Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 2025-08-14T15:50:28+0200 Közösségi kerekasztal Charybdis
  Egészségügyi dokumentumok listájának lekérése - Breakglass 351  2025-08-14T14:56:47+0200 Közösségi kerekasztal locsemege
  [SOLVED] Milyen mobilnetet backupnak, LTE képes routerbe? 12  2025-08-14T14:42:45+0200 Hálózati eszközök wowbagger
  "The EU wants to decrypt your private data by 2030" 43  2025-08-14T13:08:39+0200 HUP cikkturkáló zitev
  Miért van értelme saját szerveren futó AI-al sz*pni? (Kaotikusan sült el a GPT-5 modell bevezetése) 75  2025-08-14T12:59:22+0200 HUP cikkturkáló Ritter
  Trump elküldte az Intel főnökét 44  2025-08-14T12:47:33+0200 HUP cikkturkáló Botond
  Mi történt a Hardverker Online Kft-vel (bestmarkt.hu)? 187  2025-08-14T11:12:56+0200 Közösségi kerekasztal djtacee
  Debrecenben keresek üveget hegeszteni tudó kisiparost. - Megoldódott. 15  2025-08-14T10:35:20+0200 Hálózatok egyéb itan
  Fejlődnek a video driverek 125  2025-08-14T10:29:03+0200 VGA locsemege
  ELMŰ okos mérő kalandok 754  2025-08-14T09:22:59+0200 Elektronika, Elektromos eszközök VincentV
  [megoldva]Zentyal lassú webes felület 2025-08-14T09:17:05+0200 Hálózatok egyéb theadam
  Unaloműző online játékok és azok eredményei #2 741  2025-08-14T07:45:04+0200 Játékok trey
  NIS2 tapasztalatok 62  2025-08-13T22:52:04+0200 Közösségi kerekasztal pentike
  [Megoldva] Color picker Ubuntu 2025-08-13T17:46:15+0200 Segédprogramok Balzamon
  JFFS2 fájlrendszer patchelése 20  2025-08-13T15:24:32+0200 Elektronika, Elektromos eszközök martonmiklos
  Csak olvasható adathordozó létezik még? 82  2025-08-13T14:15:31+0200 CD-R, CD-RW, DVD, és más optikai tárolók bzt
  Optikai szálhegesztésre keresek vállalkozót 2025-08-13T13:26:17+0200 Hálózatok általános mauzi
  IP cím hordozás VPS-ek között (Rackforest) 10  2025-08-13T12:46:16+0200 Hálózatok egyéb peety
  Csalási mintázatok és lehetséges védekezések az MBH BANK, több mint 3000 károsultját követve... 83  2025-08-13T12:41:03+0200 Security-all uid_21825
  Hogyan vadásznád le a csaló MBH BANK oldalakat az Internetről? 947  2025-08-13T10:51:09+0200 Security-all uid_21825

GEOM Gate, új Bluetooth stack, directory shadowing

Címkék

Maksim Yevmenkin új Bluetooth stack snapshotot jelentett be a FreeBSD current@ listán. Maksim levele itt.

Nemrég volt szó a GEOM Gate-ről. Pawel Jakub Dawidek állapotjelentését olvashatod el itt a GEOM Gate-tel kapcsolatos munka állásáról.Andy Sporner egy könyvtár replikációs sémán dolgozik. Jelenleg a program (frep) azt tudja, hogy egy filerendszer fa változásait replikája át egy távoli gépen levő másikra. Ez nem NFS. Ha egy file megváltozik, akkor a távoli gépre is replikálódik a változás.

Bővebb leírás és az utility Andy levelében itt.

FreeBSD ULE Scheduler Port

Címkék

Folyatódik a Linux scheduler saga. Szeptember 4-én írtam arról, hogy három ütemező implementáció "versenyez" egymással a 2.6-ba való bekerülésért. Most itt a következő jelölt. Francesco Sportolari is készített egy ütemező patchet a 2.6.0-test5 kernelhez. A patch a FreeBSD ULE ütemezőjének linuxos portja.

Francesco magyarázata:

"Az interactive_score() függvény minden processzhez kalkulál egy interaktív pontszámot. Ha a processz pontszáma kevesebb, mint az INTERACTIVE_THRESHOLD érték, akkor a processz maga interaktívnak tekinthető, és kap egy a MIN_TIMESLICE-ban meghatározott időszeletet. Az összes többi processz annyi időszeletet kap, amely arányos az effektív prioritásával."

Francesco elmondta a tesztelési tapasztalatait is:"az xmms audio-ugrás probléma megjavult, az ablak rázás teszt sikerült :)" (azt hiszem ez magyarázatra szorul :-) A fejlesztők az utóbbi időben úgy tesztelték az ütemezőt, hogy kernelt fordítottak több szálon, és közben xmms-sel audiót hallgattak. Ha az mp3 lejátszás nem "ugrott" akkor a teszt sikerült. A másik ilyen teszt az, hogy egérrel "megfogják" az ablakot a felső részénél fogva, és rázzák. Ha az ablak nem lassított felvételként mozog, akkor a test sikeres)

A patch mind PPC, mind i386 architektúrára elérhető.

A FreeBSD ULE ütemezőt egyébként Jeff Roberson készítette, és beolvasztásra került "kísérleti" jelzővel a FreeBSD 5.1-be.

Egy érdekes PDF dokumentum:

ULE: A Modern Scheduler For FreeBSD

Francesco Sportolari levele és a patch itt.

Samba-3.0.0 RC3

Címkék

"Itt a 3.0.0 nem hivatalos kiadási terve:

Mi, a Samba csapat, reméljük, hogy ez az utolsó RC mielőtt a végleges 3.0.0 kiadásra kerül. Ha nem lesz olyan komolyabb bug a Samba forrásában, amely a közösség nagy részét érinti, akkor az RC3 source/ könyvtára ugyanaz lesz a mint a 3.0.0-é. A docs/könyvtár nem változott az RC2 és az RC3 között.

[...]

Ha minden a tervek szerint megy akkor a 3.0.0 a jövő hét első napjaiban jelenik meg.

[...]"

Bejelentés:From: "Gerald (Jerry) Carter"

To: samba@samba.org

Subject: Samba-3.0.0 RC3 available for download

Date: Mon, 8 Sep 2003 20:55:43 -0500 (CDT)

-----BEGIN PGP SIGNED MESSAGE-----

Hash: SHA1

Preface

--------

Here are the informal plans for the actual 3.0.0 release:

We, the Samba Team, hope that this will be the final RC before

the real 3.0.0 release. Unless there is a severe bug in the Samba

source that would affect a large number of the community, the

source/ directory in RC3 will stay the same for 3.0.0. The docs/

directory has not changed between RC2 and RC3. However, there are

a lot of documentation updates to be merged before 3.0.0. This

will be handled later this week.

If all goes as planned, 3.0.0 will be released the first of next

week. We're intentionally being vague to leave the possibility of

the release as next Monday or Tuesday.


Announcement

-----------------

The Samba Team is proud to announce the availability of the

third release candidate of the Samba 3.0.0 code base. A release

candidate implies that the code is very close to a final release,

but remember that this is still a non-production snapshot intended

for testing purposes. Use it at your own risk.

The major issues addressed in this release candidate are

1) Compatibility and compile fixes with Heimdal Kerberos.

2) Disconnection issues in winbindd after prolonged idle

periods.

3) More fixes for transitive trusts when acting as a member

of an ADS domain.

4) Performance optimizations when using ASCII character sets.

The source code can be downloaded from :

http://download.samba.org/samba/ftp/rc/

The uncompressed tarball and patch file have been signed

using GnuPG. The Samba public key is available at

http://download.samba.org/samba/ftp/samba-pubkey.asc

Binary packages are available at

http://download.samba.org/samba/ftp/Binary_Packages/

A simplified version of the CVS log of updates since 3.0.0rc2

can be found in the the download directory under the name

ChangeLog-3.0.0rc2-3.0.0rc3. The release notes are available

on-line at

http://www.samba.org/samba/whatsnew/samba-3.0.0rc3.html

Please file any bugs you find in this release at

https://bugzilla.samba.org/

As always, all bugs are our responsibility.

--Enjoy

The Samba Team


-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.2.0 (GNU/Linux)

Comment: For info see http://quantumlab.net/pine_privacy_guard/

iD8DBQE/XTMkIR7qMdg1EfYRAoDNAJ46DPYu+G6uOfLzKsEtdmYsmJMRFwCePqXN

czFSO5QPOE9z+T6/A/gdXWY=

=93yf

-----END PGP SIGNATURE-----

Darl McBride nyílt levele az Open Source közösséghez

Címkék

A The SCO Group vezérigazgatója Darl McBride nyílt levelet intézett a nyílt forrású közösség tagjaihoz, azaz hozzánk.



Levelében felsorolja a SCO-t ért sérelmeket, kitér az állítólagosan az IBM által a Linuxba másolt System V kódra, beszél az SGI-ről (megfigyelhető, hogy egyre jobban célpontba kerül az SGI) aki szintén "bűnös" a kódmásolásban. Beszél arról, hogy az SGI eltávolította a copyright sorokat a System V fileokból, majd azokat a Linux fejlesztőnek adta. Érdekess...

Darl McBride levele:"

Open Letter to the Open Source Community


The most controversial issue in the information technology industry today is the ongoing battle over software copyrights and intellectual property. This battle is being fought largely between vendors who create and sell proprietary software, and the Open Source community. My company, the SCO Group, became a focus of this controversy when we filed a lawsuit against IBM alleging that SCO’s proprietary Unix code has been illegally copied into the free Linux operating system. In doing this we angered some in the Open Source community by pointing out obvious intellectual property problems that exist in the current Linux software development model.

This debate about Open Source software is healthy and beneficial. It offers long-term benefits to the industry by addressing a new business model in advance of wide-scale adoption by customers. But in the last week of August two developments occurred that adversely affect the long-term credibility of the Open Source community, with the general public and with customers.

The first development followed another series of Denial of Service (DDoS) attacks on SCO, which took place two weeks ago. These were the second and third such attacks in four months and have prevented Web users from accessing our web site and doing business with SCO. There is no question about the affiliation of the attacker – Open Source leader Eric Raymond was quoted as saying that he was contacted by the perpetrator and that “he’s one of us.” To Mr Raymond’s partial credit, he asked the attacker to stop. However, he has yet to disclose the identity of the perpetrator so that justice can be done.

No one can tolerate DDoS attacks and other kinds of attacks in this Information Age economy that relies so heavily on the Internet. Mr Raymond and the entire Open Source community need to aggressively help the industry police these types of crimes. If they fail to do so it casts a shadow over the entire Open Source movement and raises questions about whether Open Source is ready to take a central role in business computing. We cannot have a situation in which companies fear they may be next to suffer computer attacks if they take a business or legal position that angers the Open Source community. Until these illegal attacks are brought under control, enterprise customers and mainstream society will become increasingly alienated from anyone associated with this type of behavior.

The second development was an admission by Open Source leader Bruce Perens that UNIX System V code (owned by SCO) is, in fact, in Linux, and it shouldn’t be there. Mr Perens stated that there is “an error in the Linux developer’s process” which allowed Unix System V code that “didn’t belong in Linux” to end up in the Linux kernel (source: ComputerWire, August 25, 2003). Mr Perens continued with a string of arguments to justify the “error in the Linux developer’s process.” However, nothing can change the fact that a Linux developer on the payroll of Silicon Graphics stripped copyright attributions from copyrighted System V code that was licensed to Silicon Graphics under strict conditions of use, and then contributed that source code to Linux as though it was clean code owned and controlled by SGI. This is a clear violation of SGI’s contract and copyright obligations to SCO. We are currently working to try and resolve these issues with SGI.

This improper contribution of Unix code by SGI into Linux is one small example that reveals fundamental structural flaws in the Linux development process. In fact, this issue goes to the very heart of whether Open Source can be trusted as a development model for enterprise computing software. The intellectual property roots of Linux are obviously flawed at a systemic level under the current model. To date, we claim that more than one million lines of Unix System V protected code have been contributed to Linux through this model. The flaws inherent in the Linux process must be openly addressed and fixed.

At a minimum, IP sources should be checked to assure that copyright contributors have the authority to transfer copyrights in the code contributed to Open Source. This is just basic due diligence that governs every other part of corporate dealings. Rather than defend the “don’t ask, don’t tell” Linux intellectual property policy that caused the SCO v IBM case, the Open Source community should focus on customers’ needs. The Open Source community should assure that Open Source software has a solid intellectual property foundation that can give confidence to end users. I respectfully suggest to Open Source developers that this is a far better use of your collective resources and abilities than to defend and justify flawed intellectual property policies that are out of sync with the needs of enterprise computing customers.

I believe that the Open Source software model is at a critical stage of development. The Open Source community has its roots in counter-cultural ideals – the notion of “Hackers” against Big Business – but because of recent advances in Linux, the community now has the opportunity to develop software for mainstream American corporations and other global companies. If the Open Source community wants its products to be accepted by enterprise companies, the community itself must follow the rules and procedures that govern mainstream society. This is what global corporations will require. And it is these customers who will determine the ultimate fate of Open Source – not SCO, not IBM, and not Open Source leaders.

Some enterprise customers have accepted Open Source because IBM has put its name behind it. However, IBM and other Linux vendors are reportedly unwilling to provide intellectual property warranties to their customers. This means that Linux end users must take a hard look at the intellectual property underpinnings of Open Source products and at the GPL (GNU General Public License) licensing model itself.

If the Open Source community wants to develop products for enterprise corporations, it must respect and follow the rule of law. These rules include contracts, copyrights and other intellectual property laws. For several months SCO has been involved in a contentious legal case that we filed against IBM. What are the underlying intellectual property principles that have put SCO in a strong position in this hotly debated legal case? I’d summarize them in this way:

“Fair use” applies to educational, public service and related applications and does not justify commercial misappropriation. Books and Internet sites intended and authorized for the purpose of teaching and other non-commercial use cannot be copied for commercial use. We believe that some of the SCO software code that has ended up in the Linux operating system got there through this route. This violates our intellectual property rights.

Copyright attributions protect ownership and attribution rights –they cannot simply be changed or stripped away. This is how copyright owners maintain control of their legal rights and prevent unauthorized transfer of ownership. Our proprietary software code has been copied into Linux by people who simply stripped off SCO’s copyright notice or contributed derivative works in violation of our intellectual property rights. This is improper.

In copyright law, ownership cannot be transferred without express, written authority of a copyright holder. Some have claimed that, because SCO software code was present in software distributed under the GPL, SCO has forfeited its rights to this code. Not so – SCO never gave permission, or granted rights, for this to happen.

Transfer of copyright ownership without express written authority of all proper parties is null and void.

Use of derivative rights in copyrighted material is defined by the scope of a license grant. An authorized derivative work may not be used beyond the scope of a license grant. License grants regarding derivative works vary from license to license – some are broad and some are narrow. In other words, the license itself defines the scope of permissive use, and licensees agree to be bound by that definition. One reason SCO sued IBM is due to our assertions that IBM has violated the terms of the specific IBM/SCO license agreement through its handling of derivative works. We believe our evidence is compelling on this issue.

The copyright rules that underlie SCO’s case are not disputable. They provide a solid foundation for any software development model, including Open Source. Rather than ignore or challenge copyright laws, Open Source developers will advance their cause by respecting the rules of law that built our society into what it is today. This is the primary path towards giving enterprise companies the assurance they need to accept Open Source products at the core of their business infrastructure. Customers need to know that Open Source is legal and stable.

Finally, it is clear that the Open Source community needs a business model that is sustainable, if it is to grow beyond a part-time avocation into an enterprise-trusted development model. Free Open Source software primarily benefits large vendors, which sell hardware and expensive services that support Linux, but not Linux itself. By providing Open Source software without a warranty, these largest vendors avoid significant costs while increasing their services revenue. Today, that’s the viable Open Source business model. Other Linux companies have already failed and many more are struggling to survive. Few are consistently profitable. It’s time for everyone else in the industry, individuals and small corporations, to under this and to implement our own business model – something that keeps us alive and profitable. In the long term, the financial stability of software vendors and the legality of their software products are more important to enterprise customers than free software. Rather than fight for the right for free software, it’s far more valuable to design a new business model that enhances the stability and trustworthiness of the Open Source community in the eyes of enterprise customers.

A sustainable business model for software development can be built only on an intellectual property foundation. I invite the Open Source community to explore these possibilities for your own benefit within an Open Source model. Further, the SCO Group is open to ideas of working with the Open Source community to monetize software technology and its underlying intellectual property for all contributors, not just SCO.

In the meantime, I will continue to protect SCO’s intellectual property and contractual rights. The process moving forward will not be easy. It is easier for some in the Open Source community to fire off a “rant” than to sit across a negotiation table. But if the Open Source community is to become a software developer for global corporations, respect for intellectual property is not optional – it is mandatory. Working together, there are ways we can make sure this happens.

Best regards to all,

Darl McBride

CEO

The SCO Group

"

A társ-alapító Bill Joy elhagyja a Sun-t

Címkék

Bill Joy neve nem ismeretlen a UNIX felhasználók között. Főként a BSD-sek között. Bill Joy egyike azon úttörőknek, akiknek ma az OpenBSD, FreeBSD, NetBSD és a többi BSD fork felhasználói nagyon sokat köszönhetnek. Billy Joy meghatározó alakja volt a Berkeley Software Distribution-nek, azaz a BSD-nek.

Bill Joy a Sun Microsystems-nél töltött évek alatt számos fejlesztésben vett részt, mint például a Java, a SPARC processzor architektúra, stb. A Sun nem árulta el, hogy a 48 éves Joy miért hagyja el a céget. A helyét Greg Papadopoulos a Sun egyik alelnöke veszi át. Joynak állítólag tervei vannak. Sokan tudni vélik, hogy terveinek köze van a nemrégiben a Wired magazin oldalain megjelent cikkének (A jövőnek miért nincs szüksége ránk), amelyben robotikáról, genetikai kutatásról, és nanotechnológiáról beszélt.

Joy két évtizedet töltött Santa Clara-i (Kalifornia) munkahelyén. Több mint 21 év után döntött a távozás mellett.

De lássuk, hogy ki is Bill Joy, és hogy hogyan is történt az egész:

"....Annak ellenére, hogy Berkeley egyetemen az INGRES projekt elhagyta a PDP 11/45-öt, még mindig kevés gépidő állt a tanulók rendelkezésére. Hogy csillapítsák a hiányt, Michael Stonebraker és Bob Fabry professzor 1974 júniusában kihirdette, hogy két oktatói 11/45-öst szereznek be a számítástechnikai tanszék számára. 1975 elején a pénz össze is jött. Valamikor ebben az időben jelentette be a DEC a 11/70-et - azt a gépet, amely sokkal jobb képességekkel rendelkezett, mint a 11/45-ös. A két 11/45-ösre félretett pénzből inkább egy 11/70-est vásároltak, amely 1975 őszére meg is érkezett. A 11/70-es érkezésével egy időben Ken Thompson úgy döntött, hogy kiveszi egy éves kutatói szabadáságát és mint vendég professzor meglátogatja a Berkeley-t, a korábbi iskoláját. Thompson Jeff Schriebman-nel és Bob Kridle-lel együtt feltelepítették 11/70-re az akkori legfrissebb Unix verziót, a Version 6-ot.

1975 őszén bukkant fel két addig észrevétlen végzős diák a kaliforniai Berkeley egyetemen. Bill Joy és Chuck Haley, akik azonnal érdeklődni kezdtek az új rendszer iránt. Először egy Pascal rendszeren kezdtek el dolgozni, amelyet Thompson ütött össze miközben a 11/70-es géptermében lógott. Addig a pontig terjesztették ki és tökéletesítették a Pascal értelmezőjét (interpreter) amíg a tanulók egyik kedvenc programozási rendszere nem lett. Lett, mert kiváló hiba visszakeresési sémával, gyors fordítási- és végrehajtási képességekkel rendelkezett. Miután a Model 33 teletype-ok helyett ADM-3 képernyő terminálok lettek, Joy és Haley úgy érezte, hogy akadályozza Őket az ed névre hallgató szerkesztőprogram. Miután egy em névre hallgató editoron dolgoztak - amelyet George Coulouris professzortól kaptak, aki a Queen Mary Kollágiumban tanított Londonban - nekiálltak, hogy létrehozzanak egy "line-at-a-time" szerkesztőt, amelynek a neve ex lett.

Miután Ken Thompson 1976 nyarán elhagyta a Berkeley-t Joy-t és Haley-t érdekelni kezdte a Unix kernel belső működése. Első próbálkozásuk az volt a rendszerrel kapcsolatban, amikor Schriebman figyelő szemei mellett feltelepítették azokat javításokat és frissítéseket, amelyet az "ötven változás" ("fifty changes") névre hallgató szalag tartalmazott, és amely a Bell Labs-tól érkezett. Miután megtanultak manőverezni a forráskódban, már néhány kisebb javaslatot tettek arra, hogy hogyan is lehetne csökkenteni a kernel szűk keresztmetszeteit.

A Pascal fordítóban levő hiba visszakeresési munka annyira népszerű lett, hogy megjelentek az igények a rendszer másolására. 1977 elején Joy összeállította a "Berkeley Software Distribution"-t. Az első terjesztés magában foglalta a Pascal rendszert, egy zavaros alkönyvtárban a Pascal forrását, és az ex szerkesztőt. A következő évben Joy körülbelül 30 szabadon felhasználható másolatot küldött el a rendszerből.

Miután néhány ADM-3a konzol (terminal) érkezett, amely már rendelkezett képernyőn címezhető kurzorral, Joy nekiállhatott a vi megírásának, amely elhozta a Berkeley-be a képernyő-alapú szerkesztés lehetőségét. Joey hamarosan dillemába esett. Gyakori eset az egyetemeken, hogy kevés a pénz és nem tudják kicserélni a régi felszereléseket új eszközökre. Ahelyett, hogy a különböző terminálokra írt volna támogató kódot inkább úgy döntött, hogy egyesíti a képernyőkezelést. Ehhez egy kis értelmezőt (interpreter) használt, amely újrarajzolta a képernyőt. Ez az interpreter a terminal karakterisztikájának leírása alapján volt vezérelve. Ez az erőfeszítés vezetett végsősoron a termcap-hoz.

Az 1978-as év közepére a disztribúciónak igazán szüksége volt már egy frissítésre. A Pascal rendszer egyre megbízhatóbb és robosztusabb lett, köszönhetően az egyre növekvő felhasználói közösség visszajelzéseinek. Két részre lett bontva, úgyhogy képes volt futni a PDP-11/34-esen is. A frissítés eredményeképpen létrejött a "Second Berkeley Software Distribution" (Második Berkeley Szoftver Terjesztés), amelynek a nevét gyorsan le is rövidítették 2BSD-re. A 2BSD a bővített Pascal rendszert, a vi-t és a különböző terminálokhoz használható termcap-ot tartalmazta. Bill Joy egy személyben állította össze a disztribúciót, válaszolt a telefon kérdésekre, és valósította meg a felhasználók visszajelzéseit a rendszerben. A következő évben közel 75 szalag került ki a kezei közül. Miután Joy más projektekbe is beszállt az elkövetkező évben a 2BSD terjesztés folytatta a bővülést. Ennek a disztribúciónak a végső verziója a 2.11BSD már egy komplett rendszer volt, amely PDP-11-esek százain futott a Föld különböző részein.

1978 elején Richard Fateman professzor elkezdett keresni egy olyan gépet, amelyen nagyobb címtartomány van mint az eddigieken, hogy folytatni tudja a Macsyma névre hallgató munkáját (eredetileg egy PDP-10-esen kezdte). Az akkor újonnan bejelentett VAX-11/780 kielégítette ezt az igényt és belefért a költségvetésükbe. Fateman és további 15 fakultás tag készített egy NSF előterjesztést, amelyhez hozzáadtak egy kis tanszéki tőkét, hogy meg tudják venni a VAX-ot.

Eredetileg a VAX a DEC VMS névre hallgató operációs rendszerét futtatta, de a tanszék a Unix rendszerben kezdett el dolgozni, és ezt akarták a továbbiakban is használni. Röviddel a VAX érkezése után Fateman kapott egy 32/V Unix portot a VAX-hoz John Reiser-től és Tom London-tól (Bell Labs).

Habár a 32/V képes volt Version 7-es Unix környezetet biztosítani a VAX-on, nem volt képes kihasználni a VAX hardver virtuális memória kezelési képességeit. Mint az elődjei a PDP-11-en, teljesen swap-alapú rendszer volt. A berkeley-i Macsyma csoport nem tudta kihasználni a virtuális memória adta lehetőségeket, és ez azt jelentette, hogy a folyamatok címtartományát a fizikai memória mérete határozta meg, amely akkoriban 1 MB volt az új VAX-on.

Hogy ezt a problémát kiküszöböljék Fateman megkereste Domenico Ferrari professzort - aki a rendszer fakultás tagja volt a Berkeley-ben - és megkérte, hogy derítse ki azt, hogy hogyan lehetne virtuális memória (al)rendszert írni a Unix-hoz. Ozalp Babaoglu, Ferrari egyik tanítványa nekiállt megkeresni azokat a lehetőségeket, amellyel működő lapozó rendszer implementációt lehet készíteni a VAX-hoz. Sajnos a munkája nem volt egyszerű, mert a VAX kevés referenciával rendelkezett.

Amint Babaoglu közeledett az implementáció első részéhez, megkérte Bill Joy-t, hogy segítsen neki megérteni a Unix kernel bonyolult szerkezetét. Joy érdekesnek találta Babaoglu megközelítését, így csatlakozott és segített a kódot beépíteni a 32/V-be, majd pedig segítkezett az azt követő hibakeresésben is.

Sajnos a Berkeley-nek csak egyetlen VAX rendszere volt, és ezt az egyet használták fel fejlesztésre is és az általános célokra is. Így néhány héttel a karácsonyi szünet után a felhasználók váltakozva találhatták magukat a 32/V-be és a "Virtual VAX/Unix"-ba bejelentkezve. Az új rendszeren dolgozva gyakran tapasztalhatták, hogy megállt a rendszer futása pár perccel a 32/V login prompt után. De 1979 januárjára a bugok nagy része eltűnt, és vele együtt a 32/V is eltűnt a történelem süllyesztőjében.

Joy látta, hogy a 32-bites VAX mellett a 16-bites PDP-11 hamarosan elavult lesz és elkezdte portolni a 2BSD programokat a VAX-ra. Amíg Peter Kessler és Marshall Kirk McKusick portolta a Pascal rendszert, addig Joy portolta az editorokat, a vi-t, a C héjat (shell), és a számtalan kisebb programot, amely megtalálható volt a 2BSD terjesztésben. 1979 végére a teljes terjesztés összeállt. Ez a terjesztés már tartalmazta a virtuális memória kernelt, a standard 32/V segédprogramokat, és a stuffokat a 2BSD-ből. 1979 decemberében Joy leszállította a majd' 100 másolatból álló 3BSD-t, a Berkeley első VAX terjesztését.

A Bell Laboratories legutolsó kiadása a 32/V volt, ezután az összes Unix kiadás már az AT&T-től jött, először a System III majd később a System V, amelyet már különböző csoport kezelt, és hangsúlyozottan stabil kereskedelmi kiadás volt. A Unix elüzletiesedésével a Bell Labs kutatói többé nem voltak képesek kiadni a folyamatban levő Unix kutatások eredményeit. Mivel a kutatóközösség folytatta a Unix rendszer módosítását, keresni kellett egy szervezetet, amely képes volt előállítani a kutatási kiadásokat. Mivel a Berkeley már korábban is részt vett a Unix fejlesztésében és történelme volt a Unix-alapú eszközök szállításában, gyorsan belépett abba a szerepbe, amelyet előzőleg a Bell Labs játszott.

Időközben a Defense Advanced Research Projects Agency (DARPA) tervező irodáiban megbeszéléseket tartottak arról, hogy hogyan lehetne nagyobb befolyást szerezni a Berkeley-ben folyó munka felett. A DARPA egyik korai sikere az volt, hogy országos számítógéphálózatot állított fel úgy, hogy országszerte összekötötte az összes nagyobb kutatóközpontot. Ez idő alatt számos olyan számítógépet találtak ezekben a központokban, amelyek elérték az életciklusuk végét, és lecserélésre vártak. Ezeknek a cseréknek a legnagyobb költségét a kutatószoftverek új gépekre való portolásának ára tette ki. Továbbá a telephelyek hiába is szerették volna kicserélni egymás között a szoftvereket, nem tudták, mert a hardverek és az operációs rendszerek különböztek.

Egy hardvergyártót választani nem lett volna praktikus (a DARPA részéről), mert a kutatócsoportok számára a számítógépek széles skálája kellett a munkához, és emellett nem lett volna bölcs dolog egy gyártótól függeni. Ezért a DARPA tervezői úgy döntöttek, hogy az lesz a legjobb megoldás, ha a gépeket az operációs rendszer szintjén fogják egyesíteni. Számos megbeszélés után úgy döntöttek, hogy a Unix lesz a kiválasztott szabvány, mert az már korábban is bizonyította a portolhatóságát.

1979 őszén Bob Fabry választ adott a DARPA Unix irányú érdeklődésére azzal, hogy írt egy beadványt amelyben javaslatot tett arra, hogy a Berkeley fejlesszen ki egy kibővített 3BSD verziót a DARPA közösség számára. 1979 decemberében Fabry fogta a beadványának másolatát és elvitte a DARPA találkozóra, ahol jelen voltak a VLSI (Very Large Scale Integrated Circuit) vállakozók, a Bolt, Beranek, és Newman (BBN) képviselői, akik az ARPANET fejlesztői voltak. Sok fenntartás fogalmazódott meg arra nézve, hogy a Berkeley képes lesz-e működő rendszert produlálni, de az 1979 decemberében kiadott 3BSD eloszlatta a kétséget nagy részét.

A 3BSD kiadás egyre nővekvő jó megítélésének köszönhetően Bob Fabrynak lehetősége nyílt arra, hogy egy 18 hónapos szerződést kössön a DARPA-val, amely 1980 áprilisával indult. A szerződés pártfogása alatt Bob Fabry felállított egy szervezetet, amelyet Computer Systems Research Group névre kereszteltek el, és amelynek a rövidítése CSRG lett. Azonnal felvette Laura Tongot, hogy kezelje a projekt adminisztrációs ügyeit. Fabry ezután egy projektvezetőt kezdett keresni, aki felügyelni fogja a szoftver fejlesztéseket. Fabry feltételezte, hogy amióta Joy átment a Ph.D. képesítő vizsgán, jobban koncentrál arra, hogy megszerezze fokozatát, mintsem elfoglaljon egy szoftver fejlesztői pozíciót. De Joy-nak más tervei voltak. Március elején egyik éjjel felhívta otthonában Fabry-t, és kifejezett érdeklődést mutatott a Unix további fejlesztésével kapcsolatban. Mivel Fabry meglepődött az ajánlattól, kellett egy kis idő mire beleegyezett a dologba.

A projekt azonnal elindult. Tong felállított egy olyan terjesztési rendszert, amely képes volt Joy előző disztribúcióinál nagyobb mennyiségű megrendelést kezelni. Fabry sikeresen irányította a megbeszéléseket Bob Guffy (AT&T) és a Kaliforniai Egyetem ügyvédei között a célból, hogy a hivatalosan kibocsátott Unix verziók kiadási feltételei mindenki által elfogadhatóak legyenek. Joy elfogadta Jim Kulp "job control"-ját, megvalósította az auto reboot-ot, egy 1K blokkos filerendszert írt, és támogatást készített a legújabb VAX géphez, a VAX-11/750-hez. 1980 októberében jelent meg az a felpolírozott terjesztés, amely a Pascal fordító és a Franz Lisp rendszer mellett egy kibővített levelező rendszert tartalmazott, és amely a 4BSD névre hallgatott. A kilenc hónapos életciklusa alatt közel 150 másolatot szállítottak le belőle. A licenc megállapodás nem gépekre szólt, hanem oktatási intézményekre, ezért a terjesztés körülbelül 500 gépen futott.

A Berkeley Unix széleskörű elterjedésével és előtérbe kerülésével számos kritika kezdett napvilágra kerülni. David Kashtan a Stanford Research Institute munkatársa írt egy tanulmányt, amelyben publikálta az általa a VMS-en, és a Berkeley Unix-on futtatott mérőprogram eredményeit. Ezek az eredmények egyértelműen azt mutatták ki, hogy a VAX-os Unix rendszernek teljesítménybeli problémái vannak. Ennek hatására Joy pár hónapra félretette jövőbeli terveit, és szisztematikusan elkezdte finomhangolni a kernelt. Heteken belül elkészült egy cáfolat, amely rámutatott arra, hogy a Kashtan-féle mérőprogram ugyanolyan jól fut a Unix-on, mint a VMS-en.

Ahelyett, hogy a folytatódott volna a 4BSD szállítása, 1981 júniusában Robert Elz által készített automatikus konfigurációs kóddal felruházott, és Joy által tuningolt rendszer megjelent 4.1BSD néven. A több, mint két éves életciklusa alatt körülbelül 400 terjesztési szállítást élt meg. Az eredetileg tervezett 5BSD kiadásból nem lett semmi, mert az AT&T részéről ellenvetés érkezett az elnevezéssel kapcsolatban. Az AT&T szerint a felhasználóik összekeverhetik az Ő kereskedelmi Unix kiadásuk "System V" nevét a Berkeley "5BSD"-jének nevével. Éppen ezért, hogy ne legyen elnevezési probléma, a Berkeley beleegyezett, hogy a jövőbeli elnevezési sémájukat megváltoztatják, maradnak a "4BSD"-nél, és a későbbiekben csak a kisebb számot fogják növelni.

A 4.1BSD megjelenésével a legtöbb teljesítmény körüli aggodalom eloszlott. A DARPA elégedett volt az első szerződés eredményeivel, és egy új két évre szóló szerződést kötött a Berkeley-vel. Majdnem ötször annyi támogatást nyújtott, mint első alkalommal. A szerződésből származó pénz fele a Unix projekthez vándorolt, a többit más kutatók kapták a számítástechnikai tanszéken.

A DARPA közösség igényeinek alapján egyre több módosítás került a rendszerbe. Az új rendszertől olyan gyorsabb filerendszert vártak el, amely képes volt nagyobb áteresztőképességet biztosítani az éppen elérhető diszk technológián, processz támogatást a multi-gigabyte cím tartományok igényeihez, flexiblis IPC (interprocess communication) megoldást, amely lehetővé teszi a kutatóknak, hogy elosztott rendszereken dolgozhassanak, és hálózati támogatás integrálását, hogy az új rendszert futtató gépek könnyen részesei lehessenek az ARPAnet-nek.

Duane Adams - aki a Berkeley szerződés felügyelője volt a DARPA-nál - abban az igyekezetében, hogy segítsen meghatározni az új rendszer milyenségét, létrehozott egy csoportot amelynek a "steering committee" (kormánybizottság?) nevet adta. A csoport feladata az volt, hogy segítsen írányítani az új rendszer tervezését, és hogy gondoskodjon arról, hogy a kutató közösség szükségletei ki legyenek elégítve. A bizottság évente kétszer találkozott 1981 áprilisától 1983 júniusáig. A bizottság tagja volt Bob Fabry, Bill Joy, Sam Leffler a Kaliforniai Egyetem Berkeley részéről, Alan Nemeth és Rob Gurwitz a Bolt, Beranek, és Newman-tól, Dennis Ritchie a Bell Laboratories részéről, Keith Lantz a Stanford Egyetemről, Rick Rashid a Carnegie-Mellon Egyetemről, Bert Halstead a Massachusetts-i Technológiai Intézettől (Massachusetts Institute of Technology), Dan Lynch az Információ Tudományi Intézettől (The Information Sciences Institute), Duane Adams és Bob Baker a DARPA részéről és Jerry Popek a Kaliforniai Egyetem Los Angeles részéről. 1984 elejétől ezt a találkozót workshopok felváltották fel, amelyekben már más emberek is részt vettek.

Egy kezdeti dokumentáció - az új rendszer felépítésére tett javaslatot - amely a kormányzótanács, és más emberek között keringett a Berkeley-n kívül, 1981 júliusában hosszas vitákat váltott ki. 1981 nyarán Marshall Kirk McKusick már közreműködött a CSRG-ben (Computer Systems Research Group), amelynek során egy új filerendszer implementációján dolgozott. Ezen a nyáron Joy egy IPC (interprocess communication) implementáció prototípusának fejlesztésére koncentrált. 1981 őszén Sam Leffler csatlakozott a CSRG-hez, mint teljes munkaidős csapattag, és együtt dolgozott Bill Joy-jal.

Amikor Rob Gurwitz átadott a Berkeley-nek egy korai TCP/IP protokol implementációt, Joy beépítette azt a rendszerbe, és javított a teljesítményén. E munka során Joy-nak és Leffler-nek világossá vált, hogy az új rendszernek több hálózati protokolt kell támogatnia, nem csak a DARPA standard hálózati protokoljait. Ezért nekiálltak, és újratervezték a szoftver belső felépítését, csiszoltak a csatolófelületeken, így többszörös hálózati protokolokat tudtak egyidőben használni.

Mikor a belső rekonstrukciós munkák elkészültek, a TCP/IP protokolok integrálva lettek a prototípus IPC megoldással együtt, számos egyszerű alkalmazás született annak érdekében, hogy a helyi felhasználók hozzáférhessenek a távoli erőforrásokhoz. Ezek a programok - az rcp, rsh, rlogin, és rwho - eredetileg átmeneti programoknak készültek, amelyek a tervek szerint le lettek volna cserélve sokkal ésszerűbb megoldásokra (erre utalt az "r" prefix). Ez az új rendszer - amelynek a neve 4.1a lett -, előszőr 1982 áprilisában lett helyi felhasználásra disztributálva. Soha nem volt széles körű terjesztésre tervezve, viszont a rendszerről csempészett másolatok terjedtek el azokon a helyeken, ahol türelmetlenek voltak kivárni a 4.2 megjelenését.

A 4.1a rendszer már régen elavult mielőtt kész lett volna. A felhasználóktól visszaérkező értékes információkat felhasználva elkészült egy javított ajánlás az új rendszerhez, amelynek a neve "4.2BSD Rendszer Kézikőnyv" (4.2BSD System Manual) lett. 1982 februárjában keringett ez a dokumentum, és azoknak a javasolt felhasználói csatolófelületeknek (a rendszer szolgáltatásokhoz) a rövid leírását tartalmazta, amelyeknek a későbbiekben beépítésre kerültek a 4.2BSD-be.

A 4.1a fejlesztésével párhuzamosan McKusick befejezte az új filerendszer implementálását, amely végül 1982 júniusában teljesen beépítésre került a 4.1a kernelbe. A rendszert ezután 4.1b-nek hívták, és csak néhány kiválaszott fejlesztői gépen futott a Berkeley-ben. Joy tartott a rendszer ilyen jelenős változtatásától, ezért szerintük az volt a legjobb, ha elkerülik a helyi terjesztést, főleg azért mert az összes gép filerendszerét le kellett volna menteni, majd vissza kellett volna állítani ahhoz, hogy át lehessen téri a 4.1a-ról a 4.1b-re. Amikor a filerendszer bizonyította stabilitását, Leffler nekiállt az új filerendszerrel kapcsolatos rendszerhívások megvalósításának, közben Joy pedig az IPC szolgáltatás javításán dolgozott.

1982 tavaszának végén Joy bejelentette, hogy csatlakozik a Sun Microsystems-hez. Ezen a nyáron felváltva töltötte idejét a Sun és Berkeley között. Idejének nagy részét az IPC-k javítására, csiszolására fordította, és újjászervezte a Unix kernel forrását, hogy elkülönítse a gép specifikus függőségeket. Joy távozásával Leffler-re szállt a projekt befejezésének felelőssége. Néhány határidő már esedékessé vált, és a DARPA közösségnek 1983 tavaszára ígérték a következő kiadást."

Joy-t méltán említik a számítástechnika egyik úttörőjének. Munkája nélkül sokkal kevesebb lenne ez az iparág. Remélem megtalálja számítását. További részletek az ügyben később várhatóak.

A News.com kapcsolodó cikke itt.

Blender konferencia 2003

Címkék

Blender konferencia 2003-ban (2003. október 31.-től 2003. november 02.-ig)




A bejelentést itt olvashatjátok.

Linksys vs. GPL - végtelen történet...

Címkék

Nem is olyan rég volt balhé abból, hogy a Linksys a routereiben Linuxot használ, és nem teszi hozzáférhetővé a kódot. A Linksys létrehozott egy GPL code centert, ahol elméletileg letölthetőek a források, így kiköszörülve a csorbát. Vagy talán mégsem?Tegnap beszereztem én is egy ilyen kis ketyeret, pár óra alatt alkottam neki egy toolchaint, hogy cross-compile-oljak rá egy-két kellemes dolgot. Egész kellemes tapasztalataim lennének vele, csak ugye valami nem stimmel a forráskóddal (kapásból a kernelt nem is lehet leforditani). Ez tudtommal (és mint lenntebb olvasható, mások szerint is) ismételten a GPL megsértése.

Bővebben az O'Reilly Network honlapján itt.

OpenOffice.org 1.1 RC4

Megjelent az OpenOffice 1.1 RC4, amely a fejlesztők reményei szerint az utolsó RC a végleges 1.1 előtt.Ugyanazt tudja, mint az RC3, azaz exportálás PDF-be, SWF-be (Flash), DocBook-ba, és a súgó jobb, mint az 1.0.x-ben. Az újdonságok az RC3-hoz képest:

* Sok hiba javítva lett.

* Egyfelhasználós módban is lehet frissíteni.

* A Bitstream Vera betűkészlet a csomag része lett.

* Sok nyelvhez van elválasztás és helyesírás-ellenőrzés.

* Jobb Microsoft Office importáló és exportáló szűrők.

A program letölthető az ftp.fsf.hu címről.

Epiphany 1.0

Címkék

Az Epiphany egy GNOME böngésző, amely a Mozilla/Gecko leképező motoron alapul. Az Epiphany elérte az 1.0-ás állapotot. Olyannyira elkészült, hogy ez lesz az alapértelmezett böngésző a szerdán megjelenő Gnome 2.4 kiadásban. A forrás letölthető:

http://downloads.mozdev.org/epiphany/epiphany-1.0.tar.gz

Az Epiphany 1.0 fordításához kell a Mozilla 1.4, 1.5a. A javasolt verzió:

mozilla-source-1.4.tar.gz

Bővebben a bejelentésben itt.

Linus Torvalds: Linux 2.6.0-test5

Címkék

"Sok kisebb anyag, mint általában. Úgy gondolom, hogy a legnagyobb "core" dolog az a Futex változás amelyet Jamie és Hugh csinált, és a dev_t előkészítés Al Viro-tól.

De van ARM és ppc frissítés is, és néhány driveren nagyobb javítást történt.... Watchdog driver frissítés, stb. És Russell King javított több PCMCIA hibát.

Linus"Letölthető patch-2.6.0-test5.bz2, FULL

Változások listja Linus levelében itt.

A hibákat ne felejtsd el bugreportolni a linux-kernel@vger.kernel.org-ra.

FreeBSD vs. Linux a TechTV-n

Címkék

A FreeBSD-sek MPlayer-t nyomattak :-)

Szeptember 2-án az OffMyServer elnöke Matt Olander és a FreeBSD Release Engineering csapat tagja Murray Stokely a TechTV (egy nagyobb technológiai hálózat) egyik műsorában szerepelt. A műsor amelyben felléptek a "The Screen Savers show" névre hallgatott. Ez a TechTV számítástechnikai sorozata.

Az adás témája az egyik örök flame kérdés volt: FreeBSD vs. LinuxAz adásban arra voltak kíváncsiak, hogy a FreeBSD és a Linux hogyan teljesít desktop környezetben. Matt és Murray képviselte a FreeBSD-t, míg Linux oldalról a Linux Journal főszerkesztője Don Marti mutatta be a SuSE Linux-ot. Chris DiBona (korábbi VA Linux-os) volt a kihívás bírája.

Az OffMyServer négy rendszert szállított mindegyik csapatnak rendekezésére, hogy azok be tudják mutatni a saját rendszereiket. Mindegyik csapat a helyszínen élőben telepítette fel a rendszereket, majd bemutattak néhány alkalmazást.

Mikor Leo Laporte - a show házigazdája - visszament a csapatokhoz, hogy ellenőrizze a telepítést, azt jelentette, hogy a FreeBSD-s srácok már végeztek a telepítéssel, beállították az ablakkezelőt, a linuxosok pedig éppen a 3. CD-t pakolták bele a gépbe.

A FreeBSD csapat Fluxbox-ot telepített, majd MPlayer-rel! játszották le az Ace Ventura: állati nyomozó című filmet. Ezen kívül AbiWord, Gnumeric, XChat, Konqueror, KOffice, és egyéb alkalmazásokat mutattak be.

És hogy ki győzőtt a versenyben? Nézd meg magad a freebsd_vs_linux_shootout-techtv-20030902.avi-ban (277MB).

Bővebben a BSD hírlevélben és a FreeBSD advocacy listán itt.

A TechTv cikke itt

Az IDC szerint az IBM az elsőszámú szervergyártó a világon

Címkék

Az IBM maga mögé utasította a HP-t és a Dell-t az összes fontos szegmensben

ARMONK, New York, 2003. augusztus 29. - Az International Data Corporation (IDC) most közreadott jelentése 30,4 százalékos piaci részesedésével az IBM-et nevezi meg, mint a világ elsőszámú szervergyártóját 2003. második negyedévében.

Az IDC adatai szerint az IBM a szervergyártásából származó bevételek terén minden fontosabb piaci szegmensben növelte részesedését az előző év azonos negyedévéhez viszonyítva.Az IBM az összes szervergyártási bevételt illetően 2,7 százalékponttal növelte világpiaci részesedését az előző év azonos időszakához képest, míg ez a növekedés a negyedévek közötti összehasonlításban eléri az 5 százalékpontot. Az IBM mindkét mutatóval jelentősen megelőzi a piac többi szereplőjét.

A UNIX szerverek terén az IBM világpiaci részesedése a második negyedévben 5,2 százalékponttal emelkedett az előző év ugyanezen időszakához viszonyítva, míg bevételei 20,4 százalékkal nőttek.

Az Intel szerverek terén az IBM világpiaci részesedése 1,8 százalékponttal emelkedett az előző évhez képest, bevételei pedig 23,3 százalékkal nőttek - és ezzel messze megelőzi a Dell-t és a HP-t.

A Linux szerverek terén az IBM 1,6 százalékkal növelte részesedését, a HP és a Dell pedig veszített abból. Az IBM bevételei a linuxos szerverpiacon 51,8 százalékkal nőttek az előző évhez képest.

###

[1] Forrás: az IDC Worldwide Quarterly Server Tracker 2003. augusztusi kiadványa

Zend Studio 3.0 és PHP 5 - mostantól kész a vállalati felhasználásra

Címkék

A Zend - amelyet a Zend motor (a PHP magját képező engine) fejlesztői hoztak létre - ma bejelentette a Zend Studio 3.0 IDE-t (Integrated Development Environment - integrált fejlesztői környezet). Az egy hónapos sikeres Beta tesztelési periódus után végre elérhető a főként professzionális web programozóknak (PHP, JavaScript és HTML) szánt fejlesztői környezet. A népszerű eszközt már jelenleg is több, mint 18.000 fejlesztő használja, köztük olyan cégek szakemberei, mint a Bausch & Lomb,
Siemens, Lycos Germany, Outback Steakhouse és a Deutsche Telekom. A fejlesztőeszköz ára $195-tól kezdődik, a Zend Studio Plus $249, amelyhez egy év szoftverkövetés is jár.

Sajtóbejelentés itt.

Novell: teljes gőzzel a Linux mögött

Címkék

A Novell katalizátora lehet a Linux desktop és vállalati környezetben való felhasználásának. - mondta Jack Messman a Novell elnöke és vezérigazgatója.

Messman ezt annak az 1.200 küldöttnek mondta, aki részt vett a Novell által rendezett Brainshare Europe eseményen. A rendezvényen felvázolták azt, hogy a Novell hogyan teszi magáévá a jövőben az Open Source szellemét.

Messman elmondta, hogy a múlt hónapban történt Ximian felvásárlás is azt mutatja, hogy a Open Source irányába történő elmozdulás a helyes út, és a Novell a saját "ökoszisztémáját" (beleértve a világméretű disztribúciós hálózatát) a Linux mögé fogja állítani, hogy segítse azt."Sokan úgy látják ebben az iparágban, hogy a Desktop Linux lesz a következő "nagy dolog". A szándéka szerint katalizátor akar lenni ebben a fejlesztésben." - mondta Messman.

Ez év vége előtt a Novell ki fogja adni a Nterprise Linux Services 1.0 terméket, amely számos Novell file, nyomtatás üzenetküldési és könyvtárkezelési szervizt hoz a Linuxra. ezen kívül terveikben szerepel a Ximian-féle Red Carpet management szolgáltatás kiadása is.

Bővebben itt.

Megjelent a GIMP 1.3.20

Címkék

Mint ahogy a címben is említettem, megjelent a GIMP fejlesztői ágának legújabb verziója, az 1.3.20.
Letölthető innen, illetve valamelyik mirrorról.

Ehhez a hírhez kapcsolódik az is, hogy a GIMP elindította a GIMP Bug Week-et:

This release marks the start of the GIMP Bug Week. The idea of the bug week is to get as many people as possible involved in reporting, categorizing and fixing bugs in the run-up to our 2.0 releases. More information about bug week is available at

http://gnomedesktop.org/article.php?sid=1318

and information on the kinds of jobs we would like help with is here:

http://wiki.gimp.org/gimp/GettingStartedWithGimp

És a Changelog:

==================================

- Improved documentation of the app directory [Mitch, Sven]

- Image update optimizations [Mitch]

- font-map script improvements [Sven]

- PDB API to access fonts [Sven]

- Portability fixes for x86-64 [Yosh]

- Enabled SSE and SSE2 compositing code [Helvetix]

- GimpSelection class added [Mitch]

- Pullout parameter added to RGB->CMYK conversions [Sven]

- Basic framework for future help system in place [Mitch]

- Screenshot plug-in rewritten [Brix]

- Font list updates on the fly [Yosh]

- Generic interface for stroking selections and paths [Mitch]

- Further improvements to the path tool [Simon]

- Remove libgck from public API [Mitch]

- Lots of bug fixes

BSDCon '03

Címkék

A Berkeley Software Distribution-ök (BSD-k) egyik legrégebbi és legjelentősebb képviselői az Open Source mozgalomnak. Az OpenBSD, FreeBSD, NetBSD, Darwin, Mac OS X és BSD/OS a szerver és desktop gépek millióit adják. A BSD-k tradícionálisan részét képezik az Internet backbone-jának.

Ezen disztribútorok fejlesztőinek kezdődik meg ma a negyedik alkalommal zajló konferenciája, a BSDCon 2003.Az esemény a kaliforniai San Mateo-ban zajlik, helyszíne a Mariott Hotel. Az esemény időtartama 2003. szeptember 8-12. A konferencia szponzora a USENIX Association.

A program elnök Gregory Neil Shapiro, a Sendmail, Inc.-től. A további szponzorok között van még a FreeBSD Mall, a NetBSD, a DaemonNews.

A rendezvény honlapja itt.

Linux disztro a Linksys WRT54G-hez

Címkék

Jim Buzbee egy olyan vállalkozásba kezdett, amelynek célja, hogy a Linksys WRT54G vezetéknélküli hozzáférési pontjára (WIFI access point) készítsen működő Linux disztribúciót. A Linux disztro neve Linksys wrt54g.A telepítés után egy saját mini Linux rendszerünk lehet a merevlemez nélküli access point-ban. A rendszer ramdisk-ben fut, és olyan eszközöket bocsát rendelkezésre, mint: syslog, telnetd, httpd (cgi-bin támogatással), vi, snort, mount, insmod, rmmod, top, grep, stb. A telepítés során a Linux disztro a hozzáférési pont ramdisk-jébe települ, így maradandó változásokat nem okoz. Ha valami balul ütne ki a telepítés során egyszerűen csak újra kell bootolni a gépet, és az rendeltetésszerűen működik tovább.

A rendszer telnet-ről érhető el, alternatív webszerver található az eszköz 8000-es portján. Lehetőség van NFS meghajtók felcsatolására is.

A WRT54G és a Linux kapcsolata nem újkeletű. Az access point gyárilag is Linuxot futtat, amelyből a Linksysnek már volt kellemetlensége. Júniusban jöttek olyan hírek, hogy a Linksys megsértette a GPL-t azzal, hogy nem adta ki az access point szoftverének forrását. Majd egy hónappal később sűrű bocsánatkérések közepette lehetővé tette az AP szoftverének letölthetőségét.

A projektről bővebben itt.

GNOPPIX 0.5 Beta

Címkék

Megjelent a GNOPPIX 0.5 Beta kiadása. A GNOPPIX egy a KNOPPIX 'live'-ra hasonlító, Debian 3.0 Woody disztribúcióra épülő GNOME központú terjesztés.

Új szavazás: Milyen módon jutsz a HUP hírekhez?

Címkék

Véget ért a "Kedvenc shelled?" címmel futó szavazás. Az eredmény nem lepett meg, biztos voltam benne, hogy a bash fog győzni, már csak azért is, mert a legtöbb Linux disztribúcióban ez az alapértelmezett shell. Ettől függetlenül ismertek a felhasználók körében az egyéb shellek (mert nem mindenki Linux user, és nem mindenhol a bash(2) az alapértelmezés), pl. szép eredménnyel végzett a zsh, tcsh, ksh is.A héten arra vagyok kíváncsi, hogy milyen arányban oszlik meg az olvasók között a http(s)/news/wap kapcsolatok használata a HUP-on. Magyarul ki melyik elérési módot használja, akár kombinálva is.

Szavazni lehet itt.

A SuSE az egyik legnépszerűbb IT munkáltató Németországban

A SuSE megelőzi a Microsoft-ot és a Sun-t.

A SuSE Linux AG, (Nürnberg, Németország) az egyik legnépszerűbb IT munkahely Németországban.

Az eredmény egy ebben az évben márciustól júniusig tartó felmérésen jött elő, ahol 5.136 jövőbeli számítógép szakember szavazott.A SuSE Linux AG a hetedikként van rangsorolva a 100 legfontosabb németországi IT munkaadó között. Ezzel a helyezéssel olyan cégeket előz meg, mint a Microsoft és a Sun. Csak a Siemens, IBM, Fraunhofer-Gesellschaft, SAP, DaimlerChrysler, és a BMW Group népszerűbb a SuSE-nél a végzősők között.

Forrás itt.