Re: [flashrom] compiling flashrom for Debian/kFreeBSD
El 25 de febrer de 2012 0:49, Carl-Daniel Hailfinger El 24 de febrer de 2012 0:55, Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net ha escrit: We have both interfaces. You can keep using iopl() if you like. Hm. Is iopl(3) a feature present in the FreeBSd kernel or is it just part of the compat layer presented by glibc? It's a library function (glibc). Just pick the one you prefer :-) #include machine/cpufunc.h #define off64_t off_t #define lseek64 lseek Actually, we have machine/cpufunc.h (we have everything in machine/* actually). The off_t / lseek defines after this look dangerous though (they collide with glibc definitions). Comment has been replaced with /* Note that FreeBSD kernel with glibc has conflicting out[bwl] definitions * in machine/cpufunc.h and sys/io.h. Use cpufunc.h only for plain FreeBSD. */ Uhm no, we removed the conflicts. We need to allow programs to include both headers painlessly. Again, just pick the one you prefer. cpufunc.h is supposed to work, and if it doesn't it's a bug. #define off64_t off_t Needed because FreeBSD lacks off64_t. We have both off64_t and off_t (both are 64-bit) so on GNU/kFreeBSD this define is harmless but not useful. #define lseek64 lseek Same here. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxng4_5_7cvrnhzu_4+7v8eiu80dm20lkwavqqspwor...@mail.gmail.com
Processed: tagging 659659
Processing commands for cont...@bugs.debian.org: tags 659659 + pending Bug #659659 [freebsd-net-tools-udeb] current version of ifconfig breaks D-I Ignoring request to alter tags of bug #659659 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 659659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659659 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133017156324941.transcr...@bugs.debian.org
Processing of kfreebsd-kernel-headers_0.75_kfreebsd-i386.changes
kfreebsd-kernel-headers_0.75_kfreebsd-i386.changes uploaded successfully to localhost along with the files: kfreebsd-kernel-headers_0.75.dsc kfreebsd-kernel-headers_0.75.tar.gz kfreebsd-kernel-headers_0.75_kfreebsd-i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1gn5-0004d2...@franck.debian.org
transition status
Hi, I figured it'd be useful to send a status update to summarize on what's done and what's missing: 659615: FTBFS on kfreebsd-amd64 - Fixed by maintainer since 15th Feb. 660395: xserver-xorg-input-joystick: FTBFS on kfreebsd-* - Fixed in NMU since 19th Feb. 660398: k3b: FTBFS on kfreebsd-* 660515: FTBFS on kfreebsd-* - Patch available. Tagged pending by maintainer since 20th Feb. Should it be NMUed? CCing maintainer. 660400: hal: FTBFS on kfreebsd-* - Fixed in NMU since 18th Feb. 660403: cdparanoia: FTFBS on kfreebsd-* - Unless there's further activity I recommend removing of kfreebsd-* binaries from testing. See http://bugs.debian.org./cgi-bin/bugreport.cgi?bug=660403#12 660397: qpxtool: FTBFS on kfreebsd-* 660401: dvd+rw-tools: FTBFS on kfreebsd-* - (eglibc bug) Tagged pending by maintainer since 20th Feb. Should it be NMUed? CCing maintainer. 659659: current version of ifconfig breaks D-I - Uploaded fix currently in NEW, expect RSN. 660396: sane-backends: FTBFS on kfreebsd-* - (kfreebsd-kernel-headers bug) Fixed today in 0.75. BinNMU? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXOD-EaosLx9utruzBQ5E_Va_V4=vdxhygrcxvqxfad...@mail.gmail.com
kfreebsd-kernel-headers_0.75_kfreebsd-i386.changes ACCEPTED into unstable
Accepted: kfreebsd-kernel-headers_0.75.dsc to main/k/kfreebsd-kernel-headers/kfreebsd-kernel-headers_0.75.dsc kfreebsd-kernel-headers_0.75.tar.gz to main/k/kfreebsd-kernel-headers/kfreebsd-kernel-headers_0.75.tar.gz kfreebsd-kernel-headers_0.75_kfreebsd-i386.deb to main/k/kfreebsd-kernel-headers/kfreebsd-kernel-headers_0.75_kfreebsd-i386.deb Override entries for your package: kfreebsd-kernel-headers_0.75.dsc - source kernel kfreebsd-kernel-headers_0.75_kfreebsd-i386.deb - standard kernel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1gzr-00061n...@franck.debian.org
sys/mount.h not C++ clean on kfreebsd
Libreoffice failed to build on kfreebsd-i386 and kfreebsd-amd64 with the following error. Compiling: sal/osl/unx/file_volume.cxx In file included from /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:77:0: /usr/include/x86_64-kfreebsd-gnu/sys/mount.h: In function 'int getvfsbyname(const char*, xvfsconf*)': /usr/include/x86_64-kfreebsd-gnu/sys/mount.h:398:23: error: invalid conversion from 'void*' to 'xvfsconf*' [-fpermissive] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx: At global scope: /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:1153:17: warning: unused parameter 'pszPath' [-Wunused-parameter] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:1153:17: warning: unused parameter 'pItem' [-Wunused-parameter] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:1160:17: warning: unused parameter 'pDevice' [-Wunused-parameter] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:555:35: warning: 'oslVolumeDeviceHandleImpl* osl_newVolumeDeviceHandleImpl()' defined but not used [-Wunused-function] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:579:13: warning: 'void osl_freeVolumeDeviceHandleImpl(oslVolumeDeviceHandleImpl*)' defined but not used [-Wunused-function] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:1153:17: warning: 'sal_Bool osl_getFloppyMountEntry(const sal_Char*, oslVolumeDeviceHandleImpl*)' defined but not used [-Wunused-function] /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:1160:17: warning: 'sal_Bool osl_isFloppyMounted(oslVolumeDeviceHandleImpl*)' defined but not used [-Wunused-function] dmake: Error code 1, while making '../../unxkfgx6.pro/obj/file_volume.obj' Retrying /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx A simple test program including the header (and with an empty main function) compiles fine when built as C but fails when built as C++. So it looks like this is a case of the header not being C++ clean (implicit conversion from void* to other pointer types is allowed in C but not in C++). Presumablly the fix is to add an explicit typecast. I would file a bug report but packages.debian.org doesn't seem to want to tell me what package sys/mount.h is in. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f48d24d.60...@p10link.net
Re: sys/mount.h not C++ clean on kfreebsd
Hi, On Sat, Feb 25, 2012 at 12:21:33PM +, peter green wrote: Compiling: sal/osl/unx/file_volume.cxx In file included from /build/buildd-libreoffice_3.4.5-3-kfreebsd-amd64-ukEv52/libreoffice-3.4.5/libreoffice-build/build/libreoffice-3.4.5.2/sal/osl/unx/file_volume.cxx:77:0: /usr/include/x86_64-kfreebsd-gnu/sys/mount.h: In function 'int getvfsbyname(const char*, xvfsconf*)': /usr/include/x86_64-kfreebsd-gnu/sys/mount.h:398:23: error: invalid conversion from 'void*' to 'xvfsconf*' [-fpermissive] Already pointed out on http://lists.debian.org/debian-bsd/2012/02/msg00061.html see also http://lists.debian.org/debian-bsd/2012/02/msg00080.html And aurel32 promised that upload for this weekend :) I would file a bug report but packages.debian.org doesn't seem to want to tell me what package sys/mount.h is in. libc0.1-dev Regards, Rene -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120225125603.gf17...@rene-engelhard.de
Re: transition status
On Sat, 2012-02-25 at 12:20 +, Robert Millan wrote: 660403: cdparanoia: FTFBS on kfreebsd-* - Unless there's further activity I recommend removing of kfreebsd-* binaries from testing. See http://bugs.debian.org./cgi-bin/bugreport.cgi?bug=660403#12 That doesn't work. The choices would be removing the kfreebsd-* binaries from unstable, and letting that propagate, or removing the entire package from testing. 660397: qpxtool: FTBFS on kfreebsd-* 660401: dvd+rw-tools: FTBFS on kfreebsd-* - (eglibc bug) Tagged pending by maintainer since 20th Feb. Should it be NMUed? CCing maintainer. That's still less than a week. Aurelien, are there any plans for an upload in the near future? 660396: sane-backends: FTBFS on kfreebsd-* - (kfreebsd-kernel-headers bug) Fixed today in 0.75. BinNMU? They were already binNMUed, that's how I discovered the bug. ;-p I'll give them back with a dependency on the new k-k-h. btw, http://bugs.debian.org/src:kfreebsd-kernel-headers still lists two outstanding RC bugs. You need to use versioned -done mails, not just add fixed versions. There's also mednafen and xine-lib, which I think have transitive dependencies via libsdl1.2? The latter still seems to be FTBFS on kfreebsd-amd64, despite the patch from #659615 being applied. I've just given it back for one last try. fwiw, there's a possibility that vlc might be a blocker, given that the new upstream version is FTBFS on multiple architectures (including kfreebsd-*). Regards, Adam -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1330177567.27081.51.ca...@jacala.jungle.funky-badger.org
Re: sys/mount.h not C++ clean on kfreebsd
El 25 de febrer de 2012 12:56, Rene Engelhard r...@debian.org ha escrit: I would file a bug report but packages.debian.org doesn't seem to want to tell me what package sys/mount.h is in. libc0.1-dev There's already #660397 and #660401. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caofdtxoawacsese6fkeec87kk-jelepq2sow11ayzl_--xd...@mail.gmail.com
cdparanoia (Re: transition status)
El 25 de febrer de 2012 13:46, Adam D. Barratt a...@adam-barratt.org.uk ha escrit: On Sat, 2012-02-25 at 12:20 +, Robert Millan wrote: 660403: cdparanoia: FTFBS on kfreebsd-* - Unless there's further activity I recommend removing of kfreebsd-* binaries from testing. See http://bugs.debian.org./cgi-bin/bugreport.cgi?bug=660403#12 That doesn't work. The choices would be removing the kfreebsd-* binaries from unstable, and letting that propagate, or removing the entire package from testing. Is an upload needed in first case? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOfDtXOMwszMXAcHXE3Vxt7io2xXVWwL5i5b0XrcQm=voks...@mail.gmail.com
Bug#657598: marked as done (freebsd-libs: FTBFS on kfreebsd-i386)
Your message dated Sat, 25 Feb 2012 15:42:46 + with message-id CAOfDtXORMzkhwb_GTr=n7dvonok5_63treqoheb+d-04yzd...@mail.gmail.com and subject line fixed has caused the Debian Bug report #657598, regarding freebsd-libs: FTBFS on kfreebsd-i386 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 657598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657598 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: freebsd-libs Version: 8.3~svn229725-3 Severity: serious Hi, Log from the buildd[1]: Warning: Object directory not changed from original /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c camlib.c In file included from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys/cam/cam_ccb.h:39:0, from camlib.c:41: /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory compilation terminated. *** Error code 1 A timly fix would be much appreciated as this blocks some of the last parts of the mono transition. Thanks, ~Niels [1] https://buildd.debian.org/status/package.php?p=freebsd-libs ---End Message--- ---BeginMessage--- Version: 0.65 -- Robert Millan ---End Message---
Bug#657602: marked as done (freebsd-libs: FTBFS(kfreebsd-i386): fatal error: sys/_callout.h: No such file or directory)
Your message dated Sat, 25 Feb 2012 15:42:46 + with message-id CAOfDtXORMzkhwb_GTr=n7dvonok5_63treqoheb+d-04yzd...@mail.gmail.com and subject line fixed has caused the Debian Bug report #657602, regarding freebsd-libs: FTBFS(kfreebsd-i386): fatal error: sys/_callout.h: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 657602: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657602 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:freebsd-libs Version: 8.3~svn229725-3 Severity: serious Tags: sid wheezy User: debian-bsd@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-bsd@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: cc -fpic -DPIC -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libsbuf/../../sys -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libsbuf/../../sys/kern/subr_sbuf.c -o subr_sbuf.So building shared library libsbuf.so.0 touch build-sbuf-stamp COPTS=-Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 CFLAGS=-Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include NO_WERROR=1 NOGCCERROR=1 NOSHARED=NO NO_SHARED=NO NO_PROFILE=1 DESTDIR=/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/tmp make -C /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam SHLIBDIR=./ Warning: Object directory not changed from original /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c camlib.c In file included from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/sys/cam/cam_ccb.h:39:0, from camlib.c:41: /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory compilation terminated. *** Error code 1 Stop in /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-AkvhUR/freebsd-libs-8.3~svn229725/lib/libcam. make: *** [build-cam-stamp] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=freebsd-libsarch=kfreebsd-i386ver=8.3%7Esvn229725-3stamp=1327114821 Regards Christoph If you have further questions please mail debian-bsd@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer ---End Message--- ---BeginMessage--- Version: 0.65 -- Robert Millan ---End Message---
Re: [flashrom] compiling flashrom for Debian/kFreeBSD
Am 25.02.2012 11:46 schrieb Robert Millan: El 25 de febrer de 2012 0:49, Carl-Daniel Hailfinger El 24 de febrer de 2012 0:55, Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net ha escrit: #include machine/cpufunc.h #define off64_t off_t #define lseek64 lseek Actually, we have machine/cpufunc.h (we have everything in machine/* actually). The off_t / lseek defines after this look dangerous though (they collide with glibc definitions). Comment has been replaced with /* Note that FreeBSD kernel with glibc has conflicting out[bwl] definitions * in machine/cpufunc.h and sys/io.h. Use cpufunc.h only for plain FreeBSD. */ Uhm no, we removed the conflicts. We need to allow programs to include both headers painlessly. Again, just pick the one you prefer. cpufunc.h is supposed to work, and if it doesn't it's a bug. Thanks for the info, I have adjusted the comment: /* Note that Debian/kFreeBSD (FreeBSD with glibc) machine/cpufunc.h contains out[bwl] definitions which are incompatible with FreeBSD machine/cpufunc.h. Use machine/cpufunc.h only for plain FreeBSD. */ Background: FreeBSD machine/cpufunc.h has outb(port,data). Linux/glibc sys/io.h has outb(data,port). Regards, Carl-Daniel -- http://www.hailfinger.org/ -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f49064e.9070...@gmx.net
Re: cdparanoia (Re: transition status)
On Sat, 2012-02-25 at 15:44 +, Robert Millan wrote: El 25 de febrer de 2012 13:46, Adam D. Barratt a...@adam-barratt.org.uk ha escrit: On Sat, 2012-02-25 at 12:20 +, Robert Millan wrote: 660403: cdparanoia: FTFBS on kfreebsd-* - Unless there's further activity I recommend removing of kfreebsd-* binaries from testing. See http://bugs.debian.org./cgi-bin/bugreport.cgi?bug=660403#12 That doesn't work. The choices would be removing the kfreebsd-* binaries from unstable, and letting that propagate, or removing the entire package from testing. Is an upload needed in first case? That would depend on whether you could convince ftp-master to remove them as-is. However, the build failure doesn't look like it's unfixable (or incredibly hard to fix), so I imagine they'd suggest fixing the bug instead; it's certainly what I'd suggest. Regards, Adam -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1330186796.27081.65.ca...@jacala.jungle.funky-badger.org
Re: cdparanoia (Re: transition status)
On Sat, 2012-02-25 at 16:19 +, Adam D. Barratt wrote: However, the build failure doesn't look like it's unfixable (or incredibly hard to fix), so I imagine they'd suggest fixing the bug instead; it's certainly what I'd suggest. Specifically, all of the failures appear to be inside code introduced by 05-kfreebsd.patch, so presumably it just needs porting from the old libcam API to the new one (which really should have been done *before* the new API was uploaded to unstable). Is there a direct replacement in the new API for (cdrom_drive *)-private_data-ccb-csio.sense_data ? Regards, Adam -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1330187526.27081.68.ca...@jacala.jungle.funky-badger.org
Incomplete upload found in Debian upload queue
Probably you are the uploader of the following file(s) in the Debian upload queue directory: kfreebsd-10_10.0~svn232158-1.debian.tar.gz kfreebsd-10_10.0~svn232158-1.dsc kfreebsd-10_10.0~svn232158.orig.tar.gz This looks like an upload, but a .changes file is missing, so the job cannot be processed. If no .changes file arrives within 23:27:21, the files will be deleted. If you didn't upload those files, please just ignore this message. Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1kzl-0005ze...@franck.debian.org
Bug#658677: marked as done ([kfreebsd-image-9] Please enable pflog device by default)
Your message dated Sat, 25 Feb 2012 17:22:32 + with message-id e1s1lkk-0002jg...@franck.debian.org and subject line Bug#658677: fixed in kfreebsd-10 10.0~svn232158-1 has caused the Debian Bug report #658677, regarding [kfreebsd-image-9] Please enable pflog device by default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 658677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658677 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: kfreebsd-image-9 Version: 9.0-1 Severity: normal Tags: patch Dear kbsd kernel maintainers, In the transition from 8 to 9 kernel series, pflog device was disable on compile-time configuration. Honestly, I spend just a few minutes looking around the debian-kbsd list trying to find whether there's a possible reason to back this difference, but apparently there's not. So, I've recompiled 9.0-1 version for amd64 arch with pflog device on and I've been using it some time now, no issues so far. More over, I've checked and confirmed that the functionality is properly working (logging traffic on the pflog device, what's intended for). Patched attached for i386/amd64 (just tested this last arch). As a side note, current archive's tcpdump version is unable to recognize the pseudo interface type[1][2], but using openbsd's provided tcpdump does read kbsd's captured dumps. If this patch is accepted, I'll try to see how possible it is for debian's tcpdump to adopt pflog pseudodevice-handling patch. Since everything appears to be adecuate, I ask you to consider enabling back pflog device by default on kfreebsd 9 series, please. Thanks a lot and keep with all this excellent work up! Cheers, Dererk 1.# tcpdump -nettti pflog0 tcpdump: WARNING: pflog0: no IPv4 address assigned tcpdump: packet printing is not supported for link type PFLOG: use -w 2. # tcpdump -nettti pflog0 -w foobar -v tcpdump: WARNING: pflog0: no IPv4 address assigned tcpdump: listening on pflog0, link-type PFLOG (OpenBSD pflog file), capture size 65535 bytes 1 packet captured^C 1 packet received by filter 0 packets dropped by kernel # tcpdump -nettt -r foobar -v reading from file foobar, link-type PFLOG (OpenBSD pflog file) tcpdump: packet printing is not supported for link type PFLOG: use -w -- BOFH excuse #403: Sysadmin didn't hear pager go off due to loud music from bar-room speakers. diff -ruN kfreebsd-9-9.0-orig/debian/arch/amd64/amd64.config kfreebsd-9-9.0/debian/arch/amd64/amd64.config --- kfreebsd-9-9.0-orig/debian/arch/amd64/amd64.config 2012-02-05 02:09:43.0 -0300 +++ kfreebsd-9-9.0/debian/arch/amd64/amd64.config 2012-02-04 18:29:06.0 -0300 @@ -24,6 +24,7 @@ # Network options device carp device pf +device pflog device pfsync include GENERIC diff -ruN kfreebsd-9-9.0-orig/debian/arch/i386/486.config kfreebsd-9-9.0/debian/arch/i386/486.config --- kfreebsd-9-9.0-orig/debian/arch/i386/486.config 2012-01-06 10:21:31.0 -0300 +++ kfreebsd-9-9.0/debian/arch/i386/486.config 2012-02-05 01:56:47.0 -0300 @@ -21,6 +21,7 @@ # Network options device carp device pf +device pflog device pfsync # Xbox support diff -ruN kfreebsd-9-9.0-orig/debian/arch/i386/686.config kfreebsd-9-9.0/debian/arch/i386/686.config --- kfreebsd-9-9.0-orig/debian/arch/i386/686.config 2011-12-18 08:45:52.0 -0300 +++ kfreebsd-9-9.0/debian/arch/i386/686.config 2012-02-05 01:56:38.0 -0300 @@ -22,6 +22,7 @@ # Network options device carp device pf +device pflog device pfsync # Xbox support signature.asc Description: OpenPGP digital signature ---End Message--- ---BeginMessage--- Source: kfreebsd-10 Source-Version: 10.0~svn232158-1 We believe that the bug you reported is fixed in the latest version of kfreebsd-10, which is due to be installed in the Debian FTP archive: acpi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/acpi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb cdrom-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/cdrom-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-dm-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/crypto-dm-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/crypto-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ext2-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to
Processing of kfreebsd-10_10.0~svn232158-1_kfreebsd-amd64.changes
kfreebsd-10_10.0~svn232158-1_kfreebsd-amd64.changes uploaded successfully to localhost along with the files: kfreebsd-10_10.0~svn232158-1.dsc kfreebsd-10_10.0~svn232158.orig.tar.gz kfreebsd-10_10.0~svn232158-1.debian.tar.gz kfreebsd-source-10.0_10.0~svn232158-1_all.deb kfreebsd-headers-10.0-0_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-image-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-image-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-headers-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-headers-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kernel-image-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-wireless-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-shared-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb serial-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ppp-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb cdrom-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb scsi-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb scsi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb scsi-extra-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb plip-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb floppy-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb loop-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ipv6-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nls-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ext2-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb isofs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ntfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb reiserfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb xfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb fat-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb zfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nullfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb md-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb parport-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb sata-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb acpi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb i2c-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-dm-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb mmc-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb mmc-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb sound-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb zlib-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1len-0007cz...@franck.debian.org
kfreebsd-10_10.0~svn232158-1_kfreebsd-amd64.changes ACCEPTED into experimental
Accepted: acpi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/acpi-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb cdrom-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/cdrom-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-dm-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/crypto-dm-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb crypto-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/crypto-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ext2-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/ext2-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb fat-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/fat-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb floppy-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/floppy-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb i2c-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/i2c-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ipv6-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/ipv6-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb isofs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/isofs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb kernel-image-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/kernel-image-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb kfreebsd-10_10.0~svn232158-1.debian.tar.gz to main/k/kfreebsd-10/kfreebsd-10_10.0~svn232158-1.debian.tar.gz kfreebsd-10_10.0~svn232158-1.dsc to main/k/kfreebsd-10/kfreebsd-10_10.0~svn232158-1.dsc kfreebsd-10_10.0~svn232158.orig.tar.gz to main/k/kfreebsd-10/kfreebsd-10_10.0~svn232158.orig.tar.gz kfreebsd-headers-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb to main/k/kfreebsd-10/kfreebsd-headers-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-headers-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb to main/k/kfreebsd-10/kfreebsd-headers-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-headers-10.0-0_10.0~svn232158-1_kfreebsd-amd64.deb to main/k/kfreebsd-10/kfreebsd-headers-10.0-0_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-image-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb to main/k/kfreebsd-10/kfreebsd-image-10-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-image-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb to main/k/kfreebsd-10/kfreebsd-image-10.0-0-amd64_10.0~svn232158-1_kfreebsd-amd64.deb kfreebsd-source-10.0_10.0~svn232158-1_all.deb to main/k/kfreebsd-10/kfreebsd-source-10.0_10.0~svn232158-1_all.deb loop-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/loop-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb md-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/md-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb mmc-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/mmc-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb mmc-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/mmc-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nic-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-shared-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nic-shared-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nic-wireless-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nic-wireless-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nls-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nls-core-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb ntfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/ntfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb nullfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/nullfs-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb parport-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to main/k/kfreebsd-10/parport-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb plip-modules-10.0-0-amd64-di_10.0~svn232158-1_kfreebsd-amd64.udeb to
Re: cdparanoia (Re: transition status)
tag 660403 + patch thanks On Sat, 2012-02-25 at 16:19 +, Adam D. Barratt wrote: However, the build failure doesn't look like it's unfixable (or incredibly hard to fix), so I imagine they'd suggest fixing the bug instead; it's certainly what I'd suggest. In fact, it wasn't particularly hard at all, especially given the k3b patch to use for inspiration. The attached diff makes the package build again, although I don't have a suitable kfreebsd-* system available right now to test it on. Testing and comments welcome. Regards, Adam diff -Nru cdparanoia-3.10.2+debian/debian/changelog cdparanoia-3.10.2+debian/debian/changelog --- cdparanoia-3.10.2+debian/debian/changelog 2010-11-06 16:55:13.0 + +++ cdparanoia-3.10.2+debian/debian/changelog 2012-02-25 17:36:55.0 + @@ -1,3 +1,10 @@ +cdparanoia (3.10.2+debian-10.1) unstable; urgency=low + + * Non-maintainer upload. + * Update for new libcam API (Closes: #660403) + + -- Adam D. Barratt a...@adam-barratt.org.uk Sat, 25 Feb 2012 17:35:40 + + cdparanoia (3.10.2+debian-10) unstable; urgency=low [ Rogério Brito ] diff -Nru cdparanoia-3.10.2+debian/debian/patches/05-kfreebsd.patch cdparanoia-3.10.2+debian/debian/patches/05-kfreebsd.patch --- cdparanoia-3.10.2+debian/debian/patches/05-kfreebsd.patch 2010-11-06 15:16:33.0 + +++ cdparanoia-3.10.2+debian/debian/patches/05-kfreebsd.patch 2012-02-25 17:35:21.0 + @@ -686,7 +686,7 @@ /* process a complete scsi command. */ static int sg2_handle_scsi_cmd(cdrom_drive *d, unsigned char *cmd, -@@ -432,6 +455,88 @@ +@@ -432,6 +455,91 @@ return sg2_handle_scsi_cmd(d,cmd,cmd_len,in_size,out_size,bytefill,bytecheck,sense); } @@ -740,8 +740,11 @@ + return TR_EREAD; + } + -+ if (d-private_data-ccb-csio.sense_data.error_code SSD_ERRCODE) { -+ switch (d-private_data-ccb-csio.sense_data.flags SSD_KEY) { ++ int errorCode, senseKey, addSenseCode, addSenseCodeQual; ++ scsi_extract_sense( (d-private_data-ccb-csio.sense_data), errorCode, senseKey, addSenseCode, ++ addSenseCodeQual ); ++ if (errorCode) { ++ switch (senseKey) { + case SSD_KEY_NO_SENSE: + errno = EIO; + return TR_UNKNOWN; @@ -752,8 +755,8 @@ + return TR_BUSY; + case SSD_KEY_MEDIUM_ERROR: + errno = EIO; -+ if (d-private_data-ccb-csio.sense_data.add_sense_code == 0x0c -+ d-private_data-ccb-csio.sense_data.add_sense_code_qual == 0x09) ++ if (addSenseCode == 0x0c ++ addSenseCodeQual == 0x09) +return TR_STREAMING; + else +return TR_MEDIUM; @@ -813,34 +816,43 @@ static int mode_sense_atapi(cdrom_drive *d,int size,int page){ unsigned char sense[SG_MAX_SENSE]; -@@ -1080,9 +1209,15 @@ +@@ -1080,10 +1210,20 @@ + sprintf(b,scsi_read error: sector=%ld length=%ld retry=%d\n, begin,sectors,retry_count); cdmessage(d,b); - sprintf(b, Sense key: %x ASC: %x ASCQ: %x\n, +#if defined(__linux__) + sprintf(b, Sense key: %x ASC: %x ASCQ: %x\n, (int)(sense[2]0xf), (int)(sense[12]), (int)(sense[13])); +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) -+d-private_data-ccb-csio.sense_data.flags SSD_KEY, -+d-private_data-ccb-csio.sense_data.add_sense_code, -+d-private_data-ccb-csio.sense_data.add_sense_code_qual); ++ int errorCode, senseKey, addSenseCode, addSenseCodeQual; ++ scsi_extract_sense( (d-private_data-ccb-csio.sense_data), errorCode, senseKey, addSenseCode, ++ addSenseCodeQual ); ++ sprintf(b, Sense key: %x ASC: %x ASCQ: %x\n, ++senseKey, ++addSenseCode, ++addSenseCodeQual); +#endif cdmessage(d,b); sprintf(b, Transport error: %s\n,strerror_tr[err]); cdmessage(d,b); -@@ -1092,9 +1227,15 @@ +@@ -1092,10 +1228,19 @@ + fprintf(stderr,scsi_read error: sector=%ld length=%ld retry=%d\n, begin,sectors,retry_count); - fprintf(stderr, Sense key: %x ASC: %x ASCQ: %x\n, +#if defined(__linux__) + fprintf(stderr, Sense key: %x ASC: %x ASCQ: %x\n, (int)(sense[2]0xf), (int)(sense[12]), (int)(sense[13])); +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) -+d-private_data-ccb-csio.sense_data.flags SSD_KEY, -+d-private_data-ccb-csio.sense_data.add_sense_code, -+d-private_data-ccb-csio.sense_data.add_sense_code_qual); ++ scsi_extract_sense( (d-private_data-ccb-csio.sense_data), errorCode, senseKey, addSenseCode, ++ addSenseCodeQual ); ++ fprintf(stderr, Sense key: %x ASC: %x ASCQ: %x\n, ++senseKey, ++addSenseCode, ++addSenseCodeQual); +#endif fprintf(stderr, Transport error: %s\n,strerror_tr[err]); fprintf(stderr, System error: %s\n,strerror(errno));
Processing of libbsd_0.3.0-2_amd64.changes
libbsd_0.3.0-2_amd64.changes uploaded successfully to ftp-master.debian.org along with the files: libbsd_0.3.0-2.dsc libbsd_0.3.0-2.debian.tar.gz libbsd-dev_0.3.0-2_amd64.deb libbsd0_0.3.0-2_amd64.deb libbsd0-udeb_0.3.0-2_amd64.udeb libbsd0-dbg_0.3.0-2_amd64.deb Greetings, Your Debian queue daemon (running on host ravel.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1nso-0001zk...@ravel.debian.org
Re: Bug#657772: collectd: FTBFS(kfreebsd): deprecated libbsd-dev usage and Werror
clone 657772 -1 reassign -1 libkvm-dev retitle -1 libkvm-dev: Should use bsd/nlist.h retitle 657772 libbsd-dev: Should not provide nlist.h severity 657772 important thanks On Sat, 2012-01-28 at 18:04:42 +, Robert Millan wrote: reassign 657772 libbsd-dev found 657772 0.3.0-1 retitle 657772 libbsd-dev: please provide a working nlist.h thanks El 28 de gener de 2012 17:39, Sebastian Harl tok...@debian.org ha escrit: Hrm, this sounds like a problem in libkvm to me and should be fixed there. The only thing I could do in collectd is disable the use of libkvm (and, thus, probably remove support for a few plugins). I agree that libkvm users shouldn't have to bother about this problem. Yes. However we don't need to add a workaround in libkvm-dev since this is very easy to fix in libbsd-dev (simply by installing nlist.h in its standard location). The problem is that nlist.h is provided too by libelf*-dev, so libbsd-dev has had to Replace those, which is actually wrong, as then the file will disappear in the following sequence: apt-get install libbsd-dev libelf-dev apt-get remove libbsd-dev After this, packages Build-Depending on libelf-dev will no longer be able to find nlist.h. For the next libbsd upstream release I've actually moved all those headers under /usr/include/bsd/, so this will have to be fixed anyway. libkvm-dev could instead Build-Depend on libelf-dev/libelfg0-dev, but given that it's linking against libbsd anyway, it seems like a gratuituous build and runtime dependency. thanks, guillem -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120225202441.ga19...@gaara.hadrons.org
Processed: Re: Bug#657772: collectd: FTBFS(kfreebsd): deprecated libbsd-dev usage and Werror
Processing commands for cont...@bugs.debian.org: clone 657772 -1 Bug#657772: libbsd-dev: please provide a working nlist.h Bug 657772 cloned as bug 661274. reassign -1 libkvm-dev Bug #661274 [libbsd-dev] libbsd-dev: please provide a working nlist.h Bug reassigned from package 'libbsd-dev' to 'libkvm-dev'. Bug No longer marked as found in versions libbsd/0.3.0-1. retitle -1 libkvm-dev: Should use bsd/nlist.h Bug #661274 [libkvm-dev] libbsd-dev: please provide a working nlist.h Changed Bug title to 'libkvm-dev: Should use bsd/nlist.h' from 'libbsd-dev: please provide a working nlist.h' retitle 657772 libbsd-dev: Should not provide nlist.h Bug #657772 [libbsd-dev] libbsd-dev: please provide a working nlist.h Changed Bug title to 'libbsd-dev: Should not provide nlist.h' from 'libbsd-dev: please provide a working nlist.h' severity 657772 important Bug #657772 [libbsd-dev] libbsd-dev: Should not provide nlist.h Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 657772: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657772 661274: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661274 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13302015104721.transcr...@bugs.debian.org
libbsd_0.3.0-2_amd64.changes ACCEPTED into unstable
Accepted: libbsd-dev_0.3.0-2_amd64.deb to main/libb/libbsd/libbsd-dev_0.3.0-2_amd64.deb libbsd0-dbg_0.3.0-2_amd64.deb to main/libb/libbsd/libbsd0-dbg_0.3.0-2_amd64.deb libbsd0-udeb_0.3.0-2_amd64.udeb to main/libb/libbsd/libbsd0-udeb_0.3.0-2_amd64.udeb libbsd0_0.3.0-2_amd64.deb to main/libb/libbsd/libbsd0_0.3.0-2_amd64.deb libbsd_0.3.0-2.debian.tar.gz to main/libb/libbsd/libbsd_0.3.0-2.debian.tar.gz libbsd_0.3.0-2.dsc to main/libb/libbsd/libbsd_0.3.0-2.dsc Override entries for your package: libbsd-dev_0.3.0-2_amd64.deb - optional libdevel libbsd0-dbg_0.3.0-2_amd64.deb - extra debug libbsd0-udeb_0.3.0-2_amd64.udeb - optional debian-installer libbsd0_0.3.0-2_amd64.deb - optional libs libbsd_0.3.0-2.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1s1omy-0008a4...@franck.debian.org
Bug#661284: vlc: FTBFS on kfreebsd-* in testing
Source: vlc Version: 1.1.13-1 Severity: serious Justification: FTBFS Hi, since vlc already FTBFSes in sid, we tried to binNMU it in testing to get rid of the dependency on the old libx264-118 packages. Unfortunately, due to the new zlibg1-dev package, it FTBFSes there as well: | src/theme_loader.cpp: In function 'int gzclose_frontend(int)': | src/theme_loader.cpp:771:33: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive] | /usr/include/zlib.h:1488:24: error: initializing argument 1 of 'int gzclose(gzFile)' [-fpermissive] | src/theme_loader.cpp: In function 'int gzread_frontend(int, void*, size_t)': | src/theme_loader.cpp:780:56: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive] | /usr/include/zlib.h:1290:21: error: initializing argument 1 of 'int gzread(gzFile, voidp, unsigned int)' [-fpermissive] | src/theme_loader.cpp: In function 'int gzwrite_frontend(int, const void*, size_t)': | src/theme_loader.cpp:789:76: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive] | /usr/include/zlib.h:1318:21: error: initializing argument 1 of 'int gzwrite(gzFile, voidpc, unsigned int)' [-fpermissive] | make[7]: *** [libskins2_plugin_la-theme_loader.lo] Error 1 https://buildd.debian.org/status/package.php?p=vlcsuite=wheezy A fix through wheezy-proposed-updates would be appreciated. Cc-ing -bsd@ for advice, and -release@ for information. (Thinking of it a bit more, versioning will be fun…) Mraw, KiBi. signature.asc Description: Digital signature
Re: [flashrom] compiling flashrom for Debian/kFreeBSD
Am 25.02.2012 17:03 schrieb Carl-Daniel Hailfinger: Am 25.02.2012 11:46 schrieb Robert Millan: El 25 de febrer de 2012 0:49, Carl-Daniel Hailfinger El 24 de febrer de 2012 0:55, Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net ha escrit: #include machine/cpufunc.h #define off64_t off_t #define lseek64 lseek Actually, we have machine/cpufunc.h (we have everything in machine/* actually). The off_t / lseek defines after this look dangerous though (they collide with glibc definitions). Comment has been replaced with /* Note that FreeBSD kernel with glibc has conflicting out[bwl] definitions * in machine/cpufunc.h and sys/io.h. Use cpufunc.h only for plain FreeBSD. */ Uhm no, we removed the conflicts. We need to allow programs to include both headers painlessly. Again, just pick the one you prefer. cpufunc.h is supposed to work, and if it doesn't it's a bug. Thanks for the info, I have adjusted the comment: /* Note that Debian/kFreeBSD (FreeBSD with glibc) machine/cpufunc.h contains out[bwl] definitions which are incompatible with FreeBSD machine/cpufunc.h. Use machine/cpufunc.h only for plain FreeBSD. */ Background: FreeBSD machine/cpufunc.h has outb(port,data). Linux/glibc sys/io.h has outb(data,port). Thanks for your tests. The patch has been committed in r1507 to flashrom svn. Regards, Carl-Daniel -- http://www.hailfinger.org/ -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f496643.3060...@gmx.net
libsane-perl: FTBFS on kfreebsd-amd64 (test hang?)
I'm trying to debug the FTBFS of libsane-perl on kfreebsd-amd64[1]. I've KiBi was kind enough to install the build-depends on asdfasdf, but I can't reproduce the problem - it builds fine. Does anyone have any clue what might be causing the FTBFS on the kfreebsd-amd64 (and mips, and occasionally sparc) buildd, when on asdfasdf, kfreebsd-i386 and all the other architectures things are fine? In all cases, the FTBFS is caused by the tests failing, not the compilation. Please keep me in CC, as I am not subscribed. Regards Jeff [1] https://buildd.debian.org/status/package.php?p=libsane-perl signature.asc Description: Digital signature
Outdated kfreebsd-kernel-headers ?
Hi, When I try to build vlc 2.0.0 I got the following error and think that v4l2 isn't up to date. , | In file included from v4l2/controls.c:30:0: | v4l2/v4l2.h:33:3: warning: #warning Please update Video4Linux2 headers! [-Wcpp] | v4l2/controls.c: In function 'ControlSetCallback': | v4l2/controls.c:153:14: error: 'V4L2_CTRL_TYPE_BITMASK' undeclared (first use in this function) | v4l2/controls.c:153:14: note: each undeclared identifier is reported only once for each function it appears in | v4l2/controls.c: In function 'ControlsSetFromString': | v4l2/controls.c:280:26: error: 'V4L2_CTRL_TYPE_BITMASK' undeclared (first use in this function) | v4l2/controls.c: In function 'ControlsInit': | v4l2/controls.c:665:10: error: 'V4L2_CTRL_TYPE_BITMASK' undeclared (first use in this function) | v4l2/controls.c:665:9: error: array index in initializer not of integer type | v4l2/controls.c:665:9: error: (near initialization for 'handlers') | make[5]: *** [libv4l2_plugin_la-controls.lo] Error 1 ` Christian -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehtim43w@christian.marillat.net