Re: Ghosted logins in w/who

2013-04-09 Thread Daniel Braniss
On Mon, Apr 08, 2013 at 08:56:42PM -0500, damon...@mac.hush.com wrote: I recently upgraded to FreeBSD 9.1-STABLE, and there was a strange added side effect. Users that telnet into the machine seem to have their logins forever ghosted in who/w. If a user connects via telnet, then logs

Release ISO images have broken RockRidge data

2013-04-09 Thread Eugene Grosbein
Hi! Release ISO images located at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/ were generated with mkisofs until switch to makefs. For example, ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.2/FreeBSD-8.2-RELEASE-amd64-livefs.iso was generated with mkisofs and has

-Os breaks buildworld

2013-04-09 Thread Christian Baer
Hey everyone! This is not really an important issue, I just wanted to find out if anyone had it on his or her radar. I have a machine that isn't too powerful and hasn't got a lot of RAM either. So as an experiment I wanted to compile the world with the option for conserving space.

Re: Release ISO images have broken RockRidge data

2013-04-09 Thread Mark Saad
On Apr 9, 2013, at 7:00 AM, Eugene Grosbein egrosb...@rdtc.ru wrote: Hi! Release ISO images located at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/ were generated with mkisofs until switch to makefs. For example,

Re: Ghosted logins in w/who

2013-04-09 Thread Fabian Wenk
Hello Daniel On 09.04.2013 12:07, Daniel Braniss wrote: something changed beteen 8 and 9 with respect of handling of utmp, I tried to research this but got bogged down with other things. According to /usr/src/UPDATING: 20100113: The utmp user accounting database has been replaced with

Re: Release ISO images have broken RockRidge data

2013-04-09 Thread Mark Saad
On Tue, Apr 9, 2013 at 9:21 AM, Mark Saad nones...@longcount.org wrote: On Apr 9, 2013, at 7:00 AM, Eugene Grosbein egrosb...@rdtc.ru wrote: Hi! Release ISO images located at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/ were generated with mkisofs until switch to makefs.

Re: svn - but smaller?

2013-04-09 Thread Patrick M. Hausen
Hi, Am 09.04.2013 um 17:05 schrieb Patrick M. Hausen hau...@punkt.de: PORTSSUPFILE= -b base/head -l /usr/ports ports/head, of course. Regards Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100

Re: svn - but smaller?

2013-04-09 Thread Patrick M. Hausen
Hi, all, first a big big thank you to John an all others involved for all the work. A bit more slowly than cvsup but definitely a lot more convenient than using plain subversion. Part of the slow performance may be due to the fact that there is no local German svn mirror, yet. I'll try with my

Re: Release ISO images have broken RockRidge data

2013-04-09 Thread Thomas Schmitt
Hi, thanks for flying xorriso. :)) I am its developer and came to this thread by googling, not by being subscribed here. Sorry for not having a message-id by which i could attach this mail to the thread. libisofs: WARNING :

Re: -Os breaks buildworld

2013-04-09 Thread Jeremy Chadwick
On Tue, Apr 09, 2013 at 02:50:29PM +0200, Christian Baer wrote: Hey everyone! This is not really an important issue, I just wanted to find out if anyone had it on his or her radar. I have a machine that isn't too powerful and hasn't got a lot of RAM either. So as an experiment I

Re: -Os breaks buildworld

2013-04-09 Thread Dimitry Andric
On Apr 9, 2013, at 14:50, Christian Baer christian.b...@uni-dortmund.de wrote: ... CPUTYPE= athlon-xp CFLAGS= -O2 -fno-strict-aliasing -pipe -mtune=athlon-xp -march=athlon-xp As mentioned in this thread: - CPUTYPE should be set with ?=, not = - CFLAGS should be set with +=, not = - Do not

Re: Release ISO images have broken RockRidge data

2013-04-09 Thread Eugene Grosbein
09.04.2013 21:58, Mark Saad пишет: While not the same you can always do this mdconfig -a -t vnode -f yourfreebsd-version.iso mount -t cd9660 /dev/md0 /cdrom Then use pax, cpio , cp, rsync etc to copy the data off the image . This way breaks hardlinks, so /rescue expands to 690M instead of