Re: Light humour

2013-04-29 Thread Teske, Devin

On Apr 29, 2013, at 10:29 PM, Kubilay Kocak wrote:

> On 30/04/2013 1:27 PM, Teske, Devin wrote:
>> 
>> On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote:
>> 
>> On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin 
>> mailto:devin.te...@fisglobal.com>> wrote:
>> 
>> On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote:
>> 
>> https://urldefense.proofpoint.com/v1/url?u=http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=bMfYz2VPOLlM1Bv4kaQAfCWKPmfFi6y7UYnK2%2FRTgG8%3D%0A&s=cd8daa96d93d9cc840f5dbaf82d812a26a276410f739f029485fd94190f88090
>> 
>> 
>> (obligatory) netcraft confirms it!
>> 
>> (smiles)
>> 
>> You don't need netcraft..  the tools are built in!
>> 
>> https://urldefense.proofpoint.com/v1/url?u=http://www.youtube.com/watch?v%3DSXmv8quf_xM&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=bMfYz2VPOLlM1Bv4kaQAfCWKPmfFi6y7UYnK2%2FRTgG8%3D%0A&s=f4bb8cdaa5edfd76143b0a741cb6bc5211cc2e5b409040ad0d3091d7823c6650
>> 
>> (Please, don't be drinking anything.. I disclaim all responsibility
>> for keyboard damage)
>> 
>> 
>> My favorite YouTube video on FreeBSD…
>> 
>> http://www.youtube.com/watch?v=evZMVVb_lhs
>> 
> 
> That's beautiful Devin, can we get an updated version of that to include
> -current rendered in HD (1080)?
> 
> It's a wonderful piece that should be shared, nice work
> 

Thanks!

Happy to share my sources … they're stored on a PC at work.

I think the original is actually already in HD (or somewhere in-between NTSC 
and 1080p -- for example, I might have done it as 1024x768 for some reason… 
maybe because the Render was taking too long).

Either way, what you're seeing on YouTube is already down-sampled several times 
(I down-sampled once from the original source to DVD R5 and that was further 
down-sampled for effects and YouTube).

The original video is also over an hour long (so imagine lots of Gibibytes).

With respect to getting an up-to-date version, what's going to be of value are 
my gource scripts that configure the rendering environment. A lot of 
trial-and-error went into figuring out what works and what doesn't work 
(especially when you start reaching 100,000 nodes and 50,000 edges; configuring 
the physics of the render was an art in patience as well as persistence).

Aside from that, gource takes input from CVS (using a Perl script I tuned for 
the job), SVN (natively), and Git.

So that's good news for getting an updated render -- we just apply the configs 
for that video but swap out the CVS log file for an updated SVN log file.

Then of course… we either throw massive hardware or lots of time at the 
rendering process. (note: a $1200 rig with a fancy graphics card took over a 
month to render the original video and reaches speeds as SLOW as 0.03 
frames-per-second in the rendering process).
-- 
Devin

_
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Kubilay Kocak
On 30/04/2013 1:27 PM, Teske, Devin wrote:
> 
> On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote:
> 
> On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin 
> mailto:devin.te...@fisglobal.com>> wrote:
> 
> On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote:
> 
> http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html
> 
> 
> (obligatory) netcraft confirms it!
> 
> (smiles)
> 
> You don't need netcraft..  the tools are built in!
> 
>  http://www.youtube.com/watch?v=SXmv8quf_xM
> 
> (Please, don't be drinking anything.. I disclaim all responsibility
> for keyboard damage)
> 
> 
> My favorite YouTube video on FreeBSD…
> 
> http://www.youtube.com/watch?v=evZMVVb_lhs
> 
> --
> Devin
> 
> _
> The information contained in this message is proprietary and/or confidential. 
> If you are not the intended recipient, please: (i) delete the message and all 
> copies; (ii) do not disclose, distribute or use the message in any manner; 
> and (iii) notify the sender immediately. In addition, please be aware that 
> any message addressed to our domain is subject to archiving and review by 
> persons other than the intended recipient. Thank you.
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> 

That's beautiful Devin, can we get an updated version of that to include
-current rendered in HD (1080)?

It's a wonderful piece that should be shared, nice work

-koobs

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


clean up /dev/zvol/

2013-04-29 Thread Christopher Harrison
/dev/zvol does not appear to be cleaning up the device tree of zfs and 
zfs snapshots.   After zfs snapshots of a zfs volume have been deleted 
the device remains in the device tree.


My /dev/zvol grows very large, quickly on my system taking multiple 
snapshots a day of multiple volumes.   Does anyone have any ideas to 
clean up the /dev/zvol device tree?



Thanks in advance,
-C

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Lyndon Nerenberg

On 2013-04-29, at 8:27 PM, Teske, Devin wrote:

> http://www.youtube.com/watch?v=SXmv8quf_xM
> 
> (Please, don't be drinking anything.. I disclaim all responsibility
> for keyboard damage)

Please, PLEASE, can we have a "Where Are They Now" segment about this kid?  I 
want to know which company he is the CTO of.  More interestingly, I want to 
meet the board of directors that hired him ;-)

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Teske, Devin

On Apr 29, 2013, at 8:24 PM, Peter Wemm wrote:

On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin 
mailto:devin.te...@fisglobal.com>> wrote:

On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote:

http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html


(obligatory) netcraft confirms it!

(smiles)

You don't need netcraft..  the tools are built in!

 http://www.youtube.com/watch?v=SXmv8quf_xM

(Please, don't be drinking anything.. I disclaim all responsibility
for keyboard damage)


My favorite YouTube video on FreeBSD…

http://www.youtube.com/watch?v=evZMVVb_lhs

--
Devin

_
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Peter Wemm
On Mon, Apr 29, 2013 at 7:33 PM, Teske, Devin  wrote:
>
> On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote:
>
>> http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html
>>
>
> (obligatory) netcraft confirms it!
>
> (smiles)

You don't need netcraft..  the tools are built in!

  http://www.youtube.com/watch?v=SXmv8quf_xM

(Please, don't be drinking anything.. I disclaim all responsibility
for keyboard damage)


-- 
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Teske, Devin

On Apr 29, 2013, at 2:53 PM, Robison, Dave wrote:

> http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html
> 

(obligatory) netcraft confirms it!

(smiles)
-- 
Devin

_
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Robison, Dave
http://news.netcraft.com/archives/2013/04/01/most-reliable-hosting-company-sites-in-march-2013.html




-- 
Dave Robison
Sales Solution Architect II
FIS Banking Solutions
510/621-2089 (w)
530/518-5194 (c)
510/621-2020 (f)
da...@vicor.com
david.robi...@fisglobal.com

_
The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: panic: in_pcblookup_local (?)

2013-04-29 Thread Glen Barber
On Mon, Apr 29, 2013 at 12:24:06PM -0400, John Baldwin wrote:
> On Sunday, April 28, 2013 12:02:56 am Glen Barber wrote:
> > On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote:
> > > Hi
> > > 
> > > I've been getting the following panic on recent current r249717.
> > > Sadly the crashdump is useless.
> > > 
> > 
> > I just saw similar panic on 10-CURRENT r249588.
> > 
> > > Fatal trap 9: general protection fault while in kernel mode
> > > cpuid = 15; apic id = 0f
> > > instruction pointer = 0x20:0x80546fbc
> > > stack pointer   = 0x28:0xff846b60
> > > frame pointer   = 0x28:0xff846b6777b0
> > > code segment= base 0x0, limit 0xf, type 0x1b
> > > = DPL 0, pres 1, long 1, def32 0, gran 1
> > > processor eflags= interrupt enabled, resume, IOPL = 0
> > > current process = 4361 (zabbix_agentd)
> > 
> > Hmm..  This is interests me.  In my case, cf-agent was the current
> > process.
> > 
> > Backtrace of my panic follows.  Any pointers on how to debug this
> > further would be appreciated.
> > 
> > Glen
> > 
> > Script started on Sat Apr 27 23:53:53 2013
> > root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug 
> /var/crash/vmcore.4
> > GNU gdb 6.1.1 [FreeBSD]
> > Copyright 2004 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you are
> > welcome to change it and/or distribute copies of it under certain 
> conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for details.
> > This GDB was configured as "amd64-marcel-freebsd"...
> > 
> > Unread portion of the kernel message buffer:
> > 
> > 
> > Fatal trap 9: general protection fault while in kernel mode
> > cpuid = 1; apic id = 01
> > instruction pointer = 0x20:0x80736cec
> > stack pointer   = 0x28:0xff81aad4e760
> > frame pointer   = 0x28:0xff81aad4e7a0
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 78664 (cf-agent)
> > trap number = 9
> > panic: general protection fault
> > cpuid = 1
> > KDB: stack backtrace:
> > #0 0x80642a56 at kdb_backtrace+0x66
> > #1 0x80606eeb at panic+0x13b
> > #2 0x808e3b10 at trap_fatal+0x290
> > #3 0x808e4331 at trap+0x241
> > #4 0x808cdbb3 at calltrap+0x8
> > #5 0x807371d8 at in_pcb_lport+0x128
> > #6 0x8073745a at in_pcbbind_setup+0x16a
> > #7 0x80737d8e at in_pcbconnect_setup+0x71e
> > #8 0x80737df9 at in_pcbconnect_mbuf+0x59
> > #9 0x807bf29f at udp_connect+0x11f
> > #10 0x80680615 at kern_connectat+0x275
> > #11 0x80680731 at sys_connect+0x41
> > #12 0x808e32cb at amd64_syscall+0x63b
> > #13 0x808cde97 at Xfast_syscall+0xf7
> > Uptime: 3d19h38m52s
> > (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> > (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress
> > (ada0:ahcich0:0:0:0): Error 5, Retries exhausted
> > (ada0:ahcich0:0:0:0): Synchronize cache failed
> > (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> > (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress
> > (ada1:ahcich1:0:0:0): Error 5, Retries exhausted
> > (ada1:ahcich1:0:0:0): Synchronize cache failed
> > (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> > (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress
> > (ada2:ahcich4:0:0:0): Error 5, Retries exhausted
> > (ada2:ahcich4:0:0:0): Synchronize cache failed
> > (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> > (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress
> > (ada3:ahcich5:0:0:0): Error 5, Retries exhausted
> > (ada3:ahcich5:0:0:0): Synchronize cache failed
> > Dumping 1014 out of 6049 
> MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..92%
> > 
> > Reading symbols from /boot/kernel/zfs.ko.symbols...done.
> > Loaded symbols for /boot/kernel/zfs.ko.symbols
> > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done.
> > Loaded symbols for /boot/kernel/opensolaris.ko.symbols
> > #0  doadump (textdump=) at pcpu.h:231
> > 231 __asm("movq %%gs:%1,%0" : "=r" (td)
> > (kgdb) frame 6
> > #6  0x80736cec in in_pcblookup_local (pcbinfo=0x80dc9180, 
> laddr=
> >   {s_addr = 50374848}, lport=339, lookupflags=1, 
> cred=0xfe016cdad100)
> > at /usr/src/sys/netinet/in_pcb.c:1438
> > 1438LIST_FOREACH(phd, porthash, phd_hash) {
> > (kgdb) list *0x80736cec
> > 0x80736cec is in in_pcblookup_local 
> (/usr/src/sys/netinet/in_pcb.c:1439).
> > 1434 * port hash list.
> > 1435 */
> 

Re: Light humour

2013-04-29 Thread Damien Fleuriot

On 28 Apr 2013, at 00:31, Paul Webster  wrote:

> Just got this link on IRC, (freenode/##freebsd) was so funny I thought
> I would see if I could get any of you guys to spit out you're coffee
> :)
> 
> http://antibsd.wordpress.com/



The author's orthographic and semantic  skills tell all one needs to know, to 
be honest...

I sincerely hope it's a troll because otherwise it's really sad...

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Joshua Isom

On 4/29/2013 9:46 AM, David Chisnall wrote:

On 28 Apr 2013, at 19:09, Stephen Montgomery-Smith  wrote:


But let's not get into the Linux
bashing the same way he bashed BSD.


There is already a very good Linux Haters' Blog, in the tradition of the UNIX 
Haters' Handbook.  Unlike the antibsd blog (which contains ill-informed rants 
and nonsense), it actually provides well-thought-out criticisms of Linux in 
general and various distributions.  I'd love to see a similar blog for FreeBSD, 
with legitimate criticisms...

David


All you need is one good blog, with someone posting as Devil's Advocate. 
 Good debate requires someone opposing unanimity.


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Mark Felder
On Mon, 29 Apr 2013 12:43:41 -0500, Bernd Walter   
wrote:



Want to know link states use some strange tools.


This has been my complaint for ages.

Task / BSD / Linux
set ip / ifconfig / ifconfig or now "ip" which is extremely confusing
wifi / ifconfig / iwconfig
speed / ifconfig / miitool or ethtool
duplex / ifconfig / miitool or ethtool
vlan / ifconfig / vlan
wol / ifconfig / miitool or ethtool
bridge / ifconfig / brctl
link aggregation / ifconfig / flags while loading module OR use distro  
network config scripts and restart *all* networking or reboot server!!!



Zero guidelines or direction in their projects. It's even more painful  
when you install a distro and need to set vlan or duplex and you can't  
because the utility needs to be installed from the repository. Not sure if  
that's still commonplace but I was bit by it several times with debian  
installs.


BSD has its own problems, but code quality and the thought put into design  
seems to be taken into serious consideration before something is committed  
to HEAD.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Bernd Walter
On Sun, Apr 28, 2013 at 09:07:15PM +0300, Alexander Yerenkow wrote:
> Not criticizing, just commenting.
> I heard such utter nonsense sometimes, in which people do believe despite
> all common sense, that I'm not amused, but scared :)

Well - I don't see a problem with this.
The people who don't understand enough to believe this crap won't use any
BSD and go to Linux instead.
It all contribute to the same quality as Linux already is.
Type "netstat -nr" and you don't get IPv6 routing table - even windows agrees
to traditional netstat -nr behavour...
Interface isolation for ARP requests - what's that?
Want to know link states use some strange tools.
We all can extend this list forever.
You just need to look at bootmessages to know how inconsistent Linux is.
I didn't read all of the text, but the tiny bit is already failing logic in
itself, which is the main reason why it is funny after all.
I don't want any of those persons who believe this text anywhere else than
on the other side.

> This blog is humor to very small, limited group of people, and at same time
> it's anti-bsd blog to bigger audience, who will not bother read some lines,
> instead peek in title, get few words here, few there, and close it. In they
> memory will be essence - that *BSD is suck, probably not allover, but they
> will remember that there are exist areas in which BSD have big problems.
> Mix this with lacking `nextgen techs` like KMS, decent virtualization
> level, no utf-8 in console and other myths, partial myths, or obsolete
> problems of old releases, and you'll receive bad opinion on BSD.
> But, there's not much to be done actually :)

-- 
B.Walter  http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: panic: in_pcblookup_local (?)

2013-04-29 Thread John Baldwin
On Sunday, April 28, 2013 12:02:56 am Glen Barber wrote:
> On Sat, Apr 27, 2013 at 10:17:32AM +0200, Ian FREISLICH wrote:
> > Hi
> > 
> > I've been getting the following panic on recent current r249717.
> > Sadly the crashdump is useless.
> > 
> 
> I just saw similar panic on 10-CURRENT r249588.
> 
> > Fatal trap 9: general protection fault while in kernel mode
> > cpuid = 15; apic id = 0f
> > instruction pointer = 0x20:0x80546fbc
> > stack pointer   = 0x28:0xff846b60
> > frame pointer   = 0x28:0xff846b6777b0
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 4361 (zabbix_agentd)
> 
> Hmm..  This is interests me.  In my case, cf-agent was the current
> process.
> 
> Backtrace of my panic follows.  Any pointers on how to debug this
> further would be appreciated.
> 
> Glen
> 
> Script started on Sat Apr 27 23:53:53 2013
> root@orion:/usr/obj/usr/src/sys/ORION # kgdb ./kernel.debug 
/var/crash/vmcore.4
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain 
conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd"...
> 
> Unread portion of the kernel message buffer:
> 
> 
> Fatal trap 9: general protection fault while in kernel mode
> cpuid = 1; apic id = 01
> instruction pointer   = 0x20:0x80736cec
> stack pointer = 0x28:0xff81aad4e760
> frame pointer = 0x28:0xff81aad4e7a0
> code segment  = base 0x0, limit 0xf, type 0x1b
>   = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags  = interrupt enabled, resume, IOPL = 0
> current process   = 78664 (cf-agent)
> trap number   = 9
> panic: general protection fault
> cpuid = 1
> KDB: stack backtrace:
> #0 0x80642a56 at kdb_backtrace+0x66
> #1 0x80606eeb at panic+0x13b
> #2 0x808e3b10 at trap_fatal+0x290
> #3 0x808e4331 at trap+0x241
> #4 0x808cdbb3 at calltrap+0x8
> #5 0x807371d8 at in_pcb_lport+0x128
> #6 0x8073745a at in_pcbbind_setup+0x16a
> #7 0x80737d8e at in_pcbconnect_setup+0x71e
> #8 0x80737df9 at in_pcbconnect_mbuf+0x59
> #9 0x807bf29f at udp_connect+0x11f
> #10 0x80680615 at kern_connectat+0x275
> #11 0x80680731 at sys_connect+0x41
> #12 0x808e32cb at amd64_syscall+0x63b
> #13 0x808cde97 at Xfast_syscall+0xf7
> Uptime: 3d19h38m52s
> (ada0:ahcich0:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress
> (ada0:ahcich0:0:0:0): Error 5, Retries exhausted
> (ada0:ahcich0:0:0:0): Synchronize cache failed
> (ada1:ahcich1:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress
> (ada1:ahcich1:0:0:0): Error 5, Retries exhausted
> (ada1:ahcich1:0:0:0): Synchronize cache failed
> (ada2:ahcich4:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> (ada2:ahcich4:0:0:0): CAM status: CCB request is in progress
> (ada2:ahcich4:0:0:0): Error 5, Retries exhausted
> (ada2:ahcich4:0:0:0): Synchronize cache failed
> (ada3:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00
> (ada3:ahcich5:0:0:0): CAM status: CCB request is in progress
> (ada3:ahcich5:0:0:0): Error 5, Retries exhausted
> (ada3:ahcich5:0:0:0): Synchronize cache failed
> Dumping 1014 out of 6049 
MB:..2%..12%..21%..32%..42%..51%..62%..71%..81%..92%
> 
> Reading symbols from /boot/kernel/zfs.ko.symbols...done.
> Loaded symbols for /boot/kernel/zfs.ko.symbols
> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done.
> Loaded symbols for /boot/kernel/opensolaris.ko.symbols
> #0  doadump (textdump=) at pcpu.h:231
> 231   __asm("movq %%gs:%1,%0" : "=r" (td)
> (kgdb) frame 6
> #6  0x80736cec in in_pcblookup_local (pcbinfo=0x80dc9180, 
laddr=
>   {s_addr = 50374848}, lport=339, lookupflags=1, 
cred=0xfe016cdad100)
> at /usr/src/sys/netinet/in_pcb.c:1438
> 1438  LIST_FOREACH(phd, porthash, phd_hash) {
> (kgdb) list *0x80736cec
> 0x80736cec is in in_pcblookup_local 
(/usr/src/sys/netinet/in_pcb.c:1439).
> 1434   * port hash list.
> 1435   */
> 1436  porthash = 
> &pcbinfo->ipi_porthashbase[INP_PCBPORTHASH(lport,
> 1437  pcbinfo->ipi_porthashmask)];
> 1438  LIST_FOREACH(phd, porthash, phd_hash) {
> 1439  if (phd->phd_port == lport)
> 1440 

Re: FreeBSD & Intel AMT

2013-04-29 Thread John Baldwin
On Friday, April 26, 2013 5:17:34 pm Kamil Czekirda wrote:
> We have a problem with Intel AMT and FreeBSD. We have AMT version:
> 8.1.20-build 1336. AMT stop responding about five minutes after booting
> FreeBSD, it's FreeBSD 9.1-STABLE, 64 bit.
> On Linux AMT works fine. We suspect driver, but it's similar like on Linux.
> Can you show us the way to resolve this problem?

While the e1000 drivers share the same common code, there are some differences 
in the OS-dependent bits (e.g. if_igb.c, etc.).  I've cc'd Jack Vogel who 
maintains the e1000 drivers in FreeBSD.

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread David Chisnall
On 28 Apr 2013, at 19:09, Stephen Montgomery-Smith  wrote:

> But let's not get into the Linux
> bashing the same way he bashed BSD.

There is already a very good Linux Haters' Blog, in the tradition of the UNIX 
Haters' Handbook.  Unlike the antibsd blog (which contains ill-informed rants 
and nonsense), it actually provides well-thought-out criticisms of Linux in 
general and various distributions.  I'd love to see a similar blog for FreeBSD, 
with legitimate criticisms...

David

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Infiniband OFED CLANG failing

2013-04-29 Thread Garrett Cooper
On Apr 29, 2013, at 4:57 AM, Ed Schouten  wrote:

> 2013/4/28 Outback Dingo :
>> /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:1:
>> error: use of GNU old-style field designator extension
>> [-Werror,-Wgnu-designator]
>> on: 0, delay_s: 2, loop_function:NULL};
>> ^~~
> 
> This seems to be a known issue.
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/174214
> 
> I've added Garrett to the Cc, as he seems to have replied to the
> original ticket.

Hi Ed!
Could someone please commit the patch? It's going to be a while before the 
new OFED stack makes it in, so we might as well fix this now.. I've approached 
Jeff R several times but gotten no response..
Thanks,
-Garrett
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Installing new world failed (install -l)

2013-04-29 Thread Brooks Davis
On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote:
> Since -l switch introduced into install(8), I can't build new FreeBSD
> box at all.
> 
> I do following command set to build new box: (http://eroese.org/mkw.sh)
> 1) cd /usr/head/src && svn up
> 2) make buildworld
> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution
> installworld

heriarchy and distrib-dirs are both pointless here AFACT.

> 
> This worked for long time but after some point it had been broken. I
> found only 20130425 in UPDATING about this, but installing mergemaster
> gives nothing, obviously.
> I can't compile new install(8) since I have old system like
> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have
> needed functions.
> 
> The tail of install log is below.
> 
> .. (lines removed)
> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p
> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/
> ./var/spool/clientmqueue missing (created)
> install -l s usr/src/sys 
> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys
> install: illegal option -- l
> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
>[-o owner] file1 file2
>install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
>[-o owner] file1 ... fileN directory
>install -d [-v] [-g group] [-m mode] [-o owner] directory ...
> *** [distrib-dirs] Error code 64

Are you setting INSTALL= in make.conf, src.conf, etc?

-- Brooks


pgpFZfMIRARS4.pgp
Description: PGP signature


What you think about this PR?

2013-04-29 Thread Michael Pounov
http://www.freebsd.org/cgi/query-pr.cgi?pr=175546

-- 
Best Regards, 

Michael Pounov
ELWIX - embedded lightweight unix -

WWW: http://www.elwix.org/
EMail: mi...@elwix.org
Skype: mpunov
XMPP: mi...@aitnet.org
Phone: +359 888 737358; +359 899 737358
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Shawn Webb
Not to spam my site or anything, but I blog pretty regularly about stuff I
find fun on FreeBSD at http://0xfeedface.org/. If anyone wants an account
to start blogging there, that'd be pretty cool.


On Sun, Apr 28, 2013 at 1:54 PM, Adrian Chadd  wrote:

> Yeah, the trouble is that people can/will believe this nonsense.
>
> So, question. Where's the pro-BSD blog(s) to offset it? :)
>
>
>
> adrian
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread B. Estrade
Maybe the FreeBSD "myths" section just needs to be updated, this guy gives
a nice list of things to debunk.

http://www.freebsd.org/advocacy/myths.html

Brett


On Sun, Apr 28, 2013 at 1:09 PM, Stephen Montgomery-Smith <
step...@missouri.edu> wrote:

> On 04/28/2013 12:54 PM, Adrian Chadd wrote:
> > Yeah, the trouble is that people can/will believe this nonsense.
> >
> > So, question. Where's the pro-BSD blog(s) to offset it? :)
>
> A pro-BSD blog is a great idea.  But let's not get into the Linux
> bashing the same way he bashed BSD.  I personally like both OS very
> much, and I think they have a symbiotic relationship.
>
> Also, the ultimate freedom in licenses is the freedom to choose which
> version of freedom you like.  I personally prefer the BSD license.  But
> I respect those who prefer the GNU license.
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Infiniband OFED CLANG failing

2013-04-29 Thread Ed Schouten
2013/4/28 Outback Dingo :
> /usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_console.c:70:1:
> error: use of GNU old-style field designator extension
> [-Werror,-Wgnu-designator]
> on: 0, delay_s: 2, loop_function:NULL};
> ^~~

This seems to be a known issue.

http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/174214

I've added Garrett to the Cc, as he seems to have replied to the
original ticket.

--
Ed Schouten 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Daniel Kalchev


On 29.04.13 12:40, Julian H. Stacey wrote:

Daniel Kalchev wrote:

On Apr 29, 2013, at 2:37 AM, Diane Bruce  wrote:


http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml

By any measure a very good one. Could use some editing of course to make it 
easier to comprehend for readers of different cultures though … and simplify 
English sentences . :)

Daniel

I suggest others save time & not read URL above,
A skim finds pretentious verbiage, socioligist's analysis
of different views of GPL v BSD people v. Stallman ...
"throughout the XIX century into the early XX"

Cheers,
Julian



You just prove that guy's point. Ironically, as with everything else - 
any "don't read it" plea has exactly the opposite effect.


My observation is that the typical "Russian soul" kind of 
thinking/expression is pretty much incomprehensible in the "western" 
world. Some real gems are often ignored/lost because of this. As is, by 
the way the concept of "Intelligentsia" which is in the core of that 
particular article.


The author rightly points out that the different licensing models and 
the resulting different culture (of development, administration, usage) 
in the Linux and BSD worlds is the result of different perception and 
values. The different knowledge and understanding of the .. world too, 
plays a role. It's just like with how humans grow trough their life, you 
have one set of values as a child, other as young/adult and yet another 
as a senior person.


Daniel

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Matthew Seaman
On 29/04/2013 10:40, Julian H. Stacey wrote:
> Daniel Kalchev wrote:
>>
>> On Apr 29, 2013, at 2:37 AM, Diane Bruce  wrote:
>>
>>> http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml
>>
>> By any measure a very good one. Could use some editing of course to make it 
>> easier to comprehend for readers of different cultures though … and simplify 
>> English sentences . :)
>>
>> Daniel
> 
> I suggest others save time & not read URL above,
>   A skim finds pretentious verbiage, socioligist's analysis
>   of different views of GPL v BSD people v. Stallman ...
>   "throughout the XIX century into the early XX"

You've just got to love those old Victorian steam-powered computers...

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.

PGP: http://www.infracaninophile.co.uk/pgpkey
JID: matt...@infracaninophile.co.uk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Light humour

2013-04-29 Thread Julian H. Stacey
Daniel Kalchev wrote:
> 
> On Apr 29, 2013, at 2:37 AM, Diane Bruce  wrote:
> 
> > http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml
> 
> By any measure a very good one. Could use some editing of course to make it 
> easier to comprehend for readers of different cultures though … and simplify 
> English sentences . :)
> 
> Daniel

I suggest others save time & not read URL above,
A skim finds pretentious verbiage, socioligist's analysis
of different views of GPL v BSD people v. Stallman ...
"throughout the XIX century into the early XX"

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Reply below not above, like a play script.  Indent old text with "> ".
 Send plain text.  No quoted-printable, HTML, base64, multipart/alternative.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Installing new world failed (install -l)

2013-04-29 Thread Eir Nym
On 29 April 2013 12:42, Gleb Smirnoff  wrote:
> On Mon, Apr 29, 2013 at 12:39:06PM +0400, Eir Nym wrote:
> E> > I came to the following recipe when upgrading from a stale current to
> E> > a modern one. This workarounds problem with install(1) and failure of
> E> > clang bootstrap with old time.h in /usr/include.
> E> >
> E> > cd usr.bin/xinstall
> E> > make && make install && make clean
> E> > cd -
> E> > make hierarchy
> E> > make includes
> E> >
> E> > Now, make buildworld is possible.
> E> >
> E>
> E> I've tried this, but with no hope:
> E>
> E> Warning: Object directory not changed from original
> E> /usr/head/src/usr.bin/xinstall
> E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
> E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
> E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
> E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
> E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
> E> -Wnested-externs -Wredundant-decls -Wold-style-definition
> E> -Wno-pointer-sign -c xinstall.c
> E> xinstall.c: In function 'main':
> E> xinstall.c:301: warning: implicit declaration of function 'gid_from_group'
> E> xinstall.c:301: warning: nested extern declaration of 'gid_from_group'
> E> xinstall.c:311: warning: implicit declaration of function 'uid_from_user'
> E> xinstall.c:311: warning: nested extern declaration of 'uid_from_user'
> E> xinstall.c: In function 'metadata_log':
> E> xinstall.c:1331: warning: implicit declaration of function 'strsvis'
> E> xinstall.c:1331: warning: nested extern declaration of 'strsvis'
> E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
> E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
> E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
> E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
> E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
> E> -Wnested-externs -Wredundant-decls -Wold-style-definition
> E> -Wno-pointer-sign -c
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In
> E> function 'setup_getid':
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
> E> warning: implicit declaration of function 'pwcache_groupdb'
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
> E> warning: nested extern declaration of 'pwcache_groupdb'
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
> E> warning: implicit declaration of function 'pwcache_userdb'
> E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
> E> warning: nested extern declaration of 'pwcache_userdb'
> E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
> E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
> E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
> E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
> E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
> E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
> E> -Wnested-externs -Wredundant-decls -Wold-style-definition
> E> -Wno-pointer-sign  -o xinstall xinstall.o getid.o -lmd
> E> xinstall.o: In function `metadata_log':
> E> xinstall.c:(.text+0x169): undefined reference to `strsvis'
> E> xinstall.c:(.text+0x20e): undefined reference to `strsvis'
> E> xinstall.o: In function `main':
> E> xinstall.c:(.text+0x2472): undefined reference to `gid_from_group'
> E> xinstall.c:(.text+0x24f8): undefined reference to `uid_from_user'
> E> getid.o: In function `setup_getid':
> E> getid.c:(.text+0x7c2): undefined reference to `pwcache_groupdb'
> E> getid.c:(.text+0x7e2): undefined reference to `pwcache_userdb'
> E> *** Error code 1
>
> Your current is even older than mine was. Looks like you need to
> build and install new libc, then continue with install(1).
>
> --
> Totus tuus, Glebius.

I have r226748 which is near FreeBSD-9-Release.
It was I trying to do. But if I'll build libc.. and other things, all
my system will be unavailable.

PS: install from toolchain is correct.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Installing new world failed (install -l)

2013-04-29 Thread Gleb Smirnoff
On Mon, Apr 29, 2013 at 12:39:06PM +0400, Eir Nym wrote:
E> > I came to the following recipe when upgrading from a stale current to
E> > a modern one. This workarounds problem with install(1) and failure of
E> > clang bootstrap with old time.h in /usr/include.
E> >
E> > cd usr.bin/xinstall
E> > make && make install && make clean
E> > cd -
E> > make hierarchy
E> > make includes
E> >
E> > Now, make buildworld is possible.
E> >
E> 
E> I've tried this, but with no hope:
E> 
E> Warning: Object directory not changed from original
E> /usr/head/src/usr.bin/xinstall
E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
E> -Wnested-externs -Wredundant-decls -Wold-style-definition
E> -Wno-pointer-sign -c xinstall.c
E> xinstall.c: In function 'main':
E> xinstall.c:301: warning: implicit declaration of function 'gid_from_group'
E> xinstall.c:301: warning: nested extern declaration of 'gid_from_group'
E> xinstall.c:311: warning: implicit declaration of function 'uid_from_user'
E> xinstall.c:311: warning: nested extern declaration of 'uid_from_user'
E> xinstall.c: In function 'metadata_log':
E> xinstall.c:1331: warning: implicit declaration of function 'strsvis'
E> xinstall.c:1331: warning: nested extern declaration of 'strsvis'
E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
E> -Wnested-externs -Wredundant-decls -Wold-style-definition
E> -Wno-pointer-sign -c
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In
E> function 'setup_getid':
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
E> warning: implicit declaration of function 'pwcache_groupdb'
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
E> warning: nested extern declaration of 'pwcache_groupdb'
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
E> warning: implicit declaration of function 'pwcache_userdb'
E> /usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
E> warning: nested extern declaration of 'pwcache_userdb'
E> cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
E> -I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
E> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
E> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
E> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
E> -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
E> -Wnested-externs -Wredundant-decls -Wold-style-definition
E> -Wno-pointer-sign  -o xinstall xinstall.o getid.o -lmd
E> xinstall.o: In function `metadata_log':
E> xinstall.c:(.text+0x169): undefined reference to `strsvis'
E> xinstall.c:(.text+0x20e): undefined reference to `strsvis'
E> xinstall.o: In function `main':
E> xinstall.c:(.text+0x2472): undefined reference to `gid_from_group'
E> xinstall.c:(.text+0x24f8): undefined reference to `uid_from_user'
E> getid.o: In function `setup_getid':
E> getid.c:(.text+0x7c2): undefined reference to `pwcache_groupdb'
E> getid.c:(.text+0x7e2): undefined reference to `pwcache_userdb'
E> *** Error code 1

Your current is even older than mine was. Looks like you need to
build and install new libc, then continue with install(1).

-- 
Totus tuus, Glebius.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Installing new world failed (install -l)

2013-04-29 Thread Eir Nym
On 29 April 2013 10:19, Gleb Smirnoff  wrote:
> On Sun, Apr 28, 2013 at 11:36:20PM +0400, Eir Nym wrote:
> E> Since -l switch introduced into install(8), I can't build new FreeBSD
> E> box at all.
> E>
> E> I do following command set to build new box: (http://eroese.org/mkw.sh)
> E> 1) cd /usr/head/src && svn up
> E> 2) make buildworld
> E> 3) make DESTDIR=/path/to/directory hierarchy distrib-dirs distribution
> E> installworld
> E>
> E> This worked for long time but after some point it had been broken. I
> E> found only 20130425 in UPDATING about this, but installing mergemaster
> E> gives nothing, obviously.
> E> I can't compile new install(8) since I have old system like
> E> FreeBSD-9-RELEASE (FreeBSD-CURRENT, r226748) and it doesn't have
> E> needed functions.
> E>
> E> The tail of install log is below.
> E>
> E> .. (lines removed)
> E> mtree -deU -f /usr/head/src/etc/mtree/BSD.sendmail.dist -p
> E> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/
> E> ./var/spool/clientmqueue missing (created)
> E> install -l s usr/src/sys 
> /usr/home/root/logs/2013-04-28/16.18.03/distro.i386/sys
> E> install: illegal option -- l
> E> usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
> E>[-o owner] file1 file2
> E>install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
> E>[-o owner] file1 ... fileN directory
> E>install -d [-v] [-g group] [-m mode] [-o owner] directory ...
> E> *** [distrib-dirs] Error code 64
>
> I came to the following recipe when upgrading from a stale current to
> a modern one. This workarounds problem with install(1) and failure of
> clang bootstrap with old time.h in /usr/include.
>
> cd usr.bin/xinstall
> make && make install && make clean
> cd -
> make hierarchy
> make includes
>
> Now, make buildworld is possible.
>

I've tried this, but with no hope:

Warning: Object directory not changed from original
/usr/head/src/usr.bin/xinstall
cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
-I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
-I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition
-Wno-pointer-sign -c xinstall.c
xinstall.c: In function 'main':
xinstall.c:301: warning: implicit declaration of function 'gid_from_group'
xinstall.c:301: warning: nested extern declaration of 'gid_from_group'
xinstall.c:311: warning: implicit declaration of function 'uid_from_user'
xinstall.c:311: warning: nested extern declaration of 'uid_from_user'
xinstall.c: In function 'metadata_log':
xinstall.c:1331: warning: implicit declaration of function 'strsvis'
xinstall.c:1331: warning: nested extern declaration of 'strsvis'
cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
-I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
-I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition
-Wno-pointer-sign -c
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c: In
function 'setup_getid':
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
warning: implicit declaration of function 'pwcache_groupdb'
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:137:
warning: nested extern declaration of 'pwcache_groupdb'
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
warning: implicit declaration of function 'pwcache_userdb'
/usr/head/src/usr.bin/xinstall/../../contrib/mtree/getid.c:139:
warning: nested extern declaration of 'pwcache_userdb'
cc -O2 -pipe  -I/usr/head/src/usr.bin/xinstall/../../contrib/mtree
-I/usr/head/src/usr.bin/xinstall/../../lib/libnetbsd
-I/usr/head/src/usr.bin/xinstall/../../lib/libmd -DNDEBUG -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition
-Wno-pointer-sign  -o xinstall xinstall.o getid.o -lmd
xinstall.o: In function `metadata_log':
xinstall.c:(.text+0x169): undefined reference to `strsvis'
xinstall.c:(.text+0x20e): undefined reference to `strsvis'
xinstall.o: In function `main':
xinstall.c:(.text+0x2472): undefined reference to `gid_from_group'
xinstall.c:(.text+0x24f8):