Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 553  2025-08-25T23:45:27+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  git rábeszélés ötletek 72  2025-08-25T23:32:19+0200 Fejlesztés ruczati
  Android Rage n+1 306  2025-08-25T23:17:02+0200 Android hnsz2002
  Robotporszívó helyi szerverre irányítása 58  2025-08-25T21:04:46+0200 Hálózati eszközök kikepzo
  Schrödinger Linux 29  2025-08-25T19:46:48+0200 Tudtad-e, hogy... EspOS
  Jogsi nélküli autó időseknek 239  2025-08-25T18:42:44+0200 Közösségi kerekasztal plt
  Backup megoldások, ötleteljünk 58  2025-08-25T17:26:49+0200 Segédprogramok zslaszlo
  Home Assistant használata egyéb thread/matter/zigbee hubbal 30  2025-08-25T16:58:31+0200 Hálózati eszközök dlaszlo
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 33  2025-08-25T16:50:33+0200 HUP cikkturkáló DL3V1
  Mikrotik ipsec 20 kbps, de miért? 29  2025-08-25T16:04:03+0200 Hálózati eszközök ecsi
  [MEGOLDVA] Kis github segítséget kérnék 20  2025-08-25T09:48:44+0200 C/C++ bzt
  ELMŰ okos mérő kalandok 767  2025-08-25T07:55:37+0200 Elektronika, Elektromos eszközök VincentV
  Laptop Power Pack ASUS Vivobook-hoz 2025-08-25T07:52:03+0200 Elektronika, Elektromos eszközök mraacz
  Világfelfedezős játék kerestetik 52  2025-08-24T19:32:20+0200 Játékok Cozi
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 30  2025-08-24T07:49:23+0200 Hálózati eszközök lusi
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 49  2025-08-23T23:53:23+0200 Közösségi kerekasztal Charybdis
  Feltörték a Gmail-t 40  2025-08-23T20:15:34+0200 HUP cikkturkáló bzt
  Yettelnél vásárolt telefon kártyafüggetlen-e? 2025-08-23T19:42:50+0200 Notebook, laptop, mobiltelefon ... veresh
  Unaloműző online játékok és azok eredményei #2 747  2025-08-23T09:24:56+0200 Játékok trey
  Virtualizáció és Bitlocker 2025-08-23T09:02:03+0200 Virtualizáció PDA_FAN

Folytatódik a Linux szerverekről Windows 2003 szerverre történő migráció

A weboldalak operációs rendszereinek összetételében történt júliusi változás folytatódik augusztusban is. Júliusban arról írt a NetCraft, hogy egyre többen váltanak Linux webszerverről Windows 2003 alapú webszerverre. A Netcraft szerint folytatódik az a változás, miszerint a Windows 2003-at futtató szerverek 5%-ka korábban Linuxot használt. Ez az szám a FreeBSD-ről és Solaris-ról átálló felhasználók esetén 1%.

A NetCraft cikke itt.

A Linux a legsebezhetőbb operációs rendszer? A BSD a legjobb?

A Linux - és nem a Microsoft Windows - a legsebezhetőbb, legtöbbet támadott operációs rendszer. - állítja egy angol biztonsági cég jelentése.

Augusztusban az összes támadás 67%-a volt sikeres és digitálisan ellenőrizhető az vizsgált online Linux szerverek ellen. A Linuxot követi a Microsoft Windows a maga 23.2%-ával. Ez 12,892 online információs- vagy e-business oldalt futtató feltört Linux szervert jelent. Emelett 4,626 Windows szerver ellen intéztek sikeres támadást. - szól a jelentés.A jelentés szerint mindössze 360 BSD operációs rendszert futtató szerver ellen intéztek sikeres támadást, amely kevesebb, mint a vizsgált szerverek 2%-a.

Bővebben itt.

Gentoo PS2 port

Címkék

A Gentoo ismét bizonyította, hogy mennyire portolható, flexibilis Linux platform.

Torvalds a SCO-nak: Tárgyalás? Miről?

Címkék

Kedden Darl McBride a SCO vezetője nyílt levelet intézett az Open Source közösség tagjaihoz. A levélre Eric S. Raymond (ESR) és Bruce Perens másnap egy szintén nyílt levélben válaszolt.

Most Linuson volt a sor. Olvassuk az Ő levelét is, amelyet a lindoni (Utah) cégnek írt:Open letter to Darl McBride -- please grow up.

Dear Darl,

Thank you so much for your letter.

We are happy that you agree that customers need to know that Open Source is legal and stable, and we heartily agree with that sentence of your letter. The others don't seem to make as much sense, but we find the dialogue refreshing.

However, we have to sadly decline taking business model advice from a company that seems to have squandered all its money (that it made off a Linux IPO, I might add, since there's a nice bit of irony there), and now seems to play the US legal system as a lottery. We in the Open Source group continue to believe in technology as a way of driving customer interest and demand.

Also, we find your references to a negotiating table somewhat confusing, since there doesn't seem to be anything to negotiate about. SCO has yet to show any infringing IP in the Open Source domain, but we wait with bated breath for when you will actually care to inform us about what you are blathering about.

All of our source code is out in the open, and we welcome you point to any particular piece you might disagree with.

Until then, please accept our gratitude for your submission,

Yours truly,

Linus Torvalds

GNOME 2.4

Címkék

Hivatalosan is megérkezett a GNOME 2.4.A release notes jó kiindulópont lehet az ismerkedéshez. A What's New In GNOME 2.4 az anyag újdonságait írja le, a letöltéssel és a telepítési dolgokkal a Installation of the GNOME 2.4 Developer Platform and Desktop oldal foglalkozik.

Jó szórakozást!

PS: ez alkalomból az Ars Technica egy igen-igen részletes, kimerítő értékelést/előzetest készített a GNOME 2.4-ről. A cikket megtalálod itt.

A Wind River befejezi a BSD/OS-t

Címkék

Jeremy C. Reed cikkében - amelyet a BSD Newsletter keretein belül olvashatunk - azt írja, hogy a Wind River Japan befejezi a BSD/OS Internet Server Edition (ISE) operációs rendszer támogatását. A támogatás megszűnésének időpontja 2003. december 13.

Többen reménykedtek, hogy a Wind River USA nem követi a japán kirendeltséget, de sajnos csalódniuk kell. Egy a felhasználóknak küldött emailben a Wind River USA értesítette a felhasználókat, hogy megkezdik az összes BSD/OS alapú termékük "visszavonását".A Wind River azt mondta, hogy újraértékelik a termékkínálatukat, tekintettel az elmúlt évek nehéz gazdasági helyzetére.

A BSD/OS végleges verziója (BSD/OS 5.1 ISE) mint upgrade lesz elérhető az 5.0 ISE-hez. Ez októberre várható, és egészen 2003. december 31-ig lesz vásárolható. Szokás szerint elérhető lesz bináris és bináris+forrás formában.

A hírlevél arról is szól, hogy a Wind River megtartja a BSD technológiát. A felhasználók remélik, hogy a Wind River az eddig elért eredményeit a BSD közösség rendelkezésére bocsátja a BSD licenc alatt, vagy átadásra kerül egy harmadik személynek. Számos olyan dolgot fejlesztettek ki a BSD/OS számára, amely hasznos lenne a BSD közösségnek.

A BSD/OS felhasználók vegyesen reagáltak a hírre:

"A szervereink migrációja majdnem kész FreeBSD-re", míg mások "az összes szerverünket átállítottuk Red Hat Linuxra".

2000 márciusában a BSDi összeolvadt a Walnut Creek CDROM céggel. Majd 2001. áprilisában a Wind River megvásárolta a BSD jogokat a BSDi-től (új név) és a BSDi egy hardver céggé alakult iXsystems néven.

Akkoriban a Wind River volt a FreeBSD projekt egyik fő támogatója. Majd 2001. októbere körül a Wind River befejezte a FreeBSD projekt támogatását.

Jeremy cikke itt.

A Verisign Linuxra cseréli a UNIX szervereit

Címkék

Az internetes szolgáltatásairól (SSL certifikációk, Név és Directory szolgáltatások, stb.) híres Verisign úgy döntött, hogy a kereskedelmi UNIX-ot futtató nagyteljesítményű szervereit Intel platformon futó Red Hat Linux-ra állítja át. A csere mintegy 2.000 szervert érint.A nem kis üzletet örömmel fogadták a Linux felhasználók, és az open source aktivisták. A Verisign a Név és Directory szolgáltatások átállításával kezdte meg a Linux migrációs folyamatot. A szolgáltatásokat Red Hat Advanced Server operációs rendszerrel és Oracle adatbázis-kezelővel biztosítják majd a továbbiakban. A migrációtól az üzemeltetési költségek csökkenését várja a Verisign.

Az Eweek cikke itt.

MySQL 4.0.15

Címkék

Megjelent a népszerű, nyílt forrású adatbázis-kezelő 4.0.15-ös verziója. Ez egy bugfix kiadás. A kiadás elérhető forrás, és számos platformra bináris formában. Ebben a kiadásban már támogatást kapunk HP-UX 11i (Itanium) és OpenBSD 3.4 x86 platformokra.

Letölthető a www.mysql.com/downloads/ url-ről, és a tükörszerverekről.

Bejelentés:

From: Lenz Grimmer

To: announce@lists.mysql.com

Subject: MySQL 4.0.15 has been released

Date: Wed, 10 Sep 2003 20:02:32 +0200 (CEST)

Cc: mysql@lists.mysql.com, packagers@lists.mysql.com

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

Hash: SHA1

Hi,

MySQL 4.0.15, a new version of the popular Open Source/Free Software

Database, has been released. It is now available in source and binary form

for a number of platforms from our download pages at

http://www.mysql.com/downloads/ and mirror sites.

Note that not all mirror sites may be up to date at this point in time -

if you can't find this version on some mirror, please try again later or

choose another download site.

This is a bugfix release for the current production version.

Please refer to our bug database at http://bugs.mysql.com/ for more

details about the individual bugs fixed in this version.

News from the ChangeLog:

Functionality added or changed:

* `mysqldump' now correctly quotes all identifiers when communicating

with the server. This assures that during the dump process,

`mysqldump' will never send queries to the server that result in a

syntax error. This problem is *not* related to the `mysqldump'

program's output, which was not changed. (Bug #1148)

* Change result set metadata information so that `MIN()' and `MAX()'

report that they can return `NULL' (this is true because an empty

set will return `NULL'). (Bug #324)

* Produce an error message on Windows if a second `mysqld' server is

started on the same TCP/IP port as an already running `mysqld'

server.

* The `mysqld' server variables `wait_timeout', `net_read_timeout'

and `net_write_timeout' now work on Windows.

* Added option `--sql-mode=NO_DIR_IN_CREATE' to make it possible for

slaves to ignore `INDEX DIRECTORY' and `DATA DIRECTORY' options

given to `CREATE TABLE'. When this is mode is on, `SHOW CREATE

TABLE' will not show the given directories.

* `SHOW CREATE TABLE' now shows the `INDEX DIRECTORY' and `DATA

DIRECTORY' options, if they were specified when the table was

created.

* The `open_files_limit' server variable now shows the real open

files limit.

* `MATCH ... AGAINST()' in natural language mode now treats words

that are present in more than 2,000,000 rows as stopwords.

* The Mac OS X installation disk images now include an additional

`MySQLStartupItem.pkg' package that enables the automatic startup

of MySQL on system bootup. *Note Mac OS X installation::.

* Most of the documentation included in the binary tarball

distributions (`.tar.gz') has been moved into a subdirectory

`docs'. *Note Installation layouts::.

* The manual is now included as an additional `info' file in the

binary distributions. (Bug #1019)

* Many binary distributions now include the embedded server library

(`libmysqld') by default. *Note Nutshell Embedded MySQL::.

* MySQL can now use range optimisation for `BETWEEN' with

non-constant limits. (Bug #991)

* Replication error messages now include the default database, so

that users can check which database the failing query was run for.

* Now the slave does not replicate `SET PASSWORD' if it is

configured to exclude the `mysql' database from replication (using

for example `replicate-wild-ignore-table=mysql.%'). This was

already the case for `GRANT' and `REVOKE' since version 4.0.13

(though there was Bug #980 in 4.0.13 & 4.0.14, which has been

fixed in 4.0.15).

* Rewrote the information shown in the `State' column of `SHOW

PROCESSLIST' for replication threads and for `MASTER_POS_WAIT()'

and added the most common states for these threads to the

documentation, *note Replication Implementation Details::.

* Added a test in replication to detect the case where the master

died in the middle of writing a transaction to the binlog; such

unfinished transactions now trigger an error message on the slave.

* A `GRANT' command that creates an anonymous user (that is, an

account with an empty username) no longer requires `FLUSH

PRIVILEGES' for the account to be recognized by the server. (Bug

#473)

* `CHANGE MASTER' now flushes `relay-log.info'. Previously this was

deferred to the next run of `START SLAVE', so if `mysqld' was

shutdown on the slave after `CHANGE MASTER' without having run

`START SLAVE', the relay log's name and position were lost. At

restart they were reloaded from `relay-log.info', thus reverting

to their old (incorrect) values from before `CHANGE MASTER' and

leading to error messages (as the old relay log did not exist any

more) and the slave threads refusing to start. (Bug #858)

Bugs fixed:

* Fixed buffer overflow in SET PASSWORD which could potentially be

exploited by MySQL users with root privileges to execute random code or

to gain shell access (thanks to Jedi/Sector One for spotting and

reporting this one).

* Fixed server crash on `FORCE INDEX' in a query that contained

"Range checked for each record" in the `EXPLAIN' output.

(Bug #1172)

* Fixed table/column grant handling - proper sort order (from most

specific to less specific, *note Request access::) was not honored.

(Bug #928)

* Fixed rare bug in MYISAM introduced in 4.0.3 where the index file

header was not updated directly after an `UPDATE' of split dynamic

rows. The symptom was that the table had a corrupted delete-link

if mysqld was shut down or the table was checked directly after

the update.

* Fixed `Can't unlock file' error when running `myisamchk

--sort-index' on Windows. (Bug #1119)

* Fixed possible deadlock when changing `key_buffer_size' while the

key cache was actively used. (Bug #1088)

* Fixed overflow bug in `MyISAM' and `ISAM' when a row is updated in

a table with a large number of columns and at least one `BLOB/TEXT'

column.

* Fixed incorrect result when doing `UNION' and `LIMIT #,#' when one

didn't use braces around the `SELECT' parts.

* Fixed incorrect result when doing `UNION' and `ORDER BY .. LIMIT #'

when one didn't use braces around the `SELECT' parts.

* Fixed problem with `SELECT SQL_CALC_FOUND_ROWS ... UNION ALL ...

LIMIT #' where `FOUND_ROWS()' returned incorrect number of rows.

* Fixed unlikely stack bug when having a BIG expression of type

`1+1-1+1-1...' in certain combinations. (Bug #871)

* Fixed the bug that sometimes prevented a table with a `FULLTEXT'

index from being marked as "analyzed".

* Fixed MySQL so that the field length (in C API) for the second

column in `SHOW CREATE TABLE' is always larger than the data

length. The only known application that was affected by the old

behaviour was Borland dbExpress, which truncated the output from

the command. (Bug #1064)

* Fixed crash in comparisons of strings using the `tis620' character

set. (Bug #1116)

* Fixed `ISAM' bug in `MAX()' optimisation.

* `myisamchk --sort-records=N' no longer marks table as crashed if

sorting failed because of an inappropriate key. (Bug #892)

* Fixed a minor bug in `MyISAM' compressed table handling that

sometimes made it impossible to repair compressed table in "Repair

by sort" mode. "Repair with keycache" (`myisamchk

--safe-recover') worked, though. (Bug #1015)

* Fixed bug in propagating the version number to the manual included

in the distribution files. (Bug #1020)

* Fixed key sorting problem (a `PRIMARY' key declared for a column

that is not explicitly marked `NOT NULL' was sorted after a

`UNIQUE' key for a `NOT NULL' column).

* Fixed the result of `INTERVAL' when applied to a `DATE' value.

(Bug #792)

* Fixed compiling of the embedded server library in the RPM spec

file. (Bug #959)

* Added some missing files to the RPM spec file and fixed some RPM

building errors that occured on Red Hat Linux 9. (Bug #998)

* Fixed incorrect `XOR' evaluation in `WHERE' clause. (Bug #992)

* Fixed bug with processing in query cache merged tables constructed

from more then 255 tables. (Bug #930)

* Fixed incorrect results from outer join query (e.g. `LEFT JOIN')

when `ON' condition is always false, and range search in used.

(Bug #926)

* Fixed a bug causing incorrect results from `MATCH ... AGAINST()'

in some joins. (Bug #942)

* `MERGE' tables do not ignore "Using index" (from `EXPLAIN' output)

anymore.

* Fixed a bug that prevented an empty table from being marked as

"analyzed". (Bug #937)

* Fixed `myisamchk --sort-records' crash when used on compressed

table.

* Fixed slow (as compared to 3.23) `ALTER TABLE' and related

commands such as `CREATE INDEX'. (Bug #712)

* Fixed segmentation fault resulting from `LOAD DATA FROM MASTER'

when the master was running without the `--log-bin' option. (Bug

#934)

* Fixed a security bug: A server compiled without SSL support still

allowed connections by users that had the `REQUIRE SSL' option

specified for their accounts.

* Fixed a random bug: Sometimes the slave would replicate `GRANT' or

`REVOKE' queries even if it was configured to exclude the `mysql'

database from replication (for example, using

`replicate-wild-ignore-table=mysql.%'). (Bug #980)

* The `Last_errno' and `Last_error' fields in the output of `SHOW

SLAVE STATUS' are now cleared by `CHANGE MASTER' and when the

slave SQL thread starts. (Bug #986)

* A documentation mistake: It said that `RESET SLAVE' does not change

connection information (master host, port, user, and password),

whereas it does. The statement resets these to the startup options

(`master-host' etc) if there were some. (Bug #985)

* `SHOW SLAVE STATUS' now shows correct information (master host,

port, user, and password) after `RESET SLAVE' (that is, it shows

the new values, which are copied from the startup options if there

were some). (Bug #985)

* Disabled propagation of the original master's log position for

events because this caused unexpected values for

`Exec_master_log_pos' and problems with `MASTER_POS_WAIT()' in

A->B->C replication setup. (Bug #1086)

* Fixed a segfault in `mysqlbinlog' when `--position=x' was used

with `x' being between a `Create_file' event and its fellow

`Append_block', `Exec_load' or `Delete_file' events. (Bug #1091)

* `mysqlbinlog' printed superfluous warnings when using

`--database', which caused syntax errors when piped to `mysql'.

(Bug #1092)

* Made `mysqlbinlog --database' filter `LOAD DATA INFILE' too

(previously, it filtered all queries except `LOAD DATA INFILE').

(Bug #1093)

* `mysqlbinlog' in some cases forgot to put a leading `'#'' in front

of the original `LOAD DATA INFILE' (this command is displayed only

for information, not to be run; it is later reworked to `LOAD DATA

LOCAL' with a different filename, for execution by `mysql'). (Bug

#1096)

* `binlog-do-db' and `binlog-ignore-db' incorrectly filtered `LOAD

DATA INFILE' (it was half-written to the binary log). This

resulted in a corrupted binary log, which could cause the slave to

stop with an error. (Bug #1100)

* When, in a transaction, a transactional table (such as an `InnoDB'

table) was updated, and later in the same transaction a

non-transactional table (such as a `MyISAM' table) was updated

using the updated content of the transactional table (with `INSERT

... SELECT' for example), the queries were written to the binary

log in an incorrect order. (Bug #873)

* When, in a transaction, `INSERT ... SELECT' updated a

non-transactional table, and `ROLLBACK' was issued, no error was

returned to the client. Now the client is warned that some changes

could not be rolled back, as this was already the case for normal

`INSERT'. (Bug #1113)

* Fixed a potential bug: When `STOP SLAVE' was run while the slave

SQL thread was in the middle of a transaction, and then `CHANGE

MASTER' was used to point the slave to some non-transactional

statement, the SQL slave thread could get confused (because it

would still think, from the past, that it was in a transaction).

Additional notes:

MySQL 4.0.15 is now available on the following additional platforms:

* HP-UX 11i for Itanium

* OpenBSD 3.4 x86

The binaries for Linux/s390 are currently missing - they will be made

available as soon as possible.

- --

Lenz Grimmer

Senior Production Engineer

MySQL GmbH, http://www.mysql.de/

Hamburg, Germany

For technical support contracts, visit https://order.mysql.com/?ref=mlgr

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

Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

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

iD8DBQE/X2c6SVDhKrJykfIRAqgJAJ9MdFKRX276kt0hGhD1QIGRSMYSggCgghE7

S31IXeo7LlGkOQ8L9+7YQqA=

=VS+p

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

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.