FreeBSD

Egyre jobban fejlődik Pyun YongHyeon pf portja. Az OpenBSD-s pf-nek (packet filter) a FreeBSD 5.0-ás portja elérkezett az 1.0-ás verzióhoz. A csomagszűrő mint betölthető kernelmodul használható. A remények szerint a port lassan megjelenik a FreeBSD port fájában (ports-tree) is. A port telepítése (jelenlegi ajánlott telepítési mód) ezen a port-Makefile-on keresztül lehetséges.

Olvasd el a Release logot.

Néhány fontos link:

Installation- and Testguide

Help Wanted

Known problems

Links

Mailinglist at Freelists.org

A FreeBSD operációs rendszer folytatja a megkezdett támogatást a 64 bites platformokhoz. A FreeBSD 5.0-ban a SPARC64 és az IA64 (Itanium) támogatás mutatkozott be, és most úgy tűnik, hogy a FreeBSD 5.2-ben megérkezik a támogatás az AMD64-hez is.

A hír az AMDZone oldalain olvasható.

A FreeBSD core team korábbi tagja, Jordan Hubbard azt javasolja, hogy a cvsupit portot távolítsák el a FreeBSD port fából, és cseréljék le egy könnyebben adminisztrálható stuffra, mondjuk a cvsup + grafikus frontend-re.

Jordan levele: Date: Tue, 6 May 2003 16:18:28 -0700

From: Jordan Hubbard

To: hackers@freebsd.org

Subject: Time to deprecate ports/net/cvsupit?

I'm posting this to the -hackers list since Kris and my discussion on this topic hasn't generated any feedback on -ports so far and he assures me that people are actually still interested in cvsupit, or at least the functionality it represents.

To make a long story short, cvsupit is another of my supposed short-term hacks (when will I learn?) that's long outlived its creator's desire to keep it on life support and was not written with long-term maintainability in mind at all. Each and every release or branch of FreeBSD basically requires hand-editing a shell script, as does any change in the cvsup mirrors, in order to keep the port working and/or relevant.

So, I put it to all of you: If people really do think that a

"graphical" configuration front-end to cvsup is a good thing for the long term then one of those people should also volunteer to step forward and write some custom scripts to create *dynamic* content which uses release-engineer provided metadata to put up UI which is relevant to whatever releases/branches of FreeBSD are currently shipping. For

extra points, it should also get a master list of cvsup servers from somewhere (shared with the handbook?) so that this changes automatically as servers are added/deleted.

I personally plan on cvs deleting the cvsupit port in another week or two and hope that nobody feels compelled to simply resurrect it and put this pathetic bit of zombie software back on life-support rather than tackling the problem from scratch and doing it RIGHT this time.

Yours for a better (and cleaner/more maintainable) FreeBSD...

- Jordan

A FreeBSD Scott Long (tegnapelőtti) jelentése szerint a FreeBSD 5.1-BETA build-ek készítése elkezdődött és elérhető lesz 48 órán belül a ftp-master-en.

Email:Date: Tue, 6 May 2003 01:16:10 -0600

From: Scott Long

To: hubs@freebsd.org

Subject: 5.1-BETA bits coming

MIrror operators,

The 5.1-BETA builds have been started, and you should probably expect the bits to hit ftp-master in the next 48 hours. It will include normal disc1, disk2, and packages like 5.0. The 5.1-BETA bits will be removed from ftp-master before 5.1-RELEASE and after 5.1-RC1 (about 3-4 weeks). Please let me know if this works for everyone.

Scott

Poul-Henning Kamp "commit"-olt néhány változtatást a FreeBSD-current -be melynek értelmében a régi (jelenlegi) disklabel programot felváltja a bsdlabel. A remények szerint ezzel könnyebbé válik a partícionálás menete.

Email:

To: current@freebsd.org

From: "Poul-Henning Kamp"

Date: Mon, 05 May 2003 23:39:43 +0200

Subject: HEADSUP: bsdlabel/disklabel changes

The commit below selects the new "bsdlabel" program instead of the old disklabel program. This hopefully makes the partitioning process more intuitive on BSD label platforms.

The hightlights are:

* All the "historical" fields are hidden and handled automatically unless -A argument given. You should practically never need -A.

* -r argument ignored (to keep scripts working). The "raw"

functionality is automatically activated where necessary.

* default type for -w is "auto". You can now put a label on a disk simply with "disklabel -w /dev/ad0"

Please check the man-page, I have updated it to reflect current reality.

Improvements to both program and manual page are most welcome.

Poul-Henning

In message , Poul-Henning Kamp

writes:

>phk 2003/05/05 14:28:08 PDT

>

> FreeBSD src repository

>

> Modified files:

> sbin Makefile

> sbin/bsdlabel Makefile

> Log:

> Compile bsdlabel on all platforms.

>

> Install a link to the disklabel(8) name on i386 and alpha platforms.

>

> Leave old disklabel(8) sources intact but disconnected from the build

> for now.

>

> Revision Changes Path

> 1.120 +1 -6 src/sbin/Makefile

> 1.15 +10 -0 src/sbin/bsdlabel/Makefile

>

--

Poul-Henning Kamp | UNIX since Zilog Zeus 3.20

phk@FreeBSD.ORG | TCP/IP since RFC 956

FreeBSD committer | BSD since 4.3-tahoe

Never attribute to malice what can adequately be explained by incompetence.

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

To: current@freebsd.org

From: "Poul-Henning Kamp" ,

Subject: HEADSUP: bsdlabel(8) to replace disklabel(8): PLEASE TEST

Date: Sat, 3 May 2003 21:46:43 GMT

I think I have managed to slash a path through the disklabel mess, and created a simpler and less hostile "bsdlabel" instead.

Please install a -current kernel and compile the bsdlabel program (src/sbin/bsdlabel) and let me know what you think.

Please test it in every way you can imagine, including that

writing of bootblocks and that they work afterwards as well.

The plan is:

1) A few days shakeout (what this email is about!)

2) Some make/release work.

3) Install bsdlabel on all platforms.

4) Install symlinks:

sparc64: sunlabel -> disklabel

i386: bsdlabel -> disklabel

pc98: bsdlabel -> disklabel

alpha: bsdlabel -> disklabel

???: ???

Thanks in advance,

--

Poul-Henning Kamp | UNIX since Zilog Zeus 3.20

phk@FreeBSD.ORG | TCP/IP since RFC 956

FreeBSD committer | BSD since 4.3-tahoe

Never attribute to malice what can adequately be explained by incompetence.

_______________________________________________

freebsd-current@freebsd.org mailing list

http://lists.freebsd.org/mailman/li...freebsd-current

To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

Mark Murray levele szerint a Kerberos5/Heimdal mostantól alapértelmezés szerint használatos a FreeBSD-CURRENT -ben. A régi "MAKE_KERBEROS5" opció el lett távolítva. Ha a nem akarod a Kerberos-t használni, akkor neked kell a /etc/make.conf-ban definiálni a "NO_KERBEROS"-t.

Email bejelentés:From: Mark Murray

To: current@freebsd.org

Date: Mon, 05 May 2003 09:45:03 +0100

Sender: mark@grondar.org

Hello All

Kerberos5/Heimdal is now the default in Current. The old option "MAKE_KERBEROS5" is removed. If you do _NOT_ want Kerberos, you need to define "NO_KERBEROS" in your /etc/make.conf.

M

--

Mark Murray

iumop ap!sdn w,I idlaH

Andrew Goodney bejelentése szerint sikeres FreeBSD 5.0 snapshot telepítést hajtottak végre egy Sun Netra t 1125-ös gépen. A rendszer 2 darab UltraSPARC-II @296Mhz-es processzorral és 2048MB fizikai memóriával rendelkezett.

Andrew levele:Date: Sun, 04 May 2003 20:09:16 -0700

From: Andrew Goodney

To: freebsd-sparc@freebsd.org

Subject: 20030428 sucessfull on Netra t 1125

I would like to report a sucessful FreeBSD 5.0 snapshot install on a Sun Netra t 1125.

It has 2 UltraSPARC-II @296Mhz and 2048MB of RAM.

Please see the dmesg below, and thank you for all of your work...

-Andrew Goodney

andrew@blueskylabs.com

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

www.blueskylabs.com

#dmesg

Copyright (c) 1992-2003 The FreeBSD Project.

Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994

The Regents of the University of California. All rights reserved.

FreeBSD 5.0-20030428-SNAP #0: Mon Apr 28 22:27:03 GMT 2003

root@u10.locore.ca:/usr/obj/usr/src/sys/GENERIC

Preloaded elf kernel "/boot/kernel/kernel" at 0xc048e000.

Timecounter "tick" frequency 296000625 Hz

real memory = 2121523200 (2023 MB)

avail memory = 2048909312 (1953 MB)

cpu0: Sun Microsystems UltraSparc-II Processor (296.00 MHz CPU)

cpu1: Sun Microsystems UltraSparc-II Processor (296.00 MHz CPU)

FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs

nexus0:

pcib0: on nexus0

pcib0: Psycho, impl 0, version 4, ign 0x7c0

initialializing counter-timer

Timecounter "counter-timer" frequency 1000000 Hz

DVMA map: 0xfe000000 to 0xffffffff

pci0: on pcib0

ebus0: revision 0x01

ebus0: mem

0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0

ebus0: addr

0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003

(no driver attached)

ebus0: addr 0x1400724000-0x1400724003 (no driver attached)

ebus0: addr 0x1400504000-0x1400504002 (no driver attached)

ebus0: addr 0x1400500000-0x1400500007 (no driver attached)

sab0: addr 0x1400400000-0x140040007f irq 43 on

ebus0

sabtty0: on sab0

sabtty0: console 9600,8,n,1,-

sabtty1: on sab0

ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached)

ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached)

ebus0: addr

0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb

irq 34 (no driver attached)

ebus0: addr

0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7

irq 39 (no driver attached)

eeprom0: addr 0x1400000000-0x1400001fff on ebus0

eeprom0: model mk48t59

eeprom0: hostid 80a42496

ebus0: addr 0x1000000000-0x10000fffff (no driver attached)

ebus0: addr

0x1400600000-0x1400600009,0x1400200000-0x1400200063 (no driver attached)

hme0: mem 0x8000-0xffff irq 33 at device 1.1

on pci0

hme0: Ethernet address: 08:00:20:a4:24:96

miibus0: on hme0

qsphy0: on miibus0

qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

sym0: port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff irq 32

at device 3.0 on pci0

sym0: No NVRAM, ID 7, Fast-20, SE, parity checking

sym1: port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff irq 38

at device 3.1 on pci0

sym1: No NVRAM, ID 7, Fast-20, SE, parity checking

pcib1: on nexus0

pcib1: Psycho, impl 0, version 4, ign 0x7c0

pci1: on pcib1

Timecounters tick every 10.000 msec

Waiting 15 seconds for SCSI devices to settle

cd0 at sym0 bus 0 target 6 lun 0

cd0: Removable CD-ROM SCSI-2 device

cd0: 10.000MB/s transfers (10.000MHz, offset 16)

cd0: cd present [443544 x 512 byte records]

da0 at sym0 bus 0 target 0 lun 0

da0: Fixed Direct Access SCSI-3 device

da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing

Enabled

da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C)

da1 at sym0 bus 0 target 1 lun 0

da1: Fixed Direct Access SCSI-3 device

da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing

Enabled

da1: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C)

SMP: AP CPU #1 Launched!

Mounting root from ufs:/dev/da0a

Invalid time in real time clock.

Check and reset the date immediately!

Németül beszélő emberkék egy csoportja úgy határozott, hogy kicsit átírják a FreeBSD-t a saját ízlésük szerint.

Kenneth D. Merry bejelentése szerint a FreeBSD CURRENT ága képes a 2 TB-nál nagyobb eszközök kezelésére CAM-on (Common Access Method) keresztül. A változtatással lehetővé válik a nagy RAID tömbök kezelése, illetve azok elérése CAM-on keresztül.

Commit message

Søren Schmidt FreeBSD fejlesztő közölte a hírt a CVS listán, miszerint megállapodás született a FreeBSD projekt és a Promise között, amelynek értelmében előbbi megkapja a cég termékeihez tartozó hardver dokumentációt.

A megállapodásnak köszönhetően a FreeBSD több Promise vezérlő támogatása is be fog kerülni. A mostani módosítás a Promise SATA150 TX2/TX4 és a Promise TX4000 támogatását valósította meg.