from:"Julian H. Stacey"

Re: missing: usr.bin/rdist - used: ports/net/rdist6

2002-11-28 Thread Julian H. Stacey

Kris Kennaway wrote:
 On Thu, Nov 28, 2002 at 07:22:16PM +0100, Julian Stacey wrote:
  5.0-DP2 (unlike 4.7) has no src/usr.bin/rdist - just ports/net/rdist6
 =20
  rdist6 is supposed to be better, but no rdist after basic install is a pa=
 in.
 =20
  Has this been well debated already ? or should I file a Send-PR ?
 
 It was moved to the 44bsd-rdist port, because it's not particularly
 useful thesedays in the fact of better tools like rsync.

Thanks Kris,

- But Rsync (1.5M) is also not in src/ !
- Rdist(1) is in the 4.3 UCB blue ring bound URM manual.  Principle
  of least suprise could have left it.  Rdist is more generic on
  older Unixes, which often have no rdist6 or rsync.
- Does src/ have anything protocol compatible with most
  other older /or commercial Unix bases ?
- 4.3 UCB URM does not even list man fortune(1) yet 5.0-DP2 
  src/games/fortune bloats 3735K.  ports/net/44bsd-rdist takes 297K,
  4.7 src/usr.bin/rdist is just 114K.
- Please consider restoring rdist to FreeBSD.  Thanks.

Julian Stacey
jhs @ berklix.com   Computer Systems Engineer, Unix  Net Consultant, Munich.
   Ihr Rauchen = mein allergischer Kopfschmerz !  Schnupftabak probieren.
   European BSD Conference, Munich Pre-Planning  http://berklix.org/conf/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Sound familiar? 5.0-RC hangs on dual athlon

2002-12-09 Thread Julian H. Stacey

Jacques A. Vidrine 
cc  current@

I have an ASUS P2L97-DS ACPI BIOS Revision 1008 Dual cpu box
FreeBSD 5.0-DP2 #0: Wed Dec  4 00:26:02 CET 2002
CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU)
Origin = GenuineIntel  Id = 0x650  Stepping = 0
Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,
MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
real memory  = 536858624 (511 MB)
avail memory = 514600960 (490 MB)

I also experienced unusable instability with 5.0-DP2 DUAL CPU kernel.
it crashed with lots of different stack traces, 
so I didnt chase/report (lack of time, (I migh have found time
if it was one thing consiustently, but no time for a variety))
Easiest way to get it to crash in minutes was do several jobs 
at once, EG
cd /usr/src ; make -j 10
Without the j 10 it reduced to `just' a handful of crashes during make.

I dropped back to a generic single CPU kernel.

( Which cancelled main reason I moved to 5.0-DP2:
to get ATA bus working with dual, see my Nov. 22
   Subject: 5.0-DP2: SMP+ATA OK.  But 4.7  stable boot panic with ASUS P2L97-DS   To: 
freebsd-current@
)

I'm down loading 5.0-RC1-i386-disc1.iso

Julian Stacey
jhs @ berklix.com   Computer Systems Engineer, Unix  Net Consultant, Munich.
  Ihr Rauchen = mein allergischer Kopfschmerz !  Schnupftabak probieren.
  Munich BSD Conference:http://berklix.org/conf/
  Spam phrases triggering deletion: http://berklix.com/jhs/mail/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: 2nd ether device wont config

2002-12-09 Thread Julian H. Stacey

Dhee Reddy wrote:
 FWIW.
i have a similar setup except that the fxp is replaced by rl. All i did wa
 s
to change ifconfig_ed1 to ifconfig_ed0 in rc.conf.
   for some strange reason, when i installed(sysinstall), the ed card was
detected as ed1 and not as ed0 but on subsequent boots (after i changed
rc.conf) its running smooth as before.

Thanks, I tried it, didnt work though,
I too saw some ed0 ed1 confusuion on that box, but I think it was on
4.7, I'm downloading 5.0-RC now.

Julian Stacey
jhs @ berklix.com   Computer Systems Engineer, Unix  Net Consultant, Munich.
  Ihr Rauchen = mein allergischer Kopfschmerz !  Schnupftabak probieren.
  Munich BSD Conference:http://berklix.org/conf/
  Spam phrases triggering deletion: http://berklix.com/jhs/mail/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: /usr/libexec/ld-elf.so.1 not installed by cd /usr/src;make install

2002-12-18 Thread Julian H. Stacey

Dimitry Andric wrote:
 On 2002-12-18 at 16:35:24 Julian Stacey wrote:
 
 JS With  5.0-RC1 /usr/libexec/ld-elf.so.1 is not installed by `cd
 JS /usr/src;make install` the date stamp remains old.
 
 Yes it is, but it isn't modified if the freshly compiled file is
 exactly the same as the currently existing file. Please check out
 /usr/src/libexec/rtld-elf/Makefile, where you can see that it is
 installed with flags -fschg -C -b to install(1).

Thanks !  Sorry for my bad report, I did a (too quick) look with
`cd /usr/src ; find . -name rtld` but failed to seek rtld\*


 The same thing is done for the a.out dynamic loader.

/usr/src/libexec/rtld-aout/Makefile:
INSTALLFLAGS= -fschg -C # -C to install as atomically as possible

Does FreeBSD need to preserve the date 
( like ar r libc.a  ranlib scenarios of old) ?
or is this `atomically as possible' avoidance of date change, just a hope
that it'll be done quicker ?  in which case should we add a subsequent
touch /usr/libexec/ld-elf.so.1
so that the target directory doesn't look suspiciously un-updated ?


 Btw, you should probably use make installworld instead of make
 install. :-)

Yes I suppose so after any current src/ updates,
But mine is a virginal unchanged binaries match sources
system, fresh from 5.0-RC1-i386-disc1.iso.  I just did a
simple install to ensure nothing else was still missing,
after a repair of hard disk libs from 5.0-RC1-i386-disc2.iso 
 then checked bin  lib dates looked OK.
BTW World started when I sent last mail.

Julian Stacey
jhs @ berklix.com   Computer Systems Engineer, Unix  Net Consultant, Munich.
  Ihr Rauchen = mein allergischer Kopfschmerz !  Schnupftabak probieren.
  Munich BSD Conference:http://berklix.org/conf/
  Spam phrases triggering deletion: http://berklix.com/jhs/mail/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Time drift.

2003-03-11 Thread Julian H. Stacey

James Satterfield wrote:
 I guess I've just never paid that much attention to the clock. I think it's t
 ime for me to get a real clock and setup an NTP server.
 Thanks.
 James.

One of my gate boxes drifts about 11.5 sec a day.  I use rdist to
keep all my hosts at each site in sync - vital for NFS makes !  
I use cron /or ppp dial up, to trigger one shot calls EG
/usr/sbin/ntpdate ntp1.t-online.de to sync the gate that acts as
rdist server.  I havent set up an NTP server, I'm happy being an
NTP client.  I still havent protected myself from the ramifications
of time lurches on my local net, while NFS compiling. I seem to
recall one of rdist  ntp offered sliding updates,  the other only
offered lurching updates. Maybe I'm wrong, hope so, must get back
to it some time.

Julian Stacey  jhs @ berklix.com
A few mails lost, please resend if awaiting a reply.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-02 Thread Julian H. Stacey

Hi current@,
It seems I need if_urtwn driver for a really miniature WLAN USB stick,
 if_urtwn is only in current ?
man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ?

It took hours to search this far, is there a quicker way to find
drivers that I should have taken, that could go as tips in
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html
This is how I deduced what I needed:
--

This is in the chronlogical search order I took:


http://www.conrad.de/ce/de/product/993655/?insert_kz=NAhk=SEMWT.srch=1scamp=GB6_Computer%20u%20Office_Netzwerksaddg=Netzwerk-Adapter_WLAN-Adaptergclid=CKK14r7T-LkCFYJd3god_B8Afw
Cost 9.95 Euro
Paper Label:
 Edimax 150 Mbps Wireless 802.11b/g/n nano USB Adapter
 Green PowerSaving
 3 time wirless coverage
 Smart EZmax setup wizard
 WPS,WPA2, 802.1x support
 b g Wi Fi n Certified
 GreenWLAN
 EW-7811Un
 MAC Linux Windows7
 CDROM: Utility  Multi-language QIG  User Manual,
Version 3.0 November 2010

http://www.amazon.com/gp/product/B005CLMJLU/ref=as_li_ss_tl?ie=UTF8tag=sesoca-20linkCode=as2camp=1789creative=390957creativeASIN=B005CLMJLU
Modulation OFDM: BPSK, QPSK, 16-QAM, 64-QAM, DSSS. Frequency
Band 2.4GHz - 2.4835GHz. Antenna internal chip antenna.
Channels (FCC) 2.4GHz : 1~11.

Security 64/128 bit WEP Encryption and
WPA-PSK, WPA2-PSK security; WPS compatible IEEE 802.1X .

devd -d -D reports:
match   vendor0x7392;   # 
current/src//sys/dev/usb/usbdevs: Edimax
match   product   0x7811;   # 
current/src//sys/dev/usb/usbdevs: EW-7811Un
match   release   0x0200;
match   devclass  0x00;
match   devsubclass   0x00;
match   intclass  0xff;
match   intsubclass   0xff;

Realtek was seen on the cdrom:
/Linux Driver/rtl8192CU_8188CU_linux_v2.0.939.20100726/driver/\
rtl8192CU_linux_v2.0.939.20100726.tar.gz
with 18
rtl8192CU_linux_v2.0.939.20100726/core/rtw*
including rtw_cmd.c with:
* rtl871x_cmd.c
The contents of this file is the sole property of Realtek Corp
# #define _RTL871X_CMD_C_

http://distrowatch.com/weekly.php?issue=20130902mode=67
17 # Hardware drivers (by Angel on 2013-09-03 12:38:33 GMT from 
Philippines)
@9 BluPhoenyx

I have the same wifi dongle, Edimax EW-7811Un . The Linux
kernel driver provided is RTL8192cu. It does not work
properly. However, a working driver can be downloaded from
Realtek: 8192cu. I'm using it now on my desktop with kernel
3.20.25, Ubuntu 12.04. Has worked fine with different
distros, various kernels
Instructions here:

http://www.linux-hardware-guide.com/2012-10-07-edimax-ew-7811un-wireless-usb-150-mbits-802-11n

http://www.linux-hardware-guide.com/2012-10-07-edimax-ew-7811un-wireless-usb-150-mbits-802-11n
The following devices are identical to the Edimax EW-7811UN:
* Edimax EW-7811GLn, EW-7811Un, EW-7811UWn, GWU-H811GLn
* Airlink101 AWLL5088
* Sitecom WL-365
* GETNET GN-521U
The USB stick uses the Realtek RTL8188CUS chipset, which
is supported by the kernel module rtl8192cu. This module
is included in the kernel since version = 3.0 and will be
loaded automatically:

If the EW-7811UN stick is used with older distributions it
might be necessary to use the Edimax original drivers
together with NdisWrapper.  Furthermore, one can use the
original Realtek drivers.

http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PFid=48Level=5Conn=4ProdID=277DownTypeID=3GetDown=falseDownloads=true#2772

http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PFid=48Level=5Conn=4ProdID=277DownTypeID=3GetDown=falseDownloads=true#2772
2 options to choose:
Linux Kernel 2.6.18~2.6.38 and Kernel 3.0.8
Android 1.6~2.3 and 4.0
Version Update  Size
3.4.4_4749  2012/11/12  7308k

ftp://WebUser:Lc9FuH5r@95.130.192.218/cn/wlan/RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip
Or
MAC OSX 10.8 Install Package
2.0.1   2012/10/18  2723k

ftp://WebUser:Lc9FuH5r@95.130.192.218/cn/wlan/Wlan_11n_USB_MacOS10.8_Driver_UI_2.0.1.zip
XXX
Browser for some reason moves on to:
http://218.210.127.131/
Which has more Realtek chips.

Downloaded both:
7483477 Nov 12  2012 RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip
2788945 Oct 18  2012 Wlan_11n_USB_MacOS10.8_Driver_UI_2.0.1.zip
MD5 (RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip) = 
791bde2cd1a13dfbbf2338c799dd8aaf   ***
MD5

Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-03 Thread Julian H. Stacey

Rui Paulo wrote:
 
 On 2 Oct 2013, at 16:57, Julian H. Stacey j...@berklix.com wrote:
 
  Hi current@,
  It seems I need if_urtwn driver for a really miniature WLAN USB stick,
   if_urtwn is only in current ?
  man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ?
 
 
 This driver was never merged to FreeBSD 9.

OK, Thanks for confirmation.


 Can you use FreeBSD 10 instead?

Yes, easier than building from 9.X I guess ( helps test alpha :-).
I'll fetch from local mirror, per
http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044951.html


 The port reference in the man page is wrong. The firmware is now shipped as 
 part of the base system.

Oh nice, easier :-)

 
 --
 Rui Paulo

Thanks Rui !

PS In case anyone else mailed me off list, please resend,
As I had a disk overflow I checked beyond
http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045040.html
 nothing further, which is fine,

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

lock order reversals on 10.0-ALPHA4

2013-10-06 Thread Julian H. Stacey

With:
FreeBSD lapr.js.berklix.net 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0
r255933: Sun Sep 29 02:50:54 UTC 2013
r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

At boot dmesg shows several lock order reversals, eg

--
Trying to mount root from ufs:/dev/ad4s2a [rw]...
ipfw2 (+ipv6) initialized, divert loadable, nat loadable, default to deny, 
logging disabled
lock order reversal:
 1st 0xfe00a6e26b48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3059
 2nd 0xf80005cf8400 dirhash (dirhash) @ 
/usr/src/sys/ufs/ufs/ufs_dirhash.c:284
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00c8f3d3f0
kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00c8f3d4a0
witness_checkorder() at witness_checkorder+0xd23/frame 0xfe00c8f3d530
_sx_xlock() at _sx_xlock+0x75/frame 0xfe00c8f3d570
ufsdirhash_add() at ufsdirhash_add+0x3b/frame 0xfe00c8f3d5b0
ufs_direnter() at ufs_direnter+0x688/frame 0xfe00c8f3d670
ufs_makeinode() at ufs_makeinode+0x573/frame 0xfe00c8f3d830
ufs_symlink() at ufs_symlink+0x32/frame 0xfe00c8f3d880
VOP_SYMLINK_APV() at VOP_SYMLINK_APV+0xf0/frame 0xfe00c8f3d8b0
kern_symlinkat() at kern_symlinkat+0x23e/frame 0xfe00c8f3dae0
amd64_syscall() at amd64_syscall+0x265/frame 0xfe00c8f3dbf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe00c8f3dbf0
--- syscall (57, FreeBSD ELF64, sys_symlink), rip = 0x800888ffa, rsp = 
0x7fffca58, rbp = 0x7fffdc10 ---
lock order reversal:
 1st 0xf800881b9d50 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:851
 2nd 0xf800881b99a0 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2099
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00c8ed93d0
kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00c8ed9480
witness_checkorder() at witness_checkorder+0xd23/frame 0xfe00c8ed9510
__lockmgr_args() at __lockmgr_args+0x6f2/frame 0xfe00c8ed9640
vop_stdlock() at vop_stdlock+0x3c/frame 0xfe00c8ed9660
VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfe00c8ed9690
_vn_lock() at _vn_lock+0xab/frame 0xfe00c8ed9700
vget() at vget+0x70/frame 0xfe00c8ed9750
devfs_allocv() at devfs_allocv+0xfd/frame 0xfe00c8ed97a0
devfs_root() at devfs_root+0x43/frame 0xfe00c8ed97d0
vfs_donmount() at vfs_donmount+0x115e/frame 0xfe00c8ed9aa0
sys_nmount() at sys_nmount+0x72/frame 0xfe00c8ed9ae0
amd64_syscall() at amd64_syscall+0x265/frame 0xfe00c8ed9bf0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe00c8ed9bf0
--- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a9dd7a, rsp = 
0x7fffccb8, rbp = 0x7fffd220 ---


It comes up multi user OK,
Do you already have enough lock order reversal to work on,
or do you want me to run diagnostics ? what ?

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-06 Thread Julian H. Stacey


I wrote Thu, 03 Oct 2013 23:28:43 +0200 
 Rui Paulo wrote:
  
  On 2 Oct 2013, at 16:57, Julian H. Stacey j...@berklix.com wrote:
  
   Hi current@,
   It seems I need if_urtwn driver for a really miniature WLAN USB stick,
if_urtwn is only in current ?
   man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ?
  
  
  This driver was never merged to FreeBSD 9.
 
 OK, Thanks for confirmation.
 
 
  Can you use FreeBSD 10 instead?
 
 Yes, easier than building from 9.X I guess ( helps test alpha :-).
 I'll fetch from local mirror, per
 http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044951.html
 
 
  The port reference in the man page is wrong. The firmware is now shipped as 
  part of the base system.
 
 Oh nice, easier :-)

I'm happy to report with 10.0-ALPHA4 /boot/loader.conf if_urtwn_load=YES
`ifconfig wlan0 scan` works OK. Thanks :-) 

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: lock order reversals on 10.0-ALPHA4

2013-10-06 Thread Julian H. Stacey

  Those two LORs are well-known and at least the fist is definitely a false
 positive.  They're rather tricky to fix; there's been previous discussion.
 
 The first one is #261 at http://sources.zabbadoz.net/freebsd/lor.html .
  The second one is probably #280.
 
 Cheers,
 matthew

Thanks Matthew, I'll ignore them then, plenty else to do :-)

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: FreeBSD 10.0-ALPHA4 now available

2013-10-07 Thread Julian H. Stacey

 The fourth ALPHA build of the 10.0-RELEASE release cycle is now available
 on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
 sparc64 architectures.
 
 Note:  Due to build issues within the head/ branch, ALPHA3 ISO builds
 were skipped.
 
 The 10.0-ALPHA4 builds correlate to svn revision r255933 of the head/
 branch.

(After zapping boot on an adjacent parition  repairing,)
I avoided installer,  booted another partition, mounted
FreeBSD-10.0-ALPHA4-amd64-memstick.img  tar'ed to empty partition

10.0-ALPHA4 runs, built  ran new generic kernel  ports X11 etc. :-)

I had supposed an Alpha /usr/src would compile even if it broke at run time. 
Not so, 10.0-ALPHA4 src/ is broken (with  without obj  depend). 
 cd /usr/src ; make -i install 
killed the system. To avoid killing, I hacked Makefiles, list below.
Reinstalled  survived.

I'll try with a newer current later, but Alpha4 src/ needs fixing.

cd /usr/src ; cp /dev/null ~/tmp/`uname -r`.diffs
foreach i ( `find . -name Makefile\*.pre_jhs | sort`)
 echo  ~/tmp/`uname -r`.diffs
 diff -c $i `dirname $i`/`basename $i .pre_jhs`  ~/tmp/`uname -r`.diffs
 end

*** ./Makefile.inc1.pre_jhs Mon Oct  7 12:51:25 2013
--- ./Makefile.inc1 Mon Oct  7 12:51:57 2013
***
*** 71,77 
  .endif
  SUBDIR+=gnu include
  .if ${MK_KERBEROS} != no
! SUBDIR+=kerberos5
  .endif
  .if ${MK_RESCUE} != no
  SUBDIR+=rescue
--- 71,77 
  .endif
  SUBDIR+=gnu include
  .if ${MK_KERBEROS} != no
! # pre_jhs SUBDIR+=kerberos5
  .endif
  .if ${MK_RESCUE} != no
  SUBDIR+=rescue

*** ./lib/ncurses/Makefile.pre_jhs  Mon Oct  7 12:48:21 2013
--- ./lib/ncurses/Makefile  Mon Oct  7 14:53:27 2013
***
*** 1,6 
  # $FreeBSD: head/lib/ncurses/Makefile 167359 2007-03-09 12:11:58Z rafan $
  
! SUBDIR=   ncurses form menu panel \
!   ncursesw formw menuw panelw
  
  .include bsd.subdir.mk
--- 1,9 
  # $FreeBSD: head/lib/ncurses/Makefile 167359 2007-03-09 12:11:58Z rafan $
  
! SUBDIR=   form menu panel \
!   formw menuw panelw
! # pre_jhs breaks compiling SUBDIR += ncurses
! # pre_jhs breaks compiling SUBDIR += ncursesw
! # pre_jhs install breaks /lib/libncurses.so.8: Undefined symbol _nc_wacs 
SUBDIR += ncursesw
  
  .include bsd.subdir.mk

*** ./rescue/Makefile.pre_jhs   Mon Oct  7 13:23:46 2013
--- ./rescue/Makefile   Mon Oct  7 13:25:57 2013
***
*** 1,6 
  # $FreeBSD: head/rescue/Makefile 117035 2003-06-29 18:35:37Z gordon $
  
  SUBDIR=   librescue \
!   rescue
  
  .include bsd.subdir.mk
--- 1,7 
  # $FreeBSD: head/rescue/Makefile 117035 2003-06-29 18:35:37Z gordon $
  
  SUBDIR=   librescue \
! 
! # pre_jhs rescue
  
  .include bsd.subdir.mk

*** ./sbin/atm/Makefile.pre_jhs Sun Sep 29 03:14:17 2013
--- ./sbin/atm/Makefile Mon Oct  7 13:37:45 2013
***
*** 23,28 
  # @(#) $Id: Makefile,v 1.5 1998/07/10 16:01:58 jpt Exp $
  # $FreeBSD: head/sbin/atm/Makefile 179308 2008-05-25 22:11:40Z rwatson $
  
! SUBDIR=   atmconfig
  
  .include bsd.subdir.mk
--- 23,28 
  # @(#) $Id: Makefile,v 1.5 1998/07/10 16:01:58 jpt Exp $
  # $FreeBSD: head/sbin/atm/Makefile 179308 2008-05-25 22:11:40Z rwatson $
  
! #pre_jhs SUBDIR=  atmconfig
  
  .include bsd.subdir.mk

*** ./share/i18n/Makefile.pre_jhs   Sun Sep 29 03:09:07 2013
--- ./share/i18n/Makefile   Mon Oct  7 13:58:44 2013
***
*** 3,8 
  
  .include bsd.own.mk
  
! SUBDIR=   csmapper esdb
  
  .include bsd.subdir.mk
--- 3,9 
  
  .include bsd.own.mk
  
! # pre_jhs both break  SUBDIR= csmapper esdb
! SUBDIR=   
  
  .include bsd.subdir.mk

*** ./sys/boot/userboot/Makefile.pre_jhsSun Sep 29 03:12:25 2013
--- ./sys/boot/userboot/MakefileMon Oct  7 14:05:33 2013
***
*** 2,8 
  
  .include bsd.own.mk
  
! SUBDIR=   ficl libstand test userboot
  
  .include bsd.subdir.mk
  
--- 2,9 
  
  .include bsd.own.mk
  
! # pre_jhs SUBDIR= ficl libstand test userboot
! SUBDIR=   ficl libstand test 
  
  .include bsd.subdir.mk
  

*** ./usr.bin/Makefile.pre_jhs  Sun Sep 29 03:13:01 2013
--- ./usr.bin/Makefile  Mon Oct  7 14:13:43 2013
***
*** 261,267 
  .endif
  
  .if ${MK_KERBEROS_SUPPORT} != no
! SUBDIR+=  compile_et
  .endif
  
  .if ${MK_LDNS_UTILS} != no
--- 261,267 
  .endif
  
  .if ${MK_KERBEROS_SUPPORT} != no
! #pre_jhs SUBDIR+= compile_et
  .endif
  
  .if ${MK_LDNS_UTILS} != no

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: Committing PEFS to CURRENT

2013-10-07 Thread Julian H. Stacey

Hi Gleb All
Gleb Kurtsou wrote:
Hello,

I would like to ask everybody's opinion regarding committing PEFS to
CURRENT.

PEFS is a stacked cryptographic file system for FreeBSD. Development
started as Google Summer of Code project in 2009. It has been in ports
since Sept 2011. I maintain the project.

Conceptually PEFS is similar to nullfs adding encryption layer on top of
it. But it differs technically by not using vop_bypass. Another popular
stacked cryptographic file systems include eCryptfs (linux) and encfs
(fuse). There is also pam_pefs pam module to allow user authentication
with their PEFS-encrypted home directory password.

2 others are also already in FreeBSD src/ (not just ports) gbde geli.

Whether moved from ports to src or not, either way,
I sggest add to man section SEE ALSO gbde(8) geli(8)

Also, SEE ALSO of gbde geli should probably ref ports/sysutils/pefs-kmod
ft: Command not found.

No pefs yet i SEE ALSO of
http://www.freebsd.org/cgi/man.cgi?query=gbdeapropos=0sektion=8manpath=FreeBSD+9.2-RELEASEarch=defaultformat=html
http://www.freebsd.org/cgi/man.cgi?query=geliapropos=0sektion=8manpath=FreeBSD+9.2-RELEASEarch=defaultformat=html

I suggest add an href inside:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html
Even if just a 1 liner to start, to expand to a section later.
(None there for 'pefs', I just searched)

Personaly I've been using gbde based on top of a file inside a UFS
for a long time, I can't remember why I chose gbde rather than geli,
I guess because it was there first ?

A dummy's guide short notes along the lines of Which of these 3 should I use?
might also later be nice at the top of that web page :-)

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: Committing PEFS to CURRENT

2013-10-07 Thread Julian H. Stacey

Gleb Kurtsou wrote:
On Mon, Oct 7, 2013 at 12:58 PM, Julian H. Stacey j...@berklix.com wrote:
Hi Gleb All
Gleb Kurtsou wrote:
Hello,

I would like to ask everybody's opinion regarding committing PEFS to
CURRENT.

PEFS is a stacked cryptographic file system for FreeBSD. Development
started as Google Summer of Code project in 2009. It has been in ports
since Sept 2011. I maintain the project.

2 others are also already in FreeBSD src/ (not just ports) gbde geli.

geli and gbde are different concept, they provide encrypted block level
devices.

Yes, I allocate eg 2 Gig { via dd on a file on UFS or an MBR partition
on a USB stick }, [then use mdconfig if a file on UFS] before I
gbde, I've always thought I'd have to bite the ZFS bullet to escape
fixed sizing, but PEFS offers variable sizing :-)

PEFS transparently encrypts data on existing file system.

Here is what you can do with PEFS:
% mkdir ~/Private
% pefs mount ~/Private ~/Private
% pefs addkey ~/Private
% echo Hello WORLD ~/Private/test
% ls -Al ~/Private
total 1
-rw-r--r-- 1 gleb gleb 12 Oct 1 12:55 test
% cat ~/Private/test
Hello WORLD
% pefs unmount ~/Private
% ls -Al ~/Private
total 1
-rw-r--r-- 1 gleb gleb 12 Oct 1 12:55 .DU6eudxZGtO8Ry_2Z3Sl+tq2hV3O75jq
% hd ~/Private/.DU6eudxZGtO8Ry_2Z3Sl+tq2hV3O75jq
7f 1e 1b 05 fc 8a 5c 38 fc d8 2d 5f |..\8..-_|
000c

Nice.

Take a look a great article in the BSD Magazine or

Downloaded (free)

http://glebkurtsou.blogspot.com/2009/10/encrypting-private-directory-with-pefs.html

Will do.

Whether moved from ports to src or not, either way,
I sggest add to man section SEE ALSO gbde(8) geli(8)

Good point, thanks.

Also, SEE ALSO of gbde geli should probably ref ports/sysutils/pefs-kmod
ft: Command not found.

Sorry, line above my mouse seems to have caught my mistyped vi !}fmt from
elsewhere.

Personaly I've been using gbde based on top of a file inside a UFS
for a long time, I can't remember why I chose gbde rather than geli,
I guess because it was there first ?

A dummy's guide short notes along the lines of Which of these 3 should I
use?
might also later be nice at the top of that web page :-)

There is no answer for the question, each system does it's own thing
and does it differently:
* With PEFS backups are much easier:
- Use regular backup software for backing up encrypted data (lower
level file system), that would allow delta backup only.

Sorry, I don't quite understand what's meant.
( I use rdist6 to backup individual changes in one tree to a tree
on gbde on an mdconfig'd image on a ufs on a remote host or local
USB stick, Easy after set up, all normal tools work, but yes,
target size is fixed unlike PEFS. )

- Create file system snapshots, e.g. zfs, then zfs send/receive,
regardless whether file system is encrypted or not.
* Setting up multiple encrypted file system is much easier -- no need
to preallocate storage and create file system.
* With PEFS it's possible to add key to encrypted home directory
during login (pam_pefs).
* PEFS let's you use multiple key in same file system.

Useful, I hope it makes it to src/ I suggest contribute summary above to

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html

Thanks
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

Customising FreeBSD - Was Re: rcs

2013-10-08 Thread Julian H. Stacey

[ My sympathies lean toward those who want to retain RCS, 
but as I dont personaly use it, that's all on that. ] ...


 screen, zsh, vim-lite, git why is that so manual for me?  Why can't I 
 just register a package set somewhere so that all I have to type in is 
 alfred.perlstein.devel into a box during the installer and I get all 
 my packages by default?

In 1993 I was tired of manually customising generic
FreeBSD to what I needed, so I wrote  still use
http://berklix.com/~jhs/bin/.csh/customise
After cd /usr/src;make install
I run customise to apply all my outstanding src/  ports/
patches  ports preferences etc from my public tree.
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/
 run src install again  then variations of
cd /usr/ports ; make BERKLIX_MINIMAL=YES BERKLIX_CLIENT=YES
make BERKLIX_SERVER=YES BERKLIX_GATE=YES BERKLIX_AMBITIOUS=YES install
I'm doing it on Alpha4 now. (Yup I know 5 is out, but ports/ takes
days to build).

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-08 Thread Julian H. Stacey

Hi Alfred  cc current.

Alfred Perlstein wrote:
 On 10/6/13 8:21 AM, Julian H. Stacey wrote:
  I wrote Thu, 03 Oct 2013 23:28:43 +0200
  Rui Paulo wrote:
  On 2 Oct 2013, at 16:57, Julian H. Stacey j...@berklix.com wrote:
 
  Hi current@,
  It seems I need if_urtwn driver for a really miniature WLAN USB stick,
   if_urtwn is only in current ?
  man 4 if_urtwn refers to ports/net/urtwn-firmware-kmod which is missing ?
 
  This driver was never merged to FreeBSD 9.
  OK, Thanks for confirmation.
 
 
  Can you use FreeBSD 10 instead?
  Yes, easier than building from 9.X I guess ( helps test alpha :-).
  I'll fetch from local mirror, per
  http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044951.html
 
 
  The port reference in the man page is wrong. The firmware is now shipped 
  as part of the base system.
  Oh nice, easier :-)
  I'm happy to report with 10.0-ALPHA4 /boot/loader.conf if_urtwn_load=YES
  `ifconfig wlan0 scan` works OK. Thanks :-)
 
  Cheers,
  Julian
 
 Cool!
 
 I have a g4 tibook 12in with an if_bwn that doesn't really work at all.
 
 I got one of these (if_urtwn) and it works enough to download about a 
 meg or so before the watchdog kicks in and I have to ifconfig down/up it 
 to get it to respond again.
 
 I even have a patch pending to add the usb identifier for this.
 
 Is there someone I can provide debug information for to help resolve this?

I too am seeing
urtwn0: timeout waiting for checksum report
sometimes I can scan  sometimes not, 
(whereas with a run0: stick I have no problem)
I've not got as far as trying to move data.
I'd appreciate any patches you have Alfred

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-08 Thread Julian H. Stacey

 I too am seeing
   urtwn0: timeout waiting for checksum report

urtwn0: at uhub3, port 3, addr 4 (disconnected)
(BTW there's no external hub, uhub3 must be inside laptop, 
 there's no loose connection, laptop was not touched, all work was remote)

PS a typical sample comparison of scanned signal strengths 
of one of the ~15 nets localy:
 54M -49:-86  100 EP   RSN WPA WMErun0 big stick, 
 54M -69:-95  100 EP   RSN WPA WMEurtwn0 nano edimax EW-7811Un
so the edimax is typically down about 20 on left column on all ~15 local nets.

The aerial must be a minute fraction of the wavelength.
I suppose wavelengths are is approx:
3 x 10^8 metre/second / 2.4 GHz = 3/2.4 x 10^(8-9) m = 12.5 cm
 ~6cm for 5GHz band.

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: FreeBSD 10.0-ALPHA4 now available

2013-10-08 Thread Julian H. Stacey

Hi, Reference:
 From: Benjamin Kaduk ka...@mit.edu 
 Date: Tue, 8 Oct 2013 20:07:59 -0400 (EDT) 

Benjamin Kaduk wrote:
 [-re]

 On Mon, 7 Oct 2013, Julian H. Stacey wrote:

  The fourth ALPHA build of the 10.0-RELEASE release cycle is now available
  on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
  sparc64 architectures.

  Note:  Due to build issues within the head/ branch, ALPHA3 ISO builds
  were skipped.

  The 10.0-ALPHA4 builds correlate to svn revision r255933 of the head/
  branch.

  (After zapping boot on an adjacent parition  repairing,)
  I avoided installer,  booted another partition, mounted
  FreeBSD-10.0-ALPHA4-amd64-memstick.img  tar'ed to empty partition

  10.0-ALPHA4 runs, built  ran new generic kernel  ports X11 etc. :-)

  I had supposed an Alpha /usr/src would compile even if it broke at run time.
  Not so, 10.0-ALPHA4 src/ is broken (with  without obj  depend).
   cd /usr/src ; make -i install
  killed the system. To avoid killing, I hacked Makefiles, list below.
  Reinstalled  survived.

 I thought buildworld+installworld was the documented way to build 
 everything.

Yes, for an evolving current that's true 
(I'd perhaps forgotten, as I've been away from current  was tired) 
but in the case of a release ( Alpha4 is intended for a release
after fixes) I expect binaries on media to exactly match the identical
src they are presumably made from, so as a simple sanity  machine
hardware  file corruption etc check I always do the same simple
make with any release.

If re@ are not shipping a matched set of bins built from src theyre
shipped with, I'd be very suprised,  would want to know.

 Do you have other documentation I should look at?

Sorry, not sure what you want ?

  I'll try with a newer current later, but Alpha4 src/ needs fixing.

  cd /usr/src ; cp /dev/null ~/tmp/`uname -r`.diffs
  foreach i ( `find . -name Makefile\*.pre_jhs | sort`)
  echo  ~/tmp/`uname -r`.diffs
  diff -c $i `dirname $i`/`basename $i .pre_jhs`  ~/tmp/`uname -r`.diffs

 BTW, unified diffs are preferred.

I find context diffs easier to read,  these were just to read, to
show where ALPHA4 is broken. I do not want those patches stoed to
apply, that would be wrong, they are just temporary to show where
ALPHA4 will commit suicide, untill re@ fixes underlying breakages.

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-09 Thread Julian H. Stacey

Hi all,
Adrian Chadd wrote:
 Note the noise floor differences.. wonder why that is.

Yes, more measurements etc at:
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/share/man/man4/urtwn.4.REL=current.diff


 Rui ported the uwrtn stuff, right?

It seems others, so I added them:
To: ke...@freebsd.org
cc: dam...@openbsd.org
to ask if they have newer versions code or firmware to test ?

http://svnweb.freebsd.org/base/head/sys/dev/usb/wlan/if_urtwn.c?view=log
] Import Kevin Lo's port of urtwn(4) from OpenBSD. urtwn(4) is a driver for the
] Realtek RTL8188CU/RTL8192CU USB IEEE 802.11b/g/n wireless cards.
] This driver requires microcode which is available in FreeBSD ports:
] net/urtwn-firmware-kmod.
] Hiren ported the urtwn(4) man page from OpenBSD and Glen just commited a port
] for the firmware.
] Tested by:kevlo, hiren, gjb

 He may be able to help. The driver is
 recent and its likely there are bugs to shake out.

http://svnweb.freebsd.org/base/head/share/man/man4/urtwn.4?view=markup
The urtwn driver first appeared in OpenBSD 4.9 and FreeBSD 10.0.
The urtwn driver was written by Damien Bergamini dam...@openbsd.org.

Also Re. Thomas Mueller's 
 I just happened to be browsing man urtwn in NetBSD-current
 (6.99.23), and Edimax EW-7811Un is listed as supported by this driver.

I See on FreeBSD, OpenBSD, NetBSD:

/pub/FreeBSD/branches/-current/src/sys/
dev/usb/wlan/if_urtwn.c
dev/usb/wlan/if_urtwnreg.h
contrib/dev/urtwn/urtwn-rtl8192cfwT.fw.uu
contrib/dev/urtwn/urtwn-rtl8192cfwU.fw.uu

http://svnweb.freebsd.org/base/head/sys/dev/usb/wlan/if_urtwn.c?view=markup
$OpenBSD: if_urtwn.c,v 1.16 2011/02/10 17:26:40 jakemsr Exp $ 
http://svnweb.freebsd.org/base/head/sys/dev/usb/wlan/if_urtwnreg.h?view=markup
http://svnweb.freebsd.org/base/head/sys/contrib/dev/urtwn/urtwn-rtl8192cfwT.fw.uu?view=markup
http://svnweb.freebsd.org/base/head/sys/contrib/dev/urtwn/urtwn-rtl8192cfwU.fw.uu?view=markup

http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/if_urtwn.c
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/if_urtwn.c?rev=1.32;content-type=text%2Fplain;only_with_tag=MAIN
$OpenBSD: if_urtwn.c,v 1.32 2013/09/30 05:18:57 jsg Exp $
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/if_urtwnreg.h
http://www.openbsd.org/cgi-bin/man.cgi?query=urtwnsektion=4format=html
Can't find firmware BLOB[s] on openbsd.org site

http://netbsd.gw.com/cgi-bin/man-cgi?urtwn++NetBSD-current
/libdata/firmware/if_urtwn/rtl8192cfw.bin
/libdata/firmware/if_urtwn/rtl8192cfwU.bin
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/usb/if_urtwn.c?only_with_tag=MAIN
/*  $NetBSD: if_urtwn.c,v 1.25 2013/08/10 21:15:26 jnemeth Exp $
*/
/*  $OpenBSD: if_urtwn.c,v 1.20 2011/11/26 06:39:33 ckuethe Exp $   
*/

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-09 Thread Julian H. Stacey

  Rui ported the uwrtn stuff, right?
 
 It seems others, so I added them:

Whoops, I missed Rui = paulo in commit logs. Added to cc. Sorry.

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: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter

2013-10-09 Thread Julian H. Stacey

Ref.
http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045333.html

I jhs@ wrote
   Rui ported the uwrtn stuff, right?
  It seems others, so I added them:
 Whoops, I missed Rui = paulo in commit logs. Added to cc. Sorry.

This has header with corrected addresses for
Rui Paulo rpa...@freebsd.org
(my typo. before)
Damien Bergamini damien.bergam...@free.fr
(after dam...@openbsd.org bounced on
reason: 550 5.1.1 dam...@cvs.openbsd.org..
 I pinged @free.fr  got no bounce )

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: May you please add alias for nslookup?

2013-10-12 Thread Julian H. Stacey

RW wrote:
 On Sat, 12 Oct 2013 10:44:56 +0200
 Ivan Voras wrote:
 
  explaning the user what has happened and optionally invoking host
  or dig.
 
 Actually dig has gone 

Rather cryptic for me so I looked:

dig has gone from current src/usr.bin/dig 
nslookup  dig  host 
are all installed by either of current
ports/dns/bind99 or ports/dns/bind-tools 


 and has been replaced by the unbound utility
 drill. 

src/usr.bin/drill/


I agree with O.P. Zhifeng Hu's this is a very basic tools.

Removing src/contrib/bind9 from FreeBSD-10 will get criticised as:
 Calls itself a server OS, but no name server out of the box!

Please resist periodic urges to strip src/ towards just a tool set
capable of rebuilding itself.  Tossing expected tools (even if a
port is more up to date  secure) will annoy users,  potential
immigrants from other Unixes may try then toss FreeBSD.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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

vi drop outs with Bus error

2013-10-14 Thread Julian H. Stacey

Anyone else seeing vi dropping out after a while with Bus error  no core ?

Seen on 10.0-ALPHA4  now on 10.0-ALPHA5 
(after buildkernel installkernel buildworld installworld )

It's not hardware, the laptop is stable  has compiled 594 ports so far,
cd /usr/bin ; ls -l nvi*
-r-xr-xr-x  1 root  wheel  402064 Oct 12 02:42 nvi.4*
-r-xr-xr-x  1 root  wheel  402432 Oct 12 02:42 nvi.5*
file nvi*
nvi.4: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically \
 linked (uses shared libs), for FreeBSD 10.0 (155), stripped
nvi.5: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically \
 linked (uses shared libs), for FreeBSD 10.0 (155), stripped

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: May you please add alias for nslookup?

2013-10-14 Thread Julian H. Stacey

  Removing src/contrib/bind9 from FreeBSD-10 will get criticised as:
   Calls itself a server OS, but no name server out of the box!
  
  Please resist periodic urges to strip src/ towards just a tool set
  capable of rebuilding itself.  Tossing expected tools (even if a
  port is more up to date  secure) will annoy users,  potential
  immigrants from other Unixes may try then toss FreeBSD.
  
  Cheers,
  Julian
 
 I don't think anyone can explain this better than the last post DES put
 on his blog about it
 
 http://blog.des.no/2013/09/dns-again-a-clarification/


Thanks Mark. Useful insight.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: vi drop outs with Bus error

2013-10-15 Thread Julian H. Stacey

Hi, Reference:
 From: Julian H. Stacey j...@berklix.com 
 Date: Mon, 14 Oct 2013 08:33:35 +0200 

Julian H. Stacey wrote:
 Anyone else seeing vi dropping out after a while with Bus error  no core ?
 
 Seen on 10.0-ALPHA4  now on 10.0-ALPHA5 
 (after buildkernel installkernel buildworld installworld )
 
 It's not hardware, the laptop is stable  has compiled 594 ports so far,
 cd /usr/bin ; ls -l nvi*
 -r-xr-xr-x  1 root  wheel  402064 Oct 12 02:42 nvi.4*
 -r-xr-xr-x  1 root  wheel  402432 Oct 12 02:42 nvi.5*
 file nvi*
 nvi.4: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically \
linked (uses shared libs), for FreeBSD 10.0 (155), stripped
 nvi.5: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically \
linked (uses shared libs), for FreeBSD 10.0 (155), stripped

I'm no longer seeing drop outs with Bus error, instead, after
xterm -sl 1024 -g 80x24 -j -n lapr  -e rlogin -D 10beta1host 
vi freezes within the xterm after I do an X11 mouse resize
(maybe that same SIGWINCH was causing Bus Error before, as resize I tend to
do a lot without remembering :-)

Anyone else see it ?

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: [rfc] removing the NDISulator

2013-10-21 Thread Julian H. Stacey

Andrey V. Elsukov bu7c...@yandex.ru wrote:

 I'm agree. While there are still some devices without native drivers,
 but that work via NDISulator, we should keep it.

Yes, best keep it while it helps some people.


Adrian Chadd adr...@freebsd.org wrote:

 It's honestly about time that these were updated, fixed and/or ported to
 FreeBSD.
 
 So, I'm still going forward with the plan. I won't be killing it during the
 10 lifecycle.

If ndis is removed while it works, that would be bad for users,
some of whom won't even be on lists, but use ndis as their lifeboat.

If ndis is later labeled as abandoned  if maintenance ceases,  if it
then breaks, only then will pressure increase on others to step
forward  help fix things; if a wait then sees no one stepping forward,
surely only then would removal seem most appropriate ?

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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

Regression in 10.0-BETA1, mdconfig has changed its return code.

2013-10-22 Thread Julian H. Stacey

Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0
to 255.  OK, its not specfied in manual, but has changed.
A test script I was using caught it:
http://www.berklix.com/~jhs/bin/sh/mdconfig_tst
Probably in next day or 2 I'll hack the C  send-pr.

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: Regression in 10.0-BETA1, mdconfig has changed its return code.

2013-10-23 Thread Julian H. Stacey

Hi Hiroki  current@

Hiroki Sato wrote:
 Julian H. Stacey j...@berklix.com wrote
 jh Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0
 jh to 255.  OK, its not specfied in manual, but has changed.
 jh A test script I was using caught it:
 jh   http://www.berklix.com/~jhs/bin/sh/mdconfig_tst

I missed a '.' : http://www.berklix.com/~jhs/bin/.sh/mdconfig_tst

 jh Probably in next day or 2 I'll hack the C  send-pr.
 
  Does the attached patch fix it?

Yes. It now returns zero.
( I started to read through what your diff fixes, but tired of it
as there are no comments in the original what variables are,
Glad you figured them out,  I assume all OK. ) 

Thanks for fixing it :-)


 -- Hiroki
 
 Index: sbin/mdconfig/mdconfig.c
 ===
 --- sbin/mdconfig/mdconfig.c  (revision 256952)
 +++ sbin/mdconfig/mdconfig.c  (working copy)
 @@ -481,12 +481,18 @@
   printf(\n);
   /* XXX: Check if it's enough to clean everything. */
   geom_stats_snapshot_free(sq);
 - if (((opt  OPT_UNIT)  (fflag == NULL)  ufound) ||
 - ((opt  OPT_UNIT) == 0  (fflag != NULL)  ffound) ||
 - ((opt  OPT_UNIT)  (fflag != NULL)  ufound  ffound))
 - return (0);
 - else
 - return (-1);
 + if (opt  OPT_UNIT) {
 + if (((fflag == NULL)  ufound) ||
 + ((fflag == NULL)  (units != NULL)  ufound) ||
 + ((fflag != NULL)  ffound) ||
 + ((fflag != NULL)  (units != NULL)  ufound  ffound))
 + return (0);
 + } else if (opt  OPT_LIST) {
 + if ((fflag == NULL) ||
 + ((fflag != NULL)  ffound))
 + return (0);
 + }
 + return (-1);
  }
 
  /*
 

Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: FreeBSD 10.0-RC3 Now Available

2013-12-27 Thread Julian H. Stacey

 The third RC build of the 10.0-RELEASE release cycle is now available

Nice :-)
Has someone checked src/ + ports/ has been re-made a seamless
functional combination for named/bind ?  There were various loose
ends earlier (paths, defaults etc), after removal from src/.

I'm asking as I think I will not be able to catch up in time to
look  check before release, ( I'm at RC2  downloading RC3 images
 rebuilding my svn tree that got corrupt, before I'll svn export
 make kernel  world  cd /usr/ports/dns/bind9* ; make install )

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: FreeBSD 10.0-RC3 Now Available

2013-12-29 Thread Julian H. Stacey

Hi re@ 
cc stable@  current@ etc,

Ref. my Fri Dec 27 15:25:57 UTC 2013
http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076604.html
http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047555.html

 Has someone checked src/ + ports/ has been re-made a seamless
 functional combination for named/bind ?  There were various loose
 ends earlier (paths, defaults etc), after removal from src/.
 
 I'm asking as I think I will not be able to catch up in time to
 look  check before release, ( I'm at RC2  downloading RC3 images
  rebuilding my svn tree that got corrupt, before I'll svn export
  make kernel  world  cd /usr/ports/dns/bind9* ; make install )


 Ref 10.0-RC3 /usr/src/UPDATING 20130930  Bind threads listed below.

A release without a bind that integrates as well as the one in src/ did,
would probably be shunned by server admins  get a bad name.

Please stipulate which if any of ports/dns/bind9* is certified to integrate
as seemlessly for 10.0-RC3, as did the one removed from src/ .

Else consider reversion (except on current) of commits that removed named,
until removers tidy loose ends.


http://lists.freebsd.org/pipermail/freebsd-ports/2013-December/088649.html
dns/bind* ports overwriting conf files
Doug Barton dougb at dougbarton.us 
Thu Dec 26 06:16:08 UTC 2013

http://lists.freebsd.org/pipermail/freebsd-ports/2013-December/088294.html
bind99 port
Dennis Glatting dg at pki2.com
Sat Dec 7 17:52:28 UTC 2013

http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076109.html
BIND chroot environment in 10-RELEASE
Lee Brown leeb at ratnaling.org 
Thu Dec 5 00:16:01 UTC 2013

http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046591.html
bind9 remnants
Olivier Smedts olivier at gid0.org 
Thu Nov 14 10:02:59 UTC 2013

http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076065.html
BIND segway - python - first-class ports
Julian Elischer julian at freebsd.org 
Wed Dec 4 01:59:02 UTC 2013

http://lists.freebsd.org/pipermail/freebsd-ports/2013-December/088458.html
BIND needs more TLC
Erwin Lansing erwin at FreeBSD.org (who is MAINTAINER= of ports/dns/bind9*
Tue Dec 17 13:27:19 UTC 2013

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: The future of FreeBSD at Yahoo!

2011-10-25 Thread Julian H. Stacey

Hi,
Reference:
 From: O. Hartmann ohart...@zedat.fu-berlin.de 
 Date: Tue, 25 Oct 2011 12:48:12 +0200 
 Message-id:   4ea693ec.1070...@zedat.fu-berlin.de 

O. Hartmann wrote:
 The press in Germania is full of some statements, that Google is about 
 to overtake Yahoo!. As far as I know, Yahoo! is one of the more popular 
 and bigger, if not the biggest and last stronghold of a FreeBSD driven 
 infrastructure. Despite the fact that even Google funded lots of coding 
 for FreeBSD, I had the impression that Yahoo! might be one of the 
 biggest contributor. And not to mention the psychological effect of 
 hearing that such a company is utilizing a project like FreeBSD for 
 potential newcomers in the business.

 So, what is about the future of FreeBSD? Does FreeBSD have a site where 
 all the goods that has been first invented by the FreeBSD/BSD folks or 
 all the things that are thought about to come in future are 
 shown/listed? Crawling the mailing lists is a really nasty work.

 Thanks for having patience,

Try advoc...@freebsd.org

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below, not above;  Indent with  ;  Cumulative like a play script.
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: spamcop abuse of power

2011-11-17 Thread Julian H. Stacey

Reference:
 From: Dan The Man d...@sunsaturn.com 
 Date: Thu, 17 Nov 2011 07:37:32 -0600 (CST) 

Dan The Man wrote:

 Today I had an unhappy unix student try to submit an assignment to me and 
 could not. Spamcop has decided to go off blacklisting all yahoo/shaw etc 
 servers worldwide.

 Example Solution Postfix:
 remove: reject_rbl_client bl.spamcop.net
 from your smtpd_recipient_restrictions line until they fix their abuse 
 issues.

Better not dump Spamcop, Better let people dump Yahoo.

Yahoo deserve grief since they abandoned their abuse@ address some
time back.  Yahoo make money hosting email, some inevitably spammers,
but when innocent domain admin recipients (inc. me) forward spam
from Yahoo customers back to abuse@Yahoo, Yahoo toss it back demanding
we work unpaid for Yahoo, analaysing their spam  filling a Yahoo web
form.  I'm an unpaid admin,  Yahoo wastes my time.

I recall Yahoo laid off some admins a while after they abandoned
abuse@, offloading spam processing on innocent recipients must have
helped reduce their business.

Though latest RFC may no longer require an abuse@ address,  might
consider an http: form acceptable, who but a commercial ISP's
lobbyist would consider that transfer  imposition of work from
polluting transmitter domain to innocent recioient domain as fair
?  From a paid profiting commercial ISP source of the spam, paid
to work, to instead burden innocent admins, some of whom arent even
paid to admin.

BTW One can still forward spam back to postmaster@yahoo, (eg after
it bounces from abuse@) (prob cos if no postmaster@ they'd be in
breach of RFCs , another reason to block). Yahoo then don't just
send We zapped that spammer account responses - Yahoo send
questionaires to consume more of your time.

Yahoo need disciplining.
Spamcop does not report blocked @ Fri Nov 18 02:10:40 CET 2011
http://www.spamcop.net/w3m?action=checkblockip=212.82.109.132

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: MPSAFE VFS -- List of upcoming actions

2012-07-19 Thread Julian H. Stacey

Doug Barton wrote:
 On 07/17/2012 22:54, Gustau Pérez i Querol wrote:
  In fact filesystems not particulary specific and not tied our kernel
  would go to userspace; thinks like smbfs, nwfs, ntfs, ext2 o ext4 for
  example should be in userspace
 
 A big -1 here.
 
 The more native FS support we have the better off we are in terms of
 both people migrating from other OS', and people who need to maintain
 compatibility with other OS'. Personally I use both msdosfs and ext2fs
 extensively for the latter purpose, and would not want to see either
 removed.

It would be regretable if FreeBSD dropped integrated FS support,
Many embedded devices that could use BSD, use Linux, eg
  TV recorder: http://www.humaxfoxsathdr.co.uk/ Ext2/ext4 internal
   USB Ext2/4 + FAT32 external.  TV recorder: http://www.dreambox800.co.uk
  FAT.  GPS: http://www.tomtom.com/en_gb/search/?q=linux FAT32.

Manufacturers are often clueless about BSD,  suprised how much
more attractive the BSD (non FSF!) licence is, removing integrated
FS support would increase change deterrent.

PS Re ext2: 
I'm looking for an equivalent of mkfs_ext2, any suggestions ? Ports maybe ?
`man newfs` gives No useful hints:
-T
Forget that, I checked the source, its a ref to /etc/disktab
SEE ALSO (from 8.2)
fdformat(1), geom(4), disktab(5), fs(5), bsdlabel(8),
camcontrol(8), dump(8), dumpfs(8), fsck(8),
gjournal(8), makefs(8), mount(8), tunefs(8), gvinum(8)

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
 Mail from Yahoo  Hotmail dumped @Berklix.  http://berklix.org/yahoo/
___
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: RFC: removal of share/doc/{papers,psd,smm,usd} in 2 months

2012-10-19 Thread Julian H. Stacey

 I guess the real bug is that we've been installing these, but never
 referencing them, or telling users where they could find them...  I.e.
 in man vi:
``An  Introduction  to  Display  Editing with Vi'', found in the ``UNIX
User's Manual Supplementary Documents'' section of both the 4.3BSD  and
4.4BSD manual sets.  This document is the closest thing available to an
introduction to the vi screen editor.
 
 refers to usd/12.vi/paper.ascii.gz, but no reader of the man page would
 know that...  Same w/ the other docs in the same section..  I'm not sure
 many users would think to go man hier to see where they are located, or
 even know that they might be distributed w/ FreeBSD...
 
 I think the same thing applies foo memacros and others too...  That the
 man page provides a short reference, and that these provide a more
 detailed description of what is happening...

Yes, I'd also prefer to Not see a load of deletes, some of those things
are expected in Unix, (aka UCB ring binder manuals on my shelf).

Better to give more useful references in man/ to point
to exact full paths in /usr/share.  It'd make FreeBSD easier for
some,  more readers could bring more fixes to keep them up to date.

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. Not: HTML, multipart/alternative, base64, quoted-printable.
___
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: RFC: removal of share/doc/{papers,psd,smm,usd} in 2 months

2012-10-20 Thread Julian H. Stacey

Ulrich =?utf-8?B?U3DDtnJsZWlu?= wrote:
 On Fri, 2012-10-19 at 12:14:28 -0400, Eitan Adler wrote:
  On 19 October 2012 10:36, Ulrich SpÃ¶rlein u...@freebsd.org wrote:
   Should people feel strongly about them, we might be able to move them
   over to the doc repository.
  
  Moving them to the doc repo loses the history, for what gain?
  
  You mention that the roff sources are 'naughty'. Are they holding up
  some project?
 
 Replying to this only here: If you have a look at your calendar, you
 might get the reference :)
 
 They are holding up the removal of groff from the base system, which we
 can no longer update thanks to the project policy wrt. GPLv3.

It's awful damage from just not wanting to upgrade to a new groff
with GPL3, to also throwing out older working groff plus text sources
formatted by it.  I use groff daily.

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. Not: HTML, multipart/alternative, base64, quoted-printable.
___
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: 9.1-RC3 feels okay :-)

2012-11-06 Thread Julian H. Stacey

Hi,
Reference:
 From: CeDeROM cede...@tlen.pl 
 Date: Tue, 6 Nov 2012 22:14:03 +0100 
 Message-id:   
 CAFYkXjnRzPAkNuc5C0iTNUTe5j=h8ga9vwme+trdng_kyjc...@mail.gmail.com 

CeDeROM wrote:
 I have also noted that mouse cursor is very often not moving in Xorg
 but it works in the console! I need to move cursor while statrx or
 restart Xorg for mouse to start moving. Is it a bug or feature? :-)
 
 In the xorg.conf:
 Section InputDevice
  Identifier Mouse0
  Driver mouse
  Option Protocol auto
  Option Device /dev/sysmouse
  Option ZAxisMapping 4 5 6 7
 EndSection

Inside
Section ServerLayout
Just after
InputDeviceMouse0 CorePointer
Append 
Option  AllowEmptyInput False

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. Not: HTML, multipart/alternative, base64, quoted-printable.
___
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: 9.1-RC3 feels okay :-)

2012-11-06 Thread Julian H. Stacey

Ian Lepore wrote:
 On Tue, 2012-11-06 at 22:57 +0100, Julian H. Stacey wrote:
  Hi,
  Reference:
   From: CeDeROM cede...@tlen.pl 
   Date: Tue, 6 Nov 2012 22:14:03 +0100 
   Message-id:   
   CAFYkXjnRzPAkNuc5C0iTNUTe5j=h8ga9vwme+trdng_kyjc...@mail.gmail.com 

  CeDeROM wrote:
   I have also noted that mouse cursor is very often not moving in Xorg
   but it works in the console! I need to move cursor while statrx or
   restart Xorg for mouse to start moving. Is it a bug or feature? :-)

   In the xorg.conf:
   Section InputDevice
Identifier Mouse0
Driver mouse
Option Protocol auto
Option Device /dev/sysmouse
Option ZAxisMapping 4 5 6 7
   EndSection

  Inside
  Section ServerLayout
  Just after
  InputDeviceMouse0 CorePointer
  Append 
  Option  AllowEmptyInput False

  Cheers,
  Julian

 Before you do that, read this:

  http://www.wonkity.com/~wblock/docs/html/aei.html

The page is bad here:
Summary ... just let xorg-server use hald by default.

FreeBSD 8.3-RELEASE  9.0-RELEASE by default do Not run hald.  See:
/usr/local/etc/rc.d/hald
# Add the following line to /etc/rc.conf to enable the HAL daemon:
#
# hald_enable=YES
There is no hald_enable=YES in /etc/defaults/rc.conf (Happily, IMO).

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. Not: HTML, multipart/alternative, base64, quoted-printable.
___
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: 9.1-RC3 feels okay :-)

2012-11-08 Thread Julian H. Stacey

CeDeROM wrote:
 --e89a8f22bd09d504cdf7def8
 Content-Type: text/plain; charset=UTF-8
 
 Hello :-)
 
 I have tested additional options in xorg runtime :-)
 
 With the patched xorg mouse driver 1.7.1 (or driver version =1.7.2)
 situation is following:
 
 1. With hald and dbus no xorg.conf file is needed. However it might bo
 option to pass some additional featutes parameters with xorg.conf.
 2. With no hald and dbus mouse and keyboard does not work in xorg unless
 Option AllowEmptyInput False is added to  Section ServerLayout by
 hand in xorg.conf. Without this option input does not work even if
 xorg.conf defines it! AllowEmptyInput=False forces to detect input deviced
 by Xorg at startup.
 
 Thank you for this hint! 

Someone before saved me just the same :-)


 This could be added to the handbook :-)

Yes, If you run send-pr Or http://www.freebsd.org/support/bugreports.htm
that would get it in handbook for release users.


 also send-pr to ask for/ or better submit a patch to code not just doc,
for people running /pub/FreeBSD/branches/-current/ports/x11-servers/xorg-server
(with Makefile containing   MAINTAINER= x...@freebsd.org)


 AllowEmptyInput=False should be a default for Xorg IMO we can report it to
 the Xorg project! :-)

Xorg will have newer X sources than FreeBSD,  Xorg will be targeting many
OS's with different defaults of On/ Off for support daemons,
So that cobweb of what they might assume a consistent set of defaults,
is probably best pursued between people on x...@freebsd.org  Xorg.

But yes, certainly FreeBSD should itself have a consistent set that install
 work Without hand editing.

 
 Best regards :-)
 Tomek
 
 --
 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
 On Nov 6, 2012 10:58 PM, Julian H. Stacey j...@berklix.com wrote:
 
  Hi,
  Reference:
   From: CeDeROM cede...@tlen.pl
   Date: Tue, 6 Nov 2012 22:14:03 +0100
   Message-id:   CAFYkXjnRzPAkNuc5C0iTNUTe5j=
  h8ga9vwme+trdng_kyjc...@mail.gmail.com
 
  CeDeROM wrote:
   I have also noted that mouse cursor is very often not moving in Xorg
   but it works in the console! I need to move cursor while statrx or
   restart Xorg for mouse to start moving. Is it a bug or feature? :-)
  
   In the xorg.conf:
   Section InputDevice
Identifier Mouse0
Driver mouse
Option Protocol auto
Option Device /dev/sysmouse
Option ZAxisMapping 4 5 6 7
   EndSection
 
  Inside
  Section ServerLayout
  Just after
  InputDeviceMouse0 CorePointer
  Append
  Option  AllowEmptyInput False
 
  Cheers,
  Julian

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. Not: HTML, multipart/alternative, base64, quoted-printable.
___
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: calling all fs experts

2011-12-11 Thread Julian H. Stacey

Hi,
Reference:
 From: Maksim Yevmenkin maksim.yevmen...@gmail.com 

Maksim Yevmenkin wrote:
 Hello,
 
 i have a question for fs wizards.

There is a list for them:
freebsd...@freebsd.org

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: CVS removal from the base

2011-12-11 Thread Julian H. Stacey

Doug Barton wrote:
 On 12/02/2011 04:35, Adrian Chadd wrote:
  I think you're missing the point a little.
  
  The point is, you have to keep in mind how comfortable people feel
  about things, and progress sometimes makes people uncomfortable. I
  think you should leave these changes bake for a while and let people
  get comfortable with the changing status quo.
 
 The fact that we have so many people who are radically change-averse, no
 matter how rational the change; is a bug, not a feature.
 
 This particular bug is complicated dramatically by the fact that the
 majority view seems to lean heavily towards If I use it, it must be the
 default and/or in the base rather than seeing ports as part of the
 overall operating SYSTEM.

BSD is more conservative. More value given to stability of availability
of interfaces  tools etc, More Long term professionals.  Doug's
attempting to force working FreeBSD ports such as procmail to be
discarded is deplorable.  Doug should stop coercing FreeBSD toward
a Linux model,  move himself to Linux.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: CVS removal from the base

2011-12-11 Thread Julian H. Stacey

 On Sat, Dec 3, 2011 at 8:03 PM,  sth...@nethelp.no wrote:
 
  I use CVS (or rather csup) to keep the base system up to date. I would
  be perfectly okay with using a different utility - however, I would
  strongly prefer that this utility was included in the base system.
 
 CVS != csup.
 
 I wonder how many people will express their sentiments about CVS when
 they really mean cvsup/csup.
 
 Max

I use CVS
I've used sup, 
(maybe csup can't rememeber, not used cvsup really)
I avoid reliance on a net connection just to do a checkout.
I use ctm to [push] feed my local CVS tree.
ctm deltas of cvs src  ports are generated [by cvsup, pulling from
freebsd.org] elsewhere,
ctm-us...@freebsd.org led by Stephen M recently included: Subject: ctm for svn

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: CVS removal from the base

2011-12-11 Thread Julian H. Stacey

Pedro F. Giffuni wrote:
 Hi Daniel;
 
 --- On Sat, 12/3/11, Daniel Eischen deisc...@freebsd.org wrote:
 ...
  
  I would love to mirror the SVN repo in the same way
  and have an 'svn' in base, or at least something that
  could replace CVS in the above scenario.
 
 
 I have to say I am surprised by all the people that
 still use CVS (for their own good reasons).
 
 It still would be helpful if cvs users could evaluate
 OpenCVS: it's been experimental for ages now. It does
 seem to have some advantage (other than the license)
 in that it's smaller and better maintained (or at
 least not too dead).

Did you test it with 
cd /usr/src/release ; make release

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
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: CVS removal from the base

2011-12-13 Thread Julian H. Stacey

Hi,
Reference:
From: Doug Barton do...@freebsd.org
Date: Tue, 13 Dec 2011 13:29:02 -0800
Message-id: 4ee7c39e.6040...@freebsd.org

Doug Barton wrote:
On 12/11/2011 06:14, Julian H. Stacey wrote:
Doug Barton wrote:
On 12/02/2011 04:35, Adrian Chadd wrote:
I think you're missing the point a little.

The point is, you have to keep in mind how comfortable people feel
about things, and progress sometimes makes people uncomfortable. I
think you should leave these changes bake for a while and let people
get comfortable with the changing status quo.

The fact that we have so many people who are radically change-averse, no
matter how rational the change; is a bug, not a feature.

This particular bug is complicated dramatically by the fact that the
majority view seems to lean heavily towards If I use it, it must be the
default and/or in the base rather than seeing ports as part of the
overall operating SYSTEM.

BSD is more conservative. More value given to stability of availability
of interfaces tools etc,

Having things in ports doesn't make them less available. :)

It didn't used to. It risks it now, since in last months, some
ports/ have been targeted by a few rogue commiters purging, who
want to toss ports out from one release to another without warning
of a DEPRECATED= in previous release Makefiles.

More Long term professionals.

I don't know what this means.

Older folk with more decades of Unix are likely to have had BSD
experience way back , jumped at BSD when eg BSD Lite 386BSD
came out. Younger folk may have a higher chance their first Unix
exposure was Linux on a CD from a computer mag. some of each will
have stayed with the BSD or Linux they started with. Hence BSD
people tend to have been working a bit longer I think.

Doug's
attempting to force working FreeBSD ports such as procmail to be
discarded is deplorable.

Um, I had nothing to say about procmail. In fact, I use procmail, and
would not want to see it removed.

Doug should stop coercing FreeBSD toward
a Linux model, move himself to Linux.

Whoops ! _Apologies_ Doug ! I was mixing people up. Apologies !

I actually do use Linux sometimes. In many ways it is a far superior
desktop. That said, I am certainly *not* trying to turn FreeBSD into
another Linux distro. What I am trying to do is to see what we can learn
from how Linux does things, and apply those ideas here when they are
useful. Just because Linux does it, doesn't mean it's wrong. :)

Yup, each distro can have some good bad.

I've said this before, but it's worth repeating. Decisions that were
made 20 years ago about what should and should not be included in the
Berkeley Software Distribution, while valid at the time, may not be
valid any longer because things have changed since then. Just to take
one obvious example, when these decisions were being made it was
necessary to distribute a full system, including the 3rd party stuff,
all in one go because the software was being distributed on magnetic tape.

Good point.

Doug

Apologies again for confusing your name with others.

FYI URLs to end of 1st procmail thread beginning of 2nd

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=948124+0+archive/2011/freebsd-ports/20110904.freebsd-ports
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=85459+0+/usr/local/www/db/text/2011/freebsd-ports/20111002.freebsd-ports

Cheers,
Julian
--
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Reply below not above, cumulative like a play script, indent with .
Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11
___
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: CVS removal from the base

2011-12-14 Thread Julian H. Stacey

From: Doug Barton do...@freebsd.org
  Having things in ports doesn't make them less available. :)

From Julian H. Stacey j...@berklix.com
  It didn't used to.  It risks it now, since in last months, some
  ports/ have been targeted by a few rogue commiters purging, who
  want to toss ports out from one release to another without warning
  of a DEPRECATED= in previous release Makefiles.

From: Julian Elischer jul...@freebsd.org
 which brings up teh possibility of 1st class ports.. which are kept 
 more  as part of the system..
 (sorry for sounding like a broken  record..)

Interesting idea, to bounce the idea around a bit:
It would extend the spectrum to
/usr/src/ ..Most..
/usr/src/ contrib
1st class ports ... in src or ports or elsewhere ? ...
(if elsewhere, work to reconfig mirrors  to. doc 
 new struct later)
/usr/ports  currently 22906
An empty current ports tree takes 485 M ( a lot of inodes which
occasionaly trips people).
A current src tree takes 705 M 
Ports has lots of commiters
Src has less  partly different commiters  stricter watched
 more release aligned.

Maybe sometime we will see a project arise that will be a replacement
ports/ for more than one BSD, perhaps even extending to Linux, (to
avoid reinventing of the wheel that must go on with ports skeletal
structs for each OS) ( maybe with an RFC for a port/ skeleton struct
?  If so, that may have ramifications on bits of src moved to ports.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
 EU tax to kill London Vetoed   http://berklix.com/~jhs/blog/2011_12_11
___
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: Use of C99 extra long double math functions after r236148

2012-05-29 Thread Julian H. Stacey

Hi,
Reference:
 From: Stephen Montgomery-Smith step...@missouri.edu 

 Anyway, given that floating point is a big issue, and we are about a 
 decade behind schedule, really suggests that a 
 floating-po...@freebsd.org mailing list is needed.  Or maybe there is an 
 existing freebsd mailing list you guys already occupy.

The string fl does not occur in 
http://lists.freebsd.org/mailman/listinfo/
Apart from this list, you might also find extra people interested to support 
a proposal to create a floating-point@ list among the subscribers to:
freebsd-performance@
freebsd-standards@
freebsd-toolchain@
Good luck

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
Mail from @yahoo dumped @berklix.  http://berklix.org/yahoo/
___
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: Computers Won't Turn Off or Reboot

2013-04-22 Thread Julian H. Stacey

Hi,
Reference:
 From: Shawn Webb latt...@gmail.com 
 Date: Mon, 22 Apr 2013 18:50:37 -0400 
 Message-id:   
 CADt0fhwAu16hrAA4WKvWBMAWq5_ypD9ievY-=g3su-kgfyj...@mail.gmail.com 

Shawn Webb wrote:
 Hey All,

 I'm on r249745 on amd64. For the past few weeks, my box hasn't been able to
 completely turn off or reboot. The box sits at the console at the All
 buffers synced message. I'm running root on ZFS in a two-disk mirror
 setup. No kernel panics or dumps or anything.

I believe I've also seen this on 
FreeBSD lapr.js.berklix.net 9.1-RELEASE FreeBSD 9.1-RELEASE #3: Tue Apr  9 
14:33:17 CEST 2013 j...@lapr.js.berklix.net:/sys/amd64/compile/LAPR.small  
amd64

Though, not sure, it might be  another similar hang, I'll have to
noet it next time. Mostly when I dont use removable USB sticks, I
think it doesnt happen, so I tended to assume it was me confusing
the OS, occasionaly removing media after umount of FFS but forgetting
to gbde detach before removal. Unix has Never liked media disappearing.

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: Light humour

2013-04-29 Thread Julian H. Stacey

Daniel Kalchev wrote:
 
 On Apr 29, 2013, at 2:37 AM, Diane Bruce d...@db.net 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: RFC: deprecation of nve(4) in 10-STABLE and removal from 11-CURRENT

2014-02-06 Thread Julian H. Stacey

Yonghyeon PYUN wrote:
 On Mon, Feb 03, 2014 at 02:56:37PM +0100, Christian Brueffer wrote:
  Hi,
  
  for some time now we have had two drivers for NVIDIA NForce/MCP network
  chips, namely nve(4) and nfe(4).
  
  The former came first and is based on a binary blob.  The latter was
  later ported from OpenBSD and is blob-free.
  
  nfe(4) supports all chips nve(4) supports, in addition to all the newer
  hardware.  In essence, nfe(4) has been the de-facto standard driver for
  a long time.  nve(4) has been commented out in GENERIC since 2007.
  
  For this reason I propose deprecating nve(4) in 10-STABLE and removing
  it from HEAD.
  
  Does anyone see a reason not to do this?
 
 A couple of users were still using nve(4) in the past. I guess
 the issue might be lack of code for waking up MAC/PHY from
 powerdown.  nfe(4) already has the needed code and should support
 all known NVIDIA ethernet controllers with full offloading support.
 So no objection from me.

It seems a good case to remove nve, no objection.

Please remove at a leisurely managed pace:
  (unless code conflicts press for urgency), ie at least one minor
  release on each major branch should contain a code revocation
  warning in the manual  preferably in a src/[A-Z]*, before the
  next minor release in same major release sequence might no longer
  contain old code.

  ( Not to suggest it wasn't planned similarly anyway, but some
  changes in other areas of FreeBSD have been rushed,  it's
  good to set an example of planning maturity. )  

  Some FreeBSD end users inc.  customers barely (if even) read
  announce@, let alone other lists such as these, but some do read
  manuals,  notice code withdrawal warnings.

I informed one old customer who was maybe still using nve, others
might take a similar opportunity, a subtle way to also invite people
to look at FreeBSD [again] ;-) , referring to eg:
  http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048211.html
  http://svnweb.freebsd.org/base/release/10.0.0/share/man/man4/nve.4?view=markup
  http://svnweb.freebsd.org/base/release/10.0.0/share/man/man4/nfe.4?view=markup

It seems safe to add a removal warning in 
  http://svnweb.freebsd.org/base/head/share/man/man4/nve.4?view=markup
( there is not one yet at Rev 217468, I just checked. )

Best avoid the obscure word `Deprecated' in manuals:
  It's not common/ plain English.  Maybe a geek import, or USA
  dialect ?  It's not easily internationaly understood English.
  Best make manuals easier for non native English speakers ( native
  English too ;-).  I am British born  bred, whether in English
  speaking circles in UK or Germany I never hear or read 'deprecated'
  unless its in BSD context.  Few native English speakers I know will be
  immediately sure of the meaning, it's too obscure.
  
Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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: RFC: deprecation of nve(4) in 10-STABLE and removal from 11-CURRENT

2014-02-06 Thread Julian H. Stacey

Hi, Reference:
 From: David Chisnall thera...@freebsd.org
 Date: Thu, 6 Feb 2014 18:52:43 +

David Chisnall wrote:
 On 6 Feb 2014, at 18:34, Julian H. Stacey j...@berklix.com wrote:

  Best avoid the obscure word `Deprecated' in manuals:
   It's not common/ plain English.  Maybe a geek import, or USA
   dialect ?  It's not easily internationaly understood English.
   Best make manuals easier for non native English speakers ( native
   English too ;-).  I am British born  bred, whether in English
   speaking circles in UK or Germany I never hear or read 'deprecated'
   unless its in BSD context.  Few native English speakers I know will be
   immediately sure of the meaning, it's too obscure.

 I'd strongly disagree with this.  Deprecated is, perhaps, only in common use 
 as jargon, but it's very widespread within the tech field.  I don't think 
 I've ever read an API reference that doesn't include the word, for example, 
 and it's even a keyword in many code documentation tools.  For example, 
 JavaDoc supports @deprecated and gcc / clang include an 
 __attribute__((deprecated)) that generates a compile-time warning whenever 
 anyone tries to call a deprecated function.  

 I've not come across the word outside of tech uses, but I've also not come 
 across the term network interface outside of tech circles.  Deprecated, in 
 this use, may be jargon, but it's very widespread jargon, and requesting it 
 not be used sounds like asking for words like driver or processor also be 
 avoided.

 David
 (Also a native English speaker, although familiar with the unofficial fork 
 from Leftpondia)

Uh Huh ;-)  http://en.wiktionary.org/wiki/Leftpondia
American 1620 fork of English deduced.
  1620: When a Mayflower butter maid Deprecated a milk maid giving 20 ounces
  to a pint,  confused USA liquids down to 16 ounces.  (Beware man units).

Amerian is not always best international English.  It's a big early
variant of English, but other native English speakers round the
globe well outnumber American I believe.  (Start with a map of the
Commonwealth),  many 2nd language people too will help define
international English, (as José Manuel Barroso, EU commission
president, said), not just natives, eg British or Americans etc,
will get to shape international English.

Americans often seem to find it harder to grasp what's internationaly
portable English, as opposed to American, perhaps because a large
country makes a higher percentage of language experience internal
national usage.

FreeBSD's manual writers, especially non native English manual
writers, should not copy Americanisms /or bad nomenclature from
one manual to another, but ask themselves if they know better words,
to make it easier also for other non native English to read.  eg
Deprecated is not common English.

PS Light relief: http://www.bbc.com/future/story/20140206-can-drones-be-hacked

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or 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

android bsd connectivity tools etc ?

2014-08-13 Thread Julian H. Stacey

Hi,
Any tips for Android / FreeBSD BSD tools for connectivity etc ?

I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0

It directs me to 
https://www.android.com/filetransfer/
which seems binary for mac

I recall I will need current for IP tethering

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless

I'll build a current from a 10.0-RELEASE partition, 
but now looking with 9.2-RELEASE I see:

/dev/
lrwxr-xr-x  1 root  wheel9 Aug 14 00:01 ugen1.5@ - usb/1.5.0
crw---  1 root  operator  0x7a Aug 14 00:00 usb/1.5.0
crw---  1 root  operator  0x8f Aug 14 00:00 usb/1.5.1
crw---  1 root  operator  0x90 Aug 14 00:00 usb/1.5.2

devd .conf will need:
   match   vendor0x04e8;
   match   product   0x6860;
   match   devclass  0x00;
   match   devsubclass   0x00;
   match   sernum6758498c;
   match   release   0x0400;
I've no idea what to do for attach

http://www.freebsd.org/cgi/ports.cgi?query=androidstype=all
has just
/usr/ports/devel/android-tools-adb/pkg-descr
 these for cross compiling later:
/usr/ports/lang/*gnatdroid*/pkg-descr

I also found 
ports/
deskutils/tine20
net/crtmpserver
net/linphone
https://source.android.com/source/index.html

Any URLs, tips, comments welcome, Thanks

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com
Interleave replies Below, like a play script.
___
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: RFC regarding usage of ISO 8601 throughout the tree

2011-01-05 Thread Julian H. Stacey

Ulrich =?utf-8?B?U3DDtnJsZWlu?= wrote:
 !ACHTUNG BIKESHED ALERT!
 
 Hello,
 
 With the recent changes to the committer graphs, I again was reminded
 how much I hate the /MM/DD format (I can't help it ...). Given that

I guess  hope you mean you like linear decreasing order but 
dislike '/' as a delimeter  want to swap from '/' to '-' as in ISO ?


 this almost looks like ISO 8601, but is an unreadable variant of it, I
 would like to aggressively change this throughout the tree.
 
 I'd like to start with minor stuff like share/misc/*.dot. Then probably
 src/UPDATING, and ports/UPDATING after I've identified the consumers of
 these docs.

Do you mean you would like to swap eg src/UPDATING 20100720 to eg
2010-07-20  ?  That would be more readable.


 The ultimate goal would be to change syslog's timestamp and ps(1)
 output, but that goal is far off ...

I've long had a mental note to get round to fixing isnd which emits:
05.01.2011 13:15:06 
To 
2011-01-05 13:15:06
However reading that URL, I see isdnd should have eg:
2011-01-05T13:15:06
2011-01-05T13:15:06+01:00
2011-01-05T12:15:06Z
But that 'T' is hard to see, so either space it (allowed by ISO)
2011-01-05 13:15:06
2011-01-05 13:15:06+01:00
2011-01-05 12:15:06Z
or lower case the 't' (if ISO allows ?)
2011-01-05t13:15:06
2011-01-05t13:15:06+01:00
2011-01-05t12:15:06Z

 http://en.wikipedia.org/wiki/ISO_8601
 
 Uli

Week numbers in ISO standard can ( should IMO) be ignored:
Not much use for week numbers in FreeBSD,
Dates when source code is released,  /var/logs get
stamped etc, best without week numbers, just
simplistic linearly progressive continuously
decremental digit format (ie Year Month Day Hour
Minute Second
Week numbers not used much, eg
I'm British, lived in Germany 25 years. First I
ever saw of week numbers was in Germany, never saw
them in Britain.

/usr/src/bin/date/
Although default output of date eg
Wed Jan  5 17:41:06 CET 2011
is both non linear,  also non conformant in timezone (CET should
be +01:00) it would open a can of worms to change default
output, [unless it hangs on an env var.]  ...  [at least
yet] ...  too many shells use it (in user's own code, not
just in /usr/src  /usr/ports).

I don't see anything in `man date` to internaly emit timezone per ISO,
this works:
echo `date -u +%Y-%m-%dt%H:%M:%S`Z
echo `date -u +%Y-%m-%dt%H:%M:%S`+00:00
echo `date -v-1H +%Y-%m-%dt%H:%M:%S`Z # (as my TZ is -01:00)
but as that wouldnt do if nested inside more quotes from other shells,
we could add to date.c to emit an explicit timezone,
2 flags to add, I suggest:
- '-U' to force '-u'  also swap output of eg CET 2011 to
  2011Z or 2011+00:00( '-U' is not yet used ).
- Some flag to specify a numeric string eg [+-][0-5][0-9]:[0-5][0-9]
  (... maybe tie that in with man environ TZ tzset ? )

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text;  Not quoted-printable, or HTML or base 64.
Avoid top posting, it cripples itemised cumulative responses.
___
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: RFC regarding usage of ISO 8601 throughout the tree

2011-01-06 Thread Julian H. Stacey

Gary Jennejohn wrote:
 On Wed, 5 Jan 2011 20:47:49 +0100
 Ulrich Spörlein u...@spoerlein.net wrote:
 
   I've long had a mental note to get round to fixing isnd which emits:
 05.01.2011 13:15:06 
   To 
 2011-01-05 13:15:06
  
  Hehe, isdnd was written by a German, it seems :)
 
 How quickly the world forgets :(  isdnd was developed by h...@.

How quickly the world spins ;-)   Hellmuth'shttp://kts.org  --
http://people.freebsd.org/~hm/i4b-home/ Last edit-date: Nov 2001

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text;  Not quoted-printable, or HTML or base 64.
Avoid top posting, it cripples itemised cumulative responses.
___
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: looking for a fast way to dump a dvd to a file on my hdd

2011-02-02 Thread Julian H. Stacey

Hi,
Reference:
 From: Alexander Best arun...@freebsd.org 
 Date: Wed, 2 Feb 2011 19:54:41 + 
 Message-id:   20110202195441.ga39...@freebsd.org 

Alexander Best wrote:
 hi there,
 
 i'd like to copy several dvds to my hdd. however my attempts so far haven't
 really been that successfull. basically using dd(1) is just way too slow.

What sort of DVD ?
Normal file system ?
If so, I have no comment on speed.
Exxcept that I think bs=32k is normal ?

If Hollywood specially crippled movies with deliberate bad sectors
or whatever latest tricks theyre up to, maybe thats slowing the drive,
with retries, in which case you might want eg 
vobcopy -b

 so far dd(1) with a bs=2048 finished after:

Ah ..^

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text;  Not quoted-printable, Not HTML, Not base 64.
 Reply below text sections not at top, to avoid breaking cumulative context.
___
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: ISO9660 4GB directory structures boundary limit and growisofs

2010-04-27 Thread Julian H. Stacey

Hi,
Paul B Mahol wrote:
 On 4/19/10, Paul B Mahol one...@gmail.com wrote:
  On 4/19/10, Tom Evans tevans...@googlemail.com wrote:
  On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol one...@gmail.com wrote:
  On 4/17/10, Paul B Mahol one...@gmail.com wrote:
  On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle kient...@freebsd.org
  wrote:
  Paul B Mahol wrote:
 
  It is apparently not possible to make use of -use-the-force-luke=4gms
  on FreeBSD when appending new session after 4GB. Mounted disk
  afterwards  show nothing.
 
  Should we allow it like linux does?
 
  Are you claiming there is a problem when FreeBSD reads such
  images or a problem with creating such images?  What
  programs are you using?
 
  I burn flac files in multiple sessions, each session have separate
  directory, on DVD+R DL MKM/003
  After I used 4gms switch mounted fs shows nothing. (but there is 5GB
  of
  data)
 
  According to growisofs source BD (bluray) dont need this switch at all
  ...
 
  This sounds like a pretty unsurprising 32-bit truncation
  bug:  the filesystem structures in ISO9660 are all sector
  numbers so 8TB should be the natural limit (4G sectors
  times 2k bytes/sector).
 
  I did not tested this on FreeBSD amd64 yet.
 
  Update: Linux shows all sessions and Windows 7 shows only first one.
 
 
  From the source code of groisofs.c:
 
   * - DVD+R Double Layer support;
   * - -use-the-force-luke=4gms to allow ISO9660 directory structures
   *   to cross 4GB boundary, the option is effective only with DVD+R DL
   *   and for data to be accessible under Linux isofs a kernel patch is
   *   required;
 
  So I'm guessing it does something non standard, particularly if
  windows also refuses to see the data.
 
  That is pretty old, from 2.4 era, it was added after it was found that
  isofs had bug. Windows at least try to show something - only one
  session, but fourth and not second session crossed 4GB limit.
 
  The source also claims that in BD case there is no need for _force_
  switch at all.
 
 
 Mounting with -norrip shows all sessions.
 Kernel displays RRIP without PX field? if I try to mount normal way.

Might this help ?
Kernel config /sys/conf/NOTES
options UDF #Universal Disk Format

My config notes
/* Allows DVDs with files  2 Gig, to avoid:
 *  ls: file_about_2.5gig.ts:
 *   Value too large to be stored in data type
 * ports/sysutils/k3b can use it to write eg 4G+ files.
 */

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text,  Not HTML quoted-printable Base64 http://www.asciiribbon.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: make release broken

2010-05-18 Thread Julian H. Stacey

Rob Farmer wrote:
 Hi,
 
 make release is broken on current. Seems to be related to the lzma
 import. This is on i386:
..
 : undefined reference to `lzma_end'
 /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x567):
 In function `xz_filter_read':
 : undefined reference to `lzma_code'
 *** Error code 1
 
 Stop in /usr/obj/usr/src/release/boot_crunch.
 *** Error code 1

I saw the same on my amd64 8.0-RELEASE, inside a chroot, building
another 8.0-RELEASE.  The end of my log below (all I kept, sorry,
I'll give it another run now, at the time I assumed it was something
wrong in my box).

ext+0x392): In function `drive_compressor':
: undefined reference to `lzma_code'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_compression_xz.o)(.text+0x3eb):
 In function `drive_compressor':
: undefined reference to `lzma_memusage'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_compression_xz.o)(.text+0x5cf):
 In function `archive_compressor_xz_finish':
: undefined reference to `lzma_end'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x96a):
 In function `archive_write_mtree_finish_entry':
: undefined reference to `RIPEMD160_Final'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x9b0):
 In function `archive_write_mtree_finish_entry':
: undefined reference to `SHA1_Final'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x9eb):
 In function `archive_write_mtree_finish_entry':
: undefined reference to `MD5_Final'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xd36):
 In function `archive_write_mtree_data':
: undefined reference to `SHA1_Update'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xd50):
 In function `archive_write_mtree_data':
: undefined reference to `MD5_Update'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xd70):
 In function `archive_write_mtree_data':
: undefined reference to `RIPEMD160_Update'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1204):
 In function `archive_write_mtree_header':
: undefined reference to `SHA1_Init'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1238):
 In function `archive_write_mtree_header':
: undefined reference to `RIPEMD160_Init'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1268):
 In function `archive_write_mtree_header':
: undefined reference to `MD5_Init'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x178):
 In function `xz_lzma_bidder_init':
: undefined reference to `lzma_alone_decoder'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x1a5):
 In function `xz_lzma_bidder_init':
: undefined reference to `lzma_stream_decoder'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x2a9):
 In function `xz_filter_close':
: undefined reference to `lzma_end'
/usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x560):
 In function `xz_filter_read':
: undefined reference to `lzma_code'
*** Error code 1

Stop in /usr/obj/usr/src/release/boot_crunch.
*** Error code 1

Stop in /usr/src/release.
+ umount /dev
*** Error code 1

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text,  Not HTML quoted-printable Base64 http://www.asciiribbon.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: Official request: Please make GNU grep the default

2010-08-14 Thread Julian H. Stacey

 why would you want to lock a file for reading anyways?

Does current bsdgrep read lock by default ?
If so, it would be better off by default, enabled by an option.
8.0-RELEASE man grep (gnu) does not mention locking.

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text,  Not HTML, quoted-printable  base 64 dumped with spam.
Avoid top posting, It cripples itemised cumulative responses.
___
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

current panic: Lock (sx) random_adaptors not locked @

2014-11-04 Thread Julian H. Stacey

Hi current@

Maybe this is a transient no one else will see ?:
  with no /boot/loader.conf, my old custom kernel booted  my new one paniced:

  panic: Lock (sx) random_adaptors not locked @ dev/random/random_adaptors.c:278

  -r-xr-xr-x  1 root  wheel  13625036 Nov  1 18:37 /boot/kernel.old/kernel*
  -r-xr-xr-x  1 root  wheel  13629202 Nov  4 11:09 /boot/kernel/kernel*

I can not give an SVN revision number as I did not use svn myself to extract 
that /usr/src/ which I received via CTM, but as it was:
cd /usr/src
cat .ctm_status
src-cur 11681
ls -l .ctm_status
-rw-r--r--  1 jhs  staff  14 Nov  3 16:13 .ctm_status

By Tue Nov  4 13:12:39 CET 2014 I had since received a new ctm mail
-r--r--r--  1 mailnull  mailnull  14858 Nov  3 21:25 
/pub/FreeBSD/development/CTM/src-cur/src-cur.11682.gz

I built a GENERIC kernel which booted OK, Then a custom kernel also booted OK.
(maybe someone fixed the panic).


Seperately after, trying to look where I might find an svn number
to quote non ctm users for the above, I ran:
svn export -q file:///usr/svn/base/head # Exported revision 274078
find + grep 274078 ...
./head/lib/libnetbsd/sys/time.h:
/* $FreeBSD: head/lib/libnetbsd/sys/time.h 274078 2014-11-04 
02:00:07Z ngie $ 

Is there a better place in src/ to look for svn numbers to quote ?

Normaly I only have what's in src/ ... maybe the ctm server 
should catch the stdout or stderr from svn  write it to eg 
src/.svn_revision ?


BTW I've been seeing boot lock order reversals for week[s], without panics.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or 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: current panic: Lock (sx) random_adaptors not locked @

2014-11-05 Thread Julian H. Stacey

Xin Li wrote:
 On 11/04/14 06:01, Julian H. Stacey wrote:
  Hi current@
  Maybe this is a transient no one else will see ?: with no
  /boot/loader.conf, my old custom kernel booted  my new one
  paniced:
  
  panic: Lock (sx) random_adaptors not locked @
  dev/random/random_adaptors.c:278
 
 This was fixed in r274006 FYI.

OK, Thanks Xin Li.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or 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: android bsd connectivity tools etc ?

2014-11-05 Thread Julian H. Stacey

Jamie Landeg-Jones wrote:
 Julian H. Stacey j...@berklix.com wrote:
  Any tips for Android / FreeBSD BSD tools for connectivity etc ?
 
 I mainly use nfs / ssh (dropbear) / scp for connectivity over IPv6 to my
 local FreeBSD server. It works quite well - I even have automated cron
 rsync deduped backups!
 
 NFS is used for mounting my media onto
 /sdcard/Videos
 /sdcard/Music
 /sdcard/Pictures
 
 Not all androids come with nfs in the kernel though,

NFS [ AMD] [ SSH] would be ideal for me.

I had a look on my Samsung Galaxy Note 3, with Android 4.4.2 kernel
3.4.0,  skimmed index of the 182 page pdf, but I dont know how to
tell if mine has NFS ? Or how to get it.
I get no umass  /dev/da* I probably need to tweak my android somehow.

For Per who wrote For tethering I have no idea, sorry. I have usb
tethering working :-) if you want it too, see below.
My android browser over USB does read from httpd on my FreeBSD :-)

Thank to all who have contributed info  URLS etc.  Collated at:
http://www.berklix.com/~jhs/android/#connect
Corrections, additions etc welcome.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or 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: 9 stable is in worse shape than current ! Some fixes.

2015-01-14 Thread Julian H. Stacey

Added cc current@ (source of broken commits to stable, most likely)
+ text added below.

Julian H. Stacey wrote Wed, 14 Jan 2015 03:10:40 +0100:
 Hi freebsd-sta...@freebsd.org,
 
 9 stable is a lot worse than current to build !
 Suprising as in the old days it used to be the other way, but on
 2 current boxes here I have very little trouble building, (usually
 just new includes needed), whereas 9 stable is lots of trouble:
 
 My env.:
   9-stable ( .ctm_status src-9 1374, .svn_revision 277102 )
   (within a prison with 9.2
   FreeBSD 9.2-STABLE FreeBSD 9.2-STABLE #3 r264390:
   Sun Apr 13 12:16:37 CEST 2014
   :/usr/obj/usr/src/sys/GENERIC  amd64 )
   The jail has all ist own binaries, not shared with prison...
with nothing in /etc/make.conf except NO_FSCHG=YES
   To ease debugging of include paths after interrupted dependent
   makes etc, I did not use a /usr/obj/ (though I do normally).
 
 Problem 1 - Solved:
  9-stable default : cc -v # gcc version 4.2.1 
  11-Current default : cc -v # clang version 3.5.0
  In both cases my boxes use Unchanged default cc.
  It seems developers only tested make world  bsd.sys.mk with clang !
 
  These errors:
   === lib/libfetch (all) SSL
 cc1: warnings being treated as errors
 common.c: In function 'fetch_ssl':
 common.c:808: warning: unused parameter 'URL'
 
   === lib/libmagic (all)
 cc1: warnings being treated as errors
 /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c:942: 
 warning: 'apprentice_list' defined but not used
 
  Can be avoided by applying this emergency patch-out:
   -
   *** 9-stable/src//share/mk/bsd.sys.mk  Wed Jan 14 02:02:26 2015
   --- new/src/share/mk/bsd.sys.mk  Wed Jan 14 02:03:23 2015
   ***
   *** 32,38 
 CWARNFLAGS+=  -Wsystem-headers
 .if !defined(NO_WERROR)  (${COMPILER_TYPE} != clang \
 || !defined(NO_WERROR.clang))
   ! CWARNFLAGS+=  -Werror
 .endif # !NO_WERROR  (!CLANG || !NO_WERROR.clang)
 .endif # WARNS = 1
 .if ${WARNS} = 2
   --- 32,38 
 CWARNFLAGS+=  -Wsystem-headers
 .if !defined(NO_WERROR)  (${COMPILER_TYPE} != clang \
 || !defined(NO_WERROR.clang))
   ! ### CWARNFLAGS+=  -Werror
 .endif # !NO_WERROR  (!CLANG || !NO_WERROR.clang)
 .endif # WARNS = 1
 .if ${WARNS} = 2
   ***
   *** 97,103 
 .endif # CLANG
 .if !defined(NO_WERROR)  (${COMPILER_TYPE} != clang \
 || !defined(NO_WERROR.clang))
   ! CWARNFLAGS+=  -Werror
 .endif # !NO_WERROR  (!CLANG || !NO_WERROR.clang)
 .endif # WFORMAT  0
 .endif # WFORMAT
   --- 97,103 
 .endif # CLANG
 .if !defined(NO_WERROR)  (${COMPILER_TYPE} != clang \
 || !defined(NO_WERROR.clang))
   ! ### CWARNFLAGS+=  -Werror
 .endif # !NO_WERROR  (!CLANG || !NO_WERROR.clang)
 .endif # WFORMAT  0
 .endif # WFORMAT
   -
 
 
 Problem 2 - Not Solved
   # === lib/libarchive (all)
   #   
 /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20:
  error: sha1.h: No such file or directory
 
 
 Problem 3 - Not Solved
  === libexec/telnetd
   ... undefined reference  ...
 
 
 Problem 4 - Not Solved - in /etc/src.conf I had to add:
 
   WITHOUT_ATM=YES   # sbin/atm/atmconfig
   WITHOUT_OPENSSL=YES
   WITHOUT_RESCUE=YES
 
   # WITHOUT_BSNMP=YES   # lib/libbsnmp/libbsnmp
   # No longer need to avoid that, maybe fixed by bsd.sys.mk.diff
 
 Anyone else see these problems ?  Suggestions ?
 
 These observations are on a production server I've temporarily
 patched out from active service, but I want to return it soon,
 so unless there's some quick fixes, I'll have to down grade it
 from 9-stable to 9.3-RELEASE, cos I dont care about things like
 atm, but I do need ssl  ssh.

Downgrading from broken 9-stable src/ to 9.3-RELEASE solved everything!

Broken code in bsd.sys.mk relate to 11-current's use of clang V. gcc in 9.
There's other broken in 9-stable too
It is easy to check without rebooting, just 
mount -t devfs dev /9stable/dev ; chroot /9stable ; cd /usr/src ; make
I've tested this on my current box, re-making a 9.3-RELEASE
I hope commiters try it,  back out broken 9stable commits.
Thanks

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
-   -   -   -   -   -   -
 Practice French  support democracy ? Buy on 14 Jan http://www.charliehebdo.fr
 A special print run of 5 million in 16 languages, not just French.
 In Munich on 15th at Haupt Bahn

Re: [RFC] Removin the old make

2015-02-12 Thread Julian H. Stacey

 Hi,
 
 I would like to start using bmake only syntax on our infrastructure for tha=
 t I
 want to make sure noone is using the old make, so I plan to remove the old =
.^^
 make
 =66rom base, I plan to do it by Feb 16th.
 
 Note that bmake is the default since FreeBSD 10.
 FreeBSD 9.3 is also providing bmake (as bmake) on default installation.
 
 Best regards,
 Bapt

I don't know the difference, but it seems potentialy dangerous to
remove old make without notice ?

In FreeBSD-9.3 :
  bmake is not default, merely there
-r-xr-xr-x  1 root  wheel  518032 Nov  5 16:58 /usr/bin/bmake*
-r-xr-xr-x  1 root  wheel  453176 Nov  5 16:58 /usr/bin/make*
   man make has No Warning people should migrate to bmake.

FreeBSD-10.0
  Has Only one /usr/bin/*make ( no make.old)
   No warning that it's a new make called bmake or what if any differences
  might be from make in 9.

cd ~ ; find . -type f -name Makefile | wc -l# 739

Use of FreeBSD is not merely to rebuild FreeBSD, but to support users who
want to trust FreeBSD to provide predictable functional stability.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or 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: [RFC] Replace gnu groff in base by heirloom doctools

2015-05-15 Thread Julian H. Stacey

Hi Bapt  current@

 I think keeping a fully functionnal roff(7) toolchain part of the
 base system is very good on a unix.

Yes, Unix has always also been a tool to get jobs done (aka PWB),
as well as merely recompile more Unix. Ditto FreeBSD.  


 From what I could check I cannot find any regression when migrating from gnu
 groff to heirloom doctools, if there is a particular area when you think extra
 care is needed please share it.
 
 Heirloom doctools: https://github.com/n-t-roff/heirloom-doctools


Regression tests that use public BSD source  data to build more
BSD are a good start, but just a start, insufficient to discover
all problems.  There's non public user data sets to consider.

Many users won't read current@, just announce@, so before removal
hits a Release, we need a one Release warning, ie This is the last
Release before old functionality goes.

Assume lots of user data will Not be compatible with heirloom-doctools
 users wont know to start checking their data, until they see an
announcement in the next Release.

We'll need a copy of same version of existing tools, macros etc, copied out
unchanged to a port or meta port so users affected have a lifeboat.

User data Will break: (My groff usage frequently broke when groff
changed:  I use groff for CV, business card, letters, invoices, 
personal, with embedded pics, scaled  offset figures, tables,
fonts, sizes,  ouput in all of txt ps pdf pcl  html output.)

Unfortnately I have'nt time to help test with my data as FreeBSD
already eats too much time, shoving bind from src to ports (+planning
to dump bind  move on) + ripping majordomo  acroread out of ports,
all of which I need  must restore before upgrading servers 
workstations.

Changes would need maximal warning  minimum disruption please.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with  .  Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
___
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: Bazaaring the cathedral (Lowering the Barrier to Entry)

2015-04-02 Thread Julian H. Stacey

Hans Petter Selasky wrote:
 I hope this is not one more of those April fools :-)

I've been thinking that since Eitan's first post of 
Wed, 1 Apr 2015 09:55:11 -0700 (18:55 CEST)
self-serve commit access
I kept wondering what would keep looneys out ? :-)

Your experience feeding back to Linux was interesting, I suppose
we assume the grass is greener till we hear someone tried it :-)

Fernando,
  Your mailer software auto fold mechanism is bad, best turn it off.
  It corrupted quote from Hans Petter.  It inserted repeated \n not \n 

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with  .  Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
___
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

src/UPDATING to more precisely document usr.bin/make removal

2015-06-21 Thread Julian H. Stacey

Hi Warner  cc current@,

I discovered make had dissapeared (A local patch script failed),
so I had to hunt.  Let's make text string hunting easier with this for
11.0-CURRENT/src/UPDATING   Sun Jun 21 16:29:53 2015

52,53c52,54
   FreeBSD's old make (fmake) has been removed from the system. It is
   available as the devel/fmake port or via pkg install fmake.
---
   FreeBSD's old make (fmake) has been removed from src/usr.bin/make.
   It is available as ports/devel/fmake or via pkg install fmake.
   /usr/bin/make is installed from src/usr.bin/bmake

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Reply after previous text, like a play - Not before, which looses context.
 Indent previous text with   Insert new lines before 80 chars.
 Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64.
___
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: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?

2015-06-21 Thread Julian H. Stacey

 trond.endres...@fagskolen.gjovik.no wrote:
 
  Hi,
 =20
  Am I the only one who fails to build recent base/head (r284673) on
  pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs.
 
 ...
 
  CC=3Dclang
  CXX=3Dclang++
  CPP=3Dclang-cpp
 
 Hi Trond,
   You need to remove these lines. They shouldn=92t have been set =
 before or after the commits from projects/bmake .
 Thanks,

In case it's of interest, I ran make world OK a few hours back with
284659  no C directives in make.conf re compiler, (though I see
I have /etc/src.conf :
WITHOUT_ZFS=
NO_WERROR=
NO_WERROR.clang=
)

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Reply after previous text, like a play - Not before, which looses context.
 Indent previous text with   Insert new lines before 80 chars.
 Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64.
___
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: src/libexec/ftpd possible make error on svn_revision 284205

2015-06-10 Thread Julian H. Stacey

 Fixed r284221

Thanks !

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with  .  Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
___
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

man find refs man cvs not in src/ , copy it from older src/ ?

2015-06-15 Thread Julian H. Stacey

man find has:
-newerXY file
... 
In addition, if Y=t, then file is instead
interpreted as a direct date specification of the form understood
by cvs(1).

Now cvs is not in src/ but in ports/ 
devel/cvs/Makefile
LICENSE=GPLv2

8.4-RELEASE src/contrib/cvs has it ( there'll be newer)
I suggest we copy across the text section
-D date_spec etc
from the last version in src/ contrib/cvs/doc/cvs.1 (or cvs.texinfo ?)
( See also ./contrib/gnu/usr.bin/cvs ./gnu/usr.bin/cvs/cvs )

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with  .  Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
___
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

src/libexec/ftpd possible make error on svn_revision 284205

2015-06-10 Thread Julian H. Stacey

There may possibly be an un-matched commit at:
cat /usr/src/.svn_revision # 284205
cat /usr/src/.ctm_status # src-cur 11995
make world

/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): undefined reference 
to `xo_close_list'
/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01): undefined reference 
to `xo_warn'
util.o: In function `prn_normal':
/usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): undefined reference to 
`xo_emit'
util.o: In function `usage':
/usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): undefined reference to 
`xo_error'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Now I'm runnning make -k all
Before the world above I had run
'cd src/include ; make install ; cd .. ; make all'
so the problem might be just here.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Indent previous with  .  Reply Below as a play script.
Send plain text, Not quoted-printable, HTML, or base64.
___
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: Depreciate and remove gbde

2015-10-24 Thread Julian H. Stacey

> >If you want a secure filesystem I think that at this particular time
> >it would be entirely reasonable to use both gbde and geli stacked on
> >top of each other[...]

I've often wondered if multiple encryption (CPU permitting) is sensible in 
case one day some method is cracked but another stays secure.
There's been recent discussions on cracking algorithms at
 http://lists.gnupg.org/pipermail/gnupg-users/2015-October/054586.html

I see man geli has:
Supports many cryptographic algorithms (currently AES-XTS,
AES-CBC, Blowfish-CBC, Camellia-CBC and 3DES-CBC).
NAME section of man 1 gbde & geli both ref. GEOM.
Skimming man 1 4 8 gbde geom I'm not sure how gbde compares.


> Nobody is going to break through the GELI or GBDE crypto, they'll
> find their way to the keys instead, or more likely, jail you until
> you sing.

Yes, if 'they' are physicaly present government, criminals etc.

Encryption (& perhaps multiple encryption) is nice against eg
- sneak thieves/ industrial spies/ remote hostile governments,
- where one must sometimes share root with others.
- scanners remote or local 
   (Scanners could be hidden in BLOBs. Anyone else worry how many
   binary BLOBs are in FreeBSD, especially ports/ ?  I started a
   list a couple of years back, got scared how many, then stopped
   after I realised a list was not maintainable & better to add a
   BLOB_HAZARD= label to ports Makefiles, but no one seemed interested ).
- Casual physical loss:
  - My brother's USB stick fell off its plastic retainer to key ring,
picture: http://www.conrad.de/ce/de/product/417197/
  - Small shiney USB sticks on desk could be attractive like jewelery
to birds such as magpies (`Elster' fly here, I stopped one thieving
a shiney foil wrapped bar, a lot heavier & bigger than a USB stick).

My data is long encrypted, I'll buy phk@ a beer if we meet somewhere :-)

Cheers,
Julian
--
Julian Stacey,  BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com
 Reply After previous text to preserve context, as in a play script.
 Indent previous text with >Insert new lines before 80 chars.
 Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: bsd.subdir.mk: Recursing on dependent targets

2015-11-11 Thread Julian H. Stacey

Hi Bryan & all,
I'm in a rush so will read yours again later, but will quickly mention
I've long ago added a load of *-recursive macros to my Mk/
but never submitted them, they are under
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/Mk/

(but it seems something in apache httpd.conf is truncing file names,
which should appear as eg
bsd.port.subdir.mk.reinstall-recursive.REL=8.2-RELEASE.diff
etc )

Cheers,
Julian
--
Julian Stacey,  BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com
 Reply After previous text to preserve context, as in a play script.
 Indent previous text with >Insert new lines before 80 chars.
 Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Depreciate and remove gbde

2015-10-18 Thread Julian H. Stacey

Yonas Yanfa wrote:
> Hi,
> 
> It seems geli is the standard way of encrypting disks. It's extremely 
> flexible and usually recommended by the community over gbde. Moreover, 
> geli is mentioned a lot more in the mailing lists and forums.

& global community uses DOS-FS more, & mentions MS more than BSD. ;-)
Popularity is not sole index of what everyone should be constrained to use.

> gbde's man page explicitly says that gbde is experimental and should be 
> considered suspect.

Just an old cautious initial description, that I recall long predates geli.

> That seems reason enough to finally depreciate and 
> remove it in favour of geli.

No, very naieve.  No need to remove gbde & disrupt existing users.
Perhaps a reason to re-balance cautious description in both.

> The Encrypting Disk Partitions page in the Handbook discusses gbde 
> first, and describes geli as an alternative. This seems odd, shouldn't 
> this be the other way around?

It was written in historical order.

> Is there any objection to removing gbde?

Yes.  Daft to disrupt users.

> How many people use gbde?

Not so useful to ask on Current@ which tends to use the latest tools
eg geli; try hackers@ or questions@ etc, realise usage of BSD does
not require registration or membership of Any BSD mail list or
forum. Usage of GBDE more so.  Gbde could well be essential on
production servers, but unless admins are also programmers on
current@, they won't even see your idea to remove gdbe.

> When 
> have you used gbde over geli, and why?

Gbde came first, some won't have needed more or wasted time to learn an
alternate they did not need.  Others may have reasons they may not publish.

Without analysis, deprecating gbde is not sensible, & removal worse.
Please research & contribute a handbook section, with URLs & text
comparing gbde & geli (& other crypt FS in ports/ ?), including eg:

- Processor & IO load of both, 
- Crack testing of both if any, 
- History of code review & quality of both. etc
- Patent liabilities of either ? licensing ?
- Compatability of both with other OSs if any,
- Any possiblities for standards approvals of either by any bodies (that
  usually requires funding, so with 2 maybe more chance of 1 being funded ?)

Cheers,
Julian
--
Julian Stacey,  BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com
 Reply After previous text to preserve context, as in a play script.
 Indent previous text with >Insert new lines before 80 chars.
 Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Depreciate and remove gbde

2015-10-19 Thread Julian H. Stacey

Slawa Olhovchenkov wrote:
> On Mon, Oct 19, 2015 at 01:52:05AM -0700, Perry Hutchison wrote:
> 
> > Anton Shterenlikht  wrote:
> > 
> > > I use gbde.
> > > Can switch to geli, if required,
> > > but please provide detailed instructions
> > > for switching before removing gbde.
> > 
> > Such instructions would presumably be included in the UPDATING
> > entry.
> > 
> > An additional consideration:  If there is no convert-in-place
> > mechanism -- i.e. the only way to convert a gbde FS to geli is to
> > backup, wipe, and restore (thus involving considerable downtime)
> > -- it will give some unknown number of production users a strong
> > motivation to freeze at [last version of FreeBSD to include gbde
> > support].
> 
> This must be show-stoper for removing gbde.

Yes.

Someone with a commit bit could hopefully add a line or 2 to man gbde, that
as gbde was around in 5.0-RELEASE 2003, gbde is No Longer experimental,
it's stable & in use; newbies need not be scared.

https://www.freebsd.org/cgi/man.cgi?query=gbde=0=0=FreeBSD+5.0-RELEASE=default=html

which was released pre 2006
https://www.freebsd.org/security/unsupported.html
Jan 16 2003
https://svnweb.freebsd.org/base/release/5.0.0/README?view=markup

Jan 16 16:56:23 2003 
https://svnweb.freebsd.org/base/release/5.0.0/sbin/gbde/gbde.8?revision=109388=markup

Cheers,
Julian
--
Julian Stacey,  BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com
 Reply After previous text to preserve context, as in a play script.
 Indent previous text with >Insert new lines before 80 chars.
 Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Depreciate and remove gbde

2015-10-19 Thread Julian H. Stacey

Hi, Reference:
> From: John-Mark Gurney 
> Date: Mon, 19 Oct 2015 13:50:08 -0700

John-Mark Gurney wrote:
> So, one thing that the docs talk about is that geli uses the crypto(9)

Interesting.
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html
Could benefit from a link to John-Mark Gurney's 
http://lists.freebsd.org/pipermail/freebsd-current/2015-October/057855.html

Cheers,
Julian
--
Julian Stacey,  BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.com
 Reply After previous text to preserve context, as in a play script.
 Indent previous text with >Insert new lines before 80 chars.
 Use plain text, Not quoted-printable, Not HTML, Not base64, Not MS.doc.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

WITHOUT_CDDL prevents install of ctfconvert which breaks kernel build

2016-03-15 Thread Julian H. Stacey

Hi current@ people
src.conf WITHOUT_CDDL
prevents installation of ctfconvert 
lack of ctfconvert broke my GENERIC kernel build

I could submit a send-pr (or whatever we call them on web now)
so man src.conf warns of this, or do you have a better fix ?

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: WITHOUT_CDDL prevents install of ctfconvert which breaks kernel build

2016-03-15 Thread Julian H. Stacey

I wrote:
> Hi current@ people
> src.conf WITHOUT_CDDL
> prevents installation of ctfconvert 
> lack of ctfconvert broke my GENERIC kernel build

Not just  /usr/src/cddl/usr.bin/ctfconvert
also need /usr/src/cddl/usr.bin/ctfmerge

> I could submit a send-pr (or whatever we call them on web now)
> so man src.conf warns of this, or do you have a better fix ?

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

ctfmerge slows & sometimes crashes

2016-05-05 Thread Julian H. Stacey

Has anyone else noticed ctfmerge either 
- temporarily sucks the life out of the machine,
- or crashes 
?
cd /usr/src; make buildworld ; make buildkernel
linking kernel.full
ctfmerge -L VERSION -g -o kernel.full ...
No rponse from these:
  Attempt to start new xterm to host (to run top) fails,
  Attempt to Control Z suspend the job in existing xterm is ignored,
  Stroking keypad (aka mouse wobble) ignored
  Screen stayed black (as it was before cos xdm was running & no human using it)
  No disk activity.
Eventually laptop fan ran a bit faster for a bit (BIOS ?)
I had to power off laptop to reboot.

I've seen it a few times in recent weeks with various recent current.

uname -a
FreeBSD lapr.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT
#4 r298975M: Wed May  4 14:59:04 CEST 2016

j...@lapr.js.berklix.net:/data/release/11.0-CURRENT/usr/obj/usr/src/sys/GENERIC
amd64

/usr/src it crashed building is at svn 299060   OK I now have newer here.

I have nothing to debug in /var/crash as
swapinfo2 355 200 1K-blocks
bsdlabel /dev/ada0s14 710 400 

dmesg real memory   3 221 225 472 (3072 MB)
dmesg avail memory  2 759 401 472 (2631 MB)
So ready for next one, I'll re bsdlabel the partition, 
(less risky than keeping a 4G ram stick in with /etc/rc.conf dumpdev=/dev/da0 )

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Brexit: Meeting +UK blocks votes of Brits in EU  http://www.berklix.eu/brexit/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ctfmerge slows & sometimes crashes

2016-05-05 Thread Julian H. Stacey

Hans Petter Selasky wrote:
> On 05/05/16 23:53, Julian H. Stacey wrote:
> > Has anyone else noticed ctfmerge either
> > - temporarily sucks the life out of the machine,
> > - or crashes
> > ?
> > cd /usr/src; make buildworld ; make buildkernel
> > linking kernel.full
> > ctfmerge -L VERSION -g -o kernel.full ...
> > No rponse from these:
> >Attempt to start new xterm to host (to run top) fails,
> >Attempt to Control Z suspend the job in existing xterm is ignored,
> >Stroking keypad (aka mouse wobble) ignored
> >Screen stayed black (as it was before cos xdm was running & no human 
> > using it)
> >No disk activity.
> > Eventually laptop fan ran a bit faster for a bit (BIOS ?)
> > I had to power off laptop to reboot.
> >
> > I've seen it a few times in recent weeks with various recent current.
> >
> > uname -a
> > FreeBSD lapr.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT
> > #4 r298975M: Wed May  4 14:59:04 CEST 2016
> > 
> > j...@lapr.js.berklix.net:/data/release/11.0-CURRENT/usr/obj/usr/src/sys/GENERIC
> > amd64
> >
> > /usr/src it crashed building is at svn 299060   OK I now have newer 
> > here.
> >
> > I have nothing to debug in /var/crash as
> > swapinfo2 355 200 1K-blocks
> > bsdlabel /dev/ada0s14 710 400
> >
> > dmesg real memory   3 221 225 472 (3072 MB)
> > dmesg avail memory  2 759 401 472 (2631 MB)
> > So ready for next one, I'll re bsdlabel the partition,
> > (less risky than keeping a 4G ram stick in with /etc/rc.conf 
> > dumpdev=/dev/da0 )
> >
> > Cheers,
> > Julian
> >
> 
> Hi,
> 
> I've seen this on 10-stable machines when compiling 11-current, but not 
> on 11-current machines doing the same build.
> 
> --HPS

Thanks HPS, I've repartitioned & rebooted with an exactly matching swap
swapinfo3145728
bsdlabel6291456
dmesg real memory   3221225472 (3072 MB)
dc 3145728 2 * p 6291456 512 * p 3221225472
& again running make buildkernel, I'll hope to offer a back trace next time.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Brexit: Meeting +UK blocks votes of Brits in EU  http://www.berklix.eu/brexit/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

some mtree missing in buildworld

2016-04-21 Thread Julian H. Stacey

Hi current@
There seems some invocation of mtree missing in make buildworld,
& also an undefined reference to `_libmd*
I detected it upgrading a year old current to today's current:

--
uname -a
FreeBSD blak.js.berklix.net 11.0-CURRENT FreeBSD 11.0-CURRENT #11881: Sun Mar 
22 19:23:17 CET 2015 
j...@blak.js.berklix.net:/usr/src/sys/amd64/compile/BLAK.small  amd64

rm -rf /usr/src 
mkdir /usr/src 
cd /usr/src
ctm -q  /pub/FreeBSD/development/CTM/src-cur/src-cur.12300xEmpty.gz
ctm -q /pub/FreeBSD/development/CTM/src-cur/src-*.1[0-9][0-9][0-9][0-9].gz
cat .ctm*
src-cur 12446   # That's todays latest
cat .svn_revision
298360

/etc/src.conf is an empty file ie all commented out

make obj

make buildworld
cc -O2 -pipe -DBERKLIX=YES -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 
-DTUI=1 -DDEBUGDIR=\"/usr/lib/debug\" -I. 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../arch/amd64 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/amd64 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/gdb/config 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/include 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/gdb/include 
-I/usr/src/gnu/usr.bin/gdb/kgdb/../../../../contrib/binutils/bfd 
-I/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../../lib/libreadline/readline/.. -g 
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
-Wno-enum-conversion -Wno-unused-loca!
 l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-Qunused-arguments  -o kgdb.full main.o kld.o kthr.o trgt.o trgt_amd64.o  
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../gdb/libgdb/libgdb.a 
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libbfd/libbfd.a 
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libopcodes/libopcodes.a  
/usr/obj/usr/src/gnu/usr.bin/gdb/kgdb/../../binutils/libiberty/libiberty.a  -lm 
-L/usr/obj/usr/src/gnu/lib/libreadline/readline 
-L/usr/obj/usr/src/gnu/lib/libreadline/readline -lreadline  -lncursesw  
-lncursesw  -lncursesw  -lgnuregex  -lkvm
main.o: In function `main':
/usr/src/gnu/usr.bin/gdb/kgdb/main.c:478: undefined reference to 
`kgdb_trgt_pc_fixup'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
make[6]: stopped in /usr/src/gnu/usr.bin/gdb/kgdb

make includes
Various breakages repaired by my subsequent manual mkdir eg
mkdir -p /usr/include/private/bsdstat

make includes
===> lib/libcasper/services (includes)
===> lib/libcasper/services/cap_dns (includes)
install  -C -o root -g wheel -m 444  
/usr/src/lib/libcasper/services/cap_dns/cap_dns.h /usr/include/casper/
install: /usr/include/casper/: No such file or directory
*** Error code 71

cd /usr/src/etc/mtree
make install
cd /etc/mtree 
vi -c/casper BSD.include.dist
cd /usr/src
make _worldtmp
cd /usr/obj/usr/src/tmp
tar cf - . | ( cd / && tar xf - )
ls -la /usr/include/casper
total 12
drwxr-xr-x   2 root  wheel   512 Apr 21 17:08 ./
drwxr-xr-x  60 root  wheel  6656 Apr 21 17:09 ../

cd /usr/src
make includes
cd /usr/src/gnu/usr.bin/gdb/kgdb ; make
Runs for a while
cd /usr/src/gnu/usr.bin/gdb/; make
Runs for a while
make upgrade_checks
make buildworld
cc -O2 -pipe -DBERKLIX=YES 
-I/usr/src/usr.bin/xinstall/../../contrib/mtree 
-I/usr/src/usr.bin/xinstall/../../lib/libnetbsd -g -std=gnu99 
-Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include  -static 
-L/usr/obj/usr/src/tmp/legacy/usr/lib -o xinstall.full xinstall.o getid.o   
-lmd -legacy
xinstall.o: In function `digest_init':
/usr/src/usr.bin/xinstall/xinstall.c:414: undefined reference to 
`_libmd_MD5Init'
...
/usr/src/usr.bin/xinstall/xinstall.c:470: undefined reference to 
`_libmd_SHA512_End'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)
*** Error code 1

Stop.
bmake[3]: stopped in /usr/src/usr.bin/xinstall

cd /usr/src/lib/libmd ; make ; make install
cd /usr/src/usr.bin/xinstall  ; make ; make install
cd /usr/src; make buildworld

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 Let Brits in EU vote on Brexit https://petition.parliament.uk/petitions/112142
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail

svn: Skipped '.' Summary of conflicts: Skipped paths: 1

2016-07-21 Thread Julian H. Stacey

Hi current@
I've seen this ### about 3 times lately, anyone else ?
uname -a
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD
12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST
2016
j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small
amd64

svn co -q file:///usr/svn/base/head
svn up
### Skipped '.'
### Summary of conflicts:
###   Skipped paths: 1

ls -l `which svn`
-rwxr-xr-x  1 root  wheel  259568 May 24  2015 
/usr/local/bin/svn*

Meantime to trace it, I'm running:
cd /usr/ports/devel/subversion ; make clean ; make install
cd /data/tmp/new_svn_bin/src
script
svn co file:///usr/svn/base/head

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn: Skipped '.' Summary of conflicts: Skipped paths: 1

2016-07-21 Thread Julian H. Stacey

Hi, Reference:
> From: Benjamin Kaduk <ka...@mit.edu>
> Date: Thu, 21 Jul 2016 12:19:43 -0400 (EDT)

Benjamin Kaduk wrote:
> On Thu, 21 Jul 2016, Julian H. Stacey wrote:
> 
> > Hi current@
> > I've seen this ### about 3 times lately, anyone else ?
> > uname -a
> > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD
> > 12.0-CURRENT #1 r302560M: Wed Jul 13 01:28:27 CEST
> > 2016
> > j...@lapr.js.berklix.net:/usr/src/sys/amd64/compile/LAPR.small
> > amd64
> >
> > svn co -q file:///usr/svn/base/head
> > svn up
> > ### Skipped '.'
> > ### Summary of conflicts:
> > ###   Skipped paths: 1
> 
> Does 'svn st' have anything interesting to say?
> -Ben

cd /usr/src
svn st
svn: warning: W155007: '/data/release/12.0-CURRENT/usr/src' is not a 
working copy
I had removed content ready for a rebuild
ls -la
total 12
drwxr-xr-x   3 jhs   staff   512 Jul 21 14:43 ./
drwxr-xr-x  18 root  wheel   512 Jul 20 18:46 ../
drwxr-xr-x  24 jhs   staff  1024 Jul 21 15:32 head/
cd head
ls
# COPYRIGHT etc
svn st
# silent completion
svn up
# silent completion
pwd
/data/release/12.0-CURRENT/usr/src/head
cd ../.. ; mv src/head s ; rmdir src ; mv s src ; cd src
pwd
/data/release/12.0-CURRENT/usr/src 
svn up
Updating '.':
At revision 303135.

OK, it wasn't an svn problem then, I was maybe missing meta data,
& have learnt status command available, & I should have tried harder ;-)
Thanks Ben ! Sorry for noise to others.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich http://berklix.eu/jhs/
 Mail plain text,  No quoted-printable, HTML, base64, MS.doc.
 Prefix old lines '> '  Reply below old, like play script.  Break lines by 80.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

boot fails on Table SSDT at 0x...

2016-11-26 Thread Julian H. Stacey

Hi curr...@freebsd.org
I was running
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
#12753: Tue Nov 22 23:31:24 CET 2016

j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
amd64
I updated to 
.ctm_status src-cur 12757
.svn_revision   309126
did a make world, built a new custom kernel with same config as before & now
laptop boot fails after
Table SSDT at 0x...
ACPI: No SRAT table found

I took a pic of frozen screen, & I have svn here, I need to research
& provide more info to whoever ? so this just initial info to whoever's
working in the area.  Debug suggestions & syntax welcome. I'll build
a generic kernel next.

If I may be slow responding, sorry, DSL modem problems here too, hence 
getting an initial error report out while I can.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: boot fails on Table SSDT at 0x...

2016-11-27 Thread Julian H. Stacey

"Julian H. Stacey" wrote:
> Hi curr...@freebsd.org
> I was running
>   FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
>   #12753: Tue Nov 22 23:31:24 CET 2016
>   
> j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
>   amd64
> I updated to 
>   .ctm_status src-cur 12757
>   .svn_revision   309126
> did a make world, built a new custom kernel with same config as before & now
> laptop boot fails after
>   Table SSDT at 0x...
>   ACPI: No SRAT table found
> 
> I took a pic of frozen screen, & I have svn here, I need to research
> & provide more info to whoever ? so this just initial info to whoever's
> working in the area.  Debug suggestions & syntax welcome. I'll build
> a generic kernel next.
> 
> If I may be slow responding, sorry, DSL modem problems here too, hence 
> getting an initial error report out while I can.

A generic kernel boots OK.
A 2nd build of custom config fails to boot.
Table 'ASPT' at 0x937e2000
Table 'SSDT' at 0x937e1000
Table 'SSDT' at 0x937e
Table 'SSDT' at 0x937df000
ACPI: No SRAT table found

cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
*** JENERIC.small   Sun Nov 27 15:09:47 2016
--- LAPR.small  Sun Nov 27 15:09:48 2016
***
*** 1,15 
  cpu HAMMER
! ident JHS_Generic
  makeoptions DEBUG=-g
  makeoptions WITH_CTF=1
  options SCHED_ULE
  options PREEMPTION
  options INET
- options INET6
- options IPSEC
  options TCP_OFFLOAD
  options TCP_HHOOK
- options SCTP
  options FFS
  options SOFTUPDATES
  options UFS_ACL
--- 1,12 
  cpu HAMMER
! ident JHS_Lapr
  makeoptions DEBUG=-g
  makeoptions WITH_CTF=1
  options SCHED_ULE
  options PREEMPTION
  options INET
  options TCP_OFFLOAD
  options TCP_HHOOK
  options FFS
  options SOFTUPDATES
  options UFS_ACL
***
*** 23,33 
--- 20,32 
  options NFS_ROOT
  options MSDOSFS
  options CD9660
+ options UDF
  options PROCFS
  options PSEUDOFS
  options GEOM_PART_GPT
  options GEOM_RAID
  options GEOM_LABEL
+ options GEOM_BDE
  options COMPAT_FREEBSD32
  options COMPAT_FREEBSD4
  options COMPAT_FREEBSD5
***
*** 71,76 
--- 70,78 
  options SMP
  options DEVICE_NUMA
  device cpufreq
+ options IPFIREWALL
+ options IPFIREWALL_VERBOSE
+ options IPDIVERT
  device acpi
  options ACPI_DMAR
  device pci
***
*** 81,134 
  device ata
  device mvs
  device siis
- device ahc
- options AHC_REG_PRETTY_PRINT
- device ahd
- options AHD_REG_PRETTY_PRINT
- device esp
- device hptiop
- device isp
- device mpt
- device mps
- device mpr
- device sym
- device trm
- device adv
- device adw
- device aic
- device bt
- device isci
  device scbus
- device ch
  device da
- device sa
  device cd
  device pass
  device ses
- device amr
- device arcmsr
- device ciss
- device dpt
- device hptmv
- device hptnr
- device hptrr
- device hpt27xx
- device iir
- device ips
- device mly
- device twa
- device tws
- device aac
- device aacp
- device aacraid
- device ida
- device mfi
- device mlx
- device mrsas
- device pmspcv
- device twe
- device nvme
- device nvd
  device atkbdc
  device atkbd
  device psm
--- 83,93 
***
*** 150,202 
  device ppbus
  device lpt
  device ppi
- device puc
  device bxe
- device de
- device em
- device igb
- device ix
- device ixv
- device ixl
- device ixlv
- device le
- device ti
- device txp
- device vx
  device miibus
- device ae
- device age
- device alc
- device ale
- device bce
- device bfe
- device bge
- device cas
- device dc
- device et
- device fxp
- device gem
- device hme
- device jme
- device lge
- device msk
- device nfe
- device nge
- device pcn
- device re
- device rl
- device sf
- device sge
- device sis
- device sk
- device ste
- device stge
- device tl
- device tx
- device vge
- device vr
- device wb
- device xl
  device wlan
  options IEEE80211_DEBUG
  options IEEE80211_AMPDU_AGE
--- 109,116 
***
*** 221,226 
--- 135,143 
  device ral
  device wi
  device wpi
+ device bge
+ device sound
+ device "snd_hda"
  device loop
  device random
  device padlock_rng
***
*** 234,253 
  device bpf
  options USB_DEBUG
  device uhci
- device ohci
  device ehci
  device xhci
  device usb
  device ukbd
  device umass
- device sound
- device snd_cmi
- device snd_csa
- device snd_emu10kx
- device snd_es137x
- device snd_hda
- device snd_ich
- device snd_via8233
  device mmc
  device mmcsd
  device sdhci
--- 151,162 
  device bpf
  options USB_DEBUG
  device uhci
  device ehci
  device xhci
  device usb
+ device urndis
  device ukbd
  device umass
  device mmc
  device mmcsd
  device sdhci
***
*** 261,265 
  options XENHVM
  device xenpci
  device vmx
- device netmap
  device crypto
--- 170,175 
  options XENHVM
  device xenpci
  device vmx
  device crypto

Re: boot fails on Table SSDT at 0x...

2016-11-27 Thread Julian H. Stacey

"Julian H. Stacey" wrote:
> "Julian H. Stacey" wrote:
> > Hi curr...@freebsd.org
> > I was running
> > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> > #12753: Tue Nov 22 23:31:24 CET 2016
> > 
> > j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
> > amd64
> > I updated to 
> > .ctm_status src-cur 12757
> > .svn_revision   309126
> > did a make world, built a new custom kernel with same config as before & now
> > laptop boot fails after
> > Table SSDT at 0x...
> > ACPI: No SRAT table found
> > 
> > I took a pic of frozen screen, & I have svn here, I need to research
> > & provide more info to whoever ? so this just initial info to whoever's
> > working in the area.  Debug suggestions & syntax welcome. I'll build
> > a generic kernel next.
> > 
> > If I may be slow responding, sorry, DSL modem problems here too, hence 
> > getting an initial error report out while I can.
> 
> A generic kernel boots OK.
> A 2nd build of custom config fails to boot.
>   Table 'ASPT' at 0x937e2000
>   Table 'SSDT' at 0x937e1000
>   Table 'SSDT' at 0x937e
>   Table 'SSDT' at 0x937df000
>   ACPI: No SRAT table found
> 
> cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
> *** JENERIC.small Sun Nov 27 15:09:47 2016
> --- LAPR.smallSun Nov 27 15:09:48 2016
> ***
> *** 1,15 
>   cpu HAMMER
> ! ident JHS_Generic
>   makeoptions DEBUG=-g
>   makeoptions WITH_CTF=1
>   options SCHED_ULE
>   options PREEMPTION
>   options INET
> - options INET6
> - options IPSEC
>   options TCP_OFFLOAD
>   options TCP_HHOOK
> - options SCTP
>   options FFS
>   options SOFTUPDATES
>   options UFS_ACL
> --- 1,12 
>   cpu HAMMER
> ! ident JHS_Lapr
>   makeoptions DEBUG=-g
>   makeoptions WITH_CTF=1
>   options SCHED_ULE
>   options PREEMPTION
>   options INET
>   options TCP_OFFLOAD
>   options TCP_HHOOK
>   options FFS
>   options SOFTUPDATES
>   options UFS_ACL
> ***
> *** 23,33 
> --- 20,32 
>   options NFS_ROOT
>   options MSDOSFS
>   options CD9660
> + options UDF
>   options PROCFS
>   options PSEUDOFS
>   options GEOM_PART_GPT
>   options GEOM_RAID
>   options GEOM_LABEL
> + options GEOM_BDE
>   options COMPAT_FREEBSD32
>   options COMPAT_FREEBSD4
>   options COMPAT_FREEBSD5
> ***
> *** 71,76 
> --- 70,78 
>   options SMP
>   options DEVICE_NUMA
>   device cpufreq
> + options IPFIREWALL
> + options IPFIREWALL_VERBOSE
> + options IPDIVERT
>   device acpi
>   options ACPI_DMAR
>   device pci
> ***
> *** 81,134 
>   device ata
>   device mvs
>   device siis
> - device ahc
> - options AHC_REG_PRETTY_PRINT
> - device ahd
> - options AHD_REG_PRETTY_PRINT
> - device esp
> - device hptiop
> - device isp
> - device mpt
> - device mps
> - device mpr
> - device sym
> - device trm
> - device adv
> - device adw
> - device aic
> - device bt
> - device isci
>   device scbus
> - device ch
>   device da
> - device sa
>   device cd
>   device pass
>   device ses
> - device amr
> - device arcmsr
> - device ciss
> - device dpt
> - device hptmv
> - device hptnr
> - device hptrr
> - device hpt27xx
> - device iir
> - device ips
> - device mly
> - device twa
> - device tws
> - device aac
> - device aacp
> - device aacraid
> - device ida
> - device mfi
> - device mlx
> - device mrsas
> - device pmspcv
> - device twe
> - device nvme
> - device nvd
>   device atkbdc
>   device atkbd
>   device psm
> --- 83,93 
> ***
> *** 150,202 
>   device ppbus
>   device lpt
>   device ppi
> - device puc
>   device bxe
> - device de
> - device em
> - device igb
> - device ix
> - device ixv
> - device ixl
> - device ixlv
> - device le
> - device ti
> - device txp
> - device vx
>   device miibus
> - device ae
> - device age
> - device alc
> - device ale
> - device bce
> - device bfe
> - device bge
> - device cas
> - device dc
> - device et
> - device fxp
> - device gem
> - device hme
> - device jme
> - device lge
> - device msk
> - device nfe
> - device nge
> - device pcn
> - device re
> - device rl
> - device sf
> - device sge
> - device sis
> - device sk
> - device ste
> - device stge
> - device tl
> - device tx
> - device vge
> - device vr
> - device wb
> - de

Re: boot fails on Table SSDT at 0x...

2016-11-28 Thread Julian H. Stacey

Hi, Reference:
> From: John Baldwin <j...@freebsd.org>
> Date: Mon, 28 Nov 2016 09:36:14 -0800

John Baldwin wrote:
> On Sunday, November 27, 2016 04:07:03 PM Julian H. Stacey wrote:
> > "Julian H. Stacey" wrote:
> > > "Julian H. Stacey" wrote:
> > > > Hi curr...@freebsd.org
> > > > I was running
> > > > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> > > > #12753: Tue Nov 22 23:31:24 CET 2016
> > > > 
> > > > j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
> > > > amd64
> > > > I updated to 
> > > > .ctm_status src-cur 12757
> > > > .svn_revision   309126
> > > > did a make world, built a new custom kernel with same config as before 
> > > > & now
> > > > laptop boot fails after
> > > > Table SSDT at 0x...
> > > > ACPI: No SRAT table found
> > > > 
> > > > I took a pic of frozen screen, & I have svn here, I need to research
> > > > & provide more info to whoever ? so this just initial info to whoever's
> > > > working in the area.  Debug suggestions & syntax welcome. I'll build
> > > > a generic kernel next.
> > > > 
> > > > If I may be slow responding, sorry, DSL modem problems here too, hence 
> > > > getting an initial error report out while I can.
> > > 
> > > A generic kernel boots OK.
> > > A 2nd build of custom config fails to boot.
> > >   Table 'ASPT' at 0x937e2000
> > >   Table 'SSDT' at 0x937e1000
> > >   Table 'SSDT' at 0x937e
> > >   Table 'SSDT' at 0x937df000
> > >   ACPI: No SRAT table found
> > > 
> > > cd /sys/amd64/conf ; diff -c JENERIC.small LAPR.small
> > > *** JENERIC.small Sun Nov 27 15:09:47 2016
> > > --- LAPR.smallSun Nov 27 15:09:48 2016
> > > ***
> > > *** 1,15 
> > >   cpu HAMMER
> > > ! ident JHS_Generic
> > >   makeoptions DEBUG=-g
> > >   makeoptions WITH_CTF=1
> > >   options SCHED_ULE
> > >   options PREEMPTION
> > >   options INET
> > > - options INET6
> > > - options IPSEC
> > >   options TCP_OFFLOAD
> > >   options TCP_HHOOK
> > > - options SCTP
> > >   options FFS
> > >   options SOFTUPDATES
> > >   options UFS_ACL
> > > --- 1,12 
> > >   cpu HAMMER
> > > ! ident JHS_Lapr
> > >   makeoptions DEBUG=-g
> > >   makeoptions WITH_CTF=1
> > >   options SCHED_ULE
> > >   options PREEMPTION
> > >   options INET
> > >   options TCP_OFFLOAD
> > >   options TCP_HHOOK
> > >   options FFS
> > >   options SOFTUPDATES
> > >   options UFS_ACL
> > > ***
> > > *** 23,33 
> > > --- 20,32 
> > >   options NFS_ROOT
> > >   options MSDOSFS
> > >   options CD9660
> > > + options UDF
> > >   options PROCFS
> > >   options PSEUDOFS
> > >   options GEOM_PART_GPT
> > >   options GEOM_RAID
> > >   options GEOM_LABEL
> > > + options GEOM_BDE
> > >   options COMPAT_FREEBSD32
> > >   options COMPAT_FREEBSD4
> > >   options COMPAT_FREEBSD5
> > > ***
> > > *** 71,76 
> > > --- 70,78 
> > >   options SMP
> > >   options DEVICE_NUMA
> > >   device cpufreq
> > > + options IPFIREWALL
> > > + options IPFIREWALL_VERBOSE
> > > + options IPDIVERT
> > >   device acpi
> > >   options ACPI_DMAR
> > >   device pci
> > > ***
> > > *** 81,134 
> > >   device ata
> > >   device mvs
> > >   device siis
> > > - device ahc
> > > - options AHC_REG_PRETTY_PRINT
> > > - device ahd
> > > - options AHD_REG_PRETTY_PRINT
> > > - device esp
> > > - device hptiop
> > > - device isp
> > > - device mpt
> > > - device mps
> > > - device mpr
> > > - device sym
> > > - device trm
> > > - device adv
> > > - device adw
> > > - device aic
> > > - device bt
> > > - device isci
> > >   device scbus
> > > - device ch
> > >   device da
> > > - device sa
> > >   device cd
> > >   device pass
> > >   device

Re: boot fails on Table SSDT at 0x...

2016-11-29 Thread Julian H. Stacey

John Baldwin wrote:
> On Tuesday, November 29, 2016 11:49:32 PM Julian H. Stacey wrote:
> > > Thanks for the Q. John,
> > > It hangs.
> > > I'm refining down which line of the custom config triggers the hang
> > > & will post when Ive found it.
> > 
> > Sorry, after lots of kernel variants & reboots I failed to get it
> > to hang on boot.  Eventually with same src/ I reverted to original
> > bad config. Even that wouldn't hang on boot, so I've given up ! :-/
> 
> Perhaps a stale .o wasn't being recompiled?  None of your kernel option
> changes seemed to be related, so I suspect it was something oddball like that.

Yes, good guess, (I'd even wondered about bad sectors, heat etc,
not ntpd as all local FS  .. ). 

PS at least it got me to review my config, drop & adopt some options,
& get all in the same order as GENERIC.

Thanks!

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: boot fails on Table SSDT at 0x...

2016-11-29 Thread Julian H. Stacey

> Thanks for the Q. John,
> It hangs.
> I'm refining down which line of the custom config triggers the hang
> & will post when Ive found it.

Sorry, after lots of kernel variants & reboots I failed to get it
to hang on boot.  Eventually with same src/ I reverted to original
bad config. Even that wouldn't hang on boot, so I've given up ! :-/

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: A question about updating src & ports

2016-12-29 Thread Julian H. Stacey

Hi, Reference:
> From: blubee blubeeme 
> Date: Thu, 29 Dec 2016 18:11:38 +0800

blubee blubeeme wrote:
> Howdy
> 
> I went through the process of building world for the first time, that was
> interesting but I got it. svn clean up prior object files, build world,
> kernel, etc.
> 
> Okay that part is fine
> 
> I have a question about keeping ports up to date, in the past I did
> portsnap fetch update to update the ports but since I totally deleted all
> the ports and used svn checkout to get the latest ports.
> 
> Can I mix portsnap fetch update or should I just continue to use svn update
> /usr/ports

BTW, CTM can also update local trees of FreeBSD svn src & ports.
URLs at http://ctm.berklix.org

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

"Ngie Cooper (yaneurabeya)" wrote:
> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
>   charset=us-ascii
> 
> 
> > On Aug 6, 2017, at 09:36, Julian H. Stacey <j...@berklix.com> wrote:
> > 
> > Hi freebsd-current@freebsd.org
> > with current src
> > .ctm_status src-cur 13120
> > .svn_revision322111
> > libexec/Makefile has been butchered, eg
> > rshd & other builds silently omitted
> > unless one debugs & learns to do eg
> > setenv _rshd Something
> > A find & grep of src/ shows no other ref. to _rshd except
> > ./libexec/Makefile: ${_rshd} \
> > ./libexec/Makefile:_rshd=   rshd
> > 
> > I sampled _pppoed same error !
> > ./libexec/Makefile: ${_pppoed} \
> > ./libexec/Makefile:_pppoed= pppoed
> > 
> > Others turned off are:
> >${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \
> >${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
> >\ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
> >${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}
> > 
> > If src/ annoyingly insists to force everyone to silently Not build src/,
> > there should at least be some switch & reference doc in eg
> > src/share/mk
> > src/share/man/man5/src.conf
> 
> Julian,
>   Could you please post your build error (in its entirety) somewhere?
> Thank you,
> -Ngie

Why ?  Problem is fully identified.  Please read source.
The half baked mod. to src/libexec/Makefile could be backed out
as it fails to be supported by src/share/mk & src.conf.

Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

Hi freebsd-current@freebsd.org
with current src 
.ctm_status src-cur 13120
.svn_revision322111
libexec/Makefile has been butchered, eg
rshd & other builds silently omitted
unless one debugs & learns to do eg
setenv _rshd Something
A find & grep of src/ shows no other ref. to _rshd except
./libexec/Makefile: ${_rshd} \
./libexec/Makefile:_rshd=   rshd

I sampled _pppoed same error !
./libexec/Makefile: ${_pppoed} \
./libexec/Makefile:_pppoed= pppoed

Others turned off are:
${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ 
${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
\ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}

If src/ annoyingly insists to force everyone to silently Not build src/,
there should at least be some switch & reference doc in eg
src/share/mk 
src/share/man/man5/src.conf

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

Hi, Reference:
> From: Ngie Cooper <yaneurab...@gmail.com>
> Date: Sun, 6 Aug 2017 12:16:21 -0700

Ngie Cooper wrote:
> 
> > On Aug 6, 2017, at 11:38, Julian H. Stacey <j...@berklix.com> wrote:
> > 
> > "Ngie Cooper (yaneurabeya)" wrote:
> >> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
> >> Content-Transfer-Encoding: 7bit
> >> Content-Type: text/plain;
> >>charset=us-ascii
> >> 
> >> 
> >>> On Aug 6, 2017, at 09:36, Julian H. Stacey <j...@berklix.com> wrote:
> >>> 
> >>> Hi freebsd-current@freebsd.org
> >>> with current src
> >>>.ctm_status src-cur 13120
> >>>.svn_revision322111
> >>> libexec/Makefile has been butchered, eg
> >>> rshd & other builds silently omitted
> >>> unless one debugs & learns to do eg
> >>>setenv _rshd Something
> >>> A find & grep of src/ shows no other ref. to _rshd except
> >>>./libexec/Makefile: ${_rshd} \
> >>>./libexec/Makefile:_rshd=   rshd
> >>> 
> >>> I sampled _pppoed same error !
> >>>./libexec/Makefile: ${_pppoed} \
> >>>./libexec/Makefile:_pppoed= pppoed
> >>> 
> >>> Others turned off are:
> >>>   ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \
> >>>   ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid}
> >>>   \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \
> >>>   ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr}
> >>> 
> >>> If src/ annoyingly insists to force everyone to silently Not build src/,
> >>> there should at least be some switch & reference doc in eg
> >>>src/share/mk
> >>>src/share/man/man5/src.conf
> >> 
> >> Julian,
> >>Could you please post your build error (in its entirety) somewhere?
> >> Thank you,
> >> -Ngie
> > 
> > Why ?  Problem is fully identified.  Please read source.
> > The half baked mod. to src/libexec/Makefile could be backed out
> > as it fails to be supported by src/share/mk & src.conf.
> 
> Hi Julian,
> The reason why I need more context is that I was unable to repro the 
> issue. I need more details to help isolate/fix the problem.
> Thanks,
> -Ngie

Hi Ngie
OK, In case it was that, after last mail I started a full rebuild
of world inc kernel, having moved aside my make.conf & src.conf but
I forgot to also unsetenv all my vars, so after that's installed I'll do a
script & unsetenv all & make all.  That will take a day to get back to you.

But it wont change anything.
Meantime please read /usr/src I't's Insufficient.

Maybe reason you cant replicate problem is because you have an environment or
src.conf or make,conf (or something else) Maybe a Makefile.local or ?
that defines _rshd as rshd ?
Only someone lucky enough to have that will install a new /usr/libexec/rshd

Try this:

diff -c Makefile makefile.jhs
*** MakefileSun Aug  6 21:39:51 2017
--- makefile.jhsSun Aug  6 21:38:52 2017
***
*** 114,119 
--- 114,122 
  _tests=   tests
  .endif
  
+ xx:
+   echo "SUBDIR is ${SUBDIR}"
+ 
  .include 
  
  .include 

make -f makefile.jhs xx
echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd  rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv "
SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd  rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv 

make -f  makefile.jhs _rshd=rshd xx
echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv "
SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local 
makewhatis.local mknetid pppoed revnetgroup  rpc.rquotad rpc.rstatd rpc.rusersd 
rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy 
ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv 

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

"Ngie Cooper (yaneurabeya)" wrote:
> > On Aug 6, 2017, at 13:47, Julian H. Stacey <j...@berklix.com> wrote:
> >=20
> > Hi, Reference:
> >> From:  "Julian H. Stacey" <j...@berklix.com>
> >> Date:  Sun, 06 Aug 2017 22:25:02 +0200
> >=20
> > "Julian H. Stacey" wrote:
> >>>>> The half baked mod. to src/libexec/Makefile could be backed out
> >>=20
> >> I was wrong, sorry, code is not half baked, cos further down I =
> spotted :
> >>.if ${MK_RCMDS} !=3D "no"
> >>_rlogind=3D   rlogind
> >>_rshd=3D  rshd
> >>.endif
> >>=20
> >> cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile:
> >>./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} =3D=3D =
> no
> >>=20
> >> I'm reading that while make world continues.
> >=20
> > Finaly found it, after guessing some shell might roll MK_RCMDS from
> > a list including RCMDS, & finding man src.conf with WITH_RCMDS
> > Took me a while to find.  Thanks Ngie for your time.
> 
> Hi Julian,
>   Oh, ok.
>   Yes, the default for MK_RCMDS was changed recently from on to =
> off. UPDATING also mentions it.
>   You must have upgraded from a major version to another recently =
> or over a several month period =E2=80=94 MK_* has been enhanced quite a =
> bit over the past few months to =E2=80=9Cbetter respect optional =
> features=E2=80=9D. I left things on by default for POLA sake, but =
> you=E2=80=99re free to remove them as need be. The defaults may change =
> in the future (as you discovered with MK_RCMDS).
> Cheers,
> -Ngie
> 
> $ svn blame ^/head/share/mk/src.opts.mk | grep RCMDS
> 320530jlh RCMDS \
> $ svn log -c 320530 ^/
> 
> r320530 | jlh | 2017-07-01 03:04:42 -0700 (Sat, 01 Jul 2017) | 12 lines
> 
> Disable RCMDS by default.
> 
> This was announced in this thread:
> https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html
> 
> Applying plan proposed by ngie@ in:
> https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018249.html
> 
> The port has been submitted as net/bsdrcmds in r444814.
> 
> Approved by:bapt, roberto, and others
> 
> 
> $ grep -n 20170701 -A 2 UPDATING
> 66:20170701:
> 67- WITHOUT_RCMDS is now the default. Set WITH_RCMDS if you need =
> them to be
> 68- built with the base system.

Thanks Ngie, nicely documented, I've added to my src.conf WITH_RCMDS=YES
& installed ports/net/bsdrcmds & noted the useful svn syntax examples.

For any trying syntax with a local repository, these work:
 svn blame file:///usr/svn/base/head/share/mk/src.opts.mk | grep RCMDS
 svn log -c 320530 file:///usr/svn/base/

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

Ian Lepore wrote:
> On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> > Hi, Reference:
> > > 
> > > From:     "Julian H. Stacey" <j...@berklix.com>
> > > Date:     Sun, 06 Aug 2017 22:25:02 +0200
> > "Julian H. Stacey" wrote:
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > The half baked mod. to src/libexec/Makefile could be backed
> > > > > > out
> > > I was wrong, sorry, code is not half baked, cos further down I
> > > spotted :
> > >   .if ${MK_RCMDS} != "no"
> > >   _rlogind=   rlogind
> > >   _rshd=  rshd
> > >   .endif
> > > 
> > > cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v
> > > Makefile:
> > >   ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} ==
> > > no
> > > 
> > > I'm reading that while make world continues.
> > Finaly found it, after guessing some shell might roll MK_RCMDS from
> > a list including RCMDS, & finding man src.conf with WITH_RCMDS
> > Took me a while to find.  Thanks Ngie for your time.
> > 
> 
> The thanks seem appropriate enough, given the tone and content of your
> previous emails.  What's missing is the very-much-required appology.
> 
> -- Ian

As said & to quote Ian L. quoting me: "I was wrong, sorry"
Ngie, my apologies for consuming your time, & thanks for looking at this.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

> > > The half baked mod. to src/libexec/Makefile could be backed out

I was wrong, sorry, code is not half baked, cos further down I spotted :
.if ${MK_RCMDS} != "no"
_rlogind=   rlogind
_rshd=  rshd
.endif

cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile:
./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == no

I'm reading that while make world continues.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: src/libexec/Makefile damaged fails to build rshd

2017-08-06 Thread Julian H. Stacey

Hi, Reference:
> From:     "Julian H. Stacey" <j...@berklix.com>
> Date: Sun, 06 Aug 2017 22:25:02 +0200

"Julian H. Stacey" wrote:
> > > > The half baked mod. to src/libexec/Makefile could be backed out
> 
> I was wrong, sorry, code is not half baked, cos further down I spotted :
>   .if ${MK_RCMDS} != "no"
>   _rlogind=   rlogind
>   _rshd=  rshd
>   .endif
> 
> cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile:
>   ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == no
> 
> I'm reading that while make world continues.

Finaly found it, after guessing some shell might roll MK_RCMDS from
a list including RCMDS, & finding man src.conf with WITH_RCMDS
Took me a while to find.  Thanks Ngie for your time.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

2018-05-14 Thread Julian H. Stacey

"Julian H. Stacey" wrote:
> Hi, Reference:
> > From:   Ryan Stone <ryst...@gmail.com>
> > Date:   Sun, 13 May 2018 17:00:50 -0400
> 
> Thanks for reply :-)
> 
> Ryan Stone wrote:
> > Are you building with WITH_LD_IS_LLD=no?
> 
> Not that I've set anywhere. Unless it comes from make world ?
> 
> >  -CURRENT can no longer be
> > built with a GPLv2 ld.  You either have to use ldd or install a newer
> 
> -r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*
> 
> > (GPLv3) binutils package.
> 
> pkg info | grep binutils
> binutils-2.30_3,1  GNU binary tools
> gnatdroid-binutils-2.27_1  Infrastructure for C/Ada Android 
> cross-compiler (ARMv7)
> 
> pkg upgrade
> The process will require 132 MiB more space.
> 569 MiB to be downloaded.
> 
> I'll leave it running & report back later, Thanks

/sys/amd64/compile/LAPR.small xs !!
xs make
cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. -I../../.. 
-I../../../contrib/ck/include -I../../../contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -MD  -MF.depend.iflib.o -MTiflib.o -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-error-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 
-Werror  ../../../net/iflib.c
ctfconvert -L VERSION -g iflib.o
MAKE="make" sh ../../../conf/newvers.sh  JHS_Lapr
cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. -I../../.. 
-I../../../contrib/ck/include -I../../../contrib/libfdt -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality 
-Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-error-address-of-packed-member  -mno-aes 
-mno-avx  -std=iso9899:1999 -Werror  vers.c
ctfconvert -L VERSION -g vers.o
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'
*** Error code 1

pkg info | grep binutils

l `which ldd`
-r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*

l /usr/bin/ld
-r-xr-xr-x  2 root  wheel  1935992 May 13 12:48 /usr/bin/ld*

cd /usr;mv local localMV;rehash
cd /sys/amd64/conf;cd ../compile/`hostname -s | dd conv=ucase`.small
make
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

so nothing to do with packages & local.
For decades it been policy that src/ must be able to build itself
without needing ports/ So what's wrong ? Anyone else see this ?

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

2018-05-14 Thread Julian H. Stacey

Hi, Reference my
> linking kernel.full
> iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

[ Thanks for call Gary, I have: ]

ls -l /usr/bin/ld*
-r-xr-xr-x  2 root  wheel   1935992 May 13 12:48 /usr/bin/ld*
-r-xr-xr-x  2 root  wheel   1935992 May 13 12:48 /usr/bin/ld.bfd*
-r-xr-xr-x  1 root  wheel  40449288 May 13 12:54 /usr/bin/ld.lld*
-r-xr-xr-x  1 root  wheel 19352 May 13 12:52 /usr/bin/ldd*
-r-xr-xr-x  1 root  wheel 26872 May 13 08:59 /usr/bin/ldd32*

uname -a
FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT #0: Sat May 12 
13:37:23 CEST 2018 
j...@lapr.js.berklix.net:/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC
  amd64

cat .svn_revision # 333575
cat .ctm_status  # src-cur 13520

In case there's more tool dependency checking/ auto update done,
I'm now running 'script' & within that 'cd /usr/src; make buildkernel'

(Instead of my previous 
cd /sys/amd64/conf; make links; make# (makes my host conf.)
config `hostname -s | dd conv=ucase`.small
cd ../compile/`hostname -s | dd conv=ucase`.small
make obj; make cleandepend && make depend && make all && make install
)

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

2018-05-14 Thread Julian H. Stacey

Hi, Reference:
> From:     "Julian H. Stacey" <j...@berklix.com>
> Date: Mon, 14 May 2018 14:21:14 +0200

> In case there's more tool dependency checking/ auto update done,
> I'm now running 'script' & within that 'cd /usr/src; make buildkernel'

That worked ! 
(Although looking at my template script I've run that before recently)

===> zlib (all)
[Creating objdir 
/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zlib...]
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/include
cc -target x86_64-unknown-freebsd12.0 
--sysroot=/data/release/s4/usr/obj/usr/src/amd64.amd64/tmp 
-B/data/release/s4/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe  
-fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 
/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC/opt_global.h -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -g 
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-I/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC   -MD  
-MF.depend.zlib.o -MTzlib.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-b!
 ody -Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-error-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -c 
/usr/src/sys/libkern/zlib.c -o zlib.o
ctfconvert -L VERSION -g zlib.o
ld -m elf_x86_64_fbsd -d -warn-common --build-id=sha1 -r -d -o zlib.ko.full 
zlib.o
ctfmerge -L VERSION -g -o zlib.ko.full zlib.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.full  export_syms | xargs -J% 
objcopy % zlib.ko.full
objcopy --only-keep-debug zlib.ko.full zlib.ko.debug
objcopy --strip-debug --add-gnu-debuglink=zlib.ko.debug  zlib.ko.full zlib.ko
--
>>> Kernel build for GENERIC completed on Mon May 14 15:07:43 CEST 2018

make installkernel ; reboot # OK!

Sorry, I can't pin it down, at least yet, now trying a custom kernel.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

2018-05-14 Thread Julian H. Stacey

Ed Maste wrote:
> As of r333461 the amd64 kernel makes use of ifuncs, and requires
> support in the linker. A safety belt added in r333470 enforces this,
> and will produce an explicit error if the linker does not support
> ifuncs.
> 
> lld is the default bootstrap linker for amd64 and has ifunc support.
> The typical 'make buildworld' (or kernel-toolchain) followed by 'make
> buildkernel' process will use lld and successfully link a working
> kernel.
> 
> The old-style kernel build (using 'config' followed by a 'make' in the
> kernel directory) uses the host linker (/usr/bin/ld). This still
> defaults to GNU ld 2.17.50, which does not support ifuncs. This can be
> worked around in one of two ways:
> 
> 1. Install lld as the system linker (/usr/bin/ld), by adding
> WITH_LLD_IS_LD to /etc/src.conf and building and install world.
> WITH_LLD_IS_LD will become the default on amd64 in the near future -
> I'm just waiting on updates to the lang/ghc port and another exp-run.
> 
> 2. Override LD when you build the kernel:
> $ LD=ld.lld make
> 
> These tool chain components will undergo additional changes for the next 
> while.

I guess this explains :
Date: Sun, 13 May 2018 20:26:38 +0200
Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
.svn_revision 333575
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

PS Bloat factor > 20: 2M static V 40M dynamic, 
(normaly dynamics are smaller, not larger).
cd /usr/bin; ls -l *ld*
-r-xr-xr-x  2 root  wheel   1935992 May 13 12:48 ld*
-r-xr-xr-x  1 root  wheel  40449288 May 13 12:54 ld.lld*
file ld ld.lld
ld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
 statically linked,
 for FreeBSD 12.0 (1200063), FreeBSD-style, stripped
ld.lld: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
 dynamically linked, interpreter /libexec/ld-elf.so.1,
 for FreeBSD 12.0 (1200063), FreeBSD-style, stripped

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

2018-05-14 Thread Julian H. Stacey

Hi, Reference:
> From: Ed Maste <ema...@freebsd.org>
> Date: Mon, 14 May 2018 18:58:25 -0400

Ed Maste wrote:
> On 14 May 2018 at 18:05, Julian H. Stacey <j...@berklix.com> wrote:
> >
> > I guess this explains :
> > Date: Sun, 13 May 2018 20:26:38 +0200
> > Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
> > .svn_revision 333575
> > linking kernel.full
> > iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> > iflib.o:(.rodata+0x188): undefined reference to 
> > `iflib_pseudo_detach'
> 
> No, that's something else; I haven't seen that problem before.

Ah ! Thanks

> Note that we've been using lld as the default bootstrap linker (i.e.,
> the linker used to link the world and kernel via 'make buildworld' and
> 'make buildkernel') since Jan 10 (r327783).
> 
> > PS Bloat factor > 20: 2M static V 40M dynamic,
> 
> Keep in mind that the in-tree ld.bfd was released over a decade ago,
> and has been obsolete for years now; a dynamically-linked contemporary
> ld.bfd 12MB. lld is much faster than any of them (more than 20x
> compared to in-tree ld.bfd on some operations) and all of the target
> architectures are supported by a single binary.

OK Thanks.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

2018-05-13 Thread Julian H. Stacey

Hi current@
Any ideas please on a problem with a current kernel from a day or
2 ago, & after a make world:

uname -a
 FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT #0:
 Sat May 12 13:37:23 CEST 2018
 
j...@lapr.js.berklix.net:/data/release/s4/usr/obj/usr/src/amd64.amd64/sys/GENERIC
 amd64

cd /sys/amd64/compile/GENERIC
make cleandepend
 make: "../../../conf/../../../conf/kern.pre.mk" line 125: amd64 kernel 
requires linker ifunc support

/etc/make.conf :
 .include "/site/domain/this/etc/make.conf"
 .include "/site/etc/make.conf.sasl"
 DEFAULT_VERSIONS+=ssl=openssl

All commented out & I still see it.

/etc/src.conf :
 WITH_RCMDS=YES

I updated to
.svn_revision 333575
.ctm_status src-cur 13520
Patched out /usr/src/sys/conf/kern.pre.mk
# .error amd64 kernel requires linker ifunc support
make depend && make all && make install
linking kernel.full
iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'

find . -name \*iflib\* | sort| xargs ls -l
  -rw-r--r--  1 jhs   staff   0 May 13 16:28 
./amd64/compile/GENERIC/opt_iflib.h
  -rw-r--r--  1 root  staff4651 May 13 18:35 
./amd64/compile/LAPR.small/.depend.iflib.o
  -rw-r--r--  1 root  staff  648592 May 13 18:35 
./amd64/compile/LAPR.small/iflib.o
  -rw-r--r--  1 jhs   staff   0 May 12 17:29 
./amd64/compile/LAPR.small/opt_iflib.h
  -rw-r--r--  1 jhs   staff  174046 May 13 16:31 ./net/iflib.c
  -rw-r--r--  1 jhs   staff   13187 May 13 16:31 ./net/iflib.h
  -rw-r--r--  1 jhs   staff7674 May 13 16:31 ./net/iflib_clone.c
  -rw-r--r--  1 jhs   staff2480 May 13 16:31 ./net/iflib_private.h

/usr/src/UPDATING last ref. to iflib is way back: 20170112

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

2018-05-13 Thread Julian H. Stacey

Hi, Reference:
> From: Ryan Stone 
> Date: Sun, 13 May 2018 17:00:50 -0400

Thanks for reply :-)

Ryan Stone wrote:
> Are you building with WITH_LD_IS_LLD=no?

Not that I've set anywhere. Unless it comes from make world ?

>  -CURRENT can no longer be
> built with a GPLv2 ld.  You either have to use ldd or install a newer

-r-xr-xr-x  1 root  wheel  19352 May 13 12:52 /usr/bin/ldd*

> (GPLv3) binutils package.

pkg info | grep binutils
binutils-2.30_3,1  GNU binary tools
gnatdroid-binutils-2.27_1  Infrastructure for C/Ada Android cross-compiler 
(ARMv7)

pkg upgrade
The process will require 132 MiB more space.
569 MiB to be downloaded.

I'll leave it running & report back later, Thanks

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU.
 UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3.
Petition for votes: http://berklix.eu/queen/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

1 2 >

1 - 100 of 172 matches

Mail list logo