Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
On 02/06/14 14:13, Andreas Henriksson wrote: You'd find that the default configuration is unusable under non-GNOME (and thus now for all hurd and kfreebsd users). We can't ship unusable software in Jessie. As per -release mandate kfreebsd-* is no exception anymore. It's already been stablished that GDM3 is unportable, and why. If you can't find a way to make gnome-terminal work without GDM3, then please make it Linux-only until you can. I'm afraid you can't rely on porter teams to fix this. gnome-terminal dependency on GDM3 has nothing to do with porting. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750876: uninstallable on non-Linux
Package: gnome-core Severity: serious On 02/06/14 19:56, Steven Chamberlain wrote: And I wonder if we could adjust gnome-core's dependency from: gnome-session (= 3.4), to: gnome-session (= 3.4) [linux-any], gnome-session-bin (= 3.4) [!linux-any], That would imply that gnome-core still achieves its purpose without gnome-shell. I think that's something for the gnome-core maintainers to figure out. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602724: please remove kfreebsd-any from Architecture
On 30/05/14 18:32, Jérôme Vouillon wrote: Hi, On 30/05/2014 17:57, Steven Chamberlain wrote: On 16:01, Emilio Pozuelo Monfort wrote: Just a reminder: there are still various things depending on the removed packages, preventing things from migrating to testing. Do you agree it's just the two metapackages from src:meta-gnome3 that need changes, or is there anything else? http://lists.debian.org/53863f46.2050...@pyro.eu.org Indeed, this is the only issue. task-gnome-desktop depends on gnome-core, but this will not prevent the migration. Indeed. Unless something has changed, only broken (linux-)i386 dependencies prevent migration. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: please remove kfreebsd-any from Architecture
On 31/05/14 00:42, Emilio Pozuelo Monfort wrote: On 30/05/14 17:57, Steven Chamberlain wrote: Hi Emilio, On 16:01, Emilio Pozuelo Monfort wrote: Just a reminder: there are still various things depending on the removed packages, preventing things from migrating to testing. Do you agree it's just the two metapackages from src:meta-gnome3 that need changes, or is there anything else? http://lists.debian.org/53863f46.2050...@pyro.eu.org There's that and also #749888. Do you plan an upload for #749888 anytime soon? If not, I'll prepare an NMU. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
Hi, I find it very strange that a terminal application needs gnome-shell. There are dozens of terminal applications, and so far they seem to manage without dragging their own desktop environment of choice with them. Which makes me wonder: Does gnome-terminal actually work without gnome-shell? Is this setup properly tested and supported by upstream? In other words, does upstream release procedure account for the possibility that one might want to use gnome-terminal without gnome-shell, and do their QA procedures ensure that the resulting package will be usable? I fully expect a yes as answer. If that's not the case, then I think it'd be much better to change Architecture field instead so that it's only built on archs where it's actually supported. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
On 31/05/14 17:51, Andreas Henriksson wrote: Maybe you should try to spend 2 seconds on trying to figure it out (ie. by searching the package changelog) before posting in the future. Why? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
Please accept my apologies. Apparently my previous mail wasn't clear enough for everyone. So please allow me to ellaborate: The text had a statement and some questions. One can tell them appart because questions end with a '?' sign, and statements don't. The questions are what I'd really like to know, whereas the statement merely acts as an introduction. This is not a question: I find it very strange that a terminal application needs gnome-shell. There are dozens of terminal applications, and so far they seem to manage without dragging their own desktop environment of choice with them. I don't expect an answer on this, and I'm not asking anyone to research this. I could have researched it myself, but I don't have a special interest in the answer per se, only about its implications (see below). These are questions: Which makes me wonder: Does gnome-terminal actually work without gnome-shell? Is this setup properly tested and supported by upstream? In other words, does upstream release procedure account for the possibility that one might want to use gnome-terminal without gnome-shell, and do their QA procedures ensure that the resulting package will be usable? Unfortunately I cannot answer them myself, because I'm not familiar with GNOME development procedures, nor with the implied commitments that come with them. It would be very nice if the GNOME maintainers can cast some light on this. Thanks in advance, -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
On 31/05/14 18:40, Cyril Brulebois wrote: IMVHO -release@ doesn't need to know about what happens to every single package. Feel free to keep that kind of Q A between maintainers and porters. I was under the impression that -release was overseeing the QA requirements for Jessie are being satisfied when it comes to GNOME on non-Linux ports. I take note that's no longer the case and will drop the list from CC in future mails regarding this issue. Apologies for any inconvenience this missunderstanding may have caused. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
On 31/05/14 18:22, Pino Toscano wrote: Attached a first version of patch for it; the changes to control.in and rules should be fine, while most probably the .install files could need few tricks (since gnome-terminal-search-provider.ini is not installed). GNOME team: if you could help on this, that would be great. Thank you. Do you plan to upload this? Still, would be nice to obtain an answer from GNOME team. The gnome-shell-gdm3 dependency was supposed to be optional too, until it wasn't. Judging from their previous response [1] I suspect they are reluctant to provide support for non-standard configurations. But of course, and explicit answer will be much better than speculation. Clearly, if non-standard configurations are the way to go, they're supposed to be supported by either upstream or Debian maintainers. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735023#10 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743141: Processed: Re: Bug#743141: system hangs when building gcc on kfreebsd-amd64
Control: tag 743141 wontfix On 20/05/14 13:45, Debian Bug Tracking System wrote: retitle 743141 kfreebsd-9: triple fault on execve from 64-bit thread to 32-bit process Tentatively tagging 743141 wontfix as kfreebsd-9 is planned for removal. But, AFAIK, it can't be removed yet as latest D-I release still uses it? (CCing -boot) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733122: please remove kfreebsd-any from Architecture
On 04/05/14 13:40, Robert Millan wrote:
Please could you remove kfreebsd-any from Architecture in gnome-shell ?
You may close the following RC bugs when doing this:
#733122
#735023
A patch is attached for your convenience.
Hi,
I've uploaded an NMU with the removal of kfreebsd-any (and hurd-any
as per porter's request) from Architecture. A debdiff is attached.
Best regards
--
Robert Millan
diff -Nru gnome-shell-3.8.4/debian/changelog gnome-shell-3.8.4/debian/changelog
--- gnome-shell-3.8.4/debian/changelog 2014-04-04 01:10:15.0 +0200
+++ gnome-shell-3.8.4/debian/changelog 2014-05-11 13:41:52.0 +0200
@@ -1,3 +1,11 @@
+gnome-shell (3.8.4-8.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove kfreebsd-any and hurd-any from Architecture. (Closes:
+#733122, #735023)
+
+ -- Robert Millan r...@debian.org Sun, 11 May 2014 13:41:02 +0200
+
gnome-shell (3.8.4-8) unstable; urgency=medium
* debian/patches/45-fix-gi-annotations.patch:
diff -Nru gnome-shell-3.8.4/debian/control gnome-shell-3.8.4/debian/control
--- gnome-shell-3.8.4/debian/control 2014-04-04 01:23:56.0 +0200
+++ gnome-shell-3.8.4/debian/control 2014-05-11 15:46:11.0 +0200
@@ -58,7 +58,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-shell/
Package: gnome-shell
-Architecture: any
+Architecture: linux-any
Depends: ${gir:Depends},
${icon-theme:Depends},
${misc:Depends},
@@ -125,7 +125,7 @@
This package contains translations and data files for the GNOME shell.
Package: gnome-shell-dbg
-Architecture: any
+Architecture: linux-any
Section: debug
Priority: extra
Depends: ${misc:Depends},
diff -Nru gnome-shell-3.8.4/debian/control.in gnome-shell-3.8.4/debian/control.in
--- gnome-shell-3.8.4/debian/control.in 2014-04-02 17:00:00.0 +0200
+++ gnome-shell-3.8.4/debian/control.in 2014-05-11 13:40:16.0 +0200
@@ -53,7 +53,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-shell/
Package: gnome-shell
-Architecture: any
+Architecture: linux-any
Depends: ${gir:Depends},
${icon-theme:Depends},
${misc:Depends},
@@ -120,7 +120,7 @@
This package contains translations and data files for the GNOME shell.
Package: gnome-shell-dbg
-Architecture: any
+Architecture: linux-any
Section: debug
Priority: extra
Depends: ${misc:Depends},
Bug#602724: please remove kfreebsd-any from Architecture
On 04/05/14 13:33, Robert Millan wrote:
Please could you remove kfreebsd-any from Architecture in gdm3 ?
You may close the following RC bugs when doing this:
#602724
#601106
#612157
#733546
A patch is attached for your convenience.
Hi,
I've uploaded an NMU with the removal of kfreebsd-any from
Architecture. A debdiff is attached.
Best regards
--
Robert Millan
diff -Nru gdm3-3.8.4/debian/changelog gdm3-3.8.4/debian/changelog
--- gdm3-3.8.4/debian/changelog 2014-05-10 22:58:12.0 +0200
+++ gdm3-3.8.4/debian/changelog 2014-05-11 13:25:32.0 +0200
@@ -1,3 +1,11 @@
+gdm3 (3.8.4-8.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove kfreebsd-any from Architecture. (Closes: #602724, #601106,
+#612157, #733546)
+
+ -- Robert Millan r...@debian.org Sun, 11 May 2014 13:25:16 +0200
+
gdm3 (3.8.4-8) unstable; urgency=medium
* debian/control.in: Depends against consolekit on non-linux architectures
diff -Nru gdm3-3.8.4/debian/control gdm3-3.8.4/debian/control
--- gdm3-3.8.4/debian/control 2014-05-10 22:59:49.0 +0200
+++ gdm3-3.8.4/debian/control 2014-05-11 14:33:05.0 +0200
@@ -55,7 +55,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gdm3/
Package: gdm3
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -111,7 +111,7 @@
Package: libgdm1
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -134,7 +134,7 @@
Package: libgdm-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: libgdm1 (= ${binary:Version}),
gir1.2-gdm3 (= ${binary:Version}),
@@ -156,7 +156,7 @@
Package: gir1.2-gdm3
Section: introspection
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Depends: ${gir:Depends},
${shlibs:Depends},
${misc:Depends}
diff -Nru gdm3-3.8.4/debian/control.in gdm3-3.8.4/debian/control.in
--- gdm3-3.8.4/debian/control.in 2014-05-10 22:56:16.0 +0200
+++ gdm3-3.8.4/debian/control.in 2014-05-11 13:26:08.0 +0200
@@ -50,7 +50,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gdm3/
Package: gdm3
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -106,7 +106,7 @@
Package: libgdm1
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -129,7 +129,7 @@
Package: libgdm-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: libgdm1 (= ${binary:Version}),
gir1.2-gdm3 (= ${binary:Version}),
@@ -151,7 +151,7 @@
Package: gir1.2-gdm3
Section: introspection
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Depends: ${gir:Depends},
${shlibs:Depends},
${misc:Depends}
Bug#602724: please remove kfreebsd-any from Architecture
On 11/05/14 21:06, Julien Cristau wrote: On Sun, May 11, 2014 at 17:37:29 +0200, Robert Millan wrote: I've uploaded an NMU with the removal of kfreebsd-any (and hurd-any as per porter's request) from Architecture. A debdiff is attached. Do you plan on also handling the reverse dependencies (with binary removals and/or patches, as appropriate)? That's something I'm responsible for. Thanks for the reminder. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746949: CVE-2014-3000: TCP reassembly vulnerability
Package: kfreebsd-10 Version: 10.0-4 Severity: grave Tags: security fixed-upstream http://www.freebsd.org/security/advisories/FreeBSD-SA-14:08.tcp.asc Affects 10.0, 9.2 and 8.3 Possibly 9.0 and HEAD as well (haven't checked yet). -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602724: please remove kfreebsd-any from Architecture
Please could you remove kfreebsd-any from Architecture in gdm3 ?
You may close the following RC bugs when doing this:
#602724
#601106
#612157
#733546
A patch is attached for your convenience.
Thanks!
--
Robert Millan
diff -ur gdm3-3.8.4.old/debian/control gdm3-3.8.4/debian/control
--- gdm3-3.8.4.old/debian/control 2013-11-14 12:36:31.0 +0100
+++ gdm3-3.8.4/debian/control 2014-05-04 12:54:02.222074385 +0200
@@ -52,7 +52,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gdm3/
Package: gdm3
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -107,7 +107,7 @@
Package: libgdm1
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -130,7 +130,7 @@
Package: libgdm-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: libgdm1 (= ${binary:Version}),
gir1.2-gdm3 (= ${binary:Version}),
@@ -152,7 +152,7 @@
Package: gir1.2-gdm3
Section: introspection
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Depends: ${gir:Depends},
${shlibs:Depends},
${misc:Depends}
diff -ur gdm3-3.8.4.old/debian/control.in gdm3-3.8.4/debian/control.in
--- gdm3-3.8.4.old/debian/control.in 2013-11-14 12:29:43.0 +0100
+++ gdm3-3.8.4/debian/control.in 2014-05-04 12:51:04.082069496 +0200
@@ -47,7 +47,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gdm3/
Package: gdm3
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -102,7 +102,7 @@
Package: libgdm1
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends},
${misc:Depends},
@@ -125,7 +125,7 @@
Package: libgdm-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Pre-Depends: ${misc:Pre-Depends}
Depends: libgdm1 (= ${binary:Version}),
gir1.2-gdm3 (= ${binary:Version}),
@@ -147,7 +147,7 @@
Package: gir1.2-gdm3
Section: introspection
-Architecture: linux-any kfreebsd-any
+Architecture: linux-any
Depends: ${gir:Depends},
${shlibs:Depends},
${misc:Depends}
Bug#733122: please remove kfreebsd-any from Architecture
Please could you remove kfreebsd-any from Architecture in gnome-shell ?
You may close the following RC bugs when doing this:
#733122
#735023
A patch is attached for your convenience.
Thanks!
--
Robert Millan
diff -ur gnome-shell-3.8.4.old/debian/control gnome-shell-3.8.4/debian/control
--- gnome-shell-3.8.4.old/debian/control 2014-04-04 01:23:56.0 +0200
+++ gnome-shell-3.8.4/debian/control 2014-05-04 13:36:34.962144547 +0200
@@ -58,7 +58,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-shell/
Package: gnome-shell
-Architecture: any
+Architecture: linux-any hurd-any
Depends: ${gir:Depends},
${icon-theme:Depends},
${misc:Depends},
@@ -125,7 +125,7 @@
This package contains translations and data files for the GNOME shell.
Package: gnome-shell-dbg
-Architecture: any
+Architecture: linux-any hurd-any
Section: debug
Priority: extra
Depends: ${misc:Depends},
diff -ur gnome-shell-3.8.4.old/debian/control.in gnome-shell-3.8.4/debian/control.in
--- gnome-shell-3.8.4.old/debian/control.in 2014-04-02 17:00:00.0 +0200
+++ gnome-shell-3.8.4/debian/control.in 2014-05-04 13:36:53.426145054 +0200
@@ -53,7 +53,7 @@
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-shell/
Package: gnome-shell
-Architecture: any
+Architecture: linux-any hurd-any
Depends: ${gir:Depends},
${icon-theme:Depends},
${misc:Depends},
@@ -120,7 +120,7 @@
This package contains translations and data files for the GNOME shell.
Package: gnome-shell-dbg
-Architecture: any
+Architecture: linux-any hurd-any
Section: debug
Priority: extra
Depends: ${misc:Depends},
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
On 08/03/2014 12:06, Cyril Brulebois wrote: That said, building ufsutils in sid led me to a FTBFS due to missing libutil.h; two solutions: either add a build-dep on libutil-freebsd-dev which ships it under /usr/include; or adjust 3 files to #include bsd/libutil.h instead. I haven't seen a difference in dependencies for both cases. Which one do you want? B-D please. There's no reason not to use the real libutil directly now that we have it. Thanks -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740509: ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address
Package: freebsd-net-tools Version: 9.2+ds1-1+b1 Severity: critical Control: found -1 10.0-3 On this system, ifconfig is unable to bring up network when running on a 10.0 kernel (this happens with 10.0 debian kernels and with kfreebsd-downloader too). The problem appears to be somehow related to ipv6: $ sudo ifconfig -a : flags=8802BROADCAST,SIMPLEX,MULTICAST ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address : flags=0 ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address : flags=0 ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address : flags=8008LOOPBACK,MULTICAST ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address -- System Information: Debian Release: 7.4 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 10.0-1-686 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-net-tools depends on: ii libbsd00.6.0-1 ii libc0.12.18-3 ii libexpat1 2.1.0-4 ii libfreebsd-glue-0 0.2.16 ii libipx29.2+ds2-4 ii libjail1 9.2+ds2-4 ii libkvm610.0-4 ii libmemstat39.2+ds2-4 ii libnetgraph4 9.2+ds2-4 ii libsbuf6 9.2+ds2-4 ii libutil-freebsd-9 9.2+ds2-4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730833: u-boot: FTBFS on kfreebsd
On 18/02/2014 19:11, Vagrant Cascadian wrote: Looking for help from the *bsd porters on this... We haven't seen a successful build of u-boot on kfreebsd since mid-2012... The short of it is a bunch of header files that aren't present on Debian GNU/kFreeBSD are required for building u-boot-tools. Upstream u-boot has essentially copied a bunch of header files from linux sources. The current best patch we have is to copy *more* header files, but this seems like a bad idea... Droppping u-boot-tools on kfreebsd-* would be a regression from wheezy. Are you sure u-boot is supposed to build on anything other than Linux? The kind of software package that embeds copies of Linux headers is not generally intended to be portable... -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730833: u-boot: FTBFS on kfreebsd
On 18/02/2014 21:54, Vagrant Cascadian wrote: On Tue, Feb 18, 2014 at 09:35:09PM +, Robert Millan wrote: On 18/02/2014 19:11, Vagrant Cascadian wrote: Looking for help from the *bsd porters on this... We haven't seen a successful build of u-boot on kfreebsd since mid-2012... The short of it is a bunch of header files that aren't present on Debian GNU/kFreeBSD are required for building u-boot-tools. Upstream u-boot has essentially copied a bunch of header files from linux sources. The current best patch we have is to copy *more* header files, but this seems like a bad idea... Droppping u-boot-tools on kfreebsd-* would be a regression from wheezy. Are you sure u-boot is supposed to build on anything other than Linux? The kind of software package that embeds copies of Linux headers is not generally intended to be portable... Well, u-boot-tools could technically be useable on any architecture. Is it actually useful? Quite possibly not. If the best thing is to drop non-linux architectures, I'd be fine with that. I don't want to drop architectures from the packaging without asking porters first. I think if upstream doesn't consider it a bug to copy non-portable declarations from Linux headers, it's probably reasonable to consider u-boot as Linux-specific software. Attempting to fight this kind of trend is tends to be very costly, but ultimately it's your call as maintainer to decide whether it's worth it. We can provide assistance if necessary. In this case, my advice would be to figure out why are those headers being copied in, since this seems to be the root of the problem. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738934: isc-dhcp-client: missing Depends on freebsd-net-tools
Package: isc-dhcp-client
Version: 4.2.4-7
Severity: grave
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
isc-dhcp-client requires ifconfig and route tools in order to bring up the
network on GNU/kFreeBSD, however it doesn't depend on the package providing
them (freebsd-net-tools).
Patch attached.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Foreign Architectures: kfreebsd-i386
Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages isc-dhcp-client depends on:
ii debianutils 4.4
ii inetutils-ping 2:1.9.1.363-bbc1-1
ii isc-dhcp-common 4.2.4-7
ii libc0.1 2.17-97
isc-dhcp-client recommends no packages.
Versions of packages isc-dhcp-client suggests:
pn avahi-autoipd none
pn resolvconf none
-- no debconf information
--- debian/control~ 2013-05-27 22:26:49.0 +0200
+++ debian/control 2014-02-13 23:18:35.501483886 +0100
@@ -125,7 +125,7 @@
${shlibs:Depends},
debianutils (= 2.8.2),
isc-dhcp-common (= ${binary:Version}),
- iproute [linux-any],
+ iproute [linux-any] | freebsd-net-tools [kfreebsd-any],
inetutils-ping [!linux-any],
Suggests:
resolvconf,
Bug#736608: freebsd-libs transition
Unless I missed something, only two packages remain. And the maintainers haven't responded so far. What would be a suitable delay for delayed-queue NMUs? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
On 04/02/2014 00:34, Steven Chamberlain wrote: Package: ufsutils-udeb Version: 9.2-3 Severity: grave Tags: jessie sid d-i Affects: debian-installer User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: k...@debian.org Image: http://d-i.debian.org/daily-images/kfreebsd-amd64/20140203-00:50/netboot-9/mini.iso Can reproduce this by trying to format an msdos partition on an IDE disk as UFS (with kfreebsd-9 9.2-1-amd64): Feb 4 00:21:34 partman: mkfs.ufs: Feb 4 00:21:34 partman: DIOCGMEDIASIZE Feb 4 00:21:34 partman: : Feb 4 00:21:34 partman: Inappropriate ioctl for device Running `mkfs.ufs /dev/ada0` at an installer shell curiously tells me the size of the partition right before it fails with the above error. /dev/ada0s1: 510.0MB (1044480 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 127.53MB, 4081 blks, 16384 inodes. mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device So this is likely a problem in ufsutils-udeb and may be kernel-specific. Can this still be reproduced with any of the following? - ufsutils (the non-udeb version) - kfreebsd-10 - ufsutils-udeb 10.0 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708697: not fixed (udev dependency now causing FTBFS)
On 01/02/2014 19:42, Steven Chamberlain wrote: Control: forcemerge 708697 736608 Ah, I filed a duplicate bug for this by mistake, and already submitted a patch: http://bugs.debian.org/736608 My bad... A. Maitland, please use Steven's patch, it is more complete than mine. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708697: not fixed (udev dependency now causing FTBFS)
Control: notfixed -1 4.1-1
Control: tag -1 patch
Control: block 728919 with -1
Hi,
The dependency of qthid-fcd-controller on udev is not gratuitous. It's no use to
put the B-D in libudev in [linux-any] filter and demote the Depends to
Recommends
because the code attempts to use libudev unconditionally (see qthid.pro and
hidraw.c).
Here's a patch which fixes the build problem by reverting the old behaviour on
non-Linux platforms.
Note: please respond as soon as possible, as this problem blocks the
freebsd-libs
transition.
Thanks!
--
Robert Millan
diff -ur qthid-fcd-controller-4.1/qthid.pro qthid-fcd-controller-4.1.new/qthid.pro
--- qthid-fcd-controller-4.1/qthid.pro 2014-02-01 14:53:42.0 +0100
+++ qthid-fcd-controller-4.1.new/qthid.pro 2014-02-01 14:52:12.989040881 +0100
@@ -60,11 +60,12 @@
# libusb-1.0 on Linux uses pkg-config
linux-g++|linux-g++-64 {
-#CONFIG += link_pkgconfig
-#PKGCONFIG += libusb-1.0
-#SOURCES += hid-libusb.c
LIBS += -ludev
SOURCES += hidraw.c
+} else {
+CONFIG += link_pkgconfig
+PKGCONFIG += libusb-1.0
+SOURCES += hid-libusb.c
}
RESOURCES += \
Bug#736660: smartmontools: FTBFS on kfreebsd (bsd/sys/cdefs.h: No such file or directory)
Control: tag -1 patch Hi, Please use attached patch. On 25/01/2014 22:02, Julien Cristau wrote: Source: smartmontools Version: 6.2+svn3841-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 728919 with -1 Hi, during a binNMU smartmontools failed to build, see the logs at https://buildd.debian.org/status/package.php?p=smartmontools g++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='(local build)' -DSMARTMONTOOLS_SYSCONFDIR='/etc' -DSMARTMONTOOLS_DRIVEDBDIR='/var/lib/smartmontools/drivedb' -DSMARTMONTOOLS_SAVESTATES='/var/lib/smartmontools/smartd.' -DSMARTMONTOOLS_ATTRIBUTELOG='/var/lib/smartmontools/attrlog.' -g -O2 -Wall -W -MT cciss.o -MD -MP -MF .deps/cciss.Tpo -c -o cciss.o cciss.cpp cciss.cpp:28:29: fatal error: bsd/sys/cdefs.h: No such file or directory # include bsd/sys/cdefs.h ^ compilation terminated. make[2]: *** [cciss.o] Error 1 Cheers, Julien -- Robert Millan diff -ur smartmontools-6.2+svn3841/cciss.cpp smartmontools-6.2+svn3841.kfreebsd/cciss.cpp --- smartmontools-6.2+svn3841/cciss.cpp 2012-07-20 19:26:32.0 +0200 +++ smartmontools-6.2+svn3841.kfreebsd/cciss.cpp 2014-01-25 22:53:37.862197216 +0100 @@ -18,18 +18,10 @@ # ifndef be32toh #define be32toh __be32_to_cpu # endif -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) # include sys/endian.h # include CISS_LOCATION # define _HAVE_CCISS -#elif defined(__FreeBSD_kernel__) -# include endian.h -# ifdef __GLIBC__ -# include bsd/sys/cdefs.h -# include stdint.h -# endif -# include CISS_LOCATION -# define _HAVE_CCISS #endif #ifdef _HAVE_CCISS Només a smartmontools-6.2+svn3841.kfreebsd: config.guess Només a smartmontools-6.2+svn3841.kfreebsd: config.h.in Només a smartmontools-6.2+svn3841.kfreebsd: config.sub diff -ur smartmontools-6.2+svn3841/debian/control smartmontools-6.2+svn3841.kfreebsd/debian/control --- smartmontools-6.2+svn3841/debian/control 2013-09-05 14:53:56.0 +0200 +++ smartmontools-6.2+svn3841.kfreebsd/debian/control 2014-01-25 22:58:58.623197289 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Giuseppe Iuculano iucul...@debian.org Uploaders: Florian Maier cont...@marsmenschen.com -Build-Depends: debhelper (= 7), libcam-dev [kfreebsd-i386 kfreebsd-amd64], automake1.10, autoconf, libcap-ng-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sparc !avr32], libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libusb2-dev [kfreebsd-i386 kfreebsd-amd64], hardening-wrapper +Build-Depends: debhelper (= 7), libcam-dev [kfreebsd-any], freebsd-glue [kfreebsd-any], automake1.10, autoconf, libcap-ng-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sparc !avr32], libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libusb2-dev [kfreebsd-i386 kfreebsd-amd64], hardening-wrapper Standards-Version: 3.9.4 Vcs-Git: git://anonscm.debian.org/collab-maint/smartmontools.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/smartmontools.git diff -ur smartmontools-6.2+svn3841/debian/patches/kfreebsd.patch smartmontools-6.2+svn3841.kfreebsd/debian/patches/kfreebsd.patch --- smartmontools-6.2+svn3841/debian/patches/kfreebsd.patch 2013-09-05 14:53:56.0 +0200 +++ smartmontools-6.2+svn3841.kfreebsd/debian/patches/kfreebsd.patch 2014-01-25 23:11:18.898197171 +0100 @@ -1,7 +1,5 @@ -Index: smartmontools/dev_areca.h -=== smartmontools.orig/dev_areca.h 2013-09-05 13:31:22.863972312 +0200 -+++ smartmontools/dev_areca.h 2013-09-05 13:34:00.587972763 +0200 +--- a/dev_areca.h b/dev_areca.h @@ -58,7 +58,7 @@ #define ARCMSR_IOCTL_CLEAR_RQBUFFER (ARECA_SATA_RAID | FUNCTION_CLEAR_RQBUFFER) #define ARCMSR_IOCTL_CLEAR_WQBUFFER (ARECA_SATA_RAID | FUNCTION_CLEAR_WQBUFFER) @@ -11,3 +9,25 @@ #include sys/ioctl.h // _IOWR /*FunctionCode*/ +--- a/cciss.cpp b/cciss.cpp +@@ -18,18 +18,10 @@ + # ifndef be32toh + #define be32toh __be32_to_cpu + # endif +-#elif defined(__FreeBSD__) ++#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) + # include sys/endian.h + # include CISS_LOCATION + # define _HAVE_CCISS +-#elif defined(__FreeBSD_kernel__) +-# include endian.h +-# ifdef __GLIBC__ +-# include bsd/sys/cdefs.h +-# include stdint.h +-# endif +-# include CISS_LOCATION +-# define _HAVE_CCISS + #endif + + #ifdef _HAVE_CCISS diff -ur smartmontools-6.2+svn3841/debian/rules smartmontools-6.2+svn3841.kfreebsd/debian/rules --- smartmontools-6.2+svn3841/debian/rules 2013-09-05 14:53:56.0 +0200 +++ smartmontools-6.2+svn3841.kfreebsd/debian/rules 2014-01-25 23:10:06.072200351 +0100 @@ -14,6 +14,10 @@ CONFIGURE_ARGS += --with-selinux endif +ifeq ($(DEB_HOST_ARCH_OS),kfreebsd) + CFLAGS += -I/usr/include/freebsd +endif + CFLAGS += -fsigned-char -Wall ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS
Bug#735796: RM: freebsd-sendpr -- ROM; obsolete, RC-buggy
Package: ftp.debian.org This package is barely useful, as we now have a handful of more efficient channels for communication with upstream. Nobody seems to be using it anymore. Please remove. On 18/01/2014 00:05, Robert Millan wrote: Is someone actually using freebsd-sendpr? If not, I'll request its removal. On 17/01/2014 20:52, David Suárez wrote: Source: freebsd-sendpr Version: 3.113+9.2-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140114 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): fakeroot debian/rules clean dh_testdir dh_testroot freebsd-make DESTDIR=/«BUILDDIR»/freebsd-sendpr-3.113+9.2/debian/freebsd-sendpr BINDIR=/usr/bin -C gnu/usr.bin/send-pr clean make: freebsd-make: Command not found make: *** [clean] Error 127 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/01/14/freebsd-sendpr_3.113+9.2-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736198: undeterministic output when running egrep repeatedly with the same input
reassign 736198 kfreebsd-image-9.0-2-amd64 thanks Hi! On 21/01/2014 04:24, Steven Chamberlain wrote: Bug is probably with kfreebsd-9 before 9.1, returning a wrong result to lseek (fd, cur, SEEK_HOLE), which is used since grep 2.13: * Noteworthy changes in release 2.13 (2012-07-04) [stable] ** New features 'grep' without -z now treats a sparse file as binary, if it can easily determine that the file is sparse. http://git.savannah.gnu.org/cgit/grep.git/commit/src/main.c?id=582cdfacf297181c2c5ffec83fd8a3c0f6562fc6 Therefore this affects grep (and probably more things) in sid chroots on wheezy host systems in conjunction with ZFS (likely true of Robert's system and mine, but not the buildds). Thanks the investigation! Yes, my mount.h is in ZFS. And my sid chroot is hosted on Wheezy. Unfortunately it isn't practical for me to change either. How about a Wheezy update then? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736238: ifconfig: ioctl (SIOCAIFADDR): Invalid argument
Package: freebsd-net-tools Version: 10.0-1 Severity: grave Tags: help ifconfig from freebsd-net-tools 10.0-1 is unable to setup the network anymore: $ sudo ifconfig em0 10.0.0.2 ifconfig: ioctl (SIOCAIFADDR): Invalid argument -- System Information: Debian Release: 7.3 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.0-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-net-tools depends on: ii libbsd00.6.0-1 ii libc0.12.17-97 ii libexpat1 2.1.0-4 ii libfreebsd-glue-0 0.2.17 ii libipx29.0+ds1-4 ii libjail1 9.0+ds1-4 ii libkvm610.0-1 ii libmemstat39.0+ds1-4 ii libnetgraph4 9.0+ds1-4 ii libsbuf6 9.0+ds1-4 ii libutil-freebsd-9 9.2+ds2-2 freebsd-net-tools recommends no packages. freebsd-net-tools suggests no packages. -- no debconf information -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736198: undeterministic output when running egrep repeatedly with the same input
Package: grep
Version: 2.15-2
File: /bin/egrep
Severity: grave
User: debian-...@lists.debian.org
Usertags: kfreebsd
The following command is supposed to yield a match every time (i.e.
egrep should filter the line containing MNT_RDONLY from sys/mount.h).
However, approximately 20% of the time it doesn't. This is the result
of 100 attempts:
$ for i in $(seq 100) ; do egrep
'^#[[:space:]]*define[[:space:]]+MNT_[A-Z]+[[:space:]]+0x[0-9]+[[:space:]]*'
/usr/src/kfreebsd-headers-10.0-1/sys/sys/mount.h | grep MNT_RDONLY | head -n 1
; done | wc -l
72
This is a regression from wheezy (not sure if due to grep itself or
some libc issue).
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Foreign Architectures: kfreebsd-i386
Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages grep depends on:
ii dpkg 1.17.5
ii install-info 5.2.0.dfsg.1-2
ii libc0.1 2.17-97
ii libpcre3 1:8.31-2
grep recommends no packages.
grep suggests no packages.
-- no debconf information
/*-
* Copyright (c) 1989, 1991, 1993
* The Regents of the University of California. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in the
*documentation and/or other materials provided with the distribution.
* 4. Neither the name of the University nor the names of its contributors
*may be used to endorse or promote products derived from this software
*without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
* @(#)mount.h 8.21 (Berkeley) 5/20/95
* $FreeBSD$
*/
#ifndef _SYS_MOUNT_H_
#define _SYS_MOUNT_H_
#include sys/ucred.h
#include sys/queue.h
#ifdef _KERNEL
#include sys/lock.h
#include sys/lockmgr.h
#include sys/_mutex.h
#endif
/*
* NOTE: When changing statfs structure, mount structure, MNT_* flags or
* MNTK_* flags also update DDB show mount command in vfs_subr.c.
*/
typedef struct fsid { int32_t val[2]; } fsid_t; /* filesystem id type */
/*
* File identifier.
* These are unique per filesystem on a single machine.
*/
#define MAXFIDSZ 16
struct fid {
u_short fid_len; /* length of data in bytes */
u_short fid_data0; /* force longword alignment */
char fid_data[MAXFIDSZ]; /* data (variable length) */
};
/*
* filesystem statistics
*/
#define MFSNAMELEN 16 /* length of type name including null */
#define MNAMELEN 88 /* size of on/from name bufs */
#define STATFS_VERSION 0x20030518 /* current version number */
struct statfs {
uint32_t f_version; /* structure version number */
uint32_t f_type; /* type of filesystem */
uint64_t f_flags; /* copy of mount exported flags */
uint64_t f_bsize; /* filesystem fragment size */
uint64_t f_iosize; /* optimal transfer block size */
uint64_t f_blocks; /* total data blocks in filesystem */
uint64_t f_bfree; /* free blocks in filesystem */
int64_t f_bavail; /* free blocks avail to non-superuser */
uint64_t f_files; /* total file nodes in filesystem */
int64_t f_ffree; /* free nodes avail to non-superuser */
uint64_t f_syncwrites; /* count of sync writes since mount */
uint64_t f_asyncwrites; /* count of async writes since mount */
uint64_t f_syncreads; /* count of sync reads since mount */
uint64_t f_asyncreads; /* count of async reads since mount */
uint64_t f_spare[10]; /* unused spare */
uint32_t f_namemax; /* maximum filename length */
uid_t f_owner; /* user that mounted the filesystem */
fsid_t f_fsid; /* filesystem id */
char f_charspare[80]; /* spare string space */
char f_fstypename[MFSNAMELEN]; /* filesystem type name */
char f_mntfromname[MNAMELEN]; /* mounted filesystem */
char f_mntonname[MNAMELEN];/* directory on which
Bug#736198: undeterministic output when running egrep repeatedly with the same input
On 20/01/2014 23:12, Robert Millan wrote: $ for i in $(seq 100) ; do egrep '^#[[:space:]]*define[[:space:]]+MNT_[A-Z]+[[:space:]]+0x[0-9]+[[:space:]]*' /usr/src/kfreebsd-headers-10.0-1/sys/sys/mount.h | grep MNT_RDONLY | head -n 1 ; done | wc -l 72 Interestingly, when the receiving end of the pipe egrep writes to is not spawned in each iteration, the chance of failure is much lower (but still non-zero): $ for i in $(seq 100) ; do for i in $(seq 100) ; do egrep '^#[[:space:]]*define[[:space:]]+MNT_[A-Z]+[[:space:]]+0x[0-9]+[[:space:]]*' /usr/src/kfreebsd-headers-10.0-1/sys/sys/mount.h ; done | grep MNT_RDONLY | wc -l ; done 100 100 100 100 100 100 100 99 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 99 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735796: freebsd-sendpr: FTBFS: make: freebsd-make: Command not found
Is someone actually using freebsd-sendpr? If not, I'll request its removal. On 17/01/2014 20:52, David Suárez wrote: Source: freebsd-sendpr Version: 3.113+9.2-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140114 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): fakeroot debian/rules clean dh_testdir dh_testroot freebsd-make DESTDIR=/«BUILDDIR»/freebsd-sendpr-3.113+9.2/debian/freebsd-sendpr BINDIR=/usr/bin -C gnu/usr.bin/send-pr clean make: freebsd-make: Command not found make: *** [clean] Error 127 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/01/14/freebsd-sendpr_3.113+9.2-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735096: eclipse: Eclipse kfreebsd-amd64 can't create projects
Hi Bruno, On 12/01/2014 19:16, Bruno Maximo e Melo wrote: Package: eclipse Version: 3.8.0~rc4-1 Severity: grave Justification: renders package unusable Hi, I'm reporting this bug from Linux, the problem is: eclipse-cdt and eclipse-jdt are installed but Eclipse can't create C/C++ or Java projects. I installed too the Pydev and same problem, look the video I made: http://media.libreplanetbr.org/u/dharc/m/eclipse-bug-kfreebsd-amd64/ When you run it from the command-line, do you see any error messages? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735097: empathy: Empathy 3.8 kfreebsd-amd64 can't open window conversation
Hi, On 12/01/2014 19:21, Bruno Maximo e Melo wrote: Package: empathy Version: 3.4.2.3-2+deb7u1 Severity: grave Justification: renders package unusable Dear Maintainer, I'm reporting this bug from Linux. Empathy can't open window conversation in kfreebsd-amd64 testing. Look this video: http://media.libreplanetbr.org/u/dharc/m/embathy-bug-kfreebsd-amd64/ When you run it from the command-line, do you see any error messages? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733122: fatal error: Typelib file for namespace 'GnomeBluetoothApplet' (any version) not found
On 12/01/2014 17:55, Michael Biebl wrote:
Am 12.01.2014 17:47, schrieb Michael Biebl:
In summary, the patch is not quite ready yet imho.
Hm, looking more closely, instead of moving the files around, it might
be better to use a try {} catch {} statement like we do for NM.
Robert, can you try the following patch:
This successfully takes care of the bluetooth part.
NM, however, is still a problem since not all its instances are protected
by try-catch. I.e. the one in ui/sessionMode.js would need a similar hack.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734451: fuse4bsd-dkms: package does not ship sources inside
Hi Hleb, On 07/01/2014 11:46, Hleb Valoshka wrote: Package: fuse4bsd-dkms Version: 0.3.9~pre1.20080208-8 Severity: grave Justification: renders package unusable Dear Maintainer, fuse4bsd-dkms from sid does not have archive with sources for kernel module inside. Version from stable has them, also 0.3.9~pre1.20080208-4 is built for all, while current version is built for kfreebsd-(amd64|i386). This package is scheduled for removal. kfreebsd-10 includes native fuse support so it shouldn't be necessary at all. Please can you try the fuse module in kfreebsd-10 instead? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732693: unable to setup DHCP in kfreebsd-11
On 23/12/2013 00:03, Robert Millan wrote: On 21/12/2013 22:31, Markus Koschany wrote: On 20.12.2013 13:29, Robert Millan wrote: [...] If you've got spare time to do some tests, it would help to know which version of the kfreebsd-11 package introduced this bug. I downloaded the first and second kernel image for kfreebsd-11 amd64 from snapshots.debian.org: svn256281-1 works svn258494-1 fails Regression found: $ svn-bisect good Regression found! Last good revision: r257690 First bad revision: r257692 | glebius | 2013-11-05 08:44:15 +0100 (dt, 05 nov 2013) | 14 lines Rewrite in_control(), so that it is comprehendable without getting mad. o Provide separate functions for SIOCAIFADDR and for SIOCDIFADDR, with clear code flow from beginning to the end. After that the rest of in_control() gets very small and clear. o Provide sx(9) lock to protect against parallel ioctl() invocations. o Reimplement logic from r201282, that tried to keep localhost route in table when multiple P2P interfaces with same local address are created and deleted. Discussed with: pluknet, melifaro Sponsored by: Netflix Sponsored by: Nginx, Inc. I'm not sure what's going on. Perhaps it has to do with the last bit (about keeping localhost route in table). Maybe the problem goes away when updating freebsd-net-tools to 10.x... -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733376: ctfutils: FTBFS: elf.h:22:3: error: #error This header is unsupported on x86-64.
On 28/12/2013 18:29, David Suárez wrote: /usr/include/x86_64-linux-gnu/sys/elf.h:22:3: error: #error This header is unsupported on x86-64. # error This header is unsupported on x86-64. If sys/elf.h is not supported on amd64, why is this header even present? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733122: fatal error: Typelib file for namespace 'GnomeBluetoothApplet' (any version) not found
tags 733122 patch
thanks
Here's a patch.
On Thu, Dec 26, 2013 at 12:32:22AM +0100, Robert Millan wrote:
Package: gnome-shell-common
Version: 3.8.4-5
Severity: grave
gnome-shell aborts on GNU/kFreeBSD because of Linux-specific settings
in config.js:
/usr/share/gnome-shell/js/misc/config.js:const HAVE_BLUETOOTH = 1;
/usr/share/gnome-shell/js/misc/config.js:const HAVE_NETWORKMANAGER = 1;
The cause of this problem is that, although config.js is correcly built
without these options, the binary-all version of this file is used, since
it is obtained from gnome-shell-common rather than gnome-shell.
I recommend moving it to gnome-shell as the easiest solution.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: kfreebsd-amd64 (x86_64)
Foreign Architectures: kfreebsd-i386
Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur gnome-shell-3.8.4.old/debian/control gnome-shell-3.8.4/debian/control
--- gnome-shell-3.8.4.old/debian/control 2013-12-29 03:01:40.0 +0100
+++ gnome-shell-3.8.4/debian/control 2013-12-29 03:17:00.0 +0100
@@ -98,6 +98,7 @@
gnome-control-center,
gnome-user-guide,
unzip
+Replaces: gnome-shell-common ( 3.8.4-6)
Breaks: fglrx-driver ( 1:11-10),
gdm3 ( 3.5.90),
gnome-control-center ( 1:3.0),
diff -ur gnome-shell-3.8.4.old/debian/control.in gnome-shell-3.8.4/debian/control.in
--- gnome-shell-3.8.4.old/debian/control.in 2013-10-12 16:54:00.0 +0200
+++ gnome-shell-3.8.4/debian/control.in 2013-12-29 03:16:49.0 +0100
@@ -93,6 +93,7 @@
gnome-control-center,
gnome-user-guide,
unzip
+Replaces: gnome-shell-common ( 3.8.4-6)
Breaks: fglrx-driver ( 1:11-10),
gdm3 ( 3.5.90),
gnome-control-center ( 1:3.0),
diff -ur gnome-shell-3.8.4.old/debian/gnome-shell.install gnome-shell-3.8.4/debian/gnome-shell.install
--- gnome-shell-3.8.4.old/debian/gnome-shell.install 2011-12-13 22:49:10.0 +0100
+++ gnome-shell-3.8.4/debian/gnome-shell.install 2013-12-29 02:43:10.0 +0100
@@ -4,3 +4,4 @@
usr/share/applications
usr/share/dbus-1
usr/share/man
+usr/share/gnome-shell/js/misc/config.js
diff -ur gnome-shell-3.8.4.old/debian/rules gnome-shell-3.8.4/debian/rules
--- gnome-shell-3.8.4.old/debian/rules 2013-10-08 17:43:26.0 +0200
+++ gnome-shell-3.8.4/debian/rules 2013-12-29 03:11:29.0 +0100
@@ -26,5 +26,8 @@
/usr/lib/gnome-shell
find debian/$(cdbs_curpkg) -name '*.la' -exec rm -f '{}' ';'
+binary-predeb/gnome-shell-common::
+ rm -f debian/gnome-shell-common/usr/share/gnome-shell/js/misc/config.js
+
# List any files which are not installed
common-binary-post-install-arch:: list-missing
Bug#733122: fatal error: Typelib file for namespace 'GnomeBluetoothApplet' (any version) not found
Package: gnome-shell-common Version: 3.8.4-5 Severity: grave gnome-shell aborts on GNU/kFreeBSD because of Linux-specific settings in config.js: /usr/share/gnome-shell/js/misc/config.js:const HAVE_BLUETOOTH = 1; /usr/share/gnome-shell/js/misc/config.js:const HAVE_NETWORKMANAGER = 1; The cause of this problem is that, although config.js is correcly built without these options, the binary-all version of this file is used, since it is obtained from gnome-shell-common rather than gnome-shell. I recommend moving it to gnome-shell as the easiest solution. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Foreign Architectures: kfreebsd-i386 Kernel: kFreeBSD 9.0-2-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732693: unable to setup DHCP in kfreebsd-11
On 21/12/2013 22:31, Markus Koschany wrote: On 20.12.2013 13:29, Robert Millan wrote: [...] If you've got spare time to do some tests, it would help to know which version of the kfreebsd-11 package introduced this bug. I downloaded the first and second kernel image for kfreebsd-11 amd64 from snapshots.debian.org: svn256281-1 works svn258494-1 fails SVN log for ifconfig between those two seems to suggest (see rev 256824) that replacing ifconfig $if $addr with ifconfig $if $addr up might help. Perhaps a few adjustments in /sbin/dhclient-script help? (I'm afraid I don't have time to check right now) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732693: unable to setup DHCP in kfreebsd-11
Package: kfreebsd-image-11.0-0-amd64 Version: 11.0~svn259528-2 Severity: grave On 20/12/2013 11:05, Markus Koschany wrote: Unfortunately ip4 networking doesn't work anymore with freebsd 11 but works fine when I use kfreebsd-image-9.2-1. The em0 interface is up but I don't get a DHCP lease. It seems that is another issue to look into. I got that, too. IIRC there was some error with ioctls in ifconfig. Fortunately it's kfreebsd-11 only. If you've got spare time to do some tests, it would help to know which version of the kfreebsd-11 package introduced this bug. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677416: closed by Michael Gilbert mgilb...@debian.org (Bug#677416: fixed in wine-unstable 1.5.31-1)
On 29/11/2013 11:03, Debian Bug Tracking System wrote: * Drop kfreebsd-amd64 (closes: #715330). Why? Was there something wrong with the fix proposed by Petr? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730518: kfreebsd-10: CVE-2013-6832 nand memory leak in ioctl
On 26/11/2013 03:36, Steven Chamberlain wrote: Package: kfreebsd-10 Version: 10.0~svn257123-1 Severity: grave Tags: security fixed-upstream Control: fixed -1 kfreebsd-10/10.0~svn234760-1 http://seclists.org/bugtraq/2013/Nov/73 The nand driver was introduced into kfreebsd-10 by r235537. It is not included in kfreebsd-9 or kfreebsd-8 packages. Fixed by upstream SVN commits r258387 and r258425. Those are the head commits (both included in latest kfreebsd-11 upload). As for stable/10 it seems to me that r258554 includes MFC of both problems. Please can you confirm? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730519: kfreebsd-10: CVE-2013-6834, CVE-2013-6833: qlxgbe/qlxge memory leaks in ioctl
On 26/11/2013 03:58, Steven Chamberlain wrote: Fixed by upstream SVN commits r258155 and r258156. That'd be MFC r258457 in stable/10. Correct? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729698: libc0.1: wait6 is broken on 9.2+
On 23/11/2013 14:56, Dmitrijs Ledkovs wrote: The fix for this issue has been committed upstream: http://svnweb.freebsd.org/base?view=revisionrevision=258281 Thanks. I just uploaded a new kfreebsd-11 snapshot which includes it. Please can you confirm it works? Can this be cherry picked into 9.2 kernel? I don't see any problem with it. Should this also be included in the 10 11 kernels, or do those stay in experimental / tracking svn head? kfreebsd-10 tracks stable/10, and will soon switch to releng/10.0 and eventually release/10.0.0. It will soon be in unstable too, although not necessarily at the same time. Does upstream plan to MFC this fix into stable/10 ? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730143: zpool upgrade to v5000 may render system unbootable
Package: zfsutils Version: 9.2-2 Severity: critical This version of zfsutils implements ZFS v5000 (i.e. feature-based versioning), which GRUB prior to 2.00-21 doesn't support. As a result, running zpool upgrade with this version of zfsutils may render system unbootable. It should have a Breaks: grub-common ( 2.00-21~) to prevent this. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649038: elfutils FTBFS on kfreebsd
On 13/11/2013 10:48, Mark Wielaard wrote: And ELFOSABI_LINUX describe ELF files which do use such GNU extensions. What is the convention on Debian/kfreebsd? Well, we used to provide these features before ELFOSABI_LINUX became a requirement for having them. Now we can't provide them anymore (sigh). Fortunately this doesn't (yet) break any essential functionality. This one is mostly just used as a workaround to see whether ptrace correctly propagates a SIGSTOP on attach/detach. It can probably be ignored if ptrace behaves. [...] That was a type BTW. Should have been auxv. It is sometimes possible to get at the AUXV information in a different way. If not available only some functionality is degraded. Thanks for the details. Unortunately manpower is scarce, but it may be useful for looking into this someday. Well, it doesn't do much harm. It just means you cannot easily introspect the kernel and kernel modules with elfutils/libdwfl. But that is not functionality many programs want/need anyway. If they do, then there are probably other issues they have to deal with that make them depend on the linux kernel anyway. I recommend that route then ;-) Thank you -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649038: elfutils FTBFS on kfreebsd
On 11/11/2013 15:32, Mark Wielaard wrote: On Sun, 2013-11-10 at 00:45 +0100, Robert Millan wrote: ELFOSABI_FREEBSD indicates this binary has been built to run on kFreeBSD and uses its kernel ABI. If a binary is set to ELFOSABI_LINUX, then the kernel will enable Linux emulation mode, i.e. Linux syscall interface. Aha. Interesting. Just curious. On Debain GNU/FreeBSD wouldn't the emulation mode be more natural? Not really... It wouldn't solve anything and instead raise wrong expectations about the APIs we provide. Then we'd struggle trying to live up to those expectations. Most of Debian userland is not biased towards Linux syscall interface. It generally just interacts with glibc. Nothing as far as ELF compliance is concerned. This tag is ment to be consumed by the kernel ELF loader only. For elfutils elflint it also matters for things like STB_GNU_UNIQUE and STT_GNU_IFUNC. Does ELFOSABI_FREEBSD indicate the binaray can or cannot contain such symbol types or bindings? No, it just gives information about the kernel-user ABI. AFAIK STB_GNU_UNIQUE and STT_GNU_IFUNC are userland facilities. Is this correct? elflint assumes those only occur with ELFOSABI_LINUX currently. Well I suppose you could extend this assumption to cover ELFOSABI_FREEBSD as well? Though presence of ELFOSABI_FREEBSD is not enough to determine that they are available. /proc/PID/maps, /proc/PID/exe, /proc/PID/mem, Mostly OK I think. /proc/TID/status It seems we don't have this. At least not in 9.0. :-( and /proc/PID/auvx Neither... And /proc/kallsyms and /proc/modules are used to inspect kernel modules with libdwfl. Nope. For module listing we have kldstat() / kldfind() / kldnext(). See libdwfl/linux-proc-maps.c (backend for dwfl_linux_proc_report) and libdwfl/linux-kernel-modules.c (backend for dwfl_linux_kernel_report_kernel and dwfl_linux_kernel_report_modules). Someone might want to provide backends for kfreebsd if the corresponding libdwfl dwfl_linux_* functionality is wanted there. The kernel parts probably won't easily work, the user space parts probably will assuming the /proc interface is linprocfs style and sufficiently compatible. Is it possible to disable this functionality on kFreeBSD? A quick linprocfs solution seems like dead-end, and we really don't have the manpower to write new backends from scratch. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649038: elfutils FTBFS on kfreebsd
On 10/11/2013 00:18, Steven Chamberlain wrote: - elflint doesn't know about the OS ABI FreeBSD. - Is this correct in the ELF files? Yes. I don't know whether kfreebsd is supposed to follow the user space ELF OS ABI or the kernel one. I'm not sure what you mean by this. ELFOSABI_FREEBSD indicates this binary has been built to run on kFreeBSD and uses its kernel ABI. If a binary is set to ELFOSABI_LINUX, then the kernel will enable Linux emulation mode, i.e. Linux syscall interface. Kernel modules are also built as ELF files, but AFAIK their e_ident is not checked for. - If it is the correct OS ABI then what would an elflint program need to know about it to make sure all its requirements are met? Nothing as far as ELF compliance is concerned. This tag is ment to be consumed by the kernel ELF loader only. - The other failures look like issues with the /proc interface on the install. Does the /proc interface follow the Linux kernel /proc interface that some of the tests rely on? Yes. But as there's no standard covering Linux-style /proc, it can't ever be 100% complete. FreeBSD developers provide an emulated linprocfs for compatibility purposes and try to keep up, but depending on what you do it might not work. Also, this is only provided on GNU/kFreeBSD. FreeBSD systems either use the native FreeBSD-style /proc or none at all. If you want to support FreeBSD as well, it's better if you use sysctls or whatever you need for what you're testing. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726517: FTBFS on kfreebsd-*
tags 726517 patch found 726517 1.5.1+id17-3~deb7u1 thanks -- Robert Millan --- a/extensions/enigmail/ipc/src/Makefile +++ b/extensions/enigmail/ipc/src/Makefile @@ -41,7 +41,7 @@ endif endif -ifeq ($(OS_ARCH),Linux) +ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH))) LDFLAGS += -shared -Wl,-Bsymbolic CFLAGS += -fPIC endif --- a/extensions/enigmail/ipc/src/Makefile.enig +++ b/extensions/enigmail/ipc/src/Makefile.enig @@ -43,7 +43,7 @@ endif endif -ifeq ($(OS_ARCH),Linux) +ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH))) LDFLAGS += -shared -Wl,-Bsymbolic CFLAGS += -fPIC endif --- a/extensions/enigmail/ipc/src/Makefile.in +++ b/extensions/enigmail/ipc/src/Makefile.in @@ -41,7 +41,7 @@ endif endif -ifeq ($(OS_ARCH),Linux) +ifneq (,$(filter Linux GNU GNU_kFreeBSD, $(OS_ARCH))) LDFLAGS += -shared -Wl,-Bsymbolic CFLAGS += -fPIC endif
Bug#726517: FTBFS on kfreebsd-*
On 02/11/2013 14:06, Robert Millan wrote: tags 726517 patch found 726517 1.5.1+id17-3~deb7u1 thanks Actually, please use updated version here. -- Robert Millan diff -Nur enigmail-1.5.1+id17/debian/control enigmail-1.5.1+id17.new/debian/control --- enigmail-1.5.1+id17/debian/control 2013-07-05 17:42:39.0 +0200 +++ enigmail-1.5.1+id17.new/debian/control 2013-11-02 16:01:36.225131561 +0100 @@ -11,7 +11,7 @@ libidl-dev, libdbus-glib-1-dev, libnotify-dev, - libasound2-dev, + libasound2-dev [linux-any], libxt-dev, autoconf2.13, mesa-common-dev diff -Nur enigmail-1.5.1+id17/debian/patches/libsubprocess_shared.diff enigmail-1.5.1+id17.new/debian/patches/libsubprocess_shared.diff --- enigmail-1.5.1+id17/debian/patches/libsubprocess_shared.diff 1970-01-01 01:00:00.0 +0100 +++ enigmail-1.5.1+id17.new/debian/patches/libsubprocess_shared.diff 2013-11-02 15:57:49.620132066 +0100 @@ -0,0 +1,33 @@ +--- a/extensions/enigmail/ipc/src/Makefile b/extensions/enigmail/ipc/src/Makefile +@@ -41,7 +41,7 @@ + endif + endif + +-ifeq ($(OS_ARCH),Linux) ++ifneq (,$(filter Linux GNU GNU_%, $(OS_ARCH))) + LDFLAGS += -shared -Wl,-Bsymbolic + CFLAGS += -fPIC + endif +--- a/extensions/enigmail/ipc/src/Makefile.enig b/extensions/enigmail/ipc/src/Makefile.enig +@@ -43,7 +43,7 @@ + endif + endif + +-ifeq ($(OS_ARCH),Linux) ++ifneq (,$(filter Linux GNU GNU_%, $(OS_ARCH))) + LDFLAGS += -shared -Wl,-Bsymbolic + CFLAGS += -fPIC + endif +--- a/extensions/enigmail/ipc/src/Makefile.in b/extensions/enigmail/ipc/src/Makefile.in +@@ -41,7 +41,7 @@ + endif + endif + +-ifeq ($(OS_ARCH),Linux) ++ifneq (,$(filter Linux GNU GNU_%, $(OS_ARCH))) + LDFLAGS += -shared -Wl,-Bsymbolic + CFLAGS += -fPIC + endif diff -Nur enigmail-1.5.1+id17/debian/patches/series enigmail-1.5.1+id17.new/debian/patches/series --- enigmail-1.5.1+id17/debian/patches/series 2013-07-05 17:42:39.0 +0200 +++ enigmail-1.5.1+id17.new/debian/patches/series 2013-11-02 16:06:57.722133930 +0100 @@ -5,3 +5,4 @@ 0005-Fix-upstream-version-in-install.rdf.patch 0006-Support-multiarch-python-during-build-process.patch 0007-Fix-for-false-positives-in-signature-verification.patch +libsubprocess_shared.diff
Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined
On 01/11/2013 15:21, Sebastian Ramacher wrote: anyhow, i'd rather have the problem fixed. so what is the portable solution? should i simply define `__BSD_VISIBLE` for kfreebsd-*? No, that's an internal macro. Applications are not supposed to provide it. As far as I can see, starting with kfreebsd-kernel-headers 9.2~3 the macros you want are defined unconditionally (by way of #include endian.h). Maybe you just need a versioned B-D? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined
On 01/11/2013 21:09, IOhannes m zmölnig wrote: thanks for the confirmation. the code already includes machine/endian.h for BSD-like platforms (__FreeBSD__, __APPLE__ *and* __FreeBSD_kernel__) whereas endian.h is only included on linux and the hurd. so i wonder what's the difference between endian.h and machine/endian.h? can/should i use the latter on kfreebsd-*? machine/endian.h is available on systems using kernel of FreeBSD. endian.h is available on systems using Glibc. As GNU/kFreeBSD is both things, you can have the one you prefer. Just check for the component that provides it (i.e. __GLIBC__ or __FreeBSD_kernel__) then include it. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727829: FTBFS on mipsel
Package: kfreebsd-10 Version: 10.0~svn257123-1 Severity: grave It seems kfreebsd-10 FTBFS on mipsel due to compiler issues (missing -lgcc maybe?): https://buildd.debian.org/status/fetch.php?pkg=kfreebsd-10arch=mipselver=10.0~svn257123-1stamp=1382831349 As compiler support for kernel is becoming increasingly troublesome because of the gcc version divergence (upstream uses gcc-4.2 for mips, not clang), unless somebody steps in I will disable mipsel support until a simpler (i.e. requiring less manpower) solution is available (such as, upstream moving mips toolchain to clang). FTR, even former versions which built succesfully are not bootable under QEMU/MALTA, unlike those built on FreeBSD (e.g. the one in http://people.debian.org/~rmh/kfreebsd-mipsel/) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725383: FTBFS on kfreebsd-*: SYS_gettid is Linux-specific
Petr Salinger:
Is there any lwpid_t which isn't long and defined by kernel headers?
See upstream sources:
http://svnweb.freebsd.org/base/head/sys/sys/_types.h?revision=255219view=markup
typedef __int32_t __lwpid_t; /* Thread ID (a.k.a. LWP) */
And compare with
http://svnweb.freebsd.org/base/head/sys/kern/syscalls.master?revision=255708view=markup
432 AUE_NULL STD { int thr_self(long *id); }
Oh, I see. It seems I missunderstood what thr_self() does.
Thanks for clarifying!
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725383: FTBFS on kfreebsd-*: SYS_gettid is Linux-specific
Petr Salinger: I think you can avoid this by using the primitive: lwpid_t tid; syscall (SYS_thr_self, tid); There is a mess in kernel interfaces, the right one is long tid; syscall (SYS_thr_self, tid); Is there any lwpid_t which isn't long and defined by kernel headers? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725383: FTBFS on kfreebsd-*: SYS_gettid is Linux-specific
Steven Chamberlain: A workaround may be to use pthread_self(), except that the exported getCurrentThreadId function has to return 'unsigned int'. On kfreebsd-amd64 a 64-bit pointer to a pthread_t is not absolutely guaranteed to be unique if truncated to 32 bits, I think you can avoid this by using the primitive: lwpid_t tid; syscall (SYS_thr_self, tid); -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724325: xserver-xorg-video-nv: FTBFS against xserver 1.14
Julien Cristau: On Wed, Sep 25, 2013 at 10:57:10 +, Robert Millan wrote: Petr Salinger: your package needs to be rebuilt against xorg-server 1.14. That most likely means pulling in a couple changes from upstream git HEAD. It suffices to put attached file into debian/patches/ and enlist it in debian/patches/series. Please, could some DD (Robert, please) do the upload. Ideally for both kfreebsd-*, as non-free is usually not auto-build. I'm on it. AFAICT only kbsd-amd64 was uploaded, not -i386? kfreebsd-i386 uploaded now. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724325: xserver-xorg-video-nv: FTBFS against xserver 1.14
Petr Salinger: your package needs to be rebuilt against xorg-server 1.14. That most likely means pulling in a couple changes from upstream git HEAD. It suffices to put attached file into debian/patches/ and enlist it in debian/patches/series. Please, could some DD (Robert, please) do the upload. Ideally for both kfreebsd-*, as non-free is usually not auto-build. I'm on it. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory
Michael Biebl: Am 06.09.2013 02:49, schrieb Michael Biebl: /usr/include/sys/vnode.h:41:27: fatal error: sys/rangelock.h: No such file or directory #include sys/rangelock.h FWIW, this looks like a bug in sys/vnode.h or kfreebsd-kernel-headers. Thanks. Fixed in 9.2~2. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory
Michael Biebl: Source: libgtop2 Version: 2.28.5-1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd libgtop2 FTBFS [1] with the following error: make[4]: Entering directory `/«PKGBUILDDIR»/sysdeps/common' /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith-Wcast-align -Wsign-compare -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c -o error.lo error.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. -I../../sysdeps/freebsd -I../../include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -D_FORTIFY_SOURCE=2 -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c error.c -fPIC -DPIC -o .libs/error.o In file included from ../../glibtop.h:58:0, from ../../include/glibtop/error.h:30, from error.c:27: ../../sysdeps/freebsd/glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory #include nlist.h ^ Would be great if the kfreebsd porters have a look at this and provide a patch. -#include nlist.h +#include bsd/nlist.h then build-depend on libbsd-dev. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721886: FTBFS on kfreebsd-*: glibtop_machine.h:26:19: fatal error: nlist.h: No such file or directory
Julien Cristau: That's confusing tbh. Why is libbsd-dev using different paths in the first place which requires such hacks? Because the normal bsd paths would conflict with gnu libc-dev headers (maybe not for nlist.h, but for others). nlist.h is provided by libelf-dev and libelfg0-dev. If another package provides it, then it would have to conflict with libelf. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720471: kfreebsd-10: CVE-2013-3077: local ip_multicast buffer overflow
On 22/08/2013 13:43, Steven Chamberlain wrote: kfreebsd-8 and kfreebsd-9 in wheezy will need the patch from r254629 kfreebsd-9 in jessie/sid will need updating to r254630 or later kfreebsd-10 in experimental will need updating to r254629 or later kfreebsd-8 8.1 in oldstable looks to be affected too (likely introduced in r189592 or earlier). The same patch should be suitable. Hi Steven, Thanks for all the triaging. I'll prepare sid uploads today for kfreebsd-9 and kfreebsd-10. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720468: kfreebsd-9: CVE-2013-3077: local ip_multicast buffer overflow
On 22/08/2013 13:41, Steven Chamberlain wrote: kfreebsd-9 in jessie/sid will need updating to r254630 or later [...] kfreebsd-9 in jessie/sid will need updating to r254355 or later These commits are in stable/9, but kfreebsd-9 in sid is tracking releng/9.0, which doesn't have the fix AFAICS. Maybe it would be better to wait for re@ to approve them? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720468: kfreebsd-9: CVE-2013-3077: local ip_multicast buffer overflow
On 22/08/2013 22:32, Robert Millan wrote: but kfreebsd-9 in sid is tracking releng/9.0 Eh, never mind. Please ignore what I said. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718888: Fwd: nullfs page fault (triggered by FAM)
On 08/08/2013 13:46, Robert Millan wrote:
Package: kfreebsd-image-9.0-2-amd64
Version: 9.0-10+deb70.1
Severity: grave
A few days ago I started getting kernel page faults. In my setup the
problem is 100% reproducible and triggered by the following conditions:
- FreeBSD chroot with nullfs mounts for /home and /tmp.
- Run thunderbird within the chroot. Within a minute, kernel page faults.
A backtrace is attached, which points to null_remove as the culprit.
Also, the process triggering this is part of FAM (File Alteration
Monitor) framework, which makes me suspect the kind of agressive
filesystem usage of this library is related to the panic.
As the problem is not reproducible with upstream kernel, I tried
disabling our nullfs-related patches. It turns out removing
101_nullfs_vsock.diff makes the problem disappear!
Also, much to my surprise, the problem 101_nullfs_vsock.diff is supposed
to fix (unavailability of X service to apps within the chroot) doesn't
manifest itself. Could it be that upstream had already fixed this in
another way by the time 9.0 was released?
Some advice would be appreciated. I'm inclined to remove the patch if
possible.
Perhaps a more conservative approach, could be to replace the patch with
the one that went into 9-STABLE (attached).
What do you think? If noone objects, I'd like to request pre-approval to
-release to include it in Wheezy.
--
Robert Millan
Index: UPDATING
===
--- UPDATING (revision 234659)
+++ UPDATING (revision 234660)
@@ -9,6 +9,14 @@
Items affecting the ports and packages system can be found in
/usr/ports/UPDATING. Please read that file before running portupgrade.
+20120422:
+ Now unix domain sockets behave as expected on nullfs(5). Previously
+ nullfs(5) did not pass through all behaviours to the underlying layer,
+ as a result if we bound to a socket on the lower layer we could connect
+ only to the lower path; if we bound to the upper layer we could connect
+ only to the upper path. The new behavior is one can connect to both the
+ lower and the upper paths regardless what layer path one binds to.
+
20120109:
The acpi_wmi(4) status device /dev/wmistat has been renamed to
/dev/wmistat0.
Property changes on: UPDATING
___
Modified: svn:mergeinfo
Merged /head/UPDATING:r232317
Index: sys/kern/vnode_if.src
===
--- sys/kern/vnode_if.src (revision 234659)
+++ sys/kern/vnode_if.src (revision 234660)
@@ -640,23 +640,31 @@
IN int advice;
};
-# The VOPs below are spares at the end of the table to allow new VOPs to be
-# added in stable branches without breaking the KBI. New VOPs in HEAD should
-# be added above these spares. When merging a new VOP to a stable branch,
-# the new VOP should replace one of the spares.
+%% unp_bind vp E E E
-vop_spare1 {
+vop_unp_bind {
IN struct vnode *vp;
+ IN struct socket *socket;
};
-vop_spare2 {
+%% unp_connect vp L L L
+
+vop_unp_connect {
IN struct vnode *vp;
+ OUT struct socket **socket;
};
-vop_spare3 {
+%% unp_detach vp = = =
+
+vop_unp_detach {
IN struct vnode *vp;
};
+# The VOPs below are spares at the end of the table to allow new VOPs to be
+# added in stable branches without breaking the KBI. New VOPs in HEAD should
+# be added above these spares. When merging a new VOP to a stable branch,
+# the new VOP should replace one of the spares.
+
vop_spare4 {
IN struct vnode *vp;
};
Index: sys/kern/uipc_usrreq.c
===
--- sys/kern/uipc_usrreq.c (revision 234659)
+++ sys/kern/uipc_usrreq.c (revision 234660)
@@ -541,7 +541,7 @@
UNP_LINK_WLOCK();
UNP_PCB_LOCK(unp);
- vp-v_socket = unp-unp_socket;
+ VOP_UNP_BIND(vp, unp-unp_socket);
unp-unp_vnode = vp;
unp-unp_addr = soun;
unp-unp_flags = ~UNP_BINDING;
@@ -637,7 +637,7 @@
* XXXRW: Should assert vp-v_socket == so.
*/
if ((vp = unp-unp_vnode) != NULL) {
- unp-unp_vnode-v_socket = NULL;
+ VOP_UNP_DETACH(vp);
unp-unp_vnode = NULL;
}
unp2 = unp-unp_conn;
@@ -1307,7 +1307,7 @@
* and to protect simultaneous locking of multiple pcbs.
*/
UNP_LINK_WLOCK();
- so2 = vp-v_socket;
+ VOP_UNP_CONNECT(vp, so2);
if (so2 == NULL) {
error = ECONNREFUSED;
goto bad2;
@@ -2317,17 +2317,15 @@
active = 0;
UNP_LINK_WLOCK();
- so = vp-v_socket;
+ VOP_UNP_CONNECT(vp, so);
if (so == NULL)
goto done;
unp = sotounpcb(so);
if (unp == NULL)
goto done;
UNP_PCB_LOCK(unp);
- if (unp-unp_vnode != NULL) {
- KASSERT(unp-unp_vnode == vp,
- (vfs_unp_reclaim: vp != unp-unp_vnode));
- vp-v_socket = NULL;
+ if (unp-unp_vnode == vp) {
+ VOP_UNP_DETACH(vp);
unp-unp_vnode = NULL;
active = 1;
}
Index: sys/kern/vfs_default.c
===
--- sys/kern/vfs_default.c (revision 234659
Bug#715260: owncloud: uninstallable
Package: owncloud Version: 4.0.16debian-1 Severity: grave owncloud Depends on php-sabredav virtual package, but the only package providing this (php-sabre-dav) Breaks owncloud ( 5). -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683833: aborts on start (config/hal)
2012/8/4 Cyril Brulebois k...@debian.org: I get this critical error when trying to start X server on kfreebsd-i386: [ 175.651] (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with unknown return code 1) I've verified that this is caused by the HAL mess, as disabling HAL in debian/rules fixes the problem (however, for some awkward reason then mouse stops working, even though it's been detected). It's about time to wake up. I initially raised that issue in Feb 2011, and nobody cared. You'll have to do some work here. Can't you just disable HAL? There's no reason we have to treat HAL problems as porting issue. All other platforms have already disabled it and are not suffering from this problem. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683833: aborts on start (config/hal)
Package: xserver-xorg-core Version: 1.12.3-1 Severity: grave User: debian-...@lists.debian.org Usertags: kfreebsd I get this critical error when trying to start X server on kfreebsd-i386: [ 175.651] (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.Spawn.ChildExited (Launch helper exited with unknown return code 1) I've verified that this is caused by the HAL mess, as disabling HAL in debian/rules fixes the problem (however, for some awkward reason then mouse stops working, even though it's been detected). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683562: kfreebsd-image-9.0-1-amd64: Package does not install !
2012/8/1 Steven Chamberlain ste...@pyro.eu.org: It seems like the existence of a kFreeBSD kernel on a linux-* arch confuses GRUB's dkms and mkinitramfs postinst hooks. We could move it off /boot, or we could add Conflicts: dkms [linux-any], etc. Any suggestions? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677297: [rt.debian.org #3892] Re: Bug#677297: kfreebsd-8: cve-2012-0217
2012/7/21 Yves-Alexis Perez cor...@debian.org: On sam., 2012-07-14 at 11:59 +, r...@debian.org via RT wrote: URL: https://rt.debian.org/Ticket/Display.html?id=3892 2012/7/12 Steven Chamberlain via RT r...@rt.debian.org: Robert, would you be able to upload this for me please? I'm on it. Any news? There was a separate thread discussing this. I just put you on CC. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680294: freebsd-utils: FTBFS in wheezy
2012/7/4 Steven Chamberlain ste...@pyro.eu.org: It was noticed that freebsd-utils before 9.0+ds1-6 FTBFS after the location of libutil.h was changed some time ago. A fixed package was uploaded before freeze but hasn't migrated yet due to the udeb-freeze. I think it should build fine with freebsd-glue = 0.0.4. As that version is now in Wheezy, maybe there's no point in keeping this bug? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669604: kbdcontrol can't load any keymap
severity 669604 important thanks Hi, I don't think it's going to be possible to fix this in Wheezy. However, kfreebsd 8.3 is no longer the default for new installs (even if 8.3 is selected during install process), nor for upgrades from Squeeze. Given this situation, I don't think it's so important as to consider it RC. If it is really unacceptable to inclide kfreebsd 8.3 in this state for Wheezy, then there's the alternative of removing this package. Lack of kfreebsd 8.x doesn't compromise the release as kfreebsd 9.0 is perfectly usable now. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680294: freebsd-utils: FTBFS in wheezy
2012/7/5 Steven Chamberlain ste...@pyro.eu.org: On 05/07/12 19:22, Robert Millan wrote: I think it should build fine with freebsd-glue = 0.0.4. As that version is now in Wheezy, maybe there's no point in keeping this bug? Are you saying freebsd-glue also fixed the older version in testing too? (9.0+ds1-5) It should, yes. Otherwise, I thought this bug would be useful to point at if asking the Release Team for an exception for the udeb-freeze. The udeb-freeze is stopping freebsd-utils 9.0+ds1-6 from migrating even after 13 days. Uhm... well I think #679128 is a bigger reason to have it migrate, as it's been pointed that it caused FTBFS in other packages. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677861: lftp: FTBFS[kfreebsd-i386]: error: conflicting declaration 'typedef __int32_t gl_intptr_t'
2012/6/17 Christoph Egger christ...@debian.org: ../lib/stdint.h:295:18: error: 'gl_intptr_t' has a previous declaration as 'typedef long int gl_intptr_t' The problem is that lib/stdint.h is hijacking system headers with definitions such as: #define intptr_t gl_intptr_t #define uintptr_t gl_uintptr_t causing them to missbehave. These defines need to be removed. If you want intptr_t, etc, you can get them from stdint.h as usual. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678233: Barry and ppp support on kfreebsd
Hi Chris, 2012/6/21 Chris Frey cdf...@foursquare.net: What are my options so far? It would be nice if Barry was supported on kfreebsd, and it would be a shame if Barry got booted from Linux because of this lack of support. Is ppp functionality essential for Barry to be useful at all? If so, I suggest you make Barry linux-only by adjusting Architecture field. Otherwise, Barry is not supposed to Depend on ppp and should use Recommends instead (preferably with [linux-any] filter). -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Julien Cristau jcris...@debian.org: I'm not sure what you mean here. You want sys/types.h to define uintXX_t? Then you need to request this to Glibc maintainers. Yes, I'd like kfreebsd sys/types.h to look like freebsd sys/types.h. It seems you're regarding sys/types.h as a kernel-related header, but this is not at all accurate. Let me try to clarify things. On FreeBSD, sys/types.h is a kernel header. On GNU systems, it is part of the C library. Specifically in Debian, it is provided by eglibc package. Unlike many of the glibc headers from bits/* hierarchy, sys/types.h is not kernel-specific at all. It's the same header for all glibc systems, regardless of their kernel. As for kernel side of things, kFreeBSD provides its own set of headers, which in Debian they're packaged as kfreebsd-kernel-headers. sys/types.h is not among them. In summary: none of this has anything to do with the kernel, it's a pure userland issue. The problem is simply that libdrm-dev attempts to use uintXX_t without including the header that provides them. Or perhaps you want to emulate a FreeBSD-like build environment, regardless of GNU sys/types.h behaviour? There's a package specifically for this purpose: freebsd-glue. How is one supposed to use that? By passing -I/usr/include/freebsd to gcc? Yes. I fail to see how's that better than fixing a one-line bug [1]. That burden is not mine to carry though. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677260#25 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/15 Julien Cristau jcris...@debian.org: On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote: In summary: none of this has anything to do with the kernel, it's a pure userland issue. The problem is simply that libdrm-dev attempts to use uintXX_t without including the header that provides them. drm.h is a kernel header. It includes other kernel headers; linux/types.h on linux, sys/types.h on bsd. Are we talking about the same file? I was referring to /usr/include/libdrm/drm.h. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/15 Julien Cristau jcris...@debian.org: drm.h is a kernel header. It includes other kernel headers; linux/types.h on linux, sys/types.h on bsd. Are we talking about the same file? I was referring to /usr/include/libdrm/drm.h. Yes. Then you definitely don't want to be including sys/types.h as that's a userland header in all Debian platforms. If you want the kernel version of that header, it's in sys/kern/types.h. For this particular problem, I wouldn't recommend it since uintXX_t assumption is clearly buggy, but it's your choice. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677299: kfreebsd-10: cve-2012-0217
2012/6/13 Steven Chamberlain ste...@pyro.eu.org: kfreebsd-10 is fixed upstream in r236953 so this just needs a new upload. Ack. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Steven Chamberlain ste...@pyro.eu.org: My other guess would be this, which also works; would appreciate advice from others on debian-bsd@ though: It's basically up to libdrm-dev maintainers. Do they expect that stdint.h is a prerequisite before including drm.h? On FreeBSD, including sys/types.h also gives you stdint.h. But that doesn't apply to GNU systems. This looks like a simple portability issue. I think the best solution is to include stdint.h from drm.h. stdint.h is the only header that garantees uintXX_t types (as per POSIX). -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
2012/6/13 Julien Cristau jcris...@debian.org: On FreeBSD, including sys/types.h also gives you stdint.h. But that doesn't apply to GNU systems. This looks like a simple portability issue. I'd rather that got fixed in kfreebsd, unless there's a good reason to differ here. I'm not sure what you mean here. You want sys/types.h to define uintXX_t? Then you need to request this to Glibc maintainers. Or perhaps you want to emulate a FreeBSD-like build environment, regardless of GNU sys/types.h behaviour? There's a package specifically for this purpose: freebsd-glue. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677416: uninstallable (missing Conflicts?)
Package: wine-bin-unstable Version: 1.5.0-1 Severity: grave S'està desempaquetant libwine-unstable:kfreebsd-i386 (de ��/libwine-unstable_1.5.0-1_kfreebsd-i386.deb)�� dpkg: s'ha produït un error en processar /var/cache/apt/archives/libwine-unstable_1.5.0-1_kfreebsd-i386.deb (--unpack): s'està intentant sobreescriure /usr/share/man/man1/wineserver.1.gz, que també està en el paquet libwine:kfreebsd-i386 1.4-3 S'està desempaquetant libwine-bin-unstable:kfreebsd-i386 (de ��/libwine-bin-unstable_1.5.0-1_kfreebsd-i386.deb)�� dpkg: s'ha produït un error en processar /var/cache/apt/archives/libwine-bin-unstable_1.5.0-1_kfreebsd-i386.deb (--unpack): s'està intentant sobreescriure /usr/share/man/man1/regedit.1.gz, que també està en el paquet wine-bin 1.4-3 dpkg-deb: error: subprocess enganxa was killed by signal (La canonada s��ha trencat) S'està desempaquetant wine-bin-unstable (de ��/wine-bin-unstable_1.5.0-1_kfreebsd-i386.deb)�� dpkg: s'ha produït un error en processar /var/cache/apt/archives/wine-bin-unstable_1.5.0-1_kfreebsd-i386.deb (--unpack): s'està intentant sobreescriure /usr/share/binfmts/wine, que també està en el paquet wine-bin 1.4-3 dpkg-deb: error: subprocess enganxa was killed by signal (La canonada s��ha trencat) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin-unstable depends on: ii debconf [debconf-2.0] 1.5.42 ii libc0.12.13-32 ii libwine-bin-unstable none ii libwine-gecko-1.4 1.4+dfsg-1 ii x11-utils 7.7~1 wine-bin-unstable recommends no packages. Versions of packages wine-bin-unstable suggests: pn libwine-gl-unstable none pn libwine-print-unstable none -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669604: kbdcontrol can't load any keymap
tag 669604 - unreproducible reassign 669604 kfreebsd-image-8.3-1-amd64 thanks It seems to be a compatibility problem with kfreebsd 8.3 (see also #658617). 9.0 is OK. 2012/5/23 Anton Zinoviev an...@lml.bas.bg: On Wed, May 16, 2012 at 11:28:29PM +0200, Robert Millan wrote: /dev/console works for me. If I don't hear any more news on this, I'll assume that it also works for everyone else and consider this bug as fixed. No, this doesn't work for me. Unfortunately I have upgraded from kernel 8.2 to 8.3 so this doesn't help. Anton Zinoviev -- 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/20120523202635.ga3...@debian.lan -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675845: adanaxisgpl: FTBFS:
2012/6/3 Christoph Egger christ...@debian.org: /usr/include/sys/kern/types.h:189:18: error: two or more data types in declaration specifiers This might be a bug in kfreebsd-kernel-headers, however I can't check because it hits a different error: g++ -DHAVE_CONFIG_H -I. -I.. -DMUSH_DATA_DIR=\/usr/share/games\ -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I. -I./API -DNDEBUG -I./Platform/X11 -g -O2 -c -o GameStringSpec.o `test -f 'Game/GameStringSpec.cpp' || echo './'`Game/GameStringSpec.cpp In file included from ./Mushcore/MushcoreData.h:178:0, from ./Mushcore/Mushcore.h:120, from ./API/mushMushcore.h:58, from Game/GameStringSpec.h:51, from Game/GameStringSpec.cpp:50: ./Mushcore/MushcoreSingleton.h: In instantiation of ‘static void MushcoreSingletonSingletonType::SingletonUncheckedNew() [with SingletonType = MushcoreFactory]’: ./Mushcore/MushcoreSingleton.h:76:9: required from ‘static SingletonType MushcoreSingletonSingletonType::Sgl() [with SingletonType = MushcoreFactory]’ Game/GameStringSpec.cpp:91:22: required from here ./Mushcore/MushcoreSingleton.h:86:5: error: ‘SingletonPtrSet’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] ./Mushcore/MushcoreSingleton.h:86:5: note: declarations in dependent base ‘MushcoreAbstractSingletonMushcoreFactory’ are not found by unqualified lookup ./Mushcore/MushcoreSingleton.h:86:5: note: use ‘MushcoreSingleton::SingletonPtrSet’ instead make[3]: *** [GameStringSpec.o] Error 1 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674803: freebsd-libs: FTBFS on linux: sys/_types.h: No such file or directory
2012/5/27 Cyril Brulebois k...@debian.org: on all linux archs it was tried on, freebsd-libs failed with: | […] | In file included from /usr/include/i386-linux-gnu/sys/param.h:53:0, | from /usr/include/freebsd/sys/param.h:1, | from /build/buildd-freebsd-libs_9.0+ds1-3-i386-CFFhOp/freebsd-libs-9.0+ds1/debian/local/include/sys/param.h:3, | from /build/buildd-freebsd-libs_9.0+ds1-3-i386-CFFhOp/freebsd-libs-9.0+ds1/lib/libsbuf/../../sys/kern/subr_sbuf.c:32: | /usr/include/freebsd/sys/types.h:14:26: fatal error: sys/_types.h: No such file or directory This was actually a bug in freebsd-glue (bug reassigned, and fixed in 0.0.3). Please could you schedule a rebuild of freebsd-libs? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674806: freebsd-glue: Breaks on freebsd-buildutils renders the latter unbuildable
2012/5/27 Adam D. Barratt a...@adam-barratt.org.uk: The recent freebsd-glue upload added a Breaks: freebsd-buildutils ( 9.0-10). However, most architectures only have 9.0-9 and as freebsd-buildutils Build-Depends on freebsd-glue on !kfreebsd-any, -10 is currently completely unbuildable on those architectures. Fixed in 0.0.3, please could you schedule a rebuild of freebsd-buildutils? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674582: init script requires kldutils, but devd doesn't Depend on it
Package: devd Version: 9.0+ds1-4 Severity: grave devd init script requires kldutils, but a dependency on this package is missing. This is currently breaking debootstrap when run against sid. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devd depends on: ii libbsd0 0.3.0-2 ii libc0.1 2.13-32 ii libgcc1 1:4.7.0-7 devd recommends no packages. devd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672414: wine: FTBFS on kfreebsd-i386
found 672414 1.4-0.1 thanks Still FTBFS in experimental. Please remember to include this trivial fix for 1.4: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=ftbfs.diff;att=1;bug=672414 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673579: cbmc: FTBFS[kfreebsd,hurd]: GCC-4.7
2012/5/20 Christoph Egger christ...@debian.org: __GLIBC__ should cover all of them alone. Or alternatively consistently checking for kernels: #if defined(__linux__) || defined(__GNU__) || defined(__FreeBSD_kernel__) Please keep in mind __FreeBSD_kernel__ doesn't imply anything about userland. In fact this macro is defined in recent versions of FreeBSD. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672415: [pkg-wine-party] Bug#672415: Bug#672415: virtual memory allocation problem on kfreebsd-i386 (solved in wine 1.4)
2012/5/18 Hilko Bengen ben...@debian.org:
But please don't guess, one would have to test it. If you intend to
aim for 1.2 I'll be glad to help, just let me know.
It turns out this is Wine Bug#20314 and that four patches by Austin
English titled {libwine,server,ntdll,loader}: Add missing checks for
FreeBSD_kernel. are needed. (They don't apply as-is to 1.2.3, but
whatever.)
I have only been able to briefly test the attached patch with a
console-only program (cmd.exe) which had failed previously with the
memor allocation problem.
Could you please verify that the patch fixes the problem?
Uhm that won't be enough, you need at least
535a55ec9eff83ac1cdf58a6514f4a76cab46a57 (I know because I traced this
problem myself back then).
I'll test a combination of what you sent me +
535a55ec9eff83ac1cdf58a6514f4a76cab46a57
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673530: libcommoncpp2: FTBFS on kfreebsd-*: sys/kern/types.h:87:17: error: expected unqualified-id before 'char'
2012/5/19 Cyril Brulebois k...@debian.org: | /usr/include/sys/kern/types.h:87:17: error: expected unqualified-id before 'char' | /usr/include/sys/kern/types.h:87:17: error: expected initializer before 'char' | make[3]: *** [file.lo] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=libcommoncpp2suite=sid I'm putting debian-bsd@ in X-Debbugs-Cc so that they can look at it ASAP. Indeed, that FTBFS is blocking the libcommoncpp2 transition: http://release.debian.org/transitions/html/libcommoncpp2.html See: ./inc/cc++/file.h:#define caddr_t char * It shouldn't define caddr_t, just include sys/types.h instead. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673530: libcommoncpp2: FTBFS on kfreebsd-*: sys/kern/types.h:87:17: error: expected unqualified-id before 'char'
tags 673530 patch thanks 2012/5/19 Robert Millan r...@debian.org: See: ./inc/cc++/file.h:#define caddr_t char * It shouldn't define caddr_t, just include sys/types.h instead. Here's a tested patch. -- Robert Millan caddr.diff Description: Binary data
Bug#672415: [pkg-wine-party] Bug#672415: Bug#672415: virtual memory allocation problem on kfreebsd-i386 (solved in wine 1.4)
2012/5/19 Robert Millan r...@debian.org: Uhm that won't be enough, you need at least 535a55ec9eff83ac1cdf58a6514f4a76cab46a57 (I know because I traced this problem myself back then). I'll test a combination of what you sent me + 535a55ec9eff83ac1cdf58a6514f4a76cab46a57 It works (tested with notepad). You need both patches, the one you provided + 535a55ec9eff83ac1cdf58a6514f4a76cab46a57. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671785: segfaults when running reportbug
2012/5/13 Steven Chamberlain ste...@pyro.eu.org: I couldn't reproduce this yet on either of two boxes: production server, up-to-date wheezy: kfreebsd-amd64 9.0-1-amd64 9.0-3 python2.7 2.7.3~rc2-2.1 eglibc 2.13-32 development VM, loosely following wheezy + some sid/experimental: kfreebsd-i386 8.3-1-686 8.3-2 python2.7 2.7.3~rc2-2.1 eglibc 2.13-32+kkh901 I hit it with up-to-date (at the time) sid chroot, hosted on kfreebsd 8.1. Is someone other than me able to reproduce this? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672415: [pkg-wine-party] Bug#672415: virtual memory allocation problem on kfreebsd-i386 (solved in wine 1.4)
2012/5/13 Hilko Bengen ben...@debian.org: Am I guessing correctly that this is the relevant upstream commit? It's probably needed. And at least 535a55ec9eff83ac1cdf58a6514f4a76cab46a57 is needed too. But please don't guess, one would have to test it. If you intend to aim for 1.2 I'll be glad to help, just let me know. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669604: kbdcontrol can't load any keymap
tag 669604 unreproducible moreinfo thanks Hi Anton, 2012/4/20 Robert Millan r...@debian.org: El 20 d’abril de 2012 13:34, Anton Zinoviev an...@lml.bas.bg ha escrit: # kbdcontrol -l any_file.kbd kbdcontrol: setting keymap: Inappropriate ioctl for device Try: kbdcontrol -l file.kbd /dev/console /dev/console works for me. If I don't hear any more news on this, I'll assume that it also works for everyone else and consider this bug as fixed. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672414: FTBFS on kfreebsd-i386
Package: wine Version: 1.2.2-0.1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Usertags: kfreebsd wine 1.2.2-0.1 fails to build on kfreebsd-i386 due to unsatisfiable build-dependency on gcc-multilib. Solution is simple: require gcc-multilib only on [any-amd64], since other architectures don't need it to build wine. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin depends on: ii libc0.1 2.13-32 ii libwine-bin 1.2.2-0.1 ii x11-utils7.7~1 wine-bin recommends no packages. Versions of packages wine-bin suggests: ii libwine-gl 1.2.2-0.1 ii libwine-print 1.2.2-0.1 Versions of packages libwine depends on: ii libc0.1 2.13-32 ii libfreetype6 2.4.9-1 ii libhal1 0.5.14-8 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libmpg123-0 1.14.0-1 ii libpng12-01.2.49-1 ii libsm62:1.2.1-2 ii libssl1.0.0 1.0.1b-1 ii libx11-6 2:1.4.99.901-2 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.0-1 ii libxinerama1 2:1.1.2-1 ii libxml2 2.7.8.dfsg-9 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 ii zlib1g1:1.2.7.dfsg-1 Versions of packages libwine recommends: ii libgsm1 1.0.13-4 Versions of packages libwine suggests: pn wine-doc none -- no debconf information === modified file 'debian/control' --- debian/control 2012-05-10 18:14:52 + +++ debian/control 2012-05-10 18:15:40 + @@ -30,7 +30,7 @@ Build-Depends: debhelper (= 5), flex, b ia32-libs-dev [amd64 kfreebsd-amd64] | ia32-libs ( 20100908) [amd64 kfreebsd-amd64], lib32ncurses5-dev [amd64 kfreebsd-amd64], lib32asound2-dev [amd64], lib32z1-dev [amd64 kfreebsd-amd64], - gcc-multilib, + gcc-multilib [any-amd64], Standards-Version: 3.9.2 Homepage: http://www.winehq.org/ Vcs-Browser: http://git.debian.org/?p=pkg-wine/wine.git === modified file 'debian/control.in' --- debian/control.in 2012-05-10 18:14:52 + +++ debian/control.in 2012-05-10 18:15:14 + @@ -30,7 +30,7 @@ Build-Depends: debhelper (= 5), flex, b ia32-libs-dev [amd64 kfreebsd-amd64] | ia32-libs ( 20100908) [amd64 kfreebsd-amd64], lib32ncurses5-dev [amd64 kfreebsd-amd64], lib32asound2-dev [amd64], lib32z1-dev [amd64 kfreebsd-amd64], - gcc-multilib, + gcc-multilib [any-amd64], Standards-Version: 3.9.2 Homepage: http://www.winehq.org/ Vcs-Browser: http://git.debian.org/?p=pkg-wine/wine.git
Bug#672415: virtual memory allocation problem on kfreebsd-i386 (solved in wine 1.4)
Package: wine-bin Version: 1.2.2-0.1 Severity: grave User: debian-...@lists.debian.org Usertags: kfreebsd wine 1.2.2 introduces a severe regression on kfreebsd-i386, all programs fail due to virtual memory allocation problems: $ notepad wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory this has been fixed in wine upstream, and the fix is included in wine 1.4. As I understand that the plan for Wheezy is to release with wine 1.4, I'm not providing a fix to solve this in wine 1.2. If plans are changed to release with 1.2, then please let me know and I'll cherry-pick the relevant commits from upstream (and test them). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin depends on: ii libc0.1 2.13-32 ii libwine-bin 1.2.2-0.1 ii x11-utils7.7~1 wine-bin recommends no packages. Versions of packages wine-bin suggests: ii libwine-gl 1.2.2-0.1 ii libwine-print 1.2.2-0.1 Versions of packages libwine depends on: ii libc0.1 2.13-32 ii libfreetype6 2.4.9-1 ii libhal1 0.5.14-8 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libmpg123-0 1.14.0-1 ii libpng12-01.2.49-1 ii libsm62:1.2.1-2 ii libssl1.0.0 1.0.1b-1 ii libx11-6 2:1.4.99.901-2 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.0-1 ii libxinerama1 2:1.1.2-1 ii libxml2 2.7.8.dfsg-9 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 ii zlib1g1:1.2.7.dfsg-1 Versions of packages libwine recommends: ii libgsm1 1.0.13-4 Versions of packages libwine suggests: pn wine-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
