Problem building stable-9 in current host

2013-10-01 Thread Alexander Yerenkow
Hello all.
Can someone help me? :)

# uname -a
FreeBSD  10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #5 r255924: Sat Sep 28 15:22:40
EEST 2013 
yama@host:/zbuilder/local/obj/zbuilder/vm4all/src-head-clone/sys/GENERIC
amd64

# svn info
Path: .
Working Copy Root Path: /zbuilder/vm4all/src-stable-9-clone
URL: http://svn.freebsd.org/base/stable/9
Repository Root: http://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 255962


make  buildworld buildkernel

produced:

=== usr.bin/clang/tblgen (obj,depend,all,install)
...
c++ -O2 -pipe
-I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/include
-I/zbuilder/vm4all/src-stable-9-clone/usr.bin/
clang/tblgen/../../../contrib/llvm/tools/clang/include
-I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGe
n -I.
-I/zbuilder/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__S
TDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\x86_64-unknown-freebsd9.2\
-DLLVM_HOST_TRIPLE=\x86_64
-unknown-freebsd9.2\ -DDEFAULT_SYSROOT=\\
-I/usr/obj/zbuilder/vm4all/src-stable-9-clone/tmp/legacy/usr/include
-fno-exceptions -fno-rtti -c /zbuil
der/vm4all/src-stable-9-clone/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp
make: don't know how to make /usr/lib/libstdc++.a. Stop
*** [bootstrap-tools] Error code 2

Stop in /zbuilder/vm4all/src-stable-9-clone.
*** [_bootstrap-tools] Error code 1

Stop in /zbuilder/vm4all/src-stable-9-clone.
*** Error code 1

Stop.
make: stopped in /zbuilder/vm4all/src-stable-9-clone


Is it known issue, or I'm doing something wrong? This builder was working
just fine by this scheme for a year, but to build more recent current I
updated it self OS.


-- 
Regards,
Alexander Yerenkow
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

2013-10-01 Thread Guido Falsi

On 09/27/13 15:38, Boris Samorodov wrote:

27.09.2013 16:59, Pietro Cerutti пишет:

On 2013-Sep-27, 05:57, Scott Long wrote:


On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com wrote:



yes, these messages disappeared after revert 255870 and r255871




Hi,

Nothing that I changes should have affected the ahci driver.  In
fact, I tested this driver specifically during my development.  Can
you confirm that you built both kernel and modules from a clean state?


[tiger@laptop]:/usr/src%svn st
M   sys/boot/i386/zfsboot/zfsboot.c
[tiger@laptop]:/usr/src%svn diff
Index: sys/boot/i386/zfsboot/zfsboot.c
===
--- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
+++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
@@ -302,6 +302,7 @@
  * region in the SMAP, use the last 3MB of 'extended' memory as a
  * high heap candidate.
  */
+   high_heap_size = 0;
 if (bios_extmem = HEAP_MIN  high_heap_size  HEAP_MIN) {
high_heap_size = HEAP_MIN;
high_heap_base = bios_extmem + 0x10 - HEAP_MIN;
[tiger@laptop]:/usr/src%

nothing more.



Yes, no local source changes, but are you loading the cam or ahci drivers
a loadable modules that might be out of sync now, or did you use a short-
cut for building your kernel, like NO_CLEAN?


I had the same problem with a clean src tree. After commenting out the
ahci line from my kernel conf file, I got these instead:

Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer attempte

reverting those two commits solved the issue.


In my case just rebuilding and restarting of sysutils/hal helped.



sysutils/smartmontools needs the same treatment.

BTW thanks for finding this fix :)

--
Guido Falsi m...@madpilot.net
___
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: Hyperv driver related error on make buildkernel on -r255933

2013-10-01 Thread Гуляев Гоша
   Good day!

   I don't know is it possible to build kernel with CLANG, because now my
   system builded without clang, so right now I can rebuild world only
   with gcc (because clang is not present in my system), or maybe I can
   install clang from ports and rebuild world with clang from ports?

   30.09.2013, 02:29, Abhishek Gupta (LIS) abgu...@microsoft.com:

 Hi,
 Is it possible for you to compile with the clang compiler instead of
 gcc?
 It seems that you are compiling with gcc and that is why the error
 is showing up:
 WITHOUT_CLANG=YES
 WITH_GCC=YES
 Let me know if that is not acceptable and I will try to address this
 as soon as possible.
 Thanks,
 Abhishek
 
 From: [1]owner-freebsd-virtualizat...@freebsd.org
 [2]owner-freebsd-virtualizat...@freebsd.org on behalf of Гуляев
 Гоша [3]gosha-n...@yandex.ru
 Sent: Sunday, September 29, 2013 11:18 AM
 To: [4]freebsd-current@freebsd.org;
 [5]freebsd-virtualizat...@freebsd.org
 Subject: Hyperv driver related error on make buildkernel on -r255933
 I have an error when tryin to compile kernel with recent -CURRENT
 sources
 There is additional info uname -a, /etc/src.conf, error output and
 kernel config
  uname -a
 FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12
 22:31:24
 MSK 2013 xlr@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64
  /etc/src.conf
 WITHOUT_ACCT=YES
 #WITHOUT_AMD=YES
 WITHOUT_ASSERT_DEBUG=YES
 WITHOUT_ATM=YES
 WITHOUT_AUDIT=YES
 WITHOUT_AUTHPF=YES
 WITHOUT_BIND=YES
 #WITHOUT_BLUETOOTH=YES
 WITHOUT_BSNMP=YES
 WITHOUT_CLANG=YES
 WITHOUT_CTM=YES
 WITHOUT_FDT=YES
 WITHOUT_FLOPPY=YES
 WITHOUT_GDB=YES
 WITHOUT_HTML=YES
 WITH_GCC=YES
 WITH_GNUCXX=YES
 WITHOUT_ICONV=YES
 #WITH_LIBICONV_COMPAT=YES
 WITHOUT_INET6=YES
 WITHOUT_INFO=YES
 WITHOUT_IPFILTER=YES
 WITHOUT_IPX=YES
 WITHOUT_KERNEL_SYMBOLS=YES
 WITHOUT_KVM=YES
 WITHOUT_LPR=YES
 WITHOUT_MAIL=YES
 WITHOUT_NCP=YES
 #WITHOUT_NDIS=YES
 WITHOUT_OFED=YES
 WITHOUT_PF=YES
 WITHOUT_PMC=YES
 WITHOUT_QUOTAS=YES
 WITHOUT_RCMDS=YES
 WITHOUT_RCS=YES
 WITHOUT_SHAREDOCS=YES
 #WITHOUT_USB=YES
 #WITHOUT_WIRELESS=YES
 WITHOUT_ZFS=YES
  ERROR OUTPUT
 awk -f /usr/src/sys/conf/kmod_syms.awk hwpmc.ko export_syms | xargs
 -J%
 objcopy % hwpmc.ko
 objcopy --strip-debug hwpmc.ko
 === hyperv (all)
 === hyperv/vmbus (all)
 cc -O2 -pipe -msse -msse2 -msse3 -mmmx -m3dnow -mtune=core2
 -march=core2 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE
 -nostdinc
 -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include
 -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus
 -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/utilities
 -DHAVE_KERNEL_OPTION_HEADERS -include
 /usr/obj/usr/src/sys/MYBSD/opt_global.h -I. -I@ -I@/contrib/altq
 -finline-limit=8000 --param inline-unit-growth=100 --param
 large-function-growth=1000 -fno-common -fno-omit-frame-pointer
 -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/MYBSD
 -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
 -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
 -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls
 -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
 -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign
 -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option
 -c
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann
 el.
 c
 In file included from
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann
 el.
 c:40:
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:288: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:396: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:410: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:418: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:426: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:502: warning: declaration does not declare anything
 /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
 _pr
 iv.h:514: warning: declaration does 

Re: gphoto2 bus error

2013-10-01 Thread Artyom Mirgorodskiy
I'm use current

On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote:
 Hi,
 
 I cannot reproduce this issue.
 
 gphoto --shell
 
 works fine on 9-stable using PTP protocol.
 
 gphoto2-2.4.14  Command-line frontend to libgphoto2
 libgphoto2-2.4.14_3 Universal digital camera control library
 
 Can you provide more information about your system?
 
 uname -a
 
 ls /usr/lib/libusb*
 
 ls /usr/local/libdata/pkgconfig/*usb*
 
 Also try to reinstall gphoto:
 
 portsnap fetch update
 
 cd /usr/ports/graphics/libgphoto2
 make all reinstall clean
 
 cd /usr/ports/graphics/photo2
 make all reinstall clean
 
 --HPS
-- 
Artyom Mirgorodskiy
___
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: gphoto2 bus error

2013-10-01 Thread Artyom Mirgorodskiy
uname -a
FreeBSD notebook.alkar.net 10.0-ALPHA3 FreeBSD 10.0-ALPHA3 #10 r255906: Fri Sep 
27 14:54:54 EEST 2013 m...@notebook.alkar.net:/usr/obj/usr/src/sys/Work  
amd64

ls /usr/lib/libusb*
/usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@
/usr/lib/libusb.so@  /usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
/usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a

ls /usr/local/libdata/pkgconfig/*usb*
ls: /usr/local/libdata/pkgconfig/*usb*: No such file or directory


On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote:
 Can you provide more information about your system?
 
 uname -a
 
 ls /usr/lib/libusb*
 
 ls /usr/local/libdata/pkgconfig/*usb*
 
-- 
Artyom Mirgorodskiy
___
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: gphoto2 bus error

2013-10-01 Thread Artyom Mirgorodskiy
I removed old libraries:

ls /usr/lib/libusb*
/usr/lib/libusb.a/usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
/usr/lib/libusb.so@  /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a
/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@

and reinstall gphoto2 and libgphoto2
and have the same result :(

gdb /usr/local/bin/gphoto2
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...(no debugging symbols 
found)...
(gdb) run --shell
Starting program: /usr/local/bin/gphoto2 --shell
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...[New LWP 100223]
[New Thread 802806400 (LWP 100223/gphoto2)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 802806400 (LWP 100223/gphoto2)]
0x000801553597 in pthread_mutex_destroy () from /lib/libthr.so.3
(gdb) bt
#0  0x000801553597 in pthread_mutex_destroy () from /lib/libthr.so.3
#1  0x0008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3
#2  0x000803801a2a in gp_port_usb_exit (port=value optimized out)
at libusb1.c:275
#3  0x000801136763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124
#4  0x000800ebd6a9 in gp_abilities_list_detect (list=0x802869080, 
info_list=0x802869050, l=0x8028ec000, context=0x45)
at gphoto2-abilities-list.c:488
#5  0x0040673a in ?? ()
#6  0x0040772f in ?? ()
#7  0x000800636000 in ?? ()
#8  0x in ?? ()


On Tuesday 01 October 2013 12:40:35 Hans Petter Selasky wrote:
 On 10/01/13 12:24, Artyom Mirgorodskiy wrote:
  ls /usr/lib/libusb*
  /usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@
  /usr/lib/libusb.so@  /usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
  /usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a
 
 Hi,
 
 I see you have two versions of libusb installed.
 
 You probably need to delete some of the older libraries using the make 
 delete-old-libs and beware you maybe need to rebuild all ports after 
 that! I think gphoto uses libusb.so.2 while you have installed the 
 header file for libusb.so.3. Check that first.
 
 gphoto2 --auto-detect
 
 and
 
 gphoto2 --shell
 
 does not crash over here. Let me know if this is still an issue after 
 cleaning out old libraries and files from your system.
 
 Thank you!
 
 --HPS
-- 
Artyom Mirgorodskiy
___
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: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

Hi,

I cannot reproduce this issue.

gphoto --shell

works fine on 9-stable using PTP protocol.

gphoto2-2.4.14  Command-line frontend to libgphoto2
libgphoto2-2.4.14_3 Universal digital camera control library

Can you provide more information about your system?

uname -a

ls /usr/lib/libusb*

ls /usr/local/libdata/pkgconfig/*usb*

Also try to reinstall gphoto:

portsnap fetch update

cd /usr/ports/graphics/libgphoto2
make all reinstall clean

cd /usr/ports/graphics/photo2
make all reinstall clean

--HPS
___
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: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

Can you run the commands listed below?

--HPS

On 10/01/13 12:22, Artyom Mirgorodskiy wrote:

I'm use current

On Tuesday 01 October 2013 11:32:39 Hans Petter Selasky wrote:

Hi,

I cannot reproduce this issue.

gphoto --shell

works fine on 9-stable using PTP protocol.

gphoto2-2.4.14  Command-line frontend to libgphoto2
libgphoto2-2.4.14_3 Universal digital camera control library

Can you provide more information about your system?

uname -a

ls /usr/lib/libusb*

ls /usr/local/libdata/pkgconfig/*usb*

Also try to reinstall gphoto:

portsnap fetch update

cd /usr/ports/graphics/libgphoto2
make all reinstall clean

cd /usr/ports/graphics/photo2
make all reinstall clean

--HPS


___
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: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

On 10/01/13 12:24, Artyom Mirgorodskiy wrote:

ls /usr/lib/libusb*
/usr/lib/libusb.a/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@
/usr/lib/libusb.so@  /usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
/usr/lib/libusb.so.2 /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a


Hi,

I see you have two versions of libusb installed.

You probably need to delete some of the older libraries using the make 
delete-old-libs and beware you maybe need to rebuild all ports after 
that! I think gphoto uses libusb.so.2 while you have installed the 
header file for libusb.so.3. Check that first.


gphoto2 --auto-detect

and

gphoto2 --shell

does not crash over here. Let me know if this is still an issue after 
cleaning out old libraries and files from your system.


Thank you!

--HPS
___
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: gphoto2 bus error

2013-10-01 Thread Artyom Mirgorodskiy
Thank you. Work fine for me

On Tuesday 01 October 2013 13:45:21 Hans Petter Selasky wrote:
 On 10/01/13 13:11, Artyom Mirgorodskiy wrote:
  I removed old libraries:
 
  ls /usr/lib/libusb*
  /usr/lib/libusb.a/usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
  /usr/lib/libusb.so@  /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a
  /usr/lib/libusb.so.3 /usr/lib/libusbhid.so@
 
  and reinstall gphoto2 and libgphoto2
  and have the same result :(
 
 
 Hi,
 
 I quickly looked at the gphoto code and see some bugs there. Can you try 
 the attached patch?
 
 cd /usr/ports/graphics/libgphoto2
 
 make clean extract patch
 
 cd /usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.14
 
 cat libgphoto2.patch | patch -p1
 
 cd /usr/ports/graphics/libgphoto2
 
 make all deinstall install
 
 --HPS
 
-- 
Artyom Mirgorodskiy
___
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] unbound: zonefiles?

2013-10-01 Thread Lev Serebryakov
Hello, Dimitry.
You wrote 30 сентября 2013 г., 17:53:15:

DA Yes, and there is the rub for most 'SOHO' users, who do not win anything
DA by separating these roles.  In such cases, setting up a separate IP
DA and/or port just to split up authoritative and recursive DNS is rather
DA inconvenient...
 Yep, and nsd doesn't support views, so sometimes you need THREE daemons:
outer world view of LAN (only several hosts from DMZ are published), inner
view of LAN (all host) and recursion for LAN... BIND solves all three tasks
in one instance.

-- 
// Black Lion AKA Lev Serebryakov l...@freebsd.org

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

Re: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

On 10/01/13 13:11, Artyom Mirgorodskiy wrote:

I removed old libraries:

ls /usr/lib/libusb*
/usr/lib/libusb.a/usr/lib/libusb_p.a  /usr/lib/libusbhid.so.4
/usr/lib/libusb.so@  /usr/lib/libusbhid.a /usr/lib/libusbhid_p.a
/usr/lib/libusb.so.3 /usr/lib/libusbhid.so@

and reinstall gphoto2 and libgphoto2
and have the same result :(



Hi,

I quickly looked at the gphoto code and see some bugs there. Can you try 
the attached patch?


cd /usr/ports/graphics/libgphoto2

make clean extract patch

cd /usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.14

cat libgphoto2.patch | patch -p1

cd /usr/ports/graphics/libgphoto2

make all deinstall install

--HPS

diff --git a/libgphoto2_port/libusb1/libusb1.c b/libgphoto2_port/libusb1/libusb1.c
index c6b16aa..74b722f 100644
--- a/libgphoto2_port/libusb1/libusb1.c
+++ b/libgphoto2_port/libusb1/libusb1.c
@@ -84,6 +84,14 @@ static int gp_nrofdevs = 0;
 static struct libusb_device_descriptor	*gp_descs;
 static libusb_device			**gp_devs;
 
+static void
+free_devicelist(void)
+{
+	if (gp_devs != NULL)
+		libusb_free_device_list (gp_devs, 1);
+	gp_devs = NULL;
+}
+
 static ssize_t
 load_devicelist (libusb_context *ctx) {
 	time_t	xtime;
@@ -91,7 +99,7 @@ load_devicelist (libusb_context *ctx) {
 	time(xtime);
 	if (xtime != gp_devslastchecked) {
 		if (gp_nrofdevs)
-			libusb_free_device_list (gp_devs, 1);
+			free_devicelist();
 		free (gp_descs);
 		gp_nrofdevs = 0;
 		gp_devs = NULL;
@@ -267,12 +275,14 @@ static int gp_port_usb_init (GPPort *port)
 static int
 gp_port_usb_exit (GPPort *port)
 {
+	/* devices must be freed before exiting the USB context */
+	free_devicelist();
+
 	if (port-pl) {
 		libusb_exit (port-pl-ctx);
 		free (port-pl);
 		port-pl = NULL;
 	}
-	if (gp_devs) libusb_free_device_list (gp_devs, 1);
 	free (gp_descs);
 	return (GP_OK);
 }
___
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: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

On 10/01/13 14:10, Artyom Mirgorodskiy wrote:

Thank you. Work fine for me



FYI: Here is the link to the ticket which you can request to get 
committed to libgphoto:


https://sourceforge.net/p/gphoto/patches/153/

--HPS
___
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: gphoto2 bus error

2013-10-01 Thread John
On Sat, Sep 28, 2013 at 02:05:42AM +0300, Artyom Mirgorodskiy wrote:
 I just update to current and get bus error when I try to run gphoto2:
 
 Starting program: /usr/local/bin/gphoto2 --shell
 (no debugging symbols found)...(no debugging symbols found)...(no debugging 
 symbols found)...[New LWP 100144]
 [New Thread 802806400 (LWP 100144/gphoto2)]
   
   
 Program received signal SIGBUS, Bus error.
 [Switching to Thread 802806400 (LWP 100144/gphoto2)]
 0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3
 (gdb) bt
 #0  0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3
 #1  0x0008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3
 #2  0x000803801a2a in gp_port_usb_exit (port=value optimized out)
 at libusb1.c:275
 #3  0x000801135763 in gp_port_free (port=0x80286d280) at 
 gphoto2-port.c:124
 #4  0x000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, 
 info_list=0x802869050, l=0x8028ec000, context=0x45)
 at gphoto2-abilities-list.c:488
 #5  0x0040e0f7 in ?? ()
 #6  0x00404aef in ?? ()
 #7  0x000800635000 in ?? ()
 #8  0x in ?? ()

Hi,

This might be related - I get SIGBUS when running scanimage (Canon LIDE 110 
scanner).
I installed sane backends and frontends and xsane on 9.2-R, plugged in scanner. 
It
is seen:

ugen4.4: CanoScan Canon at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(500mA)

scanimage -L gives:

$ scanimage -L
Bus error: 10 (core dumped)

gdb gives:

$ gdb scanimage
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...(no debugging symbols 
found)...
(gdb) r
Starting program: /usr/local/bin/scanimage 
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging 
symbols found)...(no debugging symbols found)...[New LWP 100431]
[New Thread 804007400 (LWP 100431/scanimage)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 804007400 (LWP 100431/scanimage)]
0x0008079d3829 in scsi_inquiry ()
   from /usr/local/lib/sane/libsane-microtek2.so.1

I don't think it's a scanner issue as it works perfectly on windows and is 
completely
supported on xsane. Maybe there's some kind of USB problem on freebsd-9, I 
dunno.

-- 
John
___
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: gphoto2 bus error

2013-10-01 Thread Hans Petter Selasky

On 10/01/13 14:22, John wrote:

On Sat, Sep 28, 2013 at 02:05:42AM +0300, Artyom Mirgorodskiy wrote:

I just update to current and get bus error when I try to run gphoto2:




Hi,

This might be related - I get SIGBUS when running scanimage (Canon LIDE 110 
scanner).
I installed sane backends and frontends and xsane on 9.2-R, plugged in scanner. 
It
is seen:

ugen4.4: CanoScan Canon at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(500mA)

scanimage -L gives:

$ scanimage -L
Bus error: 10 (core dumped)

gdb gives:

$ gdb scanimage
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as amd64-marcel-freebsd...(no debugging symbols 
found)...
(gdb) r
Starting program: /usr/local/bin/scanimage
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging
symbols found)...(no debugging symbols found)...[New LWP 100431]
[New Thread 804007400 (LWP 100431/scanimage)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 804007400 (LWP 100431/scanimage)]
0x0008079d3829 in scsi_inquiry ()
from /usr/local/lib/sane/libsane-microtek2.so.1

I don't think it's a scanner issue as it works perfectly on windows and is 
completely
supported on xsane. Maybe there's some kind of USB problem on freebsd-9, I 
dunno.



Hi,

Could you enter bt in GDB and show the output when this crash happens?

--HPS
___
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


make delete-old failed to remove bind directories

2013-10-01 Thread Jia-Shiun Li
as title and as of

FreeBSD jsli-bsd64 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #3 r255962: Tue Oct
 1 15:22:04 CST 2013 jsli@jsli-bsd64:/usr/obj/usr/src/sys/GENERIC
amd64

'make delete-old' failed to remove bind-related dirs. Looks like
ordering issue to me. Also there are still some dirs and files exist
after several repeat runs to overcome ordering issue. Not sure if they
are created by me though. I did not make use of bind.


output:
 Removing old directories
/usr/include/lwres
rmdir: /usr/share/doc/bind9: Directory not empty
/usr/share/doc/bind9/arm
/usr/share/doc/bind9/misc
/var/named/dev
rmdir: /var/named/etc: Directory not empty
rmdir: /var/named/etc/namedb: Directory not empty
/var/named/etc/namedb/dynamic
/var/named/etc/namedb/master
/var/named/etc/namedb/slave
rmdir: /var/named/var: Directory not empty
/var/named/var/dump
/var/named/var/log
rmdir: /var/named/var/run: Directory not empty
/var/named/var/run/named
/var/named/var/stats
/var/run/named
 Old directories removed
To remove old libraries run 'make delete-old-libs'.
jsli@jsli-bsd64:/usr/src # ls -R /var/named/etc/namedb/
named.conf  working/

/var/named/etc/namedb/working:
jsli@jsli-bsd64:/usr/src #

Jia-Shiun.
___
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 r 255964 not build

2013-10-01 Thread Alexander Panyushkin

CURRENT r 255964 world not build

clang -O2 -pipe -march=athlon64-sse3 -mtune=athlon64-sse3 
-I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -include 
ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments 
-fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  
-L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o ssh 
ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o 
sshconnect2.o mux.o roaming_common.o roaming_client.o gss-genr.o -lssh 
-lutil -lldns -lcrypt -lcrypto -lz
/usr/obj/usr/src/tmp/usr/lib/private/libldns.so: undefined reference to 
`ldns_b64_pton_calculate_size'
/usr/obj/usr/src/tmp/usr/lib/private/libldns.so: undefined reference to 
`ldns_b64_ntop_calculate_size'
clang: error: linker command failed with exit code 1 (use -v to see 
invocation)

*** Error code 1

Stop.
make[5]: stopped in /usr/src/secure/usr.bin/ssh
*** Error code 1


___
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 r 255964 not build

2013-10-01 Thread Glen Barber
On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote:
 CURRENT r 255964 world not build
 

Please provide /etc/make.conf and /etc/src.conf.

Glen



pgpgXvqN_dhTo.pgp
Description: PGP signature


Re: gphoto2 bus error

2013-10-01 Thread John
sorry, forgot to change From:, sending again

On Tue, Oct 01, 2013 at 02:45:29PM +0100, John wrote:
 On Tue, Oct 01, 2013 at 02:41:22PM +0200, Hans Petter Selasky wrote:
  
  Hi,
  
  Could you enter bt in GDB and show the output when this crash happens?
  
  --HPS
 
 Sure! Thanks for looking at the problem.
 
 Program received signal SIGBUS, Bus error.
 [Switching to Thread 802c07400 (LWP 101021/scanimage)]
 0x0008063c1829 in scsi_inquiry ()
from /usr/local/lib/sane/libsane-microtek2.so.1
 (gdb) bt
 #0  0x0008063c1829 in scsi_inquiry ()
from /usr/local/lib/sane/libsane-microtek2.so.1
 #1  0x0008063b384c in attach ()
from /usr/local/lib/sane/libsane-microtek2.so.1
 #2  0x0008063b4a69 in attach_one ()
from /usr/local/lib/sane/libsane-microtek2.so.1
 #3  0x00080083205b in sanei_scsi_find_devices ()
from /usr/local/lib/libsane.so.1
 #4  0x00080082ef1e in sanei_config_attach_matching_devices ()
from /usr/local/lib/libsane.so.1
 #5  0x0008063b4993 in sane_microtek2_init ()
from /usr/local/lib/sane/libsane-microtek2.so.1
 #6  0x00080083acb4 in init () from /usr/local/lib/libsane.so.1
 #7  0x00080083a944 in sane_dll_get_devices ()
from /usr/local/lib/libsane.so.1
 #8  0x00402089 in ?? ()
 #9  0x00401c41 in ?? ()
 #10 0x000800628000 in ?? ()
 #11 0x in ?? ()
 (gdb) 
 
 -- 
 John

-- 
John
___
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 r 255964 not build

2013-10-01 Thread Alexander Panyushkin

*src.conf*
-
WITHOUT_AMD=YES
WITHOUT_ATM=YES
WITHOUT_AUDIT=YES
WITHOUT_AUTHPF=YES
WITHOUT_BIND=YES
WITHOUT_BLUETOOTH=YES
WITHOUT_BSNMP=YES
WITHOUT_CTM=YES
WITHOUT_FREEBSD_UPDATE=YES
WITHOUT_GAMES=YES
WITHOUT_INET6=YES
WITHOUT_IPFILTER=YES
WITHOUT_IPFW=YES
WITHOUT_IPX=YES
WITHOUT_JAIL=YES
WITHOUT_KERBEROS=YES
WITHOUT_NDIS=YES
WITHOUT_NIS=YES
WITHOUT_PORTSNAP=YES
WITHOUT_PROFILE=YES
WITHOUT_QUOTAS=YES
WITHOUT_RCMDS=YES
WITHOUT_RCS=YES
WITHOUT_SVNLITE=YES
WITH_CLANG=YES
WITH_CLANG_EXTRAS=YES
WITH_CLANG_IS_CC=YES
WITH_BSD_GREP=YES
WITH_ICONV=YES
WITH_LIBICONV_COMPAT=YES
WITH_USB_GADGET_EXAMPLES=YES
MALLOC_PRODUCTION=YES
CC=clang
CXX=clang++
CPP=clang-cpp
WITH_LIBCPLUSPLUS=YES
CXXFLAGS+= -stdlib=libc++

*make.conf*
-
CPUTYPE?=athlon64-sse3
KERNCONF=Kernel
NO_CPU_CFLAGS=false
NO_CPU_COPTFLAGS=false
NO_FSCHG=
NO_WERROR=
WERROR=
MAKE_JOBS_NUMBER=5
BATCH_DELETE_OLD_FILES=yes
WITHOUT_INET6=  yes
WITHOUT_IPV6=   yes
WITH_SYSTEM_ICU=yes
MALLOC_PRODUCTION=  yes
WITH_MMX=   yes
WITH_SSE=   yes
WITH_SSE2=  yes
WITH_SSE3=  yes
WITH_SSE4A= yes
WITH_3DNOW= yes
WITH_THREADS=   yes
WITH_PKGNG= yes
WITHOUT_PROFILE=yes
WITHOUT_DEBUG=  yes
WITHOUT_MODULES=bktr plip
PRINTERDEVICE=  ps
DOC_LANG=   en_US.ISO8859-1 ru_RU.KOI8-R


On 01.10.2013 16:45, Glen Barber wrote:

On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote:

CURRENT r 255964 world not build


Please provide /etc/make.conf and /etc/src.conf.

Glen



___
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 r 255964 not build

2013-10-01 Thread Alexander Panyushkin

*src.conf*
-
WITHOUT_AMD=YES
WITHOUT_ATM=YES
WITHOUT_AUDIT=YES
WITHOUT_AUTHPF=YES
WITHOUT_BIND=YES
WITHOUT_BLUETOOTH=YES
WITHOUT_BSNMP=YES
WITHOUT_CTM=YES
WITHOUT_FREEBSD_UPDATE=YES
WITHOUT_GAMES=YES
WITHOUT_INET6=YES
WITHOUT_IPFILTER=YES
WITHOUT_IPFW=YES
WITHOUT_IPX=YES
WITHOUT_JAIL=YES
WITHOUT_KERBEROS=YES
WITHOUT_NDIS=YES
WITHOUT_NIS=YES
WITHOUT_PORTSNAP=YES
WITHOUT_PROFILE=YES
WITHOUT_QUOTAS=YES
WITHOUT_RCMDS=YES
WITHOUT_RCS=YES
WITHOUT_SVNLITE=YES
WITH_CLANG=YES
WITH_CLANG_EXTRAS=YES
WITH_CLANG_IS_CC=YES
WITH_BSD_GREP=YES
WITH_ICONV=YES
WITH_LIBICONV_COMPAT=YES
WITH_USB_GADGET_EXAMPLES=YES
MALLOC_PRODUCTION=YES
CC=clang
CXX=clang++
CPP=clang-cpp
WITH_LIBCPLUSPLUS=YES
CXXFLAGS+= -stdlib=libc++

*make.conf*
-
CPUTYPE?=athlon64-sse3
KERNCONF=Kernel
NO_CPU_CFLAGS=false
NO_CPU_COPTFLAGS=false
NO_FSCHG=
NO_WERROR=
WERROR=
MAKE_JOBS_NUMBER=5
BATCH_DELETE_OLD_FILES=yes
WITHOUT_INET6=  yes
WITHOUT_IPV6=   yes
WITH_SYSTEM_ICU=yes
MALLOC_PRODUCTION=  yes
WITH_MMX=   yes
WITH_SSE=   yes
WITH_SSE2=  yes
WITH_SSE3=  yes
WITH_SSE4A= yes
WITH_3DNOW= yes
WITH_THREADS=   yes
WITH_PKGNG= yes
WITHOUT_PROFILE=yes
WITHOUT_DEBUG=  yes
WITHOUT_MODULES=bktr plip
PRINTERDEVICE=  ps
DOC_LANG=   en_US.ISO8859-1 ru_RU.KOI8-R

.if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*}
CFLAGS+= -march=athlon64-sse3 -mtune=athlon64-sse3
CPPFLAGS+= -D_FORTIFY_SOURCE=2
CXXFLAGS+= -std=c++11 -stdlib=libc++
WITH_LIBCPLUSPLUS=YES
.endif


On 01.10.2013 16:45, Glen Barber wrote:

On Tue, Oct 01, 2013 at 04:37:42PM +0300, Alexander Panyushkin wrote:

CURRENT r 255964 world not build


Please provide /etc/make.conf and /etc/src.conf.

Glen



___
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


XEN additions cause failure to compile kernel

2013-10-01 Thread John
Hello list. Using latest sources:

root@host0:/usr/src # svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn0.eu.freebsd.org/base/releng/9.2
Relative URL: ^/releng/9.2
Repository Root: https://svn0.eu.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 255973
Node Kind: directory
Schedule: normal
Last Changed Author: gjb
Last Changed Rev: 255896
Last Changed Date: 2013-09-26 19:10:19 +0100 (Thu, 26 Sep 2013)

I'm trying to compile the XEN options on a host server on 9.2-R and get the
following failure during make:

[...]

clang -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -nostdinc  -I. -I../../.. 
-I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
opt_global.h  -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
-Werror  ../../../xen/evtchn/evtchn_dev.c
../../../xen/evtchn/evtchn_dev.c:321:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_version:   D_VERSION,
^~
.d_version = 
../../../xen/evtchn/evtchn_dev.c:322:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_open:  evtchn_open,
^~~
.d_open = 
../../../xen/evtchn/evtchn_dev.c:323:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_close: evtchn_close,
^~~~
.d_close = 
../../../xen/evtchn/evtchn_dev.c:324:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_read:  evtchn_read,
^~~
.d_read = 
../../../xen/evtchn/evtchn_dev.c:325:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_write: evtchn_write,
^~~~
.d_write = 
../../../xen/evtchn/evtchn_dev.c:326:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_ioctl: evtchn_ioctl,
^~~~
.d_ioctl = 
../../../xen/evtchn/evtchn_dev.c:327:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_poll:  evtchn_poll,
^~~
.d_poll = 
../../../xen/evtchn/evtchn_dev.c:328:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_name:  evtchn,
^~~
.d_name = 
../../../xen/evtchn/evtchn_dev.c:329:2: error: use of GNU old-style field 
designator extension [-Werror,-Wgnu-designator]
d_flags: 0,
^~~~
.d_flags = 
9 errors generated.
*** [evtchn_dev.o] Error code 1

Stop in /usr/src/sys/amd64/compile/HOST0.
root@host0:/sys/amd64/compile/HOST0 #

It compiles fine without these options:

options NO_ADAPTIVE_MUTEXES
options NO_ADAPTIVE_RWLOCKS
options NO_ADAPTIVE_SX

# Xen HVM support
options XENHVM
device  xenpci
 
Are these options depricated now?

thanks,
-- 
John
___
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: Hyperv driver related error on make buildkernel on -r255933

2013-10-01 Thread John-Mark Gurney
??  wrote this message on Tue, Oct 01, 2013 at 16:01 +0600:
Good day!
 
I don't know is it possible to build kernel with CLANG, because now my
system builded without clang, so right now I can rebuild world only
with gcc (because clang is not present in my system), or maybe I can
install clang from ports and rebuild world with clang from ports?

If you use the normal way to build a kernel, then yes, you can build a
kernel w/ clang...  Do:
make kernel-toolchain WITH_CLANG_IS_CC=YES WITH_CLANG=YES other options
make buildkernel KERNCONF=kernfile

See src/UPDATING for more info/help.

30.09.2013, 02:29, Abhishek Gupta (LIS) abgu...@microsoft.com:
 
  Hi,
  Is it possible for you to compile with the clang compiler instead of
  gcc?
  It seems that you are compiling with gcc and that is why the error
  is showing up:
  WITHOUT_CLANG=YES
  WITH_GCC=YES
  Let me know if that is not acceptable and I will try to address this
  as soon as possible.
  Thanks,
  Abhishek
  
  From: [1]owner-freebsd-virtualizat...@freebsd.org
  [2]owner-freebsd-virtualizat...@freebsd.org on behalf of ??
   [3]gosha-n...@yandex.ru
  Sent: Sunday, September 29, 2013 11:18 AM
  To: [4]freebsd-current@freebsd.org;
  [5]freebsd-virtualizat...@freebsd.org
  Subject: Hyperv driver related error on make buildkernel on -r255933
  I have an error when tryin to compile kernel with recent -CURRENT
  sources
  There is additional info uname -a, /etc/src.conf, error output and
  kernel config
   uname -a
  FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12
  22:31:24
  MSK 2013 xlr@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64
   /etc/src.conf
  WITHOUT_ACCT=YES
  #WITHOUT_AMD=YES
  WITHOUT_ASSERT_DEBUG=YES
  WITHOUT_ATM=YES
  WITHOUT_AUDIT=YES
  WITHOUT_AUTHPF=YES
  WITHOUT_BIND=YES
  #WITHOUT_BLUETOOTH=YES
  WITHOUT_BSNMP=YES
  WITHOUT_CLANG=YES
  WITHOUT_CTM=YES
  WITHOUT_FDT=YES
  WITHOUT_FLOPPY=YES
  WITHOUT_GDB=YES
  WITHOUT_HTML=YES
  WITH_GCC=YES
  WITH_GNUCXX=YES
  WITHOUT_ICONV=YES
  #WITH_LIBICONV_COMPAT=YES
  WITHOUT_INET6=YES
  WITHOUT_INFO=YES
  WITHOUT_IPFILTER=YES
  WITHOUT_IPX=YES
  WITHOUT_KERNEL_SYMBOLS=YES
  WITHOUT_KVM=YES
  WITHOUT_LPR=YES
  WITHOUT_MAIL=YES
  WITHOUT_NCP=YES
  #WITHOUT_NDIS=YES
  WITHOUT_OFED=YES
  WITHOUT_PF=YES
  WITHOUT_PMC=YES
  WITHOUT_QUOTAS=YES
  WITHOUT_RCMDS=YES
  WITHOUT_RCS=YES
  WITHOUT_SHAREDOCS=YES
  #WITHOUT_USB=YES
  #WITHOUT_WIRELESS=YES
  WITHOUT_ZFS=YES
   ERROR OUTPUT
  awk -f /usr/src/sys/conf/kmod_syms.awk hwpmc.ko export_syms | xargs
  -J%
  objcopy % hwpmc.ko
  objcopy --strip-debug hwpmc.ko
  === hyperv (all)
  === hyperv/vmbus (all)
  cc -O2 -pipe -msse -msse2 -msse3 -mmmx -m3dnow -mtune=core2
  -march=core2 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE
  -nostdinc
  -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/include
  -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus
  -I/usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/utilities
  -DHAVE_KERNEL_OPTION_HEADERS -include
  /usr/obj/usr/src/sys/MYBSD/opt_global.h -I. -I@ -I@/contrib/altq
  -finline-limit=8000 --param inline-unit-growth=100 --param
  large-function-growth=1000 -fno-common -fno-omit-frame-pointer
  -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/MYBSD
  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
  -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls
  -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
  -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign
  -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option
  -c
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann
  el.
  c
  In file included from
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_chann
  el.
  c:40:
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
  _pr
  iv.h:288: warning: declaration does not declare anything
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
  _pr
  iv.h:396: warning: declaration does not declare anything
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
  _pr
  iv.h:410: warning: declaration does not declare anything
  /usr/src/sys/modules/hyperv/vmbus/../../../dev/hyperv/vmbus/hv_vmbus
  _pr
  iv.h:418: warning: declaration does not 

Re: gphoto2 bus error

2013-10-01 Thread John
On Tue, Oct 01, 2013 at 02:41:22PM +0200, Hans Petter Selasky wrote:
 
 Hi,
 
 Could you enter bt in GDB and show the output when this crash happens?
 
 --HPS

Sure! Thanks for looking at the problem.

Program received signal SIGBUS, Bus error.
[Switching to Thread 802c07400 (LWP 101021/scanimage)]
0x0008063c1829 in scsi_inquiry ()
   from /usr/local/lib/sane/libsane-microtek2.so.1
(gdb) bt
#0  0x0008063c1829 in scsi_inquiry ()
   from /usr/local/lib/sane/libsane-microtek2.so.1
#1  0x0008063b384c in attach ()
   from /usr/local/lib/sane/libsane-microtek2.so.1
#2  0x0008063b4a69 in attach_one ()
   from /usr/local/lib/sane/libsane-microtek2.so.1
#3  0x00080083205b in sanei_scsi_find_devices ()
   from /usr/local/lib/libsane.so.1
#4  0x00080082ef1e in sanei_config_attach_matching_devices ()
   from /usr/local/lib/libsane.so.1
#5  0x0008063b4993 in sane_microtek2_init ()
   from /usr/local/lib/sane/libsane-microtek2.so.1
#6  0x00080083acb4 in init () from /usr/local/lib/libsane.so.1
#7  0x00080083a944 in sane_dll_get_devices ()
   from /usr/local/lib/libsane.so.1
#8  0x00402089 in ?? ()
#9  0x00401c41 in ?? ()
#10 0x000800628000 in ?? ()
#11 0x in ?? ()
(gdb) 

-- 
John
___
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: XEN additions cause failure to compile kernel

2013-10-01 Thread Sean Bruno


On Tue, 2013-10-01 at 17:34 +0100, John wrote:
 Hello list. Using latest sources:
 
 root@host0:/usr/src # svn info
 Path: .
 Working Copy Root Path: /usr/src
 URL: https://svn0.eu.freebsd.org/base/releng/9.2
 Relative URL: ^/releng/9.2
 Repository Root: https://svn0.eu.freebsd.org/base
 Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 Revision: 255973
 Node Kind: directory
 Schedule: normal
 Last Changed Author: gjb
 Last Changed Rev: 255896
 Last Changed Date: 2013-09-26 19:10:19 +0100 (Thu, 26 Sep 2013)
 
 I'm trying to compile the XEN options on a host server on 9.2-R and get the
 following failure during make:
 
 [...]
 
 clang -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
 -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
 -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
 -Wmissing-include-dirs -fdiagnostics-show-option  
 -Wno-error-tautological-compare -Wno-error-empty-body  
 -Wno-error-parentheses-equality -nostdinc  -I. -I../../.. 
 -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include 
 opt_global.h  -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx 
 -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
 -fstack-protector -Werror  ../../../xen/evtchn/evtchn_dev.c
 ../../../xen/evtchn/evtchn_dev.c:321:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_version:   D_VERSION,
 ^~
 .d_version = 
 ../../../xen/evtchn/evtchn_dev.c:322:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_open:  evtchn_open,
 ^~~
 .d_open = 
 ../../../xen/evtchn/evtchn_dev.c:323:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_close: evtchn_close,
 ^~~~
 .d_close = 
 ../../../xen/evtchn/evtchn_dev.c:324:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_read:  evtchn_read,
 ^~~
 .d_read = 
 ../../../xen/evtchn/evtchn_dev.c:325:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_write: evtchn_write,
 ^~~~
 .d_write = 
 ../../../xen/evtchn/evtchn_dev.c:326:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_ioctl: evtchn_ioctl,
 ^~~~
 .d_ioctl = 
 ../../../xen/evtchn/evtchn_dev.c:327:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_poll:  evtchn_poll,
 ^~~
 .d_poll = 
 ../../../xen/evtchn/evtchn_dev.c:328:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_name:  evtchn,
 ^~~
 .d_name = 
 ../../../xen/evtchn/evtchn_dev.c:329:2: error: use of GNU old-style field 
 designator extension [-Werror,-Wgnu-designator]
 d_flags: 0,
 ^~~~
 .d_flags = 
 9 errors generated.
 *** [evtchn_dev.o] Error code 1
 
 Stop in /usr/src/sys/amd64/compile/HOST0.
 root@host0:/sys/amd64/compile/HOST0 #
 
 It compiles fine without these options:
 
 options NO_ADAPTIVE_MUTEXES
 options NO_ADAPTIVE_RWLOCKS
 options NO_ADAPTIVE_SX
 
 # Xen HVM support
 options XENHVM
 device  xenpci
  
 Are these options depricated now?
 
 thanks,


Can you post your complete kernconf?  

sean


signature.asc
Description: This is a digitally signed message part


CLANG reports an error with %b in printf(9)

2013-10-01 Thread Luigi Rizzo
This is on HEAD -- while compiling the kernel with CLANG and slightly
higher warns level, i get errors of this kind (in multiple places):

/usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1069:27: error: invalid 
conversion specifier
  'b' [-Werror,-Wformat-invalid-specifier]
printf(%s%d: quirks=0x%b\n, periph-periph_name,
   ~^
/usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1070:36: error: data argument 
not used by
  format string [-Werror,-Wformat-extra-args]
periph-unit_number, quirks, bit_string);

Does anyone know how hard it is to either disable the warning locally
(for a statement, function or file), or better to teach CLANG that
printf(9) uses two arguments for %b ?

cheers
luigi
___
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: CLANG reports an error with %b in printf(9)

2013-10-01 Thread Dimitry Andric
On Oct 1, 2013, at 21:30, Luigi Rizzo ri...@iet.unipi.it wrote:
 This is on HEAD -- while compiling the kernel with CLANG and slightly
 higher warns level, i get errors of this kind (in multiple places):
 
 /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1069:27: error: invalid 
 conversion specifier
  'b' [-Werror,-Wformat-invalid-specifier]
printf(%s%d: quirks=0x%b\n, periph-periph_name,
   ~^
 /usr/home/luigi/FreeBSD/head/sys/cam/cam_xpt.c:1070:36: error: data argument 
 not used by
  format string [-Werror,-Wformat-extra-args]
periph-unit_number, quirks, bit_string);
 
 Does anyone know how hard it is to either disable the warning locally
 (for a statement, function or file), or better to teach CLANG that
 printf(9) uses two arguments for %b ?

Hi Luigi,

It looks like you are overriding CWARNFLAGS?  If you are using clang
from base, you can add -fformat-extensions, which has support for our
non-standard %b and %D specifiers.  For clang from ports, there is no
solution except -Wno-format.  See also the start of sys/conf/kern.mk.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: bug with special bracket expressions in regular expressions

2013-10-01 Thread Chris Rees

On 02/09/2013 16:09, Damian Weber wrote:


On Mon, 2 Sep 2013, Andriy Gapon wrote:


re_format(7) says:
  There are two special cases? of bracket expressions: the bracket expres?
  sions ?[[::]]? and ?[[::]]? match the null string at the beginning and
  end of a word respectively.  A word is defined as a sequence of word
  characters which is neither preceded nor followed by word characters.  A
  word character is an alnum character (as defined by ctype(3)) or an
  underscore.  This is an extension, compatible with but not specified by
  IEEE Std 1003.2 (?POSIX.2?), and should be used with caution in software
  intended to be portable to other systems.

However I observe the following:
$ echo cd0 cd1 xx | sed 's/cd[0-9][^ ]* *//g'
xx
$ echo cd0 cd1 xx | sed 's/[[::]]cd[0-9][^ ]* *//g'
cd1 xx

In my opinion '[[::]]' should not affect how the pattern is matched in this 
case.

Any thoughts, suggestions?

there are two simpler expressions, whose difference I don't understand either
(tested on 8.4-PRERELEASE)

$ echo cd0 cd1 xx | sed 's/cd[0-9] //g'
xx
$ echo cd0 cd1 xx | sed 's/[[::]]cd[0-9] //g'
cd1 xx


Well, I agree with your analysis, and I think it's certainly a bug.

Do you think that the BUGS line in regex(3) should perhaps be extended 
to never works properly?:


Word-boundary matching does not work properly in multibyte locales.

[[::]] can be replaced by \b in a pcre, which works perfectly fine (of 
course)


echo this word word should be deleted | perl -pe 's,\bword ,,g' this 
should be deleted


Chris

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: XEN additions cause failure to compile kernel

2013-10-01 Thread John
On Tue, Oct 01, 2013 at 12:06:13PM -0700, Sean Bruno wrote:

 Can you post your complete kernconf?  
 
 sean

Hi,

Here it is:

##

cpu HAMMER
ident   HOST0

#makeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols
#makeoptionsWITH_CTF=1  # Run ctfconvert(1) for DTrace support

options SCHED_ULE   # ULE scheduler
options PREEMPTION  # Enable kernel thread preemption
options INET# InterNETworking
options INET6   # IPv6 communications protocols
options TCP_OFFLOAD # TCP offload
options SCTP# Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options UFS_GJOURNAL# Enable gjournal-based UFS journaling
options QUOTA   # Enable disk quotas for UFS
options MD_ROOT # MD is a potential root device
options NFSCL   # New Network Filesystem Client
options NFSD# New Network Filesystem Server
options NFSLOCKD# Network Lock Manager
options NFS_ROOT# NFS usable as /, requires NFSCL
options MSDOSFS # MSDOS Filesystem
options CD9660  # ISO 9660 Filesystem
options PROCFS  # Process filesystem (requires PSEUDOFS)
options PSEUDOFS# Pseudo-filesystem framework
options GEOM_PART_GPT   # GUID Partition Tables.
options GEOM_RAID   # Soft RAID functionality.
options GEOM_LABEL  # Provides labelization
options COMPAT_FREEBSD32# Compatible with i386 binaries
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
options COMPAT_FREEBSD6 # Compatible with FreeBSD6
options COMPAT_FREEBSD7 # Compatible with FreeBSD7
options SCSI_DELAY=500  # Delay (in ms) before probing SCSI
#optionsKTRACE  # ktrace(1) support
#optionsSTACK   # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time 
extensions
options PRINTF_BUFR_SIZE=128# Prevent printf output being 
interspersed.
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
#optionsHWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
#optionsAUDIT   # Security event auditing
#optionsMAC # TrustedBSD MAC Framework
#optionsKDTRACE_FRAME   # Ensure frames are compiled in
#optionsKDTRACE_HOOKS   # Kernel DTrace hooks
#optionsINCLUDE_CONFIG_FILE # Include this file in kernel
#optionsKDB # Kernel debugger related code
#optionsKDB_TRACE   # Print a stack trace for a panic
#optionsDDB_CTF # kernel ELF linker loads CTF data

options NO_ADAPTIVE_MUTEXES
options NO_ADAPTIVE_RWLOCKS
options NO_ADAPTIVE_SX

#options XENHVM
#device  xenpci

# Make an SMP-capable kernel by default
options SMP # Symmetric MultiProcessor Kernel

# CPU frequency control
#device cpufreq

# Bus support.
device  acpi
device  pci

# Floppy drives
#device fdc

# ATA controllers
device  ahci# AHCI-compatible SATA controllers
device  ata # Legacy ATA/SATA controllers
options ATA_CAM # Handle legacy controllers with CAM
options ATA_STATIC_ID   # Static device numbering
#device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA
#device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA

# SCSI Controllers
device  ahc # AHA2940 and onboard AIC7xxx devices
options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~128k to driver.
#device ahd # AHA39320/29320 and onboard AIC79xx devices
#optionsAHD_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~215k to driver.
#device esp # AMD Am53C974 

Re: XEN additions cause failure to compile kernel

2013-10-01 Thread Sean Bruno
On Tue, 2013-10-01 at 22:17 +0100, John wrote:
 On Tue, Oct 01, 2013 at 12:06:13PM -0700, Sean Bruno wrote:
 
  Can you post your complete kernconf?  
  
  sean
 
 Hi,
 
 Here it is:
 
Ok, so this email thread is on freebsd-current and I think you're trying
to buld a XENHVM kernel for stable/9 ?  What happens if you use the
provided XENHVM kernconf?

Sean


 ##
 
 cpu HAMMER
 ident   HOST0
 
 #makeoptionsDEBUG=-g# Build kernel with gdb(1) debug 
 symbols
 #makeoptionsWITH_CTF=1  # Run ctfconvert(1) for DTrace support
 
 options SCHED_ULE   # ULE scheduler
 options PREEMPTION  # Enable kernel thread preemption
 options INET# InterNETworking
 options INET6   # IPv6 communications protocols
 options TCP_OFFLOAD # TCP offload
 options SCTP# Stream Control Transmission Protocol
 options FFS # Berkeley Fast Filesystem
 options SOFTUPDATES # Enable FFS soft updates support
 options UFS_ACL # Support for access control lists
 options UFS_DIRHASH # Improve performance on big 
 directories
 options UFS_GJOURNAL# Enable gjournal-based UFS journaling
 options QUOTA   # Enable disk quotas for UFS
 options MD_ROOT # MD is a potential root device
 options NFSCL   # New Network Filesystem Client
 options NFSD# New Network Filesystem Server
 options NFSLOCKD# Network Lock Manager
 options NFS_ROOT# NFS usable as /, requires NFSCL
 options MSDOSFS # MSDOS Filesystem
 options CD9660  # ISO 9660 Filesystem
 options PROCFS  # Process filesystem (requires 
 PSEUDOFS)
 options PSEUDOFS# Pseudo-filesystem framework
 options GEOM_PART_GPT   # GUID Partition Tables.
 options GEOM_RAID   # Soft RAID functionality.
 options GEOM_LABEL  # Provides labelization
 options COMPAT_FREEBSD32# Compatible with i386 binaries
 options COMPAT_FREEBSD4 # Compatible with FreeBSD4
 options COMPAT_FREEBSD5 # Compatible with FreeBSD5
 options COMPAT_FREEBSD6 # Compatible with FreeBSD6
 options COMPAT_FREEBSD7 # Compatible with FreeBSD7
 options SCSI_DELAY=500  # Delay (in ms) before probing SCSI
 #optionsKTRACE  # ktrace(1) support
 #optionsSTACK   # stack(9) support
 options SYSVSHM # SYSV-style shared memory
 options SYSVMSG # SYSV-style message queues
 options SYSVSEM # SYSV-style semaphores
 options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time 
 extensions
 options PRINTF_BUFR_SIZE=128# Prevent printf output being 
 interspersed.
 options KBD_INSTALL_CDEV# install a CDEV entry in /dev
 #optionsHWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
 #optionsAUDIT   # Security event auditing
 #optionsMAC # TrustedBSD MAC Framework
 #optionsKDTRACE_FRAME   # Ensure frames are compiled in
 #optionsKDTRACE_HOOKS   # Kernel DTrace hooks
 #optionsINCLUDE_CONFIG_FILE # Include this file in kernel
 #optionsKDB # Kernel debugger related code
 #optionsKDB_TRACE   # Print a stack trace for a panic
 #optionsDDB_CTF # kernel ELF linker loads CTF data
 
 options NO_ADAPTIVE_MUTEXES
 options NO_ADAPTIVE_RWLOCKS
 options NO_ADAPTIVE_SX
 
 #options XENHVM
 #device  xenpci
 
 # Make an SMP-capable kernel by default
 options SMP # Symmetric MultiProcessor Kernel
 
 # CPU frequency control
 #device cpufreq
 
 # Bus support.
 device  acpi
 device  pci
 
 # Floppy drives
 #device fdc
 
 # ATA controllers
 device  ahci# AHCI-compatible SATA controllers
 device  ata # Legacy ATA/SATA controllers
 options ATA_CAM # Handle legacy controllers with CAM
 options ATA_STATIC_ID   # Static device numbering
 #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA
 #device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA
 
 # SCSI Controllers
 device  ahc # AHA2940 and onboard AIC7xxx devices
 options AHC_REG_PRETTY_PRINT# Print register bitfields in debug

Cannot compile many ports because of missing -lsupc++ and -lstdc++

2013-10-01 Thread Mike Jakubik

Hello,

I am having trouble compiling many ports which fail with one of the 
following errors.


/usr/bin/ld: cannot find -lstdc++
/usr/bin/ld: cannot find -lsupc++

I understand 10 has a new c++ library, but how can I get ports to build 
with this? This is quite frustrating. I am using a fresh install of 
ALPHA4, nothing in make.conf.


Thanks.


___
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: Cannot compile many ports because of missing -lsupc++ and -lstdc++

2013-10-01 Thread Baptiste Daroussin
On Tue, Oct 01, 2013 at 06:51:39PM -0400, Mike Jakubik wrote:
 Hello,
 
 I am having trouble compiling many ports which fail with one of the 
 following errors.
 
 /usr/bin/ld: cannot find -lstdc++
 /usr/bin/ld: cannot find -lsupc++
 
 I understand 10 has a new c++ library, but how can I get ports to build 
 with this? This is quite frustrating. I am using a fresh install of 
 ALPHA4, nothing in make.conf.
 
 Thanks.
 

All the said port should be reported, what do you mean by many? exp-run shows
not that many (compared to the number of ports available in the ports tree).

All of them deserves a proper fix, but if not reported we can't fix them all :)

regards,
Bapt


pgpLPcz75UNzP.pgp
Description: PGP signature


Re: Cannot compile many ports because of missing -lsupc++ and -lstdc++

2013-10-01 Thread Mike Jakubik

On 10/01/13 18:55, Baptiste Daroussin wrote:

On Tue, Oct 01, 2013 at 06:51:39PM -0400, Mike Jakubik wrote:

Hello,

I am having trouble compiling many ports which fail with one of the
following errors.

/usr/bin/ld: cannot find -lstdc++
/usr/bin/ld: cannot find -lsupc++

I understand 10 has a new c++ library, but how can I get ports to build
with this? This is quite frustrating. I am using a fresh install of
ALPHA4, nothing in make.conf.

Thanks.


All the said port should be reported, what do you mean by many? exp-run shows
not that many (compared to the number of ports available in the ports tree).

All of them deserves a proper fix, but if not reported we can't fix them all :)

regards,
Bapt


Where should I report, the port maintainer? Ok I guess many is a 
relative term, i've tried to compile virtualbox-ose-additions and got 
this error, tried to install xfce, same error on a dependency. So I 
decided screw this new clang and try with gcc48, well i got the same 
error when gmp was being built.


___
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


mysql-client-5.6.14 build failed

2013-10-01 Thread Alexander Panyushkin

Hi all.

mysql-client-5.6.14 not build with clang

[ 89%] Building C object 
libmysql/CMakeFiles/clientlib.dir/__/sql-common/client.c.o
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/libmysql.c:16:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/errmsg.c:22:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/libmysql/get_password.c:23:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/my_time.c:16:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_time.h:23:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client.c:34:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
1 warning generated.
[ 90%] Building C object 
libmysql/CMakeFiles/clientlib.dir/__/sql-common/client_plugin.c.o

1 warning generated.
[ 90%] Building CXX object 
libmysql/CMakeFiles/clientlib.dir/__/sql-common/client_authentication.cc.o
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client_plugin.c:30:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
1 warning generated.
[ 91%] Building CXX object 
libmysql/CMakeFiles/clientlib.dir/__/sql/net_serv.cc.o
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/client_authentication.cc:20:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/crypt_genhash_impl.h:17:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
1 warning generated.
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:36:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
[ 91%] Building C object 
libmysql/CMakeFiles/clientlib.dir/__/sql-common/pack.c.o

1 warning generated.
[ 92%] Building C object 
libmysql/CMakeFiles/clientlib.dir/__/sql/password.c.o
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/password.c:62:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/password.h:19:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql-common/pack.c:16:
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/include/my_global.h:337:
/usr/include/sys/timeb.h:42:2: warning: this file includes 
sys/timeb.h which is deprecated [-W#warnings]

#warning this file includes sys/timeb.h which is deprecated
 ^
1 warning generated.
1 warning generated.
1 warning generated.
In file included from 
/usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:48:

In file included from /usr/include/c++/v1/algorithm:627:
/usr/include/c++/v1/memory:968:39: error: 

Re: iSCSI boot ... root?

2013-10-01 Thread John Nielsen
On Sep 16, 2013, at 4:35 AM, Edward Tomasz Napierała tr...@freebsd.org wrote:

 Wiadomość napisana przez Zaphod Beeblebrox zbee...@gmail.com w dniu 16 wrz 
 2013, o godz. 07:35:
 Is it now possible to boot from iSCSI?  I'm not talking about an iSCSI
 controller, but with
 
 pxe - dhcp - tftp (loads loader) - (something) - boot (mounts root from
 iSCSI)
 
 Not yet.  The iSCSI initiator requires iscsid(8) in order to work, and you 
 can't
 run it before mounting root.
 
 I think the proper way to do this would be by doing something similar to 
 Linux'
 initrd; i.e. booting from mdroot loaded by loader(8), run iscsid(8) from 
 there,
 setup iSCSI session, then mount the real root and pivot to it.  I'm not sure 
 if it's
 possible right now.

I'm not sure to what extent trasz's work overlaps with this, but I was able to 
boot a FreeBSD 9.1 image via iSCSI using aoyama's isboot module. I used gPXE 
and UNDI since my BIOS and NIC don't have any iSCSI support, just vanilla PXE. 
I haven't heard anything about isboot lately but the links below are still 
active. Let me know if you'd like additional details.

JN

On Aug 23, 2012, at 6:25 PM, Daisuke Aoyama aoy...@peach.ne.jp wrote:
 Subject: Updated isboot 0.2.6 and FreeBSD 9.1-RC1
 Cc: freebsd-s...@freebsd.org, freebsd-sta...@freebsd.org
 
 I have updated isboot and created 9.1-RC based image.
 Please try it:
 
 http://www.peach.ne.jp/archives/isboot/isboot-0.2.6.tar.gz
 http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-9.1-RC1-amd64-memstick-isboot-0.2.6.img


___
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


Problens with portupgrade/portmaster and ports

2013-10-01 Thread Nilton Jose Rizzo

  Hi all,

 I'm back again!

 I reinstall my box, because the problem with libicoinv/iconv from src
 dir have been bigs problems ... including problems when I need to run a 
 fsck in filesystem ( it's report the filesystem was incopatible)

 Well, the problem now are wiyh this programs protupograde and portmaster.

 In the last weekend, I updated my src and ports dirs and in the 
/usr/ports/UPDATING have this message:


8= Cut

20130929:
  AFFECTS: users of x11/pixman
  AUTHOR: zeis...@freebsd.org

  The library version of x11/pixman has changed, and portrevision has
  been bumped in all dependent ports.  If you have external software that
  depends on pixman, this software needs to be recompiled.
  To recompile all software dependent on pixman, run:
  
  # portmaster -r pixman
  or
  # portupgrade -rf pixman

20130929:
  AFFECTS: users of graphics/libGL, graphics/dri and other MESA ports
  AUTHOR: zeis...@freebsd.org

  The graphics/libGL, graphics/dri and related MESA ports have been
  updated to 9.1 when compiled with WITH_NEW_XORG= set.  It is necessary
  to remove the old versions of both ports before updating.

  # pkg_delete -f libGL-\* dri-\*
  or
  # pkg delete -f libGL dri
  followed by
  # portmaster -a

8== cut

when I deleted the libGL and dri using the pkg_delete command, it's work ok
but  when I try de portupgrade or portmaster I take this messages:



root@valfenda:/usr/ports # portupgrade -va
---  Session started at: Wed, 02 Oct 2013 01:21:32 -0300
** None has been installed or upgraded.
---  Session ended at: Wed, 02 Oct 2013 01:21:32 -0300 (consumed 00:00:00)



root@valfenda:/usr/ports # portmaster -va
=== Sorting ports by category
=== Starting check of installed ports for available updates

=== Root ports: 0

=== Trunk ports: 0

=== Branch ports: 0

=== Leaf ports: 0

=== All ports are up to date

=== Gathering distinfo list for installed ports

=== Exiting



But I have some ports installed, look:


root@valfenda:/home2/rizzo # pkg info | wc -l
 832
root@valfenda:/home2/rizzo # 



Result my X Window was crash!
I have been to rebuild the libGL and dri manually and my X Window restart to
work but I can't update any ports using portupgrade or portmaster

What I do wrong? I forgot something to do?

TIA

Rizzo
]
___
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