Hír

Windowsra váltott a Műegyetem weblapja

Címkék

A Budapesti Műszaki és Gazdaságtudományi Egyetem weblapja nemrég megváltozott, mind a külsejét, mind pedig az oldalt kiszolgáló szervert tekintve.

A www.bme.hu kiszolgálója továbbra is Linux maradt, azzal a különbséggel, hogy innen azonnal átirányít a portal.bme.hu lapra, amely azonban már Windows Server 2003-at futtat. Emellett az oldal arculata is megváltozott, bár az angol nyelvű rész továbbra is a régi szerveren keresztül érhető el.

Az én kedvencem továbbra is az "ezeréves", puritán, de valahogy mégis szép 1997-es oldal.

Az APEH levél többedik visszhangja...

Címkék

... ezúttal a PM-től. Mint tudjátok a HUP ad hoc közösség megkereste az ombudsmant az APEH elektronikus adóbevallása körüli anomáliák miatt. Az ombudsman illetékesség hiányában, általunk kifogásolt módon az egész ügyet átküldte a Pénzügyminisztériumba kivizsgálás céljából. A válasz tegnap érkezett. Most nem teszem közzé a teljes 3 1/2 oldalas levelet, csupán kivonatolom a lényeget. (Terveim szerint a beszkennelt általánosan hozzáférhetővé teszem.)

Nos, akkor röviden (a szószerinti idézeteket idézőjelbe tettem):

1. Az APEH on-line rendszere 2005. január 19-én valóban nem volt képes fogadni minden bejelentkező adózót. Ez nem
méretezési hiba miatt történt, hanem amiatt, hogy az egyik
duplex switchet half-duplexként kötötték be. Az APEH az ezért keletkezett késedelem okán bírságot nem rótt ki.2. "Az APEH mindenki számára olyan kártyaolvasót adott,
amilyet kért."

3. Az elektronikus aláírással kapcsolatban kis történelmi áttekintést olvashatunk, lényege: az APEH és az IHM úttörő
szerepre vállalkozott ez ügyben.

4. MicroSoft: A tízezer nagybevalló közül mindössze 1 jelezte,
hogy problémás számára a MS környezet használata.

Ehhez a témakörhöz tartozik még:

"A fentiek ellenére az APEH, mivel 2006 februárjától az Art
módosítása miatt további jelentősszámú Internetes felhasználóval számolunk, ki fogja fejleszteni a platform független kliens oldali programot."

Azt hiszem ez az utolsó bekezdés a lényeg. Úgy vélem
kezdeményezésünkkel valamilyen módon hozzájárultunk a nyílt forráskód megismertetéséhez azzal, hogy jeleztük igényünket, véleményeltérésünket. Persze a válasznak néhány mondata kifogásolható, erről majd később ejtünk néhány szót.

(Ha a teljes levél kint lesz a hálón.)

Még annyit: A levél stílusa sem magyarázkodó, sem kioktató
nem volt, abszolót kultúráltan és szakszerűen fogalmazott a témefelelős: dr. Hadi László, főosztáyvezető. Köszönet érte.

Várom a hozzászólásokat.

Üdvözlettel: Végvári Lajos [meditor]

A tárgykörbe tartozó fórumtéma itt.

Y2038 ``bug'' Linux, UNIX szemszögből

Címkék

Az Earthtimes.org foglalkozik egyik mostani cikkében a Y2038 buggal. Mi is ez a bug? A cikk szerint a legtöbb UNIX és UNIX-szerű operációs rendszeren 2038. január 19-én kedden 03:14:07-kor az idő át fog fordulni 1901. december 13. 20:45:52-re.Miért?

Mert a UNIX operációs rendszerek az időt nem a Gregorian naptár alapján, hanem egy másik időponttól kezdve számítják. Ez az időpont a UNIX EPOCH, azaz 1970. január 1. csütörtök 00:00:00. A standard UNIX idő tárolására egy 32 bites változót (32 bit signed time_t) használnak. Ennek a változónak a legnagyobb értéke 2**31-1 = 2.147.483.647 lehet, azaz az EPOCH után ennyi másodperccel fog bekövetkezni az átfordulás. Ez az időpont 2038 januárjára esik. Egyes rendszereken nem csak átfordul az idő, hanem ellenkező előjellel érvényesül (mert a változó utolsó bitje tárolja a pozitív/negatív előjelet), ezért nem 1970. január 1. csütörtök 00:00:00 lesz a dátum, hanem 1901. december 13. péntek 20:45:52 perc (EPOCH - 2**31 másodperc).

Vajon a mostani operációs rendszerek érintettek?

Egy egyszerű scripttel tesztelhetjük:


#!/usr/bin/perl

use POSIX;

$ENV{'TZ'} = "GMT";

for ($clock = 2147483641; $clock
{

print ctime($clock);

}


(1800MHz 49C) trey@alderaan:~ $ uname -a

Linux alderaan 2.6.12-rc1 #1 Sat Apr 2 11:19:17 CEST 2005 i686 GNU/Linux

(1500MHz 49C) trey@alderaan:~ $ ./foo.pl

Tue Jan 19 03:14:01 2038

Tue Jan 19 03:14:02 2038

Tue Jan 19 03:14:03 2038

Tue Jan 19 03:14:04 2038

Tue Jan 19 03:14:05 2038

Tue Jan 19 03:14:06 2038

Tue Jan 19 03:14:07 2038

Fri Dec 13 20:45:52 1901

Fri Dec 13 20:45:52 1901

Fri Dec 13 20:45:52 1901

trey@teszt$ uname -a

FreeBSD teszt.trey.hu 5.3-STABLE FreeBSD 5.3-STABLE #6: Mon Jan 31 22:17:17 CET 2005 root@teszt.trey.hu:/usr/obj/usr/src/sys/TESZT i386

trey@teszt$ ./foo.pl

Tue Jan 19 03:14:01 2038

Tue Jan 19 03:14:02 2038

Tue Jan 19 03:14:03 2038

Tue Jan 19 03:14:04 2038

Tue Jan 19 03:14:05 2038

Tue Jan 19 03:14:06 2038

Tue Jan 19 03:14:07 2038

Fri Dec 13 20:45:52 1901

Fri Dec 13 20:45:52 1901

Fri Dec 13 20:45:52 1901

trey@teszt$

A hiba úgy tűnik, hogy a legújabb UNIX-szerű rendszereket is érinti. Nagyon aggódni nem kell, mert valószínű, hogy 2038-ra ez a probléma megoldódik. Bár emlékezhetünk arra is, hogy 2000-ben mekkora (többnyire mű)balhé volt a 2000-es fordulókor... A megoldás a 64 bites vagy hosszabb változók bevezetése, némi kódfrissítés, és bizonyos programok újrafordítása...

Az Earthtimes.org cikke itt. Egy részletesebb elemzés a bugról itt.

Kína UNIX kompatibilis szerver operációs rendszert jelentett be

Címkék

Kínában a National 863 High Technology Program egy UNIX kompatibilis operációs rendszer projektet szponzorál. A projekt a Kylin névre hallgat.





A Kylin kernel rétege hasonló a Mach-hoz, a rendszer szerviz rétege a BSD-hez és a desktop környezete a Windowshoz. A tervezésekor figyelembe vették, hogy teljesítse a UNIX szabványokat és teljesen kompatibilis legyen a Linux alkalmazásokkal.

A Kylin jelenleg a Release 1.0 kiadásnál tart, amely x86 és IA-64 architektúrákta jelent meg. Számos alkalmazás fut már jelenleg is a Kylin-en. Többek közt Linuxra írt adatbázis- és webszerver alkalmazások futnak rajta módosítás nélkül.

A projekt célja egy magas rendelkezésre-állású, nagy biztonságú, és nagy teljesítményű OS előállítása.

Mire készülnek a kinaiak?

A projektről részletek itt.

Rendhagyó linuxos tévéműsor ma este

Címkék

A szokott csatornán, a szokott időben, de szokatlan formában jelentkezik a LinuxPortál tévéműsor. Amennyiben a szervezők sikkerel járnak, ma este a Fix.tv-ben, a szokásos LinuxPortál műsorban a szokottól eltérő műsor várható. A tervek szerint élő beszélgetést láthat a kedves néző, melynek résztvevői Jeszenszky Zsolt úr a MAHASZ részéről...... illetve Leskó Norbert úr a "MACI", a Másolható Javakat Fogyasztók Érdekeit Védő Civil Szervezet részéről, akik a fájlcseréléssel, a fájlcserélő szoftverekkel kapcsolatos gondolataikat osztják meg velünk. A mindannyiunkat érzékenyen érintő gondolatok este 21:15-től várhatóak az éteren keresztül, vagy online a www.fix.tv live stream-jén át. Nézd a linuxos műsort!

Venezuela olajipara szabad szoftverre vált

Címkék

Richard Stallman venezuelai látogatása során jelentette be a Petróleos de Venezuela S. A. (PDVSA), hogy 100%-ban szabad szoftverre vált.A döntést nem a költségek csökkentésével, vagy egyéb okokkal, hanem az ország függetlenségének biztosításával indokolták, mivel a 2002 áprilisában Chavez elnök ellen elkövetett államcsínyben szerepet kapott az is, hogy az állami olajvállalat számítógépes rendszereit egy egyesült államokbeli cég felügyelte.

Hivatkozások: Richard M. Stallman beszámolója

Az OPEC kártérítésre kötelezte a venezuelai kormányt, amiért az azonnali hatállyal megszüntette a rendszerfelügyeletet ellátó vegyesvállalat távoli hozzáférését a PDVSA számítógépes rendszereihez 2002 decemberében: Petroleumworld

Chavez szerint az Egyesült Államok áll a hatvan halálos áldozatot követelő sikertelen puccs mögött. Washington Post

Elemzők szerint a politikai torzsalkodás nem veszélyezteti az Egyesült Államok Venezuelával való diplomáciai és gazdasági kapcsolatait. Reuters