Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  PAL/SECAM/NTSC láma 28  2025-09-10T12:17:23+0200 Miniszámítógépek, SBC-k plt
  "15 éves tinédzser hekkelte meg állami intézmények informatikai rendszereit" 2025-09-10T11:59:01+0200 HUP cikkturkáló trey
  I5 gen3 proci win11 telepítése 13  2025-09-10T11:51:54+0200 Microsoft Windows zslaszlo
  reMarkable 2 269  2025-09-10T11:50:08+0200 Notebook, laptop, mobiltelefon ... _Franko_
  Kamera elhelyezésénél kinek a jogai fontosabbak? 124  2025-09-10T11:47:12+0200 Hálózatok egyéb kikepzo
  Adatmentés - rsync és pull 2025-09-10T11:46:19+0200 Debian GNU/Linux Luckye
  [Szavazás] Át kellene állni a többkulcsos adórendszerre Magyarországon? 472  2025-09-10T11:45:44+0200 HUP cikkturkáló trey
  Visa kártya adatok elmentés engedély nélkül 83  2025-09-10T11:36:07+0200 Security-all kikepzo
  Egy par linkeleses tema/kerdes 2025-09-10T10:27:58+0200 C/C++ apal
  terraform.tfstate elveszett 2025-09-10T10:24:11+0200 Szkriptek: Python, Perl, Bash, ... ardi
  Unaloműző online játékok és azok eredményei #2 764  2025-09-10T08:52:37+0200 Játékok trey
  Proxmox -> Truenas ZFS sebesség kritikán aluli 15  2025-09-10T08:08:34+0200 Virtualizáció zsomLEE
  ESP-01 + Tasmota + Relé 129  2025-09-10T06:46:08+0200 Közösségi kerekasztal hnsz2002
  [PuppyLinux] BookwormPuppy32 telepítés 24  2025-09-10T06:24:30+0200 Debian GNU/Linux hrgy84
  Írj egy szerinted igaszságos SZJA számoló függvényt 188  2025-09-09T15:50:37+0200 Közösségi kerekasztal EspOS
  π ≈ 4/√φ 32  2025-09-09T14:42:27+0200 Közösségi kerekasztal EspOS
  (lib)ELF for dummies? 14  2025-09-09T11:47:27+0200 Fejlesztés apal
  Deus Ex 1 Unreal Engine 5 mod 2025-09-09T11:41:38+0200 Játékok jevgenyij
  Nginx proxy mögött Sogo 2025-09-09T06:57:39+0200 Hálózatok általános Amadeus77
  Linux driverek sorsa vált kérdésessé az Intel átalakulása miatt 23  2025-09-08T15:07:52+0200 HUP cikkturkáló Ritter

Miért támogatott ennyi GCC verzió?

Címkék

A címben szereplő kérdés a Linux kernelre vonatkozik. Az LKML-n érdeklődött valaki, hogy miért kell a Linux kernelben aktívan támogatni a GCC fordítók ilyen széles választékát. Az egyik indok az volt, hogy azért, mert a korábbi fordítók sokkal gyorsabbak. Erre válaszként olyan kédések jöttek, hogy: ``Miért gond ez kernelfordításkor?'', ``Milyen gyakran fordítasz kernelt?''

Linus egyetértett abban, hogy az egyik ok valóban a sebesség probléma. Sok embernek fontos, hogy milyen gyorsan fordul el a kernel. De emellett más oka is van a korábbi fordítók támogatásának...Az ok az, hogy a GCC 3.x korai verziói nagyon rossz kódot generálnak, nagyon bugosak. Ahogy Linus elmondta, hosszú ideje csak egy dolog miatt érdemes gcc-t frissíteni, és ez a C++ támogatás. Az alap C támogatás szerinte minden egyes új gcc verzióban minden szempontból egyre rosszabb volt. Mint írja később javult a helyzet, de véleménye szerint a gcc 3.x nem igazán használható a sima C-hez egészen a 3.3 verzióig.

Bővebben a KernelTrap-on itt.

GNOME 2.9.1

Címkék

Megjelent a GNOME desktop és fejlesztői környezet 2.9.1-es verziója. Ez az első tagja annak a fejlesztői szériának, amelynek a végterméke a GNOME 2.10 lesz valamikor 2005. márciusában... Számos új funkció mutatkozik be ebben a kiadásban...

Bővebben itt.

Hogyan bátorítsuk a nőket a Linux használatára

Címkék

Sziasztok! Elkészült a Hogyan bátorítsuk a nőket a Linux használatára dokumentum fordítása a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.Üdv.


dacas



Megjegyzés:
html (azonnal olvasható) |
html.tar.gz |
html.gz |
txt.gz |
pdf.gz |
xml.gz



Egyéb HOGYANok kategóriákba sorolva kereshetők a HOGYAN-INDEXben,
illetve a magyar kiadás dátuma szerinti sorrendben megtalálhatók a Magyar LDP - Frissítések honlapon.



Amennyiben szeretnél résztvenni a projekt munkájában, akkor a teendőket megtudhatod a
Fordítás HOGYANból.

Thunderbird 0.9 érdekes újdonságokkal

Címkék

Megjelent a Mozilla önálló levelezőprogramjának, a Thunderbirdnek a 0.9-es verziója. Ez a verzió számos (érdekes és jól használható) újdonsággal rendelkezik, melyek miatt valóban megéri egy pillantást vetni erre a kiadásra.

Interjú Hubert Feyrer-rel

Címkék

A portugál NetBSD felhasználói csoport interjút készített Hubert Feyrer NetBSD fejlesztővel. Hubert a pkgsrc-n, és a dokumentáción dolgozik Mellette ő a karbantartója az egy floppys NetBSD-alapú merevlemez klónozónak, a g4u (Ghost for UNIX) is.

Az interjút megtalálod itt.

HUP newsgw-ng

Címkék

Azoknak akik rendszeresen olvassák a HUP-ot newsgw-n keresztül talán örömteli hír, hogy hamarosan megújul a newsgw. A korábbi newsgw több, mint két évig működött, és tette a dolgát Drewie barátom munkájának köszönhetően. A régi newsgw-nek számos hiányossága volt (amikor készült, akkor úgy volt, hogy valamikor folytatva lesz), többek közt az, hogy csak read only módon lehetett használni. Ez azt jelentette, hogy csak olvasni lehetett a cikkeket és hozzászólásokat, válaszolni azokra nem (vagy csak körülményesen).

Drewie 2 év után újra előkerült (senki nem tudja merre járt :-), és addig nyaggattam, amíg neki nem állt a reverse funkció megvalósításának. Annyira belejött, hogy egy 4 órás hack keretében egy news szervert is írt, így már nincs szükség a külső news szerver (sn) használatára.Az új newsgw a newsgw-ng egy pythonban írt NNTP szerver, amely mindenféle hack nélkül lehetővé teszi a cikkek, hozzászólások olvasását és az azokra történő válaszolást. A HUP 119-es portján tegnap este óta az newsgw-ng fut (és túlélte a gép az éjszakát :-), lehet tesztelni.

A tegnap este teszteltük az anyagot, és a bugok nagy részét (amik csak kozmetikai jellegűek voltak) kiírtottuk, de ettől még lehetnek a newsgw-ng-nek ismeretlen hibái. Egyelőre az erőforrások védelmében a maximális lekérhető fejlécek száma 1000 darabra van limitálva (37000 körül van az összes). A későbbiekben ha stabilnak találtatik a gw, akkor ez feljebb lesz emelve.

Kérem, hogy a postázást ennél a cikknél tesztelje mindenki!

A newsgw-ng tesztelve slrn, Pan, tin olvasókkal.

Ha valaki hibát vagy nem megfelelő működést tapasztalna, az kérem írja meg ide a hozzászólásokba. A hiba bejelentése az alábbi legyen:

1.) News olvasóm típusa, verziója

2.) Mi a hiba, hogyan lehet reprodukálni?

Köszönjük!

Linux kernel - érdekes FAQ

Címkék

Érdemes az LKML oldalán található FAQ-ba belenézni, sok - nemcsak technikai vonatkozású - kérdésre olvasható válasz a kernellel kapcsolatban.

  • Ki kicsoda típusú kérdések

    (Ki Alan Cox?

    Ki Richard M. Stallman?

    Ki Andrew S. Tanenbaum?)

  • CPU kérdések

    (Melyik a "legjobb" processzor Linuxhoz?

    Melyik a leggyorsabb?

    Milyen CPU architektúrákon futtattható Linux?)

  • Az operációs rendszert illető kérdések

    (Mik ezek a "bazárra" és "katedrálisra" hivatkozások?

    Miért lesz egyre nagyob a kernelforrás?

    Áttehetnénk a hálózatkezelést/TCP stacket user-space-be?)

  • Titokzatos kernelüzenetek

    (Mi az, hogy DriveReady SeekComplete Error?)


  • Különös kernelviselkedés

    (Miért tudok egy filerendszert több helyre mountolni?

    Miért mond a kernel 0 shared memory hasznalatot?

    Miért nem látja az összes RAM-ot?)


  • Programozási vallásháború

    (Miért C-ben/assembly-ben irtak a linux kernelt?

    Miért nem írjuk újra a kernelt C++ -ban?

    Miért nem írjuk újra a kernelt, mint microkernelt? )



    A siteon megtalálható még az Alapvető Linux kernel dokumentáció is,

    valamint itt a teljes FAQ index.
  • GIMP 2.2 PR1

    Címkék

    A fejlesztők bejelentették a GIMP képmanupuláló alkalmazás 2.2-es sorozatának első publikus fejlesztői kiadását, amelyben az érdeklődök kipróbálhatják a következő ág újdonságait.Például:

    * előnézeti kép transzformációkhoz,

    * továbbfejlesztett húzd-és-ejtsd kompatibilitás a többi grafikus alkalmazással,

    * új szkript értelmező Tiny-fu néven, amely a Script-fu-t hívatott felváltani,

    * új billentyűparancs-szerkesztő, amely lehetőséget teremt forrógomb csatolására olyan akciókhoz is, amelyek menün keresztül nem elérhetők,

    * lehetőség az eszköztáron megjelenő eszközök testreszabására,

    * számos új bővítmény,

    * stb.

    Teljes lista itt.

    OpenNTPD 3.6

    Címkék

    Henning Brauer bejelentése szerint megjelent az OpenNTPD 3.6-os kiadása. Az OpenNTPD az OpenBSD csapat által kifejlesztett NTP daemon. A daemon elkészítésének oka az volt, hogy a korábbi NTPd implementáció eltávolításra került az OpenBSD-ből copyright problémák miatt, és szükség volt helyette egy másik megoldásra.Henning Brauer, Darren Tucker és Theo de Raadt munkájának köszönhetően az OpenBSD 3.6-tól kezdve ez az NTPd lesz megtalálható az OpenBSD alaprendszerekben.

    Darren Tucker autoconf-ot és portolhatóságot elősegítő réteget hegesztett az OpenBSD-s NTPd-hez, és ezzel meg is született az OpenNTPd. Az OpenNTPd fut Linuxon, FreeBSD-n, NetBSD-n, OpenBSD-n, Solaris-on, és egyéb rendszereken. A projekt weboldala elérhető itt. Az anyag letölthető innen.

    Evolution 2.1.0

    Címkék

    Megjelent a 2.1.0-ás Evolution. A 2.1-es széria jelenleg erősen fejlesztés alatt áll, ezért csak tesztelési szándékkal javasolt a használata. A bejelentés itt olvasható, a fejlesztői ág legfrissebb tagját innen lehet elérni.

    Interjú a magyar Frugalware projekt vezetőjével

    Címkék

    Egy új, magyar illetőségű (ahogy én tudom, jelenlegi fejlesztői kivétel nélkül magyarok) Linux disztribúció bukkant fel a semmiből pár héttel ezelőtt. A neve Frugalware. Ma megjelent a disztribúció első stabil kiadása, az 0.1-es. Annak ellenére, hogy a fejlesztők közül naponta kettővel is találkozom, nem sokat tudok a Frugalware-ről, ezért úgy döntöttem, hogy megkérdezem a projekt vezetőjét, hogy mi is ez az egész kezdeményezés:

    trey: Mi az elsődleges célközönsége a Frugalware-nek?

    VM: A középhaladó felhasználók. Talán úgy lehetne könnyen körülhatárolni, hogy nem feltétlenük azok, akik most érkeztek a Windowsból, és nem is azok, akik olyan rendszerre vágynak, aminek maga a feltelepítése kihívás :-)

    trey: Hány fejlesztője van jelenleg az Fw-nek, és hogyan indult útnak a projekt?

    VM: Ez két kérdés. A projekt tervezgetése még tavaly április környékén indult. Nem külön disztribúciónak indult, csak olyan módosított Slackware setup CD-t készítettem, amiben néhány beállítás meg volt változtatva. Ez a lista szépen bővült, mikoris a következő megváltoztatni való a csomagkezelő volt. Legnagyobb baj az volt vele, hogy marha lassan távolította el a shellscriptben írt removepkg a csomagokat, értsd: az akkori gépemen nyugodtan volt 10-15 perc is. Ekkor esett a választás a pacmanra, Judd Vinet munkájára. És mikor a csomagkezelőt akartuk kicserélni, akkor jött az ötlet, ne csak lemásoljuk a Slackware buildscriptjeit, hanem átgondoltan építsük fel a rendszert. És ekkor született meg az immár önálló Frugalware.

    Mivel még jóideig egyedül csináltam, és nem túl rég szálltak be mások is a fejlesztésbe, kicsit nehéz megmondani, h ki igazán fejlesztő, és ki nem. Mondjuk azt, hogy négyen vagyunk: iron, xbit, zleho, és jómagam. Persze ennél többen készítettek csomagot, ill. a fordításokat is mások készítették, de őket nem számítanám a fejlesztők közé.

    trey: Mi inspirálta a Frugalware fejlesztésének elindítását? Elégedetlenség a jelenlegi terjesztésekkel vagy esetleg világuralmi tervek :-)?

    VM: Inkább az előbbi :-) A Slackware-Redhat-Debian hármasból határozottan a Slackware-vel voltam a legjobban megelégedve, de ennek is voltak komolyabb hiányosságai: például a lassú csomagkezelő, a nem-angol nyelvek támogatottságának hiánya, és (az azóta megoldott, ld. slapt-get) automatikus csomagfrissítés.

    trey: Milyen szakmai múltatok van, amelynek birtokában úgy gondoltátok, hogy belevágtok egy ilyen fejlesztésbe?

    VM: Itt inkább csak a magam nevében beszélnék, személy szerint '98 körül kezdtem el linuxot használni, aztán nem véletlen, hogy másfél év után még nincs 1.0-s disztribúció, hiszen nem úgy kezdtünk bele, hogy pontosan tudtuk, hogyan is kell egy ilyet csinálni :)

    Azt pedig, hogy hogyan működik egy open source project, az MPlayer projektben lestem el.

    trey: Mikor egy új Linux disztró indul útnak sokan csak legyintenek: Megint egy a sok közül''. Miben más a Fw, mint a többi? Miért érdemes valakinek ezt választani?

    VM: A Slackware által hozott sok előnyökből (az egyszerűség, gyorsaság, stb.) próbáltunk semmit nem elveszteni. Ehhez tettünk hozzá: talán a legfontosabb az a három, amit már ez előbb is emlegettem. Ezen kívül pedig sok-sok apróság, a submount opcionális használatától az alapból települő használható fontokig.

    trey: Az Fw licence meglehetősen furcsa. Beszélnél erről kicsit?

    VM: Kicsit furcsának tűnik, pedig nem olyan bonyolult. Az angol nyelvű setup stringjeit, ill. az init scriptek egy részét Patrick J. Volkerding írta, aki BSD licenc alatt terjeszti őket, mi viszont GPL alatt. Így megkérdeztem, hogy a BSD licenc értelmében meg is változtathatjuk-e GPL-re a licencet, mire azt mondta, hogy természetesen, de tüntessük fel, hogy az

    általa írott részek BSD licenc alatt is elérhetőek.

    trey: A disztribúció merre halad? Inkább ``lassabb, de biztosabb'' fejlesztés, vagy ``azonnal a legújabbat'', akár azon az áron is, hogy ez nem mindig a legstabilabb?

    VM: Erről szól a stabil kiadás és a -current ág közötti különbség. A -current ágban, gyakorlatilag az adott fejlesztő frissíti a csomagot, kipróbálja, és ilyen "nekem működik" alapon mehet is a fel az ftp szerverre. A -stable kiadásokat pedig megpróbáljuk addig tesztelni, amíg úgy tűnik, hogy
    teljesen használható.

    trey: A Fw honlapján azt olvastam, hogy munkaállomásnak és szervernek egyaránt használható. Nem nagy falat karbantartani desktop és szerver csomagokat is egyszerre a két irányhoz?

    VM: Egy embernek biztos, hogy az, több ember már képes rá. Egyébként mivel nem nagyon nyúlunk bele a forrásba, könnyű frissíteni a csamagokat, nem kell a patchek portolásával időt tölteni, talán könnyebb is.

    trey: Milyen gyorsan reagál a Fw a biztonsági hibákra?

    VM: Ha erre gondolsz nincs security.frugalware.org, és nincs is olyan stable repo, amelyben csak a biztonsági hibákat javítjuk. Ez rengeteg energiát venne igénybe, és jelenleg nincs erősorrásunk ilyet karbantartani. Arra próbálunk odafigyelni, hogy a -currentben javítva legyenek, illetve azon csomagokat, melyek biztonsági hibát javítanak, nagyobb prioritással frissítjük, mint ami csak featureben, vagy apróbb bugfixekben több.

    trey: A Frugal szó ``egyszerű''-t jelent angolul. Ez mire vonatkozik?

    VM: Egyrészt a fentebb említett "minél kevesebb patchet, azokat is vissza az eredeti fejlesztőknek" logikát, másrészt azt, hogy megpróbáljuk nem elbonyolítani a dolgokat. Ilyen például az, hogy nem használunk initrdt, aminek persze megvan az a hátránya, hogy telepítés után speciális kártyáknál lehet, hogy kernelt kell forgatni.

    trey: Az Fw csomagkezelője nem a megszokott rpm vagy dpkg (alapú), hanem egy packman névre hallgató anyag. Mi az oka annak, hogy nem a jól bevált utat választottátok?

    VM: Szerintem három prototípus van: az rpm, dpkg, ill. a tgz, és mi ez utóbbi-típusút használjuk. A csomagoknak fpm kiterjesztése van, de ennek csak annyi a célja, hogy megkülönböztessük a normál tarballoktól a csomagokat.

    trey: A projekt jelenleg gondolom FUN projekt. Ha az érdeklődés nem lesz nagyobb a projekt iránt, akkor is folytatjátok?

    VM: Nem áll szándékunkban abbahagyni :-) Bár persze mi is sokkal lelkesebben csináljuk, ha látjuk, hogy mások is értelmesnek tartják.

    trey: Vannak valamilyen célok kitűzve a projekt elé? Pl. 500 letöltés karácsonyig, vagy bármi? Mit neveznétek egyértelműen sikernek a projekttel kapcsolatban?

    VM: Sok kis siker van. Például az, hogy már nem egyedül fejlesztem, hogy sikerült egy stabilnak mondható kiadást produkálni, hogy a levelezőlistákon már nem csak magyarok leveleznek magyarokkal angolul :-) Rövidtávon például az, hogy a Distrowatch top100-ába belekerüljünk, hosszútávon pedig majd az 1.0 kiadása.

    trey: Úgy tudom, hogy annak ellenére, hogy még csak magyar fejlesztői vannak az Fw-nek, a cél a nemzetközi megmérettetés. Igaz ez?

    VM: Nyilván, enélkül semmi értelme nem lenne magyaroknak angolul írni a rendszert.

    trey: Kik jelentkezhetnek Fw fejlesztőnek?

    VM: Bárki :-) Aki ilyenen gondolkodik, várjuk az frugalware-devel listán, vagy a freenode-on a #frugalware szobában.

    trey: Milyen támogatásra számíthat az, aki emelett a terjesztés mellett dönt?

    VM: Egyrészt van angol és magyar nyelvű levelezőlistánk, másrészt IRC-n tudunk segíteni.

    trey: Ha egy szóval kéne jellemezni az Fw-t, mi lenne az?

    VM: Egyszerűség, amit maga a frugal szó is jelent.

    trey: Sokaknak az az első kérdése egy disztribúcióval kapcsolatban, hogy GNOME vagy KDE? Szóval GNOME vagy KDE? :-)

    VM: Hehe. KDE. De dolgozunk már a GNOME csomagokon.

    trey: Van valami hivatalos roadmap-je az Fw fejlesztésének? Látom terveztek Live CD-t, stb. Hogyan lehet kívülállóként nyomonkövetni a fejlesztést?

    VM: 1-2 héten belül fel fog kerülni a honlapra 1 roadmap menüpont, ahol már elérhető lesz a 0.2 roadmapja. Körülbelül 6hónapos kiadási ciklusokkal számolunk.

    trey: Mi a véleményetek a másik kettő magyar Linux disztróról (UHU, Black Panther)?

    VM: Szerencsére nem versenytársak, hiszen más célt tűztek ki maguknak. Mint minden disztribúciótól tőlük is van mit tanulni.

    trey: Azt lehet tudni, hogy mennyien töltötték le az Fw-t az indulás óta?

    VM: Volt egy 0.1rc1 kiadás is, ami még nem volt publikus, ennek az volt a célja, hogy nehogy valami banális hiba legyen az első publikus rcben. A 0.1 véglegest leszámítva, jelenleg több, mint 100 letöltést számoltunk, de ez félig csak becslés, mert nem mindegyik mirrorrtól kaptuk meg a letöltések számát.

    trey: Magyarországon alapkövetelmény, hogy egy disztró ``jól tudjon magyarul''. Hogy áll ezzel az Fw?

    VM: Elég jól, mivel a jelenlegi fejlesztők tényleg magyarok, tehát nekünk is fontos. A init scriptek, a KDE, a blackbox, és hasonlók beszélnek magyarul. Ha valaki valahol ilyen hibákkal találkozik, és reportolja, ugyanúgy javítjuk, mint bármilyen más bugot.

    udv / greetings,

    VMiklos

    - --

    Developer of Frugalware Linux, to make things frugal - http://frugalware.org

    Elindult a Drupal.hu

    Címkék

    Egy hónapnyi tesztidőszak után örömmel jelenthetjük be: a véglegesnek szánt drupal.hu címen elindult a Drupal tartalomkezelő magyar honlapja. A Drupal egy igen átgondolt fejlesztésű, felhasználóbarát és gyors honlapmotor, mely sok célra használható (boltok, blogok, céges oldalak, stb.) Drupalt használ a SpreadFirefox.com, a Debian Planet, vagy ha a hazai oldalakat nézzük, akkor a Weblabor és a Debian.hu is. Ez alatt a pár hét alatt számos érdeklődő kapcsolódott be a munkákba, s ennek köszönhetően jelentős haladást értünk el.Egy jól működő fordítói csapat állt össze, a 4.5-ös Drupal kiadás fordításának befejezése immáron nagyon közel van. A dokumentációs csapat munkájának köszönhetően elindult a magyar Drupal kézikönyv kialakítása, továbbá több cikk is született már. Mi, adminisztrátorok pedig a háttérben tesszük a dolgunkat, s azon munkálkodunk, hogy egy még jobban használható, s még több információt magába foglaló oldalt tudjunk nyújtani a Drupal iránt érdeklődőknek. Várjuk hát mindenki jelentkezését, aki segíteni szeretné munkánkat, az eddigi csapat pedig nem tétlenkedik, s dolgozunk tovább!

    Frugalware 0.1

    Címkék

    A Frugalware Fejlesztő Csapat bejelenti a Frugalware 0.1 verziót, mely az első stabil kiadásunk. Egy rövid lista a változásokról a második kiadásra jelölt verzió (0.1rc2) óta:

  • fejlesztések:

    o támogatás /boot külön partición való használatának

    o minden cserélhető média /mnt-ből /media-ba költözött

    o kde verzió frissítése 3.3.1-re
  • új csomagok:

    o strace

    o openbox, obconf és függőségeik

    o irssi

    o lmsensors

    o nano

    o hunspell

    o screen

    o centericq
  • hibajavítások:

    o xdm működésre bírása
  • telepítő:

    o ideiglenes-tárhely felszabadítás hibájának (csak ha első cd-ről települt a rendszer) javítása

    o támogatás MS partíciók részletes információinak megjelenítéséhez

    o mostantól rövid leírás elérhető a csomagokhoz

    o usb billentyűzetek támogatása

    További információk a Változások listájában.

    Frugalware 0.1 letölthető innen.

  • Újabb Microsoft szabadalom - parancssor feldolgozása

    A Microsoft szabadalmi portfólióját egy újabb triviális szabadalommal bővítette. Ezúttal a parancssori feldolgozás legfőbb műveleteit sikerült szabadalmaztatniuk.

    A szabadalom tartalma elérhető az USPTO oldaláról:

    Method and system for processing input from a command line interface
    Néhány gyöngyszem a szabadalom szövegéből:

    "1. A method for processing input from a command line interface, wherein the input comprises a macro, the method comprising: replacing the macro with a command; and, executing the command."

    "9. A method for processing a batch file comprising at least one macro, the method comprising: parsing the file to locate text representing the macro; expanding the macro into a command; and executing the batch file, including the command. "

    Külön érdemes kiemelni, hogy ezt a szabadalmi kérelmet 2001 áprilisában (!) nyújtották be.

    Talán így akar a Microsoft gátat szabni a Linux terjedésének?:P

    Forrás:

    LawGeek

    Szoftverszabadalmak: változás az ET döntésében

    Jó hír! November 1-ével megváltozott az Európai Tanács május 18-i szavazás eredménye! Ezúttal egyetlen ország sem változtatta meg a döntését, hanem az egyes országok szavazatainak a súlya változott meg. Ezzel csökkent az igen szavazatok súlyozott aránya, ami így az eredeti májusi szavazatokat figyelembe véve sem éri el a minősített többséget.Mint tudjuk, Hollandia időközben visszavonta támogató szavazatát, és a most hatályba lépett új súlyozás tovább csökkenti az igen szavazatok arányát.

    A helyzetről ma megjelent elemzés szerint az új súlyozás visszamenőlegesen érvényes, mert az összesített eredmény csak akkor rögzül, ha a javaslatot az Európai Parlamentben is elfogadják. Egyébként ilyen esetre, hogy az időközben megváltozott arányoknak szerepe lett volna, ezidáig még nem volt példa.

    Most a különleges jelentőssége abban áll, hogy ha nincs meg a minősített többség (mostmár több okból is), akkor nem "A pont" a javaslat, vagyis nem lehet közvetlenül szavazásra bocsátani érdemi tárgyalás nélkül. Ez a fejlemény mindenképpen előnyösen befolyásolja a november 25-26-ára összehívott EU Versenyképességi Tanács ülést.

    A rövidebb bejelentés itt olvasható.

    A részletesebb elemzés pedig itt.

    Idáig összesen 124 súlyozott szavazat volt, amiből 88 igen kellett a minősített többséghez. Májusban az akkori súlyozás szerint 89 igen született.

    A mai naptól életbe lépett új súlyozás szerint összesen 321 szavazat van, ebből 232 kell a minősített többséghez. A mostani számítás szerint (Hollandiát még az eredeti igen-nek számítva) csak 216 igen jön össze.

    Nagy a jelentőssége annak, hogy Lengyelország akkor tartózkodott azzal a indokkal, hogy a szavazata már nem befolyásolja a döntést (egyébként a lengyelek sokmindent kifogásoltak a javaslatban, de nem tudták megakadályozni az elfogadását, ezért tartózkodtak). Most Lengyelország tartózkodása döntő szerepet kapott.

    A részletesebb elemzésben szereplő számadatokból néhányat érdemes kiemelni:

    Hollandia 13 szavazatát visszavonta. Németországban négypárti egyetértés jött létre arról, hogy a tanács javaslata módosításra szorul, ami újabb 29 szavazat elvesztését jelentheti. Ha még Magyarország is visszavonná a szavazatát akkor további 12 igennel lenne kevesebb. Már csak 162 igen maradna, ami mindössze 50,5%!