FreeBSD

A FreeBSD-s Doug Barton bejelentése szerint a /etc-ben levő történelmi boot script-eket felváltják a következő generációs scriptek, amelyket a NetBSD-ből importáltak, erősen módosítottak, és javítottak. Az előző verziókkal való kompatibilitást a működés szempontjából megőrizték, és a felhasználók testre tudják szabni a rendszerük indulását az ismert módokon az rc.conf, rc.conf.local, rc.firewall, sysctl.conf, stb. fileokon keresztül. Az rcNG rendszer már alapértelmezett volt az 5.0-RELEASE-ben, és alapértelmezett a FreeBSD-current-ben 2002. szeptember óta.

Email bejelentés:Date: Thu, 1 May 2003 23:36:14 -0700 (PDT)

From: Doug Barton

To: freebsd-current@freebsd.org

Subject: HEAD'S UP: Removal of the old rc system

The historical BSD boot scripts in /etc have been replaced with the next generation version imported from NetBSD, heavily modified and improved upon. All functionality from the previous system has been preserved, and users should still customize their system boot with the familiar methods,

rc.conf, rc.conf.local, rc.firewall, sysctl.conf, etc.

The rcNG system was the default in 5.0-RELEASE, and has been the default in FreeBSD-current since September 2002. Therefore we don't anticipate any problems for the vast majority of our users. However, users who have customized their rc scripts should be aware that the following files have

been removed from the base:

rc.atm

rc.devfs

rc.diskless1

rc.diskless2

rc.i386

rc.alpha

rc.amd64

rc.ia64

rc.sparc64

rc.isdn

rc.network

rc.network6

rc.pccard

rc.sendmail

rc.serial

rc.syscons

rc.sysctl

Your personal versions of these files will not be removed, so you can continue to use them. However, you should take great care when updating, especially when using mergemaster, since the compatibility code that utilizes these old scripts has also been removed.

For the vast majority of users who have not modified their rc scripts, the new version of mergemaster has an option to move the old versions out of /etc so that you can remove them completely at your convenience.

Users who would like to learn more about the new system should take a look at the man page for rc.subr(8). If you have any problems, concerns, or suggestions regarding the new system, please feel free to send an e-mail to freebsd-current@freebsd.org and/or freebsd-rc@yahoogroups.com.

Please join me in congratulating the very hard working rcNG team on this major accomplishment. I'd also like to extend my thanks to the other committers who've contributed to the success of this project. A lot of people have contributed code, ideas, and time to test patches. It's greatly appreciated.

Enjoy!

Doug

--

This .signature sanitized for your protection

A FreeBSD Release Engineering Team postázta a FreeBSD 5.1 kiadási ütemtervét, mely szerint a stuff nyár elejére várható (2003. 06 02.). A FreeBSD roadmap jó kiindulópont lehet a fejlesztések követésére.

Ismét frissült a FreeBSD bluetooth stack. Maksim Yevmenkin bejelentése szerint nagyobb mennyiségű kódjavítás történt, bekerült a Broadcom BCM2033 alapú eszközök támogatása, frissültek a man oldalak, stb. A bluetooth stack fejlesztése jelenleg csak a 5-CURRENT branch-ben folyik. Legalább 5.0-RELEASE vagy ennél újabb verziójú FreeBSD-t kell telepítened, hogy működjön a bluetooth támogatás.Date: Thu, 1 May 2003 15:06:37 -0700 (PDT)

From: Maksim Yevmenkin

To: current@freebsd.org, mobile@freebsd.org

Subject: Bluetooth stack for FreeBSD

Dear Hackers,

I'm very pleased to announce that another release is available for download at

http://www.geocities.com/m_evmenkin...20030501.tar.gz

Below is a quick summary of changes:

- ng_ubt(4) driver now has general USB_MATCH() routune. The driver now

looks at bDeviceClass, bDeviceSubClass and bDeviceProtocols fields in USB device descriptor.

- Typo in ng_ubt(4) source was fixed

- New firmware driver ubtbcmfw(4) for Broadcom BCM2033 based devices, and updated bcmfw(8) tool. Please try it let me know if it works for you. I've ordered Belkin BCM2033 based device, but it did not arrived yet (backorder).

- HCI layer had minor cleanup. Unused code was removed.

- L2CAP layer now has auto disconnect feature for baseband connections. L2CAP layer keeps reference count to baseband connection descriptor, as soon as reference count drops to zero an auto disconnect timer starts. If auto disconnect timer expires then L2CAP layers send HCI disconnect command to the device. The value of auto disconnect timeout is cofigurable per each device. Range 1 - 65535 seconds, 0 - means no auto disconnect. Note: auto disconnect only works for outgoing connections.

- l2control(8) has new commands to read/write auto disconnect timeout. Be sure to check out l2control(8) man page. The output of the l2contol(8)'s "read_connection_list" command has changed.

- new rfcomm_sppd(8) utility. This utility uses RFCOMM sockets and pty(4) interface and can create virtual serial ports. People can now use gnokii and similar stuff over Bluetooth link.

- All userspace utilities now understand and document -h command like option

- Several man pages were updated

- sdpd port was fixed and database transfers between Palm and PC should work again.

- new port p3nfs was added. This is NFS client (or server? :) for Symbian OS based devices. You should be able to run it over Bluetooth with rfcomm_sppd(8). Note: I do not have any Symbian OS devices, so this code was not tested.

For more details, please see

http://www.koeniglich.de/

http://www.ki-ag.de/html/tech/p3nfs.html

Please be sure to check Pav Lucistnik's Bluetooth on FreeBSD web page (http://www.oook.cz/bsd/bluetooth.html). If you have any questions please let me know, also please do not forget to CC to one of the FreeBSD mailing lists.

thanks

max

Ruslan Ermilov FreeBSD committer a bzip2 támogatás hozzáadása után meg fogja változtatni a man oldalak alapértelmezett tömörítési metódusát. A jelenlegi gzip(1)-et a hatékonyabban tömörítő bzip2(1) fogja felváltani.

Email bejelentés:Date: Fri, 2 May 2003 04:13:07 +0300

From: Ruslan Ermilov

To: current@FreeBSD.org

Subject: HEADS UP: bzip2(1) compression for manpages, Groff and Texinfo docs

--d6Gm4EdcadzBjdND

Content-Type: text/plain; charset=us-ascii

Content-Disposition: inline

Content-Transfer-Encoding: quoted-printable

This is just an announcement that I'm going to add bzip2(1)

support to man(1) and makewhatis(1) (catman(1) already has it), and then switch the default compression method from

gzip(1) to bzip2(1), for manpages, Groff and Texinfo docs.

(The latest 4.5 texinfo supports bzip2.)

Cheers,

--=20

Ruslan Ermilov Sysadmin and DBA,

ru@sunbay.com Sunbay Software AG,

ru@FreeBSD.org FreeBSD committer,

+380.652.512.251 Simferopol, Ukraine

http://www.FreeBSD.org The Power To Serve

http://www.oracle.com Enabling The Information Age

--d6Gm4EdcadzBjdND

Content-Type: application/pgp-signature

Content-Disposition: inline

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

Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+scYjUkv4P6juNwoRAuHaAJ4gHHXhG9fHqos34fFDtL

kA2mheSACcD1G0

wU2nmHmtSVtlN0sm+yMy1wQ=

=T39e

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

--d6Gm4EdcadzBjdND--

Az OSNews egy mélyenszántó interjút készített a FreeBSD Core Team három tagjával. Az interjúban Wes Peters, Greg Lehey és M. Warner Losh vett részt, és ezen kívül megszólalt még Scott Long neves FreeBSD fejlesztő is. Az interjú elég hosszúra sikeredett, de nem véletlen, hiszen a kérdezők számos fontos, lényeges területet érintve kérdeztek.Így szóba került a Java portolás, a Linux verseny, az FreeBSD 5.x ága, az hogy hogyan viszonyulnak a többi Unix rendszerekhez. Választ kapunk az UFS2-ről, a lehetséges XFree86 fork-ról, a SCO helyzetről, stb. szóló kérdésekre.

"Ha valamilyen Unix rendszert használs, el KELL olvasnod az interjút." - írja az OSNews.

Az interjút megtalálod itt.

Dag-Erling Smorgrav frissítette az OpenSSH-t a FreeBSD-CURRENT-ben. A jelenlegi verzió a 3.6.1p1 verziószámra hallgat. A fejlesztő kéri azokat a felhasználókat akik a -current ágat használják, hogy teszteljék le ezt a frissített verziót, és ha hibát talának benne, akkor küldjenek bugreportot azonnal.

Email bejelentés:To: current@freebsd.org

From: Dag-Erling Smorgrav

Date: Wed, 23 Apr 2003 19:29:03 +0200

Subject: HEADS UP: OpenSSH upgrade

I've just upgraded OpenSSH to 3.6.1p1. Please exercise due care when upgrading, and report any problems as quickly as possible.

DES

Pyun YongHyeon és Max Laier bejelentése szerint elérhető egy új snapshot az OpenBSD-s PF (packet filter) FreeBSD-s portjából. Az új snapshot olyan nagyobb frissítéseket tartamaz, mint a -current és az ALTQ támogatás. Eltávolították az IPv6 bugot is.

Bejelentés itt.

A FreeBSD-s Robert Watson bejelentése szerint a newfs(8) és a sysinstall(8) mostantól alapértelmezetten az UFS2 filerendszert hozza létre, kivéve ha külön utasítják arra, hogy az UFS1-et készítse el. Azoknak a felhasználóknak, akik valamilyen oknál fogva mégis az UFS1-et szeretnék használni, nekik -O1 kapcsolót kell hozzácsapniuk a newfs(8)-hez, vagy egy '1'-est kell ütniük a sysinstall(8) 'label editor"-jában. Ja, ez természetesen csak a FreeBSD 5.0-CURRENT-ben van így (egyelőre).

Email bejelentés:Date: Sun, 20 Apr 2003 11:02:37 -0400 (EDT)

From: Robert Watson

To: current@FreeBSD.org

Subject: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT

As of today, newfs(8) and sysinstall(8) will create UFS2 file systems by default, unless explicitly specified. Users wanting to create UFS1 file systems for whatever reason interoperability with earlier versions, etc) should be sure to employ the -O1 flag to newfs(8), or hit '1' in the label editor in sysinstall(8) to select UFS1.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects

robert@fledge.watson.org Network Associates Laboratories

---------- Forwarded message ----------

Date: Sun, 20 Apr 2003 07:08:05 -0700 (PDT)

From: Robert Watson

To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org

Subject: cvs commit: src/sbin/newfs newfs.8 newfs.c src/usr.sbin/sysinstall install.c label.c sysinstall.h src/usr.sbin/sysinstall/help partition.hlp

rwatson 2003/04/20 07:08:05 PDT

FreeBSD src repository

Modified files:

sbin/newfs newfs.8 newfs.c

usr.sbin/sysinstall install.c label.c sysinstall.h

usr.sbin/sysinstall/help partition.hlp

Log:

Throw the switch--change to UFS2 as our default file system format for FreeBSD 5.1-RELEASE and later:

- newfs(8) will now create UFS2 file systems unless UFS1 is specifically requested (-O1). To do this, I just twiddled the Oflag default.

- sysinstall(8) will now select UFS2 as the default layout for new file systems unless specifically requested (use '1' and '2' to change the file system layout in the disk labeler). To do this, I inverted the ufs2 flag into a ufs1 flag, since ufs2 is now the default and ufs1 is the edge case. There's a slight semantic change in the key behavior: '2' no longer toggles, it changes the selection to UFS2.

This is very similar to a patch David O'Brien sent me at one point, and that I couldn't find.

Approved by: re (telecon)

Reviewed by: mckusick, phk, bmah

Revision Changes Path

1.60 +1 -1 src/sbin/newfs/newfs.8

1.72 +1 -1 src/sbin/newfs/newfs.c

1.12 +14 -10 src/usr.sbin/sysinstall/help/partition.hlp

1.341 +1 -1 src/usr.sbin/sysinstall/install.c

1.137 +21 -7 src/usr.sbin/sysinstall/label.c

1.244 +1 -1 src/usr.sbin/sysinstall/sysinstall.h

Dru a DHCP (Dynamic Host Configuration Protocol) hasznosságáról próbál meggyőzni minket legújabb cikkében. Ismerteti a DHCP szerver és DHCP kliens gépek beállításának folyamatát, a DHCP adta lehetőségeket. A cikk több részből fog állni, ez a bevezető. És ha Dru Lavigne akkor a cikk természetesen FreeBSD operációs rendszerről szól ;-)Dru Lavigne hálózati ismereteket oktató tanárnő, instruktor egy magániskolában Kingstonban (ON). Az a hír járja róla, hogy a célja az, hogy minél több operációs rendszert tudjon bootolni egyszerre a tesztgépén. 1997-ben egy bug után nyomoztott az Interneten, a Yahoo keresője a FreeBSD oldalára vetette, azóta megszállott FreeBSD felhasználó. Szabadidejében TCP/IP adminisztációs könyveket és RFC-ket olvas.

A cikket megtalálod itt.

Bekerült a FreeBSD -CURRENT ágába az USB 2.0 támogatás. A kód a NetBSD-ből származik.

Commit message