Bug#797411: ITP: rumpkernel -- Rump kernel libraries
Package: wnpp Severity: wishlist * Package name: rumpkernel * URL : http://rumpkernel.org/ * License : quite a few (mostly BSD-style) Description : Rump kernels provide free, portable, componentized, kernel quality drivers such as file systems, POSIX system call handlers, PCI device drivers, a SCSI protocol stack, virtio and a TCP/IP stack. These drivers may be integrated into existing systems, or run as standalone unikernels on cloud hypervisors and embedded systems. URL: http://rumpkernel.org/ This package includes librump0 / librump-dev library, which allows applications to run and use Rump components (device drivers, file systems...) entirely on user-space. A particular demonstration of this is rumposs, a small program which interceps calls to OSS audio API, translates/redirects them to Rump which ultimately drives the audio chip entirely on user-space: https://github.com/robertmillan/rumposs -- Robert Millan
Bug#795770: gnumach-dev: please include intr.h
Package: gnumach-dev Severity: wishlist (followup from the Userspace PCI I/O discussion in bug-hurd / rumpkernel-users) El 16/08/15 a les 15:14, Antti Kantee ha escrit: - intr.h was just copied from GNU Mach source tree (I don't think it is copyright-significant though). I traced this file to 70_dde.patch, which was added in 2012 to the Debian package, but not to upstream gnumach tree: * debian/patches/70_dde.patch: Add experimental support for irq passing and physical memory allocation for DDE. Also adds nonetdev boot parameter to disable network device drivers. hurd code (in Debian) basically duplicates it in libddekit/interrupt.c, e.g.: libddekit/interrupt.c-#define MACH_INTR_NOTIFY 424242 libddekit/interrupt.c- libddekit/interrupt.c-typedef struct libddekit/interrupt.c-{ libddekit/interrupt.c- mach_msg_header_t intr_header; libddekit/interrupt.c- mach_msg_type_t intr_type; libddekit/interrupt.c- int line; libddekit/interrupt.c:} mach_intr_notification_t; Would you consider installing it in /usr/include/device/ for the sake of other programs who also want to do funny things with interrupts on userspace? :-) -- Robert Millan
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-dist-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-dist-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-dist-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-dist-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-dist-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-dist-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-dist-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-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#293412: Fwd: openldap pthread linkage on hurd
Forwaring to debian-hurd... Original Message Subject: openldap pthread linkage on hurd Date: Sat, 17 May 2014 11:01:17 -0700 From: Ryan Tandy r...@nardis.ca To: Robert Millan r...@debian.org CC: 293...@bugs.debian.org [delivery to aybabtu.com failed because it refused connections, trying again...] Hi Robert, It's been quite a long time since the last update to this bug. I'm not familiar with GNU/Hurd, but AFAICT from the buildd logs, openldap seems to build and link properly now; the current testsuite failure is covered in #693971. Can you comment on that? Do you know whether the problem reported in this bug still exists? thanks, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748064: Depends on gdm3 make it Linux-specific
Package: xfswitch-plugin Version: 0.0.1-4 Hi, This package Depends on gdm3 which has been Linux-specific for many years, and as of 3.8.4-8.1 no longer builds on any non-Linux architecture. Is gdm3 really the only way to use xfswitch-plugin? If that is so, please adjust the Architecture field in this package, so that it isn't provided as an uninstallable on non-Linux ports. Many thanks -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735023: fixed in gnome-shell 3.8.4-8.1
On 12/05/14 17:08, Daniel Serpell wrote: Why this closes bug #735023 ? The dependency is still present un version 3.8.4-8.1. Because this 3.8.4-8.1 only builds on Linux ports. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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#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#747756: RM: gdm3 [kfreebsd-i386 kfreebsd-amd64] -- ANAIS; Linux-specific package
Package: ftp.debian.org Severity: normal Hi, This package is Linux-specific (and as of 3.8.4-8.1 properly marked as such). Please could remove associated binaries from the archive? You may close the following RC bugs when doing so: #602724 #601106 #612157 #733546 Thanks! -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747755: RM: gnome-shell [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ANAIS; Linux-specific package
Package: ftp.debian.org Severity: normal Hi, This package is Linux-specific (and as of 3.8.4-8.1 properly marked as such). Please could remove associated binaries from the archive? You may close the following RC bugs when doing so: #733122 #735023 Thanks! -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-dist-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-dist-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#743292: dhclient fails during installation with weekly iso (freebsd-amd64)
On 15/04/2014 20:40, Steven Chamberlain wrote: I see the problem now. This is happening only for d-i builds based on kfreebsd-9. Would it be time to remove kfreebsd-9 from d-i already? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: FreeBSD 10 userland (Re: Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64))
On 16/03/2014 17:07, Cyril Brulebois wrote: feel free to switch to userland 10 whenever you feel it's ready, and to commit stuff in debian-installer's master branch. Excellent, thanks. I'm a bit wary of doing that on sunday afternoon, so assuming everyone's ok with that, I'll upload userland 10 next friday. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741259: rescue: ignore unavailable kernel modules on hurd and kfreebsd-*
On 10/03/2014 13:43, Gabriele Giacone wrote: + ext3-modules [!hurd-any], + ext4-modules [!hurd-any], + fat-modules, + jfsutils-udeb [!kfreebsd-any], + jfs-modules [!kfreebsd-any !hurd-any], + md-modules [!hurd-any], + crypto-dm-modules [!hurd-any], + xfsprogs-udeb [!kfreebsd-any !hurd-any], + xfs-modules [!hurd-any], + lvm2-udeb [linux-any], + mdadm-udeb (= 2.5.2) [!kfreebsd-any !hurd-any], + di-utils (= 1.62), + crypto-modules [!hurd-any], + cryptsetup-udeb [!kfreebsd-any !hurd-any], Are you aware of linux-any? It probably fits better in most cases. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 11:49, Cyril Brulebois wrote: Jan Henke jan.he...@taujhe.de (2014-03-06): tty4 gives 3 probably related lines: * update-dev: warning unable to find udevadm; skipping * partman: mkfs.ufs: DIOCGMEDIASIZE: * partman: Inappropiate ioctl for device Thanks. Hopefully BSD folks will handle that. That's #737580, which is fixed in 10.0-2 (experimental). I'm still waiting for feedback before uploading FreeBSD 10 userland to sid. If I don't receive any I could still upload it, but Steven said he wanted to test some things first. I'd prefer if he has a chance to do it. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 15:05, Steven Chamberlain wrote: On 06/03/14 15:01, Robert Millan wrote: I'm still waiting for feedback before uploading FreeBSD 10 userland to sid. If I don't receive any I could still upload it, but Steven said he wanted to test some things first. I'd prefer if he has a chance to do it. I've been really unproductive recently, sorry... hopefully I'll get around to it this weekend, otherwise you should probably go ahead regardless. There's a list here of things to test, if anyone else can help: I don't have time to test more stuff, but maybe I can trim the list down a bit: * mkfs.ufs (which seemed broken yesterday in jessie d-i images with 9.2 kernel?) I've tested this (after rebuilding d-i with ufsutils-udeb 10.0). * DHCP Tested, too. Works fine here (notwithstanding #740509 which was in 9.2 already). * if the netmask from the DHCP lease is properly set [I suspect I was seeing an issue in ifupdown however] Sorry, didn't check this one. * in case this change has any relevance, rebuild the zfs components, and see if `/sbin/zpool iostat -v 2` output is fixed; I was seeing read speeds appear under the write column, and only zeroes in the read speed column. I haven't found time to update zfsutils, so unless someone else can help that would be left out for now. Means less testing to do ;-) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 15:22, Steven Chamberlain wrote: the ioctl warnings in partman Just FYI, I once traced those to freebsd.c in libparted. It's trivial to remove the warning, but I'm not sure if that could (maybe!) be hiding legit errors. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 15:12, Cyril Brulebois wrote: Looking at 05_wipe_otherfs.patch in both versions, it looks like v9 could easily be fixed in the same way? If so, why not do that? Fine with me, though I got no time to take care of 9.x branch. I barely keep up with 10.0-related work... Staying at kfreebsd 9 for the jessie alpha 1 images looks like a nice idea (even more so if they also manage to create UFS file systems), so that there's a reference image to check possible regressions (when switching to kfreebsd 10) against. Yeah, makes sense. Feel free to NMU if you will. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 15:30, Cyril Brulebois wrote: Current blockers: linux (ftbfs already uploaded, needs builds + aging). ufsutils There's also the mfsroot size problem on kfreebsd-i386 (I sent a patch but couldn't find time to test it, I'm afraid...) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
On 06/03/2014 15:37, Steven Chamberlain wrote: That turned out to be isc-dhcp bug #677985, fixed in jessie/sid, only affecting wheezy now. So FreeBSD 10 userland is good to go then? Is there anything left? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740719: xserver-xorg-video-intel: requires KMS but loads non-KMS i915.ko on kfreebsd
Package: xserver-xorg-video-intel Version: 2.21.15 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd On 04/03/2014 10:43, Christoph Egger wrote: Robert Millan r...@debian.org writes: With latest kfreebsd-11 manual kldload drm2 shouldn't be required anymore, just kldload i915kms. Does this work for you too? Is there a recomended way to do that automatically? I have had i915kms loaded from /etc/modules for a long time now and it works well on my kfreebsd-10. However when I boot into kfreebsd-11 it seems to load i915.ko. Unloading i915 and loading i915kms later on works fine and I get a nice newcons and proper X after that but I'd like to have it activated on boot! The intel driver is supposed to load the KMS version of the module (i915kms) instead of the non-KMS one (i915). Attached patch should fix this. (please CC the bug number if you followup) -- Robert Millan diff -ur xserver-xorg-video-intel-2.21.15.old/src/intel_device.c xserver-xorg-video-intel-2.21.15/src/intel_device.c --- xserver-xorg-video-intel-2.21.15.old/src/intel_device.c 2013-08-21 13:20:29.0 +0200 +++ xserver-xorg-video-intel-2.21.15/src/intel_device.c 2014-03-04 12:41:21.998263738 +0100 @@ -135,7 +135,11 @@ ret = drmCheckModesettingSupported(id); if (ret) { +#ifdef __FreeBSD_kernel__ + if (xf86LoadKernelModule(i915kms)) +#else if (xf86LoadKernelModule(i915)) +#endif ret = drmCheckModesettingSupported(id); if (ret) return -1;
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 01/03/2014 15:46, Turbo Fredriksson wrote: Please give us/me a direct link to the Debian GNU/Linux policy point that explain that this is not acceptable. I don't have that. I'm telling you that Debian infrastructure is not ready to handle cross-arch namespace collisions based on my experience hitting the exact same problem before. There's a reason we add a freebsd- prefix to functionally equivalent packages like: freebsd-smbfs - mount command for the SMB/CIFS filesystem freebsd-net-tools - FreeBSD networking tools freebsd-nfs-common - NFS support files common to client and server freebsd-nfs-server - FreeBSD server utilities needed for NFS on GNU/kFreeBSD freebsd-ppp - FreeBSD Point-to-Point Protocol (PPP) userland daemon Your repeated insistence on occupying the zfsutils namespace makes me think you have a self-serving reason for this. How do you plan to react when actual breakage happens? On 02/03/2014 05:56, Turbo Fredriksson wrote: That is what OpenZFS.org is for - eventually (hopefully sooner than later), you/we/I will be able to do just that - one source base for all architectures (Linux, FreeBSD, Illumos etc). But we (they) aren't there yet. As it stands today, there are two upstream sources for/in Debian GNU/Linux - one for the Linux kernel and one for the FreeBSD kernel. These share _a lot_ (I can't give you an exact figure, but if I had to give a between thumb and index finger guess, I'd say 90%) of the same code (they both originated from the last open Solaris release before Oracle closed the source again) and provide the exact same functionality, in the exact same way with binary programs that behave the exact same way (same options and parameters etc). Unless I missed something, ZoL is not OpenZFS. And neither ZoL nor OpenZFS support the kernel of FreeBSD at the time of writing. You make it look like you're adding a portable package, when in fact it is a Linux-specific package. The idea that you're adding a portable package is very consistent with your pretension of occupying the namespace. I think it would serve that agenda to imply that ZoL is OpenZFS and the source you're adding is portable, but I don't think you even believe what you're implying. If you truly believe in the unification path, why don't you try Dimitri's suggestion? I notice that you ignored it on your reply to him: On 02/03/2014 03:52, Dimitri John Ledkov wrote: Also, if there is zfs-dkms module available, why existing zfsutils packages just can't enable compilation on linux-any?! Which should also reduce the scope of linux specific packages down to -dkms/-initramfs, and maybe an arch specific patch-series. The packages are so similar, right? Maybe he has a point. Why don't you send patches for zfsutils to enable compilation on linux-any? I'll be happy to work with you. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 02/03/2014 12:19, Turbo Fredriksson wrote: Basically, their ruling is law. Your opinion is just that - your opinion and bear no weight at this moment. Ah, good. Finally you openly admit that you're requesting ftp-master support for your hostile takeover instead of trying to coordinate with existing maintainers. I won't waste one more minute of my time trying to talk sense into you. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 28/02/2014 15:13, Turbo Fredriksson wrote: On Feb 28, 2014, at 1:29 PM, Robert Millan wrote: The proposed package is poorly integrated with existing ZFS packages (e.g. zfsutils for native kFreeBSD support). First and foremost, there's a namespace grab which is likely to result in trouble, as I explained last November (and got no answer) Why is this a problem? I already explained. Nobody listens... (sigh) I pointed to the explanation in my previous mail. Please have a look. I urge you to take care of this now. If you'd rather ignore this, be aware that I won't lift a finger when actual breakage happens and you realize that you're forced to rename. Also, eventually _all_ open source ZFS implementations will be built from the source base. That would be great, but for now it's just wishful thinking. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740427: 10mount uses --bind on kfreebsd
On 01/03/2014 13:14, Christoph Egger wrote: E: 10mount: + mount --bind /srv/chroot/sid /var/lib/schroot/mount/unstable-kfreebsd-amd64-sbuild-1393679326-19038 I don't have time to send a patch, but FTR that line ought to be: mount -t nullfs /srv/chroot/sid /var/lib/schroot/mount/unstable-kfreebsd-amd64-sbuild-1393679326-19038 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: my experience with i915kms, newcons and k-11
Control: severity -1 grave It became worse with 1.15. Adjusting severity... On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Christoph -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 28/02/2014 10:20, Dimitri John Ledkov wrote: Hello, On 28 February 2014 09:30, Turbo Fredriksson tu...@debian.org wrote: I'm basically Ccing half the world in this (only half sorry about that :) and I don't know who half of you are :), but there have been very little information on what's happening with ZoL in Debian GNU/Linux. Aron (and in some part Carlos) seems to have gone a-wall and the list have been VERY quiet. It seems like it's only Aron and me that is actually Debian GNU/Linux Developers (unless other things have happened outside the list that I'm not aware of - Carlos was/is a maintainer if I don't misremembering and Darik is in the wait queue?). And no actually status information/reason from the FTP maintainers about why it have been stuck in incoming for so long (accepted into incoming Sun, 07 Jul 2013 16:00:06 - that's more than six months ago!). Have it been rejected? Is it held up for some reason? What can I/we do to help move it along? Hi, The proposed package is poorly integrated with existing ZFS packages (e.g. zfsutils for native kFreeBSD support). First and foremost, there's a namespace grab which is likely to result in trouble, as I explained last November (and got no answer): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686447#117 There are also a number of implementation-independant add-ons which would be good practice to coordinate in some way with the other ZFS maintainers. I explained this in November too, and again got no answer: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686447#112 And annoyingly, there's also been complaints that ZoL developers broke partman-zfs by committing porting updates that break existing support on kFreeBSD: https://lists.debian.org/debian-bsd/2014/02/msg00037.html I'm happy to see partman-zfs support more platforms, and I don't mind myself if those platforms are not yet part of Debian when support is merged. But I would at least find it reasonable that porting changes include an effort to avoid breaking existing production environments. We do this all the time when porting to kFreeBSD. I think it should work both ways. That I know of, nobody has spent the time to fix this particular mess yet :-( -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: my experience with i915kms, newcons and k-11
On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Probably HAL-related. xserver 1.15 works fine with the devd patch, I tested that version just a few days ago. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: my experience with i915kms, newcons and k-11
On 27/02/2014 23:25, Robert Millan wrote: On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Probably HAL-related. xserver 1.15 works fine with the devd patch, I tested that version just a few days ago. Here's the most recent version. Also needs the Debian bits from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736765#47 -- Robert Millan From d96e2bd2a2b48ede527ad7071d3e0eeda9861b73 Mon Sep 17 00:00:00 2001 From: Robert Millan r...@debian.org Date: Mon, 24 Feb 2014 23:22:57 +0100 Subject: [PATCH] Add devd config backend for FreeBSD (and GNU/kFreeBSD) Based on original code by Baptiste Daroussin, with some fixes made by Koop Mast and myself. Signed-off-by: Robert Millan r...@freebsd.org --- config/Makefile.am |4 + config/config-backends.h|5 + config/config.c |5 + config/devd.c | 387 +++ configure.ac| 16 ++ hw/xfree86/common/xf86Config.c |7 +- hw/xfree86/common/xf86Globals.c |3 +- include/dix-config.h.in |3 + 8 files changed, 427 insertions(+), 3 deletions(-) create mode 100644 config/devd.c diff --git a/config/Makefile.am b/config/Makefile.am index 0e20e8b..16f8aaa 100644 --- a/config/Makefile.am +++ b/config/Makefile.am @@ -34,6 +34,10 @@ if CONFIG_WSCONS libconfig_la_SOURCES += wscons.c endif # CONFIG_WSCONS +if CONFIG_DEVD +libconfig_la_SOURCES += devd.c +endif + endif # !CONFIG_HAL endif # !CONFIG_UDEV diff --git a/config/config-backends.h b/config/config-backends.h index 5f07557..889e2ad 100644 --- a/config/config-backends.h +++ b/config/config-backends.h @@ -44,3 +44,8 @@ void config_hal_fini(void); int config_wscons_init(void); void config_wscons_fini(void); #endif + +#ifdef CONFIG_DEVD +int config_devd_init(void); +void config_devd_fini(void); +#endif diff --git a/config/config.c b/config/config.c index 760cf19..cca5a31 100644 --- a/config/config.c +++ b/config/config.c @@ -53,6 +53,9 @@ config_init(void) #elif defined(CONFIG_WSCONS) if (!config_wscons_init()) ErrorF([config] failed to initialise wscons\n); +#elif defined(CONFIG_DEVD) +if (!config_devd_init()) +ErrorF([config] failed to initialise devd\n); #endif } @@ -65,6 +68,8 @@ config_fini(void) config_hal_fini(); #elif defined(CONFIG_WSCONS) config_wscons_fini(); +#elif defined(CONFIG_DEVD) +config_devd_fini(); #endif } diff --git a/config/devd.c b/config/devd.c new file mode 100644 index 000..92a66c4 --- /dev/null +++ b/config/devd.c @@ -0,0 +1,387 @@ +/* + * Copyright © 2012 Baptiste Daroussin + * Copyright © 2014 Robert Millan + * + * Permission is hereby granted, free of charge, to any person obtaining a + * copy of this software and associated documentation files (the Software), + * to deal in the Software without restriction, including without limitation + * the rights to use, copy, modify, merge, publish, distribute, sublicense, + * and/or sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice (including the next + * paragraph) shall be included in all copies or substantial portions of the + * Software. + * + * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * Author: Baptiste Daroussin b...@freebsd.org + */ + +#ifdef HAVE_DIX_CONFIG_H +#include dix-config.h +#endif + +#include sys/types.h +#include sys/socket.h +#include sys/sysctl.h +#include sys/un.h + +#include ctype.h +#include errno.h +#include fcntl.h +#include stdlib.h +#include stdio.h +#include stdarg.h +#include stdbool.h +#include unistd.h + +#include input.h +#include inputstr.h +#include hotplug.h +#include config-backends.h +#include os.h + +#define DEVD_SOCK_PATH /var/run/devd.pipe + +#define DEVD_EVENT_ADD '+' +#define DEVD_EVENT_REMOVE '-' + +static int sock_devd = -1; + +struct hw_type { +const char *driver; +int flag; +const char *xdriver; +}; + +static struct hw_type hw_types[] = { +{ukbd
Bug#650437: missing dependency on nullfs-modules
On 25/02/2014 12:54, Cyril Brulebois wrote: Robert Millan r...@debian.org (2011-11-30): 2011/11/29 Joey Hess jo...@debian.org: However, AFAICS, udpkg does not understand kfreebsd-any limited dependencies, and I doubt anna does either. Did you test the patch? Architecture-specific dependencies are processed by normal dpkg-dev at build time, the resulting package either has the dependency or doesn't have it, but it doesn't have anything special in it (I just verified this works fine for base-installer udeb). Well, another issue is that depending on nullfs-modules won't fly since there can be several packages in the archive at the same time that provide it, due to the different major FreeBSD kernel versions. So nullfs-modules-${kernel:Version} in src:debian-installer looks better to me. What do you think? I guess it'd be fine but I'm not familiar with that. Have you tested it? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740014: pf: Misplaced or missing manpage pf.os(5).
Hi Mats, On 24/02/2014 23:21, Mats Erik Andersson wrote: Package: pf Version: 9.2+ds1-1 9.2 is to be replaced soon. Have you checked in 10.0? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650437: missing dependency on nullfs-modules
On 25/02/2014 13:33, Cyril Brulebois wrote: Robert Millan r...@debian.org (2014-02-25): On 25/02/2014 12:54, Cyril Brulebois wrote: Well, another issue is that depending on nullfs-modules won't fly since there can be several packages in the archive at the same time that provide it, due to the different major FreeBSD kernel versions. So nullfs-modules-${kernel:Version} in src:debian-installer looks better to me. What do you think? I guess it'd be fine but I'm not familiar with that. Have you tested it? Heh? That's what you committed a while ago, and what we've been using ever since. :) http://anonscm.debian.org/gitweb/?p=d-i/debian-installer.git;a=commitdiff;h=08e4b9da894247014bbbddb4c493a503f8992867 Must be fine then. What's the purpose of this conversation? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: USB mouse attach event not processed
Control: forwarded -1 http://lists.x.org/archives/xorg-devel/2014-February/040633.html On Thu, Feb 13, 2014 at 09:24:08PM +0100, Julien Cristau wrote: On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel before taking it. Hi Julien, The patch is in xorg-devel. I've also removed the XORG_VERSION_CURRENT cruft you pointed out. Would you consider it now? Latest version is in URL above. I'm attaching the Debian part as a separate patch. -- Robert Millan diff -Nur -x .pc xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control --- xorg-server-1.14.5.old/debian/control 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/control 2014-02-08 01:53:10.249920492 +0100 @@ -49,8 +49,6 @@ libpciaccess-dev (= 0.12.901), libgcrypt-dev, nettle-dev, - libdbus-1-dev [kfreebsd-any], - libhal-dev [kfreebsd-any], libudev-dev (= 151-3) [linux-any], libselinux1-dev (= 2.0.80) [linux-any], libaudit-dev [linux-any], @@ -90,6 +88,7 @@ xserver-common (= ${source:Version}), keyboard-configuration [linux-any kfreebsd-any], udev (= 149) [linux-any], + devd [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Recommends: libgl1-mesa-dri (= 7.10.2-4) @@ -150,6 +149,7 @@ x11-xkb-utils-udeb, # disabled: keyboard-configuration [linux-any kfreebsd-any], udev-udeb (= 149) [linux-any], + devd-udeb [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Provides: diff -Nur -x .pc xorg-server-1.14.5.old/debian/rules xorg-server-1.14.5/debian/rules --- xorg-server-1.14.5.old/debian/rules 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/rules 2014-02-08 01:55:28.331918289 +0100 @@ -57,17 +57,15 @@ dri = --enable-dri --enable-dri2 endif -config_backend = --disable-config-dbus +config_backend = --disable-config-dbus --disable-config-hal ifeq ($(DEB_HOST_ARCH_OS), linux) - config_backend += --enable-config-udev --disable-config-hal + config_backend += --enable-config-udev else ifeq ($(DEB_HOST_ARCH_OS), kfreebsd) config_backend += --disable-config-udev - config_backend_main += --enable-config-hal - config_backend_udeb += --disable-config-hal libs = $(shell pkg-config --libs libbsd-overlay) cppflags = $(shell pkg-config --cflags libbsd-overlay) else # hurd - config_backend += --disable-config-udev --disable-config-hal + config_backend += --disable-config-udev endif vars = $(shell DEB_BUILD_MAINT_OPTIONS=hardening=+pie DEB_LDFLAGS_MAINT_APPEND=-Wl,-Bsymbolic DEB_CPPFLAGS_MAINT_APPEND=-DPRE_RELEASE=0 $(cppflags) dpkg-buildflags --export=configure) LIBS=$(libs)
Bug#738486: freebsd-nfs-common: NFSv4 non-functional due to missing nfsuserd and nfscbd
On 18/02/2014 15:18, Roger Leigh wrote: On Wed, Feb 12, 2014 at 01:58:41PM +, Robert Millan wrote: Unfortunately we're very short on manpower to add new features. Do you think you'd be able to help with this one? I'll try to take a look over the next week or so, time allowing. Excellent! If you do, please use 10.0 from experimental. The 9.x branch will be phased out soon. Thanks -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739281: provides sendfile() prototype (in sys/sendfile.h) but no sendfile symbol
Package: libc0.1-dev Severity: normal Perhaps we could use emulated Linux-like sendfile() from Eric Wong. See: On 17/02/2014 09:12, Eric Wong wrote: Robert Millan r...@debian.org wrote: If you can write a Linux-compatible sendfile() which uses BSD-ish SYS_sendfile as backend, I guess they'll have no problem exporting a new symbol in glibc? After all, it's glibc who claims to provide it (via sys/sendfile.h). I emulate Linux sendfile on (non-Debian) FreeBSD that way in cmogstored. Feel free to grab the linux_sendfile() wrapper from cmogstored: http://bogomips.org/cmogstored.git/plain/http_get.c The linux_sendfile wrapper is trivial and I'm OK with relicensing from the existing GPLv3+ to any DFSG-approved license -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 14/02/2014 11:00, Aleksandr Rybalko wrote: Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? No, real hardware (Radeon HD 2400 PRO). This black screen is not just black pixels, it looks a lot like the usual mode switch effect between X and text console. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 14/02/2014 13:04, Aleksandr Rybalko wrote: On 14 лютого 2014 р. 14:31:45 GMT+02:00, Robert Millan r...@debian.org wrote: On 14/02/2014 11:00, Aleksandr Rybalko wrote: Strange. What I get now is black screen during 3 seconds every time I switch VT. 3 seconds is for VirtualBox, right? No, real hardware (Radeon HD 2400 PRO). This black screen is not just black pixels, it looks a lot like the usual mode switch effect between X and text console. Aha, so it is mode switch, so display done that job a bit long. Ok, I will try to modify mode restore, to check old mode before forcing new one. Excellent. Please let me know if you need some change tested. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: USB mouse attach event not processed
Control: tags -1 patch On 26/01/2014 17:14, Julien Cristau wrote: On Sun, Jan 26, 2014 at 17:22:30 +0100, Robert Millan wrote: Package: xserver-xorg-core Version: 2:1.14.5-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd I started X, and the mouse pointer was working as usual. Then I detached my USB mouse, reattached it, and the mouse pointer no longer responds. This happens every time I try. It looks like mouse attach events are not being processed? Btw not sure if it's related, but I noticed that there's a handful of HAL patches in FreeBSD Ports tree: http://svnweb.freebsd.org/ports/head/sysutils/hal/files/ debian-bsd is pretty much the maintainer of the hal package these days, so I'm not sure why you file a bug against X about hal issues. Hi, Please could you use attached patch? This gets rid of the problem by switching to devd as backend. It is based on a patch from FreeBSD, with some fixes of mine. Their plan is to have it merged in X upstream in the near future (I've already submitted my fixes to them and I expect they will be included as well). Thanks -- Robert Millan diff -Nur -x .pc xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control --- xorg-server-1.14.5.old/debian/control 2014-02-08 01:52:23.0 +0100 +++ xorg-server-1.14.5/debian/control 2014-02-08 01:53:10.249920492 +0100 @@ -49,8 +49,6 @@ libpciaccess-dev (= 0.12.901), libgcrypt-dev, nettle-dev, - libdbus-1-dev [kfreebsd-any], - libhal-dev [kfreebsd-any], libudev-dev (= 151-3) [linux-any], libselinux1-dev (= 2.0.80) [linux-any], libaudit-dev [linux-any], @@ -90,6 +88,7 @@ xserver-common (= ${source:Version}), keyboard-configuration [linux-any kfreebsd-any], udev (= 149) [linux-any], + devd [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Recommends: libgl1-mesa-dri (= 7.10.2-4) @@ -150,6 +149,7 @@ x11-xkb-utils-udeb, # disabled: keyboard-configuration [linux-any kfreebsd-any], udev-udeb (= 149) [linux-any], + devd-udeb [kfreebsd-any], ${shlibs:Depends}, ${misc:Depends}, Provides: diff -Nur -x .pc xorg-server-1.14.5.old/debian/patches/devd.diff xorg-server-1.14.5/debian/patches/devd.diff --- xorg-server-1.14.5.old/debian/patches/devd.diff 1970-01-01 01:00:00.0 +0100 +++ xorg-server-1.14.5/debian/patches/devd.diff 2014-02-08 01:58:26.401912887 +0100 @@ -0,0 +1,649 @@ +--- /dev/null b/config/devd.c +@@ -0,0 +1,524 @@ ++/* ++ * Copyright © 2012 Baptiste Daroussin ++ * ++ * Permission is hereby granted, free of charge, to any person obtaining a ++ * copy of this software and associated documentation files (the Software), ++ * to deal in the Software without restriction, including without limitation ++ * the rights to use, copy, modify, merge, publish, distribute, sublicense, ++ * and/or sell copies of the Software, and to permit persons to whom the ++ * Software is furnished to do so, subject to the following conditions: ++ * ++ * The above copyright notice and this permission notice (including the next ++ * paragraph) shall be included in all copies or substantial portions of the ++ * Software. ++ * ++ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR ++ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, ++ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL ++ * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER ++ * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING ++ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER ++ * DEALINGS IN THE SOFTWARE. ++ * ++ * Author: Baptiste Daroussin b...@freebsd.org ++ */ ++ ++#ifdef HAVE_DIX_CONFIG_H ++#include dix-config.h ++#endif ++ ++#include sys/types.h ++#include sys/socket.h ++#include sys/sysctl.h ++#include sys/un.h ++ ++#include ctype.h ++#include stdlib.h ++#include stdio.h ++#include stdarg.h ++#include stdbool.h ++#include unistd.h ++ ++#include input.h ++#include inputstr.h ++#include hotplug.h ++#include config-backends.h ++#include os.h ++ ++#define DEVD_SOCK_PATH /var/run/devd.pipe ++ ++#define DEVD_EVENT_ADD '+' ++#define DEVD_EVENT_REMOVE '-' ++ ++static int sock_devd = -1; ++ ++#if XORG_VERSION_CURRENT 1080 ++enum { ++ ATTR_KEYBOARD, ++ ATTR_POINTER, ++ ATTR_JOYSTICK, ++ ATTR_TOUCHPAD, ++ ATTR_TOUCHSCREEN, ++}; ++#endif ++ ++struct hw_type { ++ const char *driver; ++ int flag; ++ const char *xdriver; ++}; ++ ++static struct hw_type hw_types[] = { ++// { ukbd, ATTR_KEYBOARD, kdb }, ++// { atkbd, ATTR_KEYBOARD, kdb }, ++ { ums, ATTR_POINTER, mouse }, ++ { psm, ATTR_POINTER, mouse }, ++// { uhid, ATTR_POINTER, mouse }, ++ { joy, ATTR_JOYSTICK, NULL }, ++ { atp, ATTR_TOUCHPAD, NULL }, ++ { uep, ATTR_TOUCHSCREEN, NULL }, ++ { NULL, -1, NULL }, ++}; ++ ++#if XORG_VERSION_CURRENT 1080 ++static void ++add_option(InputOption **options, const char *key, const char *value) ++{ ++if (!value || *value == '\0
Bug#736765: USB mouse attach event not processed
On 13/02/2014 20:24, Julien Cristau wrote: On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote: ++#if XORG_VERSION_CURRENT 1080 These don't belong here. We know what version we're building. Also in general I'd prefer to wait until the patch is at least sent to xorg-devel before taking it. OK. We can discuss this later then. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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#738188: VESA Newcons is awfully slow
On 12/02/2014 18:36, Ed Maste wrote: On 12 February 2014 09:05, Robert Millan r...@debian.org wrote: There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? That sounds quite odd. Sure, if you can easily obtain a video capture please do. Strange. What I get now is black screen during 3 seconds every time I switch VT. This happens only with VGA mode, and even after disabling debugging flags. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738486: freebsd-nfs-common: NFSv4 non-functional due to missing nfsuserd and nfscbd
Control: tag -1 help Hi Roger, Unfortunately we're very short on manpower to add new features. Do you think you'd be able to help with this one? On 09/02/2014 22:11, Roger Leigh wrote: Package: freebsd-nfs-common Version: 9.2+ds1-1+b1 Severity: important Dear Maintainer, It does not appear possible to mount an NFSv4 filesystem with the current kfreebsd nfs packages. nfsuserd is missing (needed both client and server side), and nfscbd is missing (needed client side for some configurations; not sure about the server). I can get NFSv4 mounts working fine booting the system into a native FreeBSD 10.0-RELEASE install. So it is configured correctly server-side. It's just the kFreeBSD packages missing bits which are standard in the base FreeBSD install. If they could be added, that would probably fix the problem. Note that there may be additional other NFS daemons which I've missed. Thanks, Roger -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.0-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-nfs-common depends on: ii libbsd00.6.0-1 ii libc0.12.17-97 ii libfreebsd-glue-0 0.2.17 ii libtirpc1 0.2.2-5 ii rpcbind0.2.1-2 freebsd-nfs-common recommends no packages. freebsd-nfs-common suggests no packages. -- no debconf information -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
On 09/02/2014 12:56, Markus Koschany wrote: Switching between virtual terminals and X works flawlessly after I loaded the intel drivers manually. What about switching from one VT to another? (no X involved) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
Control: retitle -1 VGA Newcons is awfully slow Hi Ed, On 09/02/2014 19:47, Ed Maste wrote: On what hardware (or VM) do you experience this? On my Thinkpad X220 the console is acceptably performant in both VGA-mode (at boot) and i915 (after starting X), with a FreeBSD-CURRENT kernel from the end of January. In VirtualBox it is noticeably pokey for me, but certainly not on the order of one second for a scroll. On VirtualBox, I get the lag effect on both scrolling and VT switching. On real hardware (with VGA mode), VT switching is very slow, but scrolling is fine. There's a small glitch during VT switch: immediately after pressing the keys, screen is redrawn, but where you'd normally see the login prompt, blurry characers are drawn. After a fraction of a second, these are replaced with proper glyphs. Smells like a font related problem. Would you like to see a video capture? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738188: VESA Newcons is awfully slow
Package: kfreebsd-image-11.0-0-amd64 Version: 11.0~svn260666-1 Severity: important With Newcons it becomes practically impossible to use the console. When using the default VESA driver, both VT switching and text scrolling become terribly slow. Either of these operations takes almost 1 s! Newcons does otherwise behave fine when working in text mode, which can be achieved by adding this to grub.cfg: set kFreeBSD.hw.vga.textmode=1 Has anyone else tried Newcons? It is currently the default in kfreebsd-11 packages. Do you also experience this problem? Perhaps we should make textmode the default, like it was with Syscons. Any thoughts? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 11.0-0-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 kfreebsd-image-11.0-0-amd64 depends on: ii devd 10.0-2 ii freebsd-utils 10.0-2 ii kbdcontrol 10.0-2 ii kldutils 10.0-2 kfreebsd-image-11.0-0-amd64 recommends no packages. kfreebsd-image-11.0-0-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736716: Please raise package priority.
On 05/02/2014 20:50, Axel Beckert wrote: Another possibility would be to make an arch:kfreebsd-any to depend on (or maybe recommend) it, or make an arch:any package to depend on (or maybe recommend) it only on kfreebsd-any. Sounds like a job for tasksel? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728919: 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-dist-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-dist-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-dist-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#737310: NFFIFO and NFBAD disparity
Package: kfreebsd-kernel-headers Version: 9.2~7 Original Message Subject: NFFIFO and NFBAD disparity Resent-Date: Sat, 1 Feb 2014 13:29:12 + (UTC) Resent-From: debian-...@lists.debian.org Date: Sat, 01 Feb 2014 14:28:54 +0100 From: Robert Millan r...@debian.org To: debian-...@lists.debian.org debian-...@lists.debian.org The GNU and FreeBSD versions of these headers don't agree on NFFIFO and NFBAD: /usr/include/nfs/nfsproto.h:NFFIFO=7, /usr/include/rpcsvc/nfs_prot.h: NFFIFO = 8, /usr/include/nfs/nfsproto.h:NFBAD = 10, /usr/include/rpcsvc/nfs_prot.h: NFBAD = 7, This caused build failure in am-utils, when it attempts to include both at the same time. Any idea which is the right one for us? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52ecf696.9040...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737322: GNU/kFreeBSD support
Package: am-utils Version: 6.2+rc20110530-3.1 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Control: block -1 with 737310 Attached patch fixes a few configuration issues to make am-utils build on GNU/kFreeBSD. Unfortunately there are still a few issues in kfreebsd-kernel-headers preventing a succesful build. However I send the patch for am-utils fixes now so that it is not lost/forgotten (feel free to apply it, if you will). Thanks -- Robert Millan diff -x ltmain.sh -ur am-utils-6.2+rc20110530/debian/control am-utils-6.2+rc20110530.new/debian/control --- am-utils-6.2+rc20110530/debian/control 2014-02-01 14:56:51.0 +0100 +++ am-utils-6.2+rc20110530.new/debian/control 2014-02-01 13:52:48.885040058 +0100 @@ -2,7 +2,7 @@ Section: net Priority: extra Maintainer: Tim Cutts t...@chiark.greenend.org.uk -Build-Depends: debhelper (= 7.0.0), bison, flex, texlive, texi2html (= 1.76), texinfo, libgdbm-dev, libwrap0-dev, libhesiod-dev, libldap2-dev, autotools-dev, linux-kernel-headers, po-debconf, autoconf, automake1.9, quilt, libtool, dpkg-dev (= 1.16.1~) +Build-Depends: debhelper (= 7.0.0), bison, flex, texlive, texi2html (= 1.76), texinfo, libgdbm-dev, libwrap0-dev, libhesiod-dev, libldap2-dev, autotools-dev, po-debconf, autoconf, automake1.9, quilt, libtool, dpkg-dev (= 1.16.1~) Build-Conflicts: autoconf2.13, automake1.4 Homepage: http://www.am-utils.org/ Standards-Version: 3.9.2 diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros/check_checkmount_style.m4 am-utils-6.2+rc20110530.new/m4/macros/check_checkmount_style.m4 --- am-utils-6.2+rc20110530/m4/macros/check_checkmount_style.m4 2011-05-30 10:44:48.0 +0200 +++ am-utils-6.2+rc20110530.new/m4/macros/check_checkmount_style.m4 2014-02-01 14:05:28.796041014 +0100 @@ -9,7 +9,7 @@ case ${host_os_name} in svr4* | sysv4* | solaris2* | sunos5* ) ac_cv_style_checkmount=svr4 ;; - bsd44* | bsdi* | freebsd* | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) + bsd44* | bsdi* | freebsd* | kfreebsd*-gnu | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) ac_cv_style_checkmount=bsd44 ;; aix* ) ac_cv_style_checkmount=aix ;; diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros/check_mnttab_style.m4 am-utils-6.2+rc20110530.new/m4/macros/check_mnttab_style.m4 --- am-utils-6.2+rc20110530/m4/macros/check_mnttab_style.m4 2011-05-30 10:44:48.0 +0200 +++ am-utils-6.2+rc20110530.new/m4/macros/check_mnttab_style.m4 2014-02-01 14:08:17.356044242 +0100 @@ -9,7 +9,7 @@ case ${host_os_name} in aix* ) ac_cv_style_mnttab=aix ;; - bsd* | bsdi* | freebsd* | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) + bsd* | bsdi* | freebsd* | kfreebsd*-gnu | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) ac_cv_style_mnttab=bsd ;; isc3* ) ac_cv_style_mnttab=isc3 ;; diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros/check_nfs_fh_dref.m4 am-utils-6.2+rc20110530.new/m4/macros/check_nfs_fh_dref.m4 --- am-utils-6.2+rc20110530/m4/macros/check_nfs_fh_dref.m4 2011-05-30 10:44:48.0 +0200 +++ am-utils-6.2+rc20110530.new/m4/macros/check_nfs_fh_dref.m4 2014-02-01 14:08:50.564042249 +0100 @@ -19,7 +19,7 @@ ac_cv_nfs_fh_dref_style=bsd44 ;; # all new BSDs changed the type of the # filehandle in nfs_args from nfsv2fh_t to u_char. - freebsd* | freebsdelf* | bsdi* | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) + freebsd* | freebsdelf* | kfreebsd*-gnu | bsdi* | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) ac_cv_nfs_fh_dref_style=freebsd22 ;; aix[[1-3]]* | aix4.[[01]]* ) ac_cv_nfs_fh_dref_style=aix3 ;; diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros/check_nfs_prot_headers.m4 am-utils-6.2+rc20110530.new/m4/macros/check_nfs_prot_headers.m4 --- am-utils-6.2+rc20110530/m4/macros/check_nfs_prot_headers.m4 2011-05-30 10:44:48.0 +0200 +++ am-utils-6.2+rc20110530.new/m4/macros/check_nfs_prot_headers.m4 2014-02-01 14:04:50.668044673 +0100 @@ -33,7 +33,7 @@ ac_cv_nfs_prot_headers=bsdi3 ;; freebsd2* ) ac_cv_nfs_prot_headers=freebsd2 ;; - freebsd* | freebsdelf* ) + freebsd* | freebsdelf* | kfreebsd*-gnu ) ac_cv_nfs_prot_headers=freebsd3 ;; netbsd1.[[0-2]]* ) ac_cv_nfs_prot_headers=netbsd ;; diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros/check_nfs_sa_dref.m4 am-utils-6.2+rc20110530.new/m4/macros/check_nfs_sa_dref.m4 --- am-utils-6.2+rc20110530/m4/macros/check_nfs_sa_dref.m4 2011-05-30 10:44:48.0 +0200 +++ am-utils-6.2+rc20110530.new/m4/macros/check_nfs_sa_dref.m4 2014-02-01 14:05:42.348040456 +0100 @@ -13,7 +13,7 @@ ac_cv_nfs_sa_dref_style=svr4 ;; 386bsd* | bsdi1* ) ac_cv_nfs_sa_dref_style=386bsd ;; - bsd44* | bsdi* | freebsd* | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) + bsd44* | bsdi* | freebsd* | kfreebsd*-gnu | netbsd* | openbsd* | darwin* | macosx* | rhapsody* ) ac_cv_nfs_sa_dref_style=bsd44 ;; linux* ) ac_cv_nfs_sa_dref_style=linux ;; diff -x ltmain.sh -ur am-utils-6.2+rc20110530/m4/macros
Bug#736846: pu: package kfreebsd-9/9.0-10+deb70.6
On 27/01/2014 17:25, Adam D. Barratt wrote: Control: tags -1 + wheezy moreinfo On 2014-01-27 15:32, Robert Millan wrote: Please can we have your permission to update kfreebsd-9 in wheezy? -10+deb70.6 fixes a security problem and two other grave bugs: kfreebsd-9 (9.0-10+deb70.6) stable; urgency=low * Disable VIA hardware RNG by default. Use hw.nehemiah_rng_enable sysctl to re-enable (but read about the security implications first). (Closes: #735448) ^^^ That'd be #735449, sorry. The BTS metadata implies that this bug is unfixed in unstable and applicable to the package there; is that correct? It is fixed in kfreebsd-10. As the plan for kfreebsd-9 is to remove it after the transition to -10 is complete, we haven't made a new kfreebsd-9 upload just for this bug. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736846: pu: package kfreebsd-9/9.0-10+deb70.6
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Severity: normal Hi, Please can we have your permission to update kfreebsd-9 in wheezy? -10+deb70.6 fixes a security problem and two other grave bugs: kfreebsd-9 (9.0-10+deb70.6) stable; urgency=low * Disable VIA hardware RNG by default. Use hw.nehemiah_rng_enable sysctl to re-enable (but read about the security implications first). (Closes: #735448) * Apply upstream EN-14_02.mmap patch. * Fix lseek ENXIO error condition with ZFS. (Closes: #736198) -- Robert Millan r...@debian.org Mon, 27 Jan 2014 16:16:28 +0100 debdiff is 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 diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog --- kfreebsd-9-9.0/debian/changelog 2013-10-10 00:14:43.0 +0200 +++ kfreebsd-9-9.0/debian/changelog 2014-01-27 16:16:29.0 +0100 @@ -1,3 +1,13 @@ +kfreebsd-9 (9.0-10+deb70.6) stable; urgency=low + + * Disable VIA hardware RNG by default. Use hw.nehemiah_rng_enable +sysctl to re-enable (but read about the security implications +first). (Closes: #735448) + * Apply upstream EN-14_02.mmap patch. + * Fix lseek ENXIO error condition with ZFS. (Closes: #736198) + + -- Robert Millan r...@debian.org Mon, 27 Jan 2014 16:16:28 +0100 + kfreebsd-9 (9.0-10+deb70.5) stable; urgency=low * Disable 101_nullfs_vsock.diff. (Closes: #71) diff -Nru kfreebsd-9-9.0/debian/patches/disable_via_rng.diff kfreebsd-9-9.0/debian/patches/disable_via_rng.diff --- kfreebsd-9-9.0/debian/patches/disable_via_rng.diff 1970-01-01 01:00:00.0 +0100 +++ kfreebsd-9-9.0/debian/patches/disable_via_rng.diff 2014-01-27 16:15:56.0 +0100 @@ -0,0 +1,36 @@ +Description: + Disable VIA hardware RNG by default due to unsafe usage. Implement a + loader tunable allowing to turn it back on. + . + Minimal patch based on upstream SVN r240950 and r260644 +Origin: backports, commit:240950, commit:260644 +Forwarded: not-needed +Bug-Debian: http://bugs.debian.org/735448 + +Index: kfreebsd-9-9.0/sys/dev/random/probe.c +=== +--- kfreebsd-9-9.0.orig/sys/dev/random/probe.c 2006-07-13 11:47:36.0 + kfreebsd-9-9.0/sys/dev/random/probe.c 2014-01-26 16:41:27.538080382 + +@@ -30,6 +30,8 @@ + + #include sys/types.h + #include sys/param.h ++#include sys/systm.h ++#include sys/kernel.h + #include sys/malloc.h + #include sys/random.h + #include sys/selinfo.h +@@ -57,7 +59,12 @@ + /* Then go looking for hardware */ + #if defined(__i386__) !defined(PC98) + if (via_feature_rng VIA_HAS_RNG) { +- *systat = random_nehemiah; ++ int enable; ++ ++ enable = 0; ++ TUNABLE_INT_FETCH(hw.nehemiah_rng_enable, enable); ++ if (enable) ++ *systat = random_nehemiah; + } + #endif + } diff -Nru kfreebsd-9-9.0/debian/patches/EN-14_02.mmap.patch kfreebsd-9-9.0/debian/patches/EN-14_02.mmap.patch --- kfreebsd-9-9.0/debian/patches/EN-14_02.mmap.patch 1970-01-01 01:00:00.0 +0100 +++ kfreebsd-9-9.0/debian/patches/EN-14_02.mmap.patch 2014-01-22 22:58:39.0 +0100 @@ -0,0 +1,21 @@ + +From http://security.freebsd.org/patches/EN-14:02/mmap.patch + +--- a/sys/vm/vm_map.c b/sys/vm/vm_map.c +@@ -1232,6 +1232,7 @@ + } + else if ((prev_entry != map-header) +(prev_entry-eflags == protoeflags) ++ (cow (MAP_ENTRY_GROWS_DOWN | MAP_ENTRY_GROWS_UP)) == 0 +(prev_entry-end == start) +(prev_entry-wired_count == 0) +(prev_entry-cred == cred || +@@ -3199,7 +3200,6 @@ +* NOTE: We explicitly allow bi-directional stacks. +*/ + orient = cow (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); +- cow = ~orient; + KASSERT(orient != 0, (No stack grow direction)); + + if (addrbos vm_map_min(map) || diff -Nru kfreebsd-9-9.0/debian/patches/fix_lseek_zfs.diff kfreebsd-9-9.0/debian/patches/fix_lseek_zfs.diff --- kfreebsd-9-9.0/debian/patches/fix_lseek_zfs.diff1970-01-01 01:00:00.0 +0100 +++ kfreebsd-9-9.0/debian/patches/fix_lseek_zfs.diff2014-01-22 23:18:27.0 +0100 @@ -0,0 +1,34 @@ + +http://www.freebsd.org/cgi/query-pr.cgi?pr=164445 + +http://svn.freebsd.org/changeset/base/233918 + +--- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c +@@ -293,9 +293,12 @@ + + case _FIO_SEEK_DATA: + case _FIO_SEEK_HOLE: ++#ifdef sun + if (ddi_copyin((void *)data, off, sizeof (off
Bug#736765: USB mouse attach event not processed
On 26/01/2014 18:14, Julien Cristau wrote: debian-bsd is pretty much the maintainer of the hal package these days, so I'm not sure why you file a bug against X about hal issues. I understand. My intent is to keep track of things and let debian-bsd know about the problem. Maybe someone else can provide insight into this bug. If you want to help, you're welcome to. Otherwise feel free to ignore it. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: USB mouse attach event not processed
On 26/01/2014 18:28, Julien Cristau wrote: On Sun, Jan 26, 2014 at 18:26:54 +0100, Robert Millan wrote: On 26/01/2014 18:14, Julien Cristau wrote: debian-bsd is pretty much the maintainer of the hal package these days, so I'm not sure why you file a bug against X about hal issues. I understand. My intent is to keep track of things and let debian-bsd know about the problem. Maybe someone else can provide insight into this bug. If you want to help, you're welcome to. Otherwise feel free to ignore it. OK, thanks for the explanation. Btw if you think this bug belongs in hal feel free to reassign. My initial assignment was merely based on the package which exhibits the problem. I don't know enough about X to make appropiate judgement. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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#736673: 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-dist-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-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735448: kfreebsd: trusts the output of VIA hardware RNGs
Hi Steven, On 15/01/2014 15:23, Steven Chamberlain wrote: I've no reason to think that VIA or its chip design subsidiary, both Taiwanese-owned, were involved in the recently disclosed US NSA anti-encryption programs. But it is clear now that we should not rely exclusively on hardware RNGs any more. This will likely be fixed in stable by disabling this RNG by default, as upstream have done in stable/8 and stable/9. In jessie/sid, kfreebsd-9 may soon be superseded by kfreebsd-10. I've backported the fix to wheezy branch. ISTR you had VIA RNG hardware? If so, please can you test? Note that the fix allows override using hw.nehemiah_rng_enable sysctl. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728919: freebsd-libs transition
On 20/01/2014 11:04, Julien Cristau wrote: Control: tag -1 confirmed On Wed, Nov 6, 2013 at 22:44:53 +0100, Robert Millan wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition There are a couple of ABI changes coming to freebsd-libs. They're in soon-to-be-released 10.x branch, so it may yet take a while until we get them through upstream release upgrade. However, as they're highly isolated from the codebase, it is trivial to cherry-pick them. I'm sending this request now so that you have more room to select the most appropiate time for the transition. Feel free to upload the new version to sid. Done. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736202: undeterministic output when running egrep repeatedly with the same input
Package: ktrace Version: 10.0-1 Severity: normal Control: block -1 by 736198 A consequence of this is that kdump builds are no longer deterministic. Sometimes kdump will build with more knowledge (e.g. mount flags, ioctl names, etc) than other times. On 20/01/2014 23:12, Robert Millan wrote: 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 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726248: Bug#734328: kfreebsd-kernel-headers: Don't ship sys/sdt.h here
tags 726248 pending thanks On 19/01/2014 08:53, Samuel Bronson wrote: Hmm, I must have thought this was covered well enough in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248#110 But I guess that left out the detail that Replaces is supposed to be accompanied by Breaks (or Conflicts?), which is iirc due to the unpleasent consequences that occur if you remove the replacing package before the replaced package: the files are just gone. So, if you want to continue to make those files available, it's best if you split them off into their own, non-build-essential package, which systemtap-sdt-dev could safely conflict with, but dtrace could still explicitly use. OK. Makes sense, thanks for the explanation. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735856: ${MACHINE_ARCH} includes Debian-specific OS prefix
Package: bmake Version: 20131001-3 Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, bmake is built with ${MACHINE_ARCH} set to match Debian architecture. This is most usually ok, but unfortunately the call to dpkg-architecture uses DEB_HOST_ARCH rather than DEB_HOST_ARCH_CPU. On Linux there's no difference, but on other ports (e.g. kFreeBSD) the result takes Debian-specific form (kfreebsd- prefix), breaking common use of ${MACHINE_ARCH}. This problem currently prevents migrating freebsd-libs to bmake (unless we apply some workaround), as libkvm Makefile relies on ${MACHINE_ARCH} to identify the architecture. The fix is trivial: just replace DEB_HOST_ARCH with DEB_HOST_ARCH_CPU. -- Robert Millan --- debian/rules~ 2013-12-31 17:24:55.0 +0100 +++ debian/rules 2014-01-18 01:23:48.390467684 +0100 @@ -2,7 +2,7 @@ #export DH_VERBOSE=1 -ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH) +ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) MULTIARCH=$(shell dpkg-architecture -qDEB_HOST_MULTIARCH) MAKE_VERSION=$(shell sed -n '/^MAKE_VERSION=/s,.*=[^0-9]*,,p' Makefile) CFLAGS=$(shell dpkg-buildflags --get CFLAGS) \
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
On 16/01/2014 07:42, Michael Vogt wrote: What is the best way for me to reproduce this? I don't have a kfreebsd system right now - is installing one from a current installer image in kvm the quickest way (I assume so)? The development version of D-I for kfreebsd tends to break a lot more often than the linux counterpart (just recently it had one major issue caused by grub and another one by zfsutils). If you just want a sid system to debug apt, it's probably quicker to install wheezy and dist-upgrade. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690591: ITP: kfreebsd-firmware-nonfree -- Nonfree firmware modules for kfreebsd kernel
Hi, On Mon, Oct 15, 2012 at 03:48:41PM -0700, Christoph Egger wrote: Currently the only way freebsd really supports firmware loading is through kernel modules. FYI, latest kfreebsd-11 supports loading blobs from /lib/firmware. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691346: mfi in 9.1
On Mon, Nov 12, 2012 at 01:56:38PM +0100, Mathieu Simon wrote: G'day Actually FreBSD 9.1 will contain update 'mfi' driver code which largely expands the support for MegaRAID drivers. (confirmed witha 9.1-RC3 media) It might be interesting for you to boo a native FreeBSD ISO of this version to see if your controller is recognized by this mfi module. (use pciconf -lvb | grep mfi and mfiutil show adapter to check) Tiziano, did you try with 9.1 kernel as suggested? Actually, you could try 10.0~rc from unstable, it might give better results. Please let us know if it works for you. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732692: loading radeonkms results in unusable screen
On 07/01/2014 18:28, Steven Chamberlain wrote: I'm guessing, initially, there will be some cutoff between older/newer cards, older cards having the regression you described, and newer cards falling back in the convenient way I describe, with the potential to get KMS working easily. I may try to find/borrow various models of Radeon card to test. FYI: http://anonscm.debian.org/viewvc/kernel/dists/trunk/linux/debian/patches/bugfix/all/radeon-firmware-is-required-for-drm-and-kms-on-r600-onward.patch Upstream is looking into this. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735041: ufsutils: now only for kfreebsd-any?
Hi Bob, On 12/01/2014 04:41, Bob Bib wrote: Dear Maintainer, starting from the 9.2-1 release, this package is built only for 'kfreebsd-any': debian/changelog ... Switch architecture to kfreebsd-any. Meanwhile, some utils ('mkfs.ufs', 'fsck.ufs' etc.) can also be useful on other Debian architectures, and sadly there's no alternative packages to provide such functionality. Is the absence of 'kfreebsd-kernel-headers' on regular (Linux) Debian arches the only problem we have here? There are many problems. First and foremost, the patchset that added portability to other kernels was very large and intrusive. This made updates difficult. It also made them prone to collateral effects, which on this kind of utility is quite dangerous. If you want to help, you could have a look at the old patchset for 8.x (you can find it in ufsutils-8 directory in SVN). Then work with upstream to have the portability fixes merged. This involves some triage and possibly rewrite of the changes in order to make them palatable to upstream. You will also find new issues when updating to 9.x (and soon, 10.x), which ought to be addressed in the same way. Ideally, someone should commit to maintain the port and respond to future problems when they arise. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735023: please relax Dependency on gdm3
On 12/01/2014 19:17, Michael Biebl wrote: Am 12.01.2014 00:16, schrieb Robert Millan: Have you tried locking your screen? No. And I just rechecked, but I couldn't find any button to do that. Please can you provide more details on what I should try? Mind that I'm completely unfamiliar with the new GNOME UI. CTRL+ALT+L or Right-upper corner - Lock CTRL+ALT+L has no effect, and the menu in right-upper corner doesn't include a Lock command. I assume this functionality requires GDM? I think this is a graceful way of handling the GDM is not present case. Note that users who want screen locking can still achieve it by other means, e.g. xscreensaver-command -lock (or xlockmore, whatever happened to it??). -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649196: threading is now based on NPTL
Hi, Our threading implementation has been replaced since this bug was filed. It is now based on NPTL. It's possible (though I haven't investigated) that this hang was caused by a bug in our threading library, and in that case it might no longer apply. Note, however, that since there are currently other problems with in glib2.0 testsuite, it is difficult to tell if we're looking at the same bug or something new. Unless someone can confirm that gthread/spawn-multithreaded still hangs, I'd recommend closing this bug. In either case, my timeout.diff patch in [1] would help casting the FTBFS problem aside, leaving us with only the test failure itself. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734290#10 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735023: please relax Dependency on gdm3
Package: gnome-shell Version: 3.8.4-5 Tags: patch Hi, This package Depends on gdm3, I assume because it interacts with it in intimate ways (switch user button?). However, it seems that even if gdm3 might be a better choice for GNOME users, gnome-shell is still usable without. I force-uninstalled gdm3 and then performed a pair of tests: 1- I tried to run gnome-session directly from xinit, a GNOME session started. However, I couldn't find any way to logout. I'm not familiar with the GNOME UI, so unless I missed something I assume that running it from xinit is not supported and a display manager is required. 2- Then I tried to start a GNOME session in lightdm. In this case, I found the logout button, and verified that it works correctly. I didn't find anything broken in the UI, though I admit that I didn't know what to look for. I just clicked through the menus and finally clicked the logout button to end the session. Unless I've missed something, step 2 shows that gnome-shell is usable without gdm3. If that is so, please consider relaxing the Dependency so that virtual package x-display-manager is also accepted. -- Robert Millan 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 2014-01-11 23:43:58.351222361 +0100 @@ -59,7 +59,7 @@ ${misc:Depends}, ${shlibs:Depends}, evolution-data-server (= 3.7.90), - gdm3 (= 3.5.90), + gdm3 (= 3.5.90) | x-display-manager, gir1.2-accountsservice-1.0, gir1.2-caribou-1.0 (= 0.4.8), gir1.2-clutter-1.0 (= 1.11.11),
Bug#735023: please relax Dependency on gdm3
On 12/01/2014 00:05, Michael Biebl wrote: Am 11.01.2014 23:55, schrieb Robert Millan: Package: gnome-shell Version: 3.8.4-5 Tags: patch Hi, This package Depends on gdm3, I assume because it interacts with it in intimate ways (switch user button?). However, it seems that even if gdm3 might be a better choice for GNOME users, gnome-shell is still usable without. I force-uninstalled gdm3 and then performed a pair of tests: 1- I tried to run gnome-session directly from xinit, a GNOME session started. However, I couldn't find any way to logout. I'm not familiar with the GNOME UI, so unless I missed something I assume that running it from xinit is not supported and a display manager is required. 2- Then I tried to start a GNOME session in lightdm. In this case, I found the logout button, and verified that it works correctly. I didn't find anything broken in the UI, though I admit that I didn't know what to look for. I just clicked through the menus and finally clicked the logout button to end the session. Unless I've missed something, step 2 shows that gnome-shell is usable without gdm3. If that is so, please consider relaxing the Dependency so that virtual package x-display-manager is also accepted. Have you tried locking your screen? No. And I just rechecked, but I couldn't find any button to do that. Please can you provide more details on what I should try? Mind that I'm completely unfamiliar with the new GNOME UI. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734782: ctfutils: FTBFS w/32-bit off_t
On 09/01/2014 20:00, Aaron M. Ucko wrote: Source: ctfutils Version: 9.2-4 Severity: important ctfutils fails to build on platforms in which off_t is a 32-bit type by default, including in particular all 32-bit Linux platforms: In file included from /usr/include/bsd/stdio.h:30:0, from /usr/include/freebsd/stdio.h:6, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/compat/opensolaris/include/stdio.h:30, from /«PKGBUILDDIR»/cddl/contrib/opensolaris/common/ctf/ctf_impl.h:55, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common/ctf_lib.c:33: /usr/include/unistd.h:345:18: error: conflicting types for 'lseek' extern __off64_t lseek64 (int __fd, __off64_t __offset, int __whence) ^ In file included from /usr/include/freebsd/unistd.h:1:0, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/compat/opensolaris/include/unistd.h:33, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common/ctf_lib.c:34: /usr/include/unistd.h:334:16: note: previous declaration of 'lseek' was here extern __off_t lseek (int __fd, __off_t __offset, int __whence) __THROW; ^ Please try explicitly enabling large file support by building with -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 . Have you tested this? I suspect -D_LARGEFILE64_SOURCE may introduce new collisions given how opensolaris compat layer plays with foo64() function names. The other two macros are fine, I think. Thanks -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734782: ctfutils: FTBFS w/32-bit off_t
On 10/01/2014 00:38, Aaron M. Ucko wrote: Robert Millan r...@debian.org writes: Have you tested this? I suspect -D_LARGEFILE64_SOURCE may introduce new collisions given how opensolaris compat layer plays with foo64() function names. Good question. I hadn't originally, but did just now, on (linux-)i386. It looks like only -D_FILE_OFFSET_BITS=64 is actually necessary, but -D_LARGEFILE(64)_SOURCE are safe to supply. Excellent. Thank you. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732692: loading radeonkms results in unusable screen
On 07/01/2014 02:35, Steven Chamberlain wrote: On 07/01/14 00:46, Steven Chamberlain wrote: It is most interesting that your HD 2400 / RV610 isn't falling back in the same way as described above. We might only need to disable older cards in radeonkms, I would guess all before Evergreen; just the Rxxx, RVxxx, RSxxx series. https://wiki.freebsd.org/Graphics#Video_cards You mean because of note 2? It just says AGP cards not supported, but mine is PCI-e. How do you know which cards ought to be disabled? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732692: loading radeonkms results in unusable screen
On 07/01/2014 01:46, Steven Chamberlain wrote: On 06/01/14 22:26, Robert Millan wrote: The proper fix (running the actual initialization before sysctl_init) is not so easy, as the codepaths are too separate (and this separation is even exposed to userland). Really strangely, if the firmware is not found for my card, it isn't registering the sysctl. Xorg detects this and falls back to a usable vesa desktop, fixed at 1280x1024 (no xrandr) cloned on both monitors. kldstat still shows radeonkms as being 'loaded' in this case. You mean without my patch? It is most interesting that your HD 2400 / RV610 isn't falling back in the same way as described above. I haven't tried my patch on RV610 yet. I didn't look at the logs though, only that output is deterministically garbled when firmware is not loaded. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org