Bug#737717: Please add securelevel(7).
Package: freebsd-manpages Version: 9.2+1-1 Severity: normal Please add the manual page securelevel(7) as it is an essential ingredient in any BSD system. We do not want users of kFreeBSD to be ignorant of those facts. Regards, Mats Erik Andersson -- 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/20140205115340.ga18...@mail.gisladisker.se
Re: Please update buildd chroots, give back openjdk-7
Hi Christoph, On 01/02/14 22:57, Steven Chamberlain wrote: > Please could the buildd chroots be updated to > kfreebsd-kernel-headers/9.2~7 (which is the latest in sid+jessie), [...] Please could you do the same on the kfreebsd-i386 buildds? Still have kfreebsd-kernel-headers/9.2~6 here on finzi: https://buildd.debian.org/status/fetch.php?pkg=openjdk-7&arch=kfreebsd-i386&ver=7u51-2.4.5-2&stamp=1391596445 And then could you please give back openjdk-7 for rebuild on kfreebsd-i386 only? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f234b1.1080...@pyro.eu.org
Re: Please update buildd chroots, give back openjdk-7
Steven Chamberlain writes: > Hi Christoph, > > On 01/02/14 22:57, Steven Chamberlain wrote: >> Please could the buildd chroots be updated to >> kfreebsd-kernel-headers/9.2~7 (which is the latest in sid+jessie), [...] > > Please could you do the same on the kfreebsd-i386 buildds? Still have > kfreebsd-kernel-headers/9.2~6 here on finzi: > https://buildd.debian.org/status/fetch.php?pkg=openjdk-7&arch=kfreebsd-i386&ver=7u51-2.4.5-2&stamp=1391596445 > > And then could you please give back openjdk-7 for rebuild on > kfreebsd-i386 only? OK. I did really run the upgrade but had the give-back already posted while still upgrading finzi. might have been a race, let's see if it works now Christoph -- 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/87ppn1r8j7@mitoraj.siccegge.de
Re: Please update buildd chroots, give back openjdk-7
On 05/02/14 13:30, Christoph Egger wrote: > OK. I did really run the upgrade but had the give-back already posted > while still upgrading finzi. might have been a race, let's see if it > works now That can't be, this was a new upload of openjdk-7 today... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f23d7a.8050...@pyro.eu.org
Re: Please update buildd chroots, give back openjdk-7
Moin! Steven Chamberlain writes: > On 05/02/14 13:30, Christoph Egger wrote: >> OK. I did really run the upgrade but had the give-back already posted >> while still upgrading finzi. might have been a race, let's see if it >> works now > > That can't be, this was a new upload of openjdk-7 today... Right something's strange on finzi. stopped the buildd there and looking at it now Christoph -- 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/87mwi5psul@mitoraj.siccegge.de
Re: Call for testers: X with devd backend
On 04/02/2014 22:50, Christoph Egger wrote: > [18.389] (II) config/devd: Adding input device Keyboard () > [18.389] (**) Keyboard: Applying InputClass "kbd catchall" > [18.389] (II) LoadModule: "kbd" > [18.389] (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so > [18.390] (II) Module kbd: vendor="X.Org Foundation" > [18.390] compiled for 1.14.5, module version = 1.8.0 > [18.390] Module class: X.Org XInput Driver > [18.390] ABI class: X.Org XInput driver, version 19.1 > [18.390] (II) Using input driver 'kbd' for 'Keyboard' > [18.390] (**) Keyboard: always reports core events > [18.390] (**) Keyboard: always reports core events > [18.390] (**) Option "Protocol" "standard" > [18.390] (WW) Option "Device" requires a string value > [18.390] (**) Option "XkbRules" "base" > [18.390] (**) Option "XkbModel" "pc105" > [18.390] (**) Option "XkbLayout" "us" > [18.390] (**) Option "config_info" "devd:atkbd0" > [18.390] (II) XINPUT: Adding extended input device "Keyboard" (type: > KEYBOARD, id 6) Here your AT keyboard is detected. devd tells X, and X decides that kbd_drv module is to be loaded. > [ 137.035] (II) config/devd: Adding input device 0x1241 USB Keyboard () > [ 137.036] (**) 0x1241 USB Keyboard: Applying InputClass "kbd catchall" > [ 137.036] (II) Using input driver 'kbd' for '0x1241 USB Keyboard' > [ 137.036] (**) 0x1241 USB Keyboard: always reports core events > [ 137.036] (**) 0x1241 USB Keyboard: always reports core events > [ 137.037] (**) Option "Protocol" "standard" > [ 137.037] (WW) Option "Device" requires a string value > [ 137.037] (**) Option "XkbRules" "base" > [ 137.037] (**) Option "XkbModel" "pc105" > [ 137.038] (**) Option "XkbLayout" "us" > [ 137.038] (**) Option "config_info" "devd:ukbd0" > [ 137.038] (II) XINPUT: Adding extended input device "0x1241 USB Keyboard" > (type: KEYBOARD, id 8) Now your USB keyboard is detected. kbd_drv is already loaded so nothing happens. > [ 158.904] (II) config/dev: removing device 0x1241 USB Keyboard > [ 158.908] (II) UnloadModule: "kbd" Finally USB keyboard is unloaded, and X decides that kbd_drv must be unloaded :-( I'm not sure whose fault is this. The devd backend sends the same information HAL did (please can you verify you had the same problem with HAL?). Apparently X is expected to keep track of things and only unload the keyboard module when the last keyboard has been unplugged? I'm not sure if this expectation is right. This is what the config backend code (in both HAL and devd extensions) suggests, but the code might be making the wrong assumptions. Can someone with more knowledge of X tell if the core server code is behaving correctly? -- 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/52f25b1c.1050...@debian.org
Re: Call for testers: X with devd backend
On 05/02/2014 15:39, Robert Millan wrote: > I'm not sure whose fault is this. The devd backend sends the same information > HAL did > (please can you verify you had the same problem with HAL?). Apparently X is > expected > to keep track of things and only unload the keyboard module when the last > keyboard > has been unplugged? Btw could you also check if you have the same problem when you attach/detach a second mouse? I.e. is the mouse_drv module unloaded? -- 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/52f25b81.2010...@debian.org
Re: Call for testers: X with devd backend
On Wed, Feb 5, 2014 at 15:39:08 +, Robert Millan wrote: > > [ 158.904] (II) config/dev: removing device 0x1241 USB Keyboard > > [ 158.908] (II) UnloadModule: "kbd" > > Finally USB keyboard is unloaded, and X decides that kbd_drv must be unloaded > :-( > I'm pretty sure the driver is refcounted, and that message doesn't mean the driver actually goes away. Cheers, Julien signature.asc Description: Digital signature
Bug#736716: Please raise package priority.
Control: retitle -1 freebsd-manpages: Should be installed by default on kfreebsd-any Control: severity -1 wishlist Hi Mats, Mats Erik Andersson wrote: > This package has priority "optional", meaning it will not get > installed except by a manual intervention of the system operator, in > spite of the package containing information vital to the proper > operation of a GNU/kFreeBSD system. Good point. > Please raise the package priority to "important" That would be one way to do it, yes. > and do also assign it to architecture "kfreebsd-any" Urgh. No, I won't do that for multiple reasons: * It's an architecture independent package which takes quite a while to build. I refuse to unnecessarily put that load onto the build-daemons. Besides that this would trigger quite some lintian-warnings (arch-dep-package-has-big-usr-share, documentation-package-not-architecture-independent, etc.) * I think the package should still be installable and available on linux-any, just not by default: > in order that the users of GNU/Linux not complain too loudly. I though think that wouldn't hurt that much. But yeah, it would be nice. So raising the priority is probably the wrong way to reach your real goal, the automatic inclusion in default installations. Retitling the bug-report accordingly. 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. But then again, this will likely disregard the rule that no package should depend on a package with lower severity. (Not sure if that also counts for Recommends, which are installed by default, at least after the D-I.) Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- 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/20140205205022.gk27...@sym.noone.org
Processed: Re: Bug#736716: Please raise package priority.
Processing control commands: > retitle -1 freebsd-manpages: Should be installed by default on kfreebsd-any Bug #736716 [freebsd-manpages] Please raise package priority. Changed Bug title to 'freebsd-manpages: Should be installed by default on kfreebsd-any' from 'Please raise package priority.' > severity -1 wishlist Bug #736716 [freebsd-manpages] freebsd-manpages: Should be installed by default on kfreebsd-any Severity set to 'wishlist' from 'normal' -- 736716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736716 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b736716.13916334266586.transcr...@bugs.debian.org
Bug#736720: Interrelation between this package and Linux manpages.
Hi Mats, Mats Erik Andersson wrote: > A standard installation of GNU/kFreeBSD, with a manual > addition of "freebsd-manpages", will result in a mixture > of Linux-only manpages, FreeBSD manpages, and glibc manpages. > A typical example is this: > > $ man -a -w socket > /usr/share/man/man2/socket.2.gz(Linux oriented) > /usr/share/man/man2/socket.2freebsd.gz > /usr/share/man/man9/socket.9freebsd.gz > /usr/share/man/man7/socket.7.gz(Linux oriented) > /usr/share/man/man3/socket.3pm.gz > > Observe that a Linux oriented page is preferred. > > One mechanism to resolve this inconvenience is to manually > insert "2freebsd" and "4freebsd" into the manpage search > order, like so: > > ### /etc/manpath.config > > SECTION 1 n l 8 3 2freebsd 2 3posix 3pm 3perl 5 4freebsd 4 9 6 7 > > The only change to the official content is the insertion of > the FreeBSD related sections. > > A loose idea would be to influence the package "man-db" to export > such a line for "kfreebsd-any". Or even better: make the man-db package export that line depending on the architecture on which it is installed. So I'm thinking about reassigning this to the package "man-db". Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- 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/20140205205419.gl27...@sym.noone.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-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f2a9b3.2040...@debian.org
Re: FreeBSD 10 userland
On 04/02/2014 22:07, Christoph Egger wrote: > % sudo sysctl -p /etc/sysctl.conf > sysctl: unknown oid '/etc/sysctl.conf': No such file or directory Seems like the script was buggy. So I just replaced it: freebsd-utils (10.0-3) UNRELEASED; urgency=low * Add 'sysctl -p' support. Replace /sbin/sysctl wrapper script with actual binary. -- Robert Millan Wed, 05 Feb 2014 22:09:43 +0100 Next upload sysctl should be working fine. -- 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/52f2ae00.2070...@debian.org
Re: FreeBSD 10 userland
On 04/02/2014 22:19, Steven Chamberlain wrote: > I notice a wheezy system has this wrapper, but /sbin/sysctl takes > precendence over it? They're both the same thing (symlinked). -- 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/52f2ae19.1020...@debian.org
Bug#735796: marked as done (freebsd-sendpr: FTBFS: make: freebsd-make: Command not found)
Your message dated Wed, 05 Feb 2014 21:36:11 + with message-id and subject line Bug#736673: Removed package(s) from unstable has caused the Debian Bug report #735796, regarding freebsd-sendpr: FTBFS: make: freebsd-make: Command not found to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 735796: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735796 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- 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. --- End Message --- --- Begin Message --- Version: 3.113+9.2-1+rm Dear submitter, as the package freebsd-sendpr has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/736673 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Ansgar Burchardt (the ftpmaster behind the curtain)--- End Message ---
Bug#736673: Removed package(s) from unstable
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: freebsd-sendpr | 3.113+9.2-1 | source, all --- Reason --- ROM; obsolete, RC-buggy -- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. We try to close bugs which have been reported against this package automatically. But please check all old bugs, if they were closed correctly or should have been re-assigned to another package. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 736...@bugs.debian.org. The full log for this bug can be viewed at https://bugs.debian.org/736673 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Ansgar Burchardt (the ftpmaster behind the curtain) -- 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/e1wba8c-0008ap...@franck.debian.org
Bug#736673: Removed package(s) from unstable
Version: 3.113+9.2-1+rm Dear submitter, as the package freebsd-sendpr has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/736673 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Ansgar Burchardt (the ftpmaster behind the curtain) -- 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/e1wba8h-0008bt...@franck.debian.org
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-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f2b30e.9070...@debian.org
Bug#737568: Removed package(s) from unstable
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: partman-zfs | 28 | amd64, armel, armhf, i386, ia64, mips, mipsel, s390x, sparc --- Reason --- RoQA; ANAIS; no longer built on linux-any -- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 737...@bugs.debian.org. The full log for this bug can be viewed at https://bugs.debian.org/737568 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Ansgar Burchardt (the ftpmaster behind the curtain) -- 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/e1wbaey-qc...@franck.debian.org
Re: Please update buildd chroots, give back openjdk-7
On 05/02/14 13:54, Christoph Egger wrote: > Right something's strange on finzi. stopped the buildd there and looking > at it now Buildd finzi still mentions in recent build logs: > Toolchain package versions: [...] kfreebsd-kernel-headers_9.2~6 (from https://buildd.debian.org/status/package.php?p=webkitgtk&suite=sid, 32m ago, warning: document is big) And fils seems to be not building anything? At least I can't find any build logs more recent than ~10 days ago? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52f2b712.4040...@pyro.eu.org
Re: Please update buildd chroots, give back openjdk-7
Steven Chamberlain writes: > On 05/02/14 13:54, Christoph Egger wrote: >> Right something's strange on finzi. stopped the buildd there and looking >> at it now > > Buildd finzi still mentions in recent build logs: >> Toolchain package versions: [...] kfreebsd-kernel-headers_9.2~6 > (from > https://buildd.debian.org/status/package.php?p=webkitgtk&suite=sid, 32m > ago, warning: document is big) Yah webkit was the last thing finzi was building. I'll fix it up once finzi's rebootet > And fils seems to be not building anything? At least I can't find any > build logs more recent than ~10 days ago? Good catch. Seems to have some hickup in octave Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- 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/8738jxqj00@anonymous.siccegge.de
Re: Roll call for porters of architectures in sid and testing
在 2014年1月21日，下午9:51，Aníbal Monsalve Salazar 写道： > On Tue, Jan 21, 2014 at 01:43:55PM +0100, Matthias Klose wrote: >> Am 16.01.2014 13:31, schrieb Aníbal Monsalve Salazar: >>> For mips/mipsel, I - fix toolchain issues together with other >>> developers at ImgTec >> >> It is nice to see such a commitment, however in the past I didn't see >> any such contributions. > > Hello doko, > > At my current job, we are working on fixing mips* bugs including > possible compiler errors. As an example, I recently run tests to try to > find tool chain errors for packages that on non-Debian distro were > failing to build. So, at least so far, I'm working on that. > > Regards, > > Aníbal Hi, I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For mipsel/mips64el and maybe mips/mips64, I - test most packages on this architecture - fix toolchain issues - triage arch-specific bugs - fix arch-related bugs - maintaining rebuild test I am a DM Yunqiang Su signature.asc Description: Message signed with OpenPGP using GPGMail
