Re: Future of kFreeBSD in Debian unstable
On Monday 15 January 2018 11:10:18 CET Ansgar Burchardt wrote: > Hardware resources shouldn't be a problem: I'm fairly sure the buildds > were VMs anyway. Jep one VM with reasonable IO each and a second VM mostly due to redundancy requirements > kFreeBSD could have chosen to use another default init system. I don't > think there is any requirement for this to be the same everywhere. The > main problem was that there wasn't anyone willing / having time to > commit to kFreeBSD as far as I remember; not much will happen if that is > the case. Totally. A 1.5 - 2 person port is just not manageable as a release and way to much risk (no redundancy in manpower and such). In the end jessie-kfreebsd was probably more work for release team and ftp masters and others than just having kfreebsd as part of jessie. I guess the hurd example shows that very few people can sucecssfully run a port -- for a release architecture you need a couple more people. Christoph signature.asc Description: This is a digitally signed message part.
Who is still here?
Hi all! As you undoubtedly have noticed I'm essentially gone from the debian-bsd@ world for more than a year now. And with the stretch release (where we didn't have a stretch-kfreebsd) the question becomes somewhat important: Who is still here and working on kfreebsd? If you are still interested in keeping kfreebsd alive it would be important for the group of people continuing to work here to get in touch with the relevant debian people soon (wanna-build + dsa mostly). I'm still occasionally reading the list and doing the most pressing buildd things for now. I'm also available if you want to discuss things with me but can't really promise timely responses. Christoph signature.asc Description: This is a digitally signed message part.
Re: kfreebsd-* buildd issues
Steven Chamberlain writes: > Would this be possible again please :/ psmisc is still not fixed, and > there are still surprisingly many gcc-6 uploads. And gcc-5. Done > (Maybe even a daily cron for this would be a good idea...) that cron would need to run as buildd user at the very least and reliably detect the situation .. maybe ;-) I'll gather information the next time this happens and see. Christoph
Re: Bug#832485: task-xfce-desktop: uninstallable on kfreebsd due to dependency on light-locker
Hi all! Cyril Brulebois writes: > Adding debian-bsd@ and pkg-xfce-devel@ to the loop: > > Adam Borowski (2016-07-26): >> Package: task-xfce-desktop >> Version: 3.35 >> Severity: important >> >> Hi! >> I'm afraid that the xfce task can't be currently installed on kfreebsd. >> This is especially nasty as xfce is the default DE on that arch. >> >> The reason is that it depends on light-locker, which is Linux only. >> A possible solution is to change that dependency to: >> Depends: light-locker|xscreensaver >> which would have the extra benefit of kind of alleviating #827562, >> with light-locker as the first alternative per the XFCE's team wishes. >> If you think that's a bad idea, the dependency could be arch specific. FWIW kfreebsd support in lightlocker seems to really be trivial: Christoph % debdiff light-locker_1.7.0-3.dsc light-locker_1.7.0-3.1.dsc diff -Nru light-locker-1.7.0/debian/changelog light-locker-1.7.0/debian/changelog --- light-locker-1.7.0/debian/changelog 2016-03-04 15:41:40.0 +0100 +++ light-locker-1.7.0/debian/changelog 2017-02-05 14:01:01.0 +0100 @@ -1,3 +1,10 @@ +light-locker (1.7.0-3.1) UNRELEASED; urgency=medium + + * kfreebsd port + + -- Christoph Egger Sun, 05 Feb 2017 14:01:01 +0100 + light-locker (1.7.0-3) unstable; urgency=medium [ Jackson Doak ] --- light-locker-1.7.0/debian/rules 2015-07-09 17:11:26.0 +0200 +++ light-locker-1.7.0/debian/rules 2017-02-05 14:16:07.0 +0100 @@ -1,12 +1,18 @@ #!/usr/bin/make -f +include /usr/share/dpkg/architecture.mk + export DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed -Wl,-O1 export DEB_BUILD_MAINT_OPTIONS=hardening=+all +ifeq ($(DEB_TARGET_ARCH_OS),linux) + SYSTEMDCONFIGURE=--with-systemd +endif + override_dh_auto_configure: NOCONFIGURE=1 xdt-autogen dh_auto_configure -- --disable-silent-rules \ - --with-systemd \ + $(SYSTEMDCONFIGURE) \ --with-upower \ --with-console-kit \ --with-mit-ext
Re: kfreebsd-* buildd issues
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> Steven Chamberlain writes: >> > Please could someone check the gcc-7 build on fayrfax, to see of it is >> > stuck again with hung gdb processes? >> >> It is, will kill it in a minute just need to remember my sudo password >> >> > Also, I can't see that buildd fano has built much recently either. >> >> Building gcc 6.3 and stuck there > > Please could you do the same again... some/all of the buildds are stuck > building gcc-snapshot. Only fayrfax and fils it seems (or someone killed the others already) > Hopefully soon there may be a procps upload fixing this. Thanks for taking care! Christoph signature.asc Description: PGP signature
Re: kfreebsd-* buildd issues
Hi! Steven Chamberlain writes: > Please could someone check the gcc-7 build on fayrfax, to see of it is > stuck again with hung gdb processes? It is, will kill it in a minute just need to remember my sudo password > Also, I can't see that buildd fano has built much recently either. Building gcc 6.3 and stuck there Christoph signature.asc Description: PGP signature
gcc 7, 6 builds killed on kfreebsd
Hi! I've just killed the gcc builds on kfreebsd. THey're all looping with a | WARNING: 30 signals -- adjust and recompile. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Bug#840624: src:vim: FTBFS on kfreebsd (testsuite failure)
Package: src:vim Version: 2:8.0.0022-1 Severity: important User: debian-bsd@lists.debian.org Usertags: kfreebsd Hi! vim FTBFS on kfreebsd-* due to testsuite failures (see below) which also breaks bootstrap of porterbox chroots. Christoph 6 FAILED: Found errors in Test_command_count_2(): Caught exception in Test_command_count_2(): Vim(argument):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_2, line 5 Found errors in Test_command_count_3(): Caught exception in Test_command_count_3(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_3, line 2 Found errors in Test_command_count_4(): Caught exception in Test_command_count_4(): Vim(argument):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_4, line 4 Found errors in Test_filter(): Caught exception in Test_filter(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_filter, line 1 Found errors in Test_keyword_jump(): Caught exception in Test_keyword_jump(): Vim(only):E445: Other window contains changes @ function RunTheTest[9]..Test_keyword_jump, line 24 Found errors in Test_tagcase(): Caught exception in Test_tagcase(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_tagcase, line 3 test31 FAILED >From test_arglist.vim: Found errors in Test_argedit(): function RunTheTest[9]..Test_argedit line 20: command did not fail: argedit y Found errors in Test_argument(): function RunTheTest[9]..Test_argument line 62: command did not fail: args x y z >From test_cdo.vim: Found errors in Test_cdo(): Unsaved file change test failed Found errors in Test_ldo(): Unsaved file change test failed >From test_normal.vim: Found errors in Test_normal48_wincmd(): function RunTheTest[9]..Test_normal48_wincmd line 4: Expected 'E444' but got 'E37: No write since last change (add ! to override)' >From test_quickfix.vim: Found errors in Test_adjust_lnum(): Caught exception in Test_adjust_lnum(): Vim(enew):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_adjust_lnum[2]..Xadjust_qflnum, line 3 Found errors in Test_browse(): Caught exception in Test_browse(): Vim(cfirst):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_browse[1]..Xtest_browse, line 11 >From test_startup_utf8.vim: Found errors in Test_read_fifo_utf8(): function RunTheTest[9]..Test_read_fifo_utf8 line 24: Expected ['テスト', '€ÀÈÌÒÙ'] but got [] >From test_alot.vim: Found errors in Test_command_count_2(): Caught exception in Test_command_count_2(): Vim(argument):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_2, line 5 Found errors in Test_command_count_3(): Caught exception in Test_command_count_3(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_3, line 2 Found errors in Test_command_count_4(): Caught exception in Test_command_count_4(): Vim(argument):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_command_count_4, line 4 Found errors in Test_filter(): Caught exception in Test_filter(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_filter, line 1 Found errors in Test_keyword_jump(): Caught exception in Test_keyword_jump(): Vim(only):E445: Other window contains changes @ function RunTheTest[9]..Test_keyword_jump, line 24 Found errors in Test_tagcase(): Caught exception in Test_tagcase(): Vim(edit):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_tagcase, line 3 Test results: test31 FAILED >From test_arglist.vim: Found errors in Test_argedit(): function RunTheTest[9]..Test_argedit line 20: command did not fail: argedit y Found errors in Test_argument(): function RunTheTest[9]..Test_argument line 62: command did not fail: args x y z >From test_cdo.vim: Found errors in Test_cdo(): Unsaved file change test failed Found errors in Test_ldo(): Unsaved file change test failed >From test_normal.vim: Found errors in Test_normal48_wincmd(): function RunTheTest[9]..Test_normal48_wincmd line 4: Expected 'E444' but got 'E37: No write since last change (add ! to override)' >From test_quickfix.vim: Found errors in Test_adjust_lnum(): Caught exception in Test_adjust_lnum(): Vim(enew):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_adjust_lnum[2]..Xadjust_qflnum, line 3 Found errors in Test_browse(): Caught exception in Test_browse(): Vim(cfirst):E37: No write since last change (add ! to override) @ function RunTheTest[9]..Test_browse[1]..Xtest_browse, line 11 >From test_startup_utf8.vim: Found errors in Test_read_fifo_utf8(): function RunTheTest[9]..Test_read_fifo_utf8 line 24: Expected ['テスト', '€ÀÈÌÒÙ'] but got [] >From test_alot.vim: Found
Re: [neon27] racy testsuite
Hi!
Christoph Egger writes:
> Would you mind making the testsuite non-fatal until this race is
> fixed? I can prepare a NMU as well if you want me to. The failure's
> currently blocking also libreoffice to build on !linux
FWIW I'd apply the below patch from James Clarke and am probably doing a
NMU tomorrow (it's quite non-intrusive and for a important bug open for
more than a year, also I need that build!)
Christoph
--- a/test/redirect.c
+++ b/test/redirect.c
@@ -181,7 +181,7 @@ static int no_redirect(void)
ONN("redirect non-NULL after non-redir req", ne_redirect_location(sess));
-CALL(process_redir(sess, "/foo", &loc));
+PRECOND(process_redir(sess, "/foo", &loc) == OK);
CALL(await_server());
ne_session_destroy(sess);
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer
[neon27] racy testsuite
Hi! Would you mind making the testsuite non-fatal until this race is fixed? I can prepare a NMU as well if you want me to. The failure's currently blocking also libreoffice to build on !linux Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: init
Hi! Jon Boden writes: > What are your plans for the future of init on Debian GNU/kFreeBSD? Are you > going to continue with sysvinit for the time being? > > For the upcoming release of ubuntuBSD I'm thinking about using BusyBox > + OpenRC > (https://blog.flameeyes.eu/2012/03/using-busybox-with-openrc). Do you > think this is a good idea? Is there a particular reason you're staying > with sysvinit? The OpenRC package on debian seems stalled. which means sysvinit is the one solution that works without further work. There's really not much more reason why we're still doing sysv. A working openrc package (even from ubuntu) to test the system certainly would be welcome. Christoph
F_GETPATH missing on *BSD
Hi! Seems F_GETPATH is missing on kFreeBSD. This is actually funny as this seems to be a feature originally from BSD and added to linux only later on. Result is the buildfailure of hubicfuse. Christoph https://buildd.debian.org/status/fetch.php?pkg=hubicfuse&arch=kfreebsd-amd64&ver=2.0.0-1.1&stamp=1461072200
Re: Log for attempted build of ldb_2:1.1.20-0+deb8u1 on kfreebsd-i386 (dist=jessie-kfreebsd-security)
Steven Chamberlain writes: > Hi Christoph, > > Do you have some way to re-trigger this on kfreebsd-i386? Or will it > happen automatically? > > And then once this is built, please trigger the samba security update to > build again on kfreebsd-amd64 and kfreebsd-i386. On it. > It *should* build okay, but I think a versioned build-dep on ldb was > missing. And still, maybe the build scheduler for > jessie-kfreebsd-security doesn't consider build-dep versions at all when > deciding what order to do things. Not directly. One can set additional version constraints manually. Christoph
Re: Bug#815231: cmake: FTBFS on kfreebsd, hurd: 2 tests fail: BuildDepends, RunCMake.Configure
Steven Chamberlain writes: > Steven Chamberlain wrote: >> Could someone with access to the hurd-i386 or kfreebsd porter boxes >> try the attached patch please? > > Here's how to run that test on its own, verbosely, in an already-built > Debian build tree: > > $ Build/bin/cmake "-DCMAKE_MODULE_PATH=Tests/RunCMake" > "-DRunCMake_GENERATOR=Unix Makefiles" "-DRunCMake_GENERATOR_PLATFORM=" > "-DRunCMake_GENERATOR_TOOLSET=" > "-DRunCMake_MAKE_PROGRAM=/usr/bin/make" > "-DRunCMake_SOURCE_DIR=$(pwd)/Tests/RunCMake/Configure" > "-DRunCMake_BINARY_DIR=$(pwd)/Build/Tests/RunCMake/Configure" "-P" > "Tests/RunCMake/Configure/RunCMakeTest.cmake" I have the build running on falla currently and it's already in the testsuite so I'll just wait for it to finish Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: Bug#815231: cmake: FTBFS on kfreebsd, hurd: 2 tests fail: BuildDepends, RunCMake.Configure
Hi FWIW on the 3.2 build (with the patch) I started untill I noticed it wasn't quite the right version Steven Chamberlain writes: > Andreas Beckmann wrote: >> 292 - RunCMake.Configure (Failed) > > Could someone with access to the hurd-i386 or kfreebsd porter boxes > try the attached patch please? Start 284: RunCMake.Configure 284/371 Test #284: RunCMake.Configure ...***Failed 3.19 sec -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Bug#818627: src:git: FTBFS on kfreebsd
Package: src:git Severity: important Version: 1:2.8.0~rc3-1 X-Debbugs-Cc: debian-bsd@lists.debian.org User: debian-bsd@lists.debian.org Usertag: kfreebsd Hi! git fails the testsuite on kfreebsd currently. This seems to be reproducible with sid chroots on my stable/ufs system but not on my notebook (mostly stable + zfs) where git seems to pass the tests every time. Christoph -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: Please update glibc on k-i buildds
Steven Chamberlain writes: > Steven Chamberlain wrote: >> (I think this is causing the failure to install build-deps of >> kfreebsd-10 in experimental, and it might affect other packages). > > Although on kfreebsd-amd64, where glibc is up-to-date in the buildd > chroots, there is still something odd happening: > > | > https://buildd.debian.org/status/fetch.php?pkg=freebsd-libs&arch=kfreebsd-amd64&ver=10.3~svn296373-3&stamp=1457613018 > | The following packages have unmet dependencies: > | libc0.1-dev : Depends: kfreebsd-kernel-headers (>= 0.11) but it is not > going to be installed > | sbuild-build-depends-freebsd-libs-dummy : Depends: kfreebsd-kernel-headers > (>= 10.3~) but it is not going to be installed > > yet this has been built+installed for nearly 2 days: > > | kfreebsd-kernel-headers | 10.3~1 | experimental| source, > kfreebsd-amd64, kfreebsd-i386 > > it has no dependencies, and it should satisfy libc0.1-dev's dependency. Everything seems fine indeed I shall do some more research there fayrfax% schroot -c experimental-kfreebsd-amd64-sbuild -u root -d / (experimental-k-a-sbuild)root@fayrfax:/# apt update Get:1 http://ftp.debian.org/debian unstable InRelease [287 kB] Get:2 http://ftp.de.debian.org/debian unstable InRelease [287 kB] Get:3 http://incoming.debian.org/debian-buildd buildd-unstable InRelease [111 kB] Get:4 http://ftp.debian.org/debian experimental InRelease [188 kB] Get:5 http://incoming.debian.org/debian-buildd buildd-experimental InRelease [111 kB] Get:6 http://ftp.de.debian.org/debian experimental InRelease [188 kB] Get:7 http://ftp.debian.org/debian unstable/main Sources [8582 kB] Get:8 http://incoming.debian.org/debian-buildd buildd-unstable/main Sources [128 kB] Get:9 http://incoming.debian.org/debian-buildd buildd-unstable/contrib Sources [32 B] Get:10 http://incoming.debian.org/debian-buildd buildd-unstable/non-free Sources [1940 B] Get:11 http://incoming.debian.org/debian-buildd buildd-unstable/main kfreebsd-amd64 Packages [117 kB] Get:12 http://incoming.debian.org/debian-buildd buildd-unstable/contrib kfreebsd-amd64 Packages [32 B] Get:13 http://ftp.debian.org/debian unstable/contrib Sources [62.0 kB] Get:14 http://ftp.de.debian.org/debian unstable/main Sources [8580 kB] Get:15 http://ftp.debian.org/debian unstable/non-free Sources [107 kB] Get:16 http://ftp.debian.org/debian unstable/main kfreebsd-amd64 Packages [7445 kB] Get:17 http://incoming.debian.org/debian-buildd buildd-experimental/main Sources [29.6 kB] Get:18 http://incoming.debian.org/debian-buildd buildd-experimental/contrib Sources [940 B] Get:19 http://incoming.debian.org/debian-buildd buildd-experimental/non-free Sources [32 B] Get:20 http://incoming.debian.org/debian-buildd buildd-experimental/main kfreebsd-amd64 Packages [23.4 kB] Get:21 http://incoming.debian.org/debian-buildd buildd-experimental/contrib kfreebsd-amd64 Packages [32 B] Get:22 http://ftp.debian.org/debian unstable/contrib kfreebsd-amd64 Packages [44.4 kB] Get:23 http://ftp.debian.org/debian experimental/main Sources [394 kB] Get:24 http://ftp.debian.org/debian experimental/contrib Sources [2448 B] Get:25 http://ftp.debian.org/debian experimental/non-free Sources [3028 B] Get:26 http://ftp.debian.org/debian experimental/main kfreebsd-amd64 Packages [547 kB] Get:27 http://ftp.debian.org/debian experimental/contrib kfreebsd-amd64 Packages [1800 B] Get:28 http://ftp.de.debian.org/debian unstable/contrib Sources [61.8 kB] Get:29 http://ftp.de.debian.org/debian unstable/non-free Sources [107 kB] Get:30 http://ftp.de.debian.org/debian unstable/main kfreebsd-amd64 Packages [7444 kB] Get:31 http://ftp.de.debian.org/debian unstable/contrib kfreebsd-amd64 Packages [44.4 kB] Get:32 http://ftp.de.debian.org/debian experimental/main Sources [394 kB] Get:33 http://ftp.de.debian.org/debian experimental/contrib Sources [2448 B] Get:34 http://ftp.de.debian.org/debian experimental/non-free Sources [3028 B] Get:35 http://ftp.de.debian.org/debian experimental/main kfreebsd-amd64 Packages [548 kB] Get:36 http://ftp.de.debian.org/debian experimental/contrib kfreebsd-amd64 Packages [1800 B] Fetched 35.8 MB in 9s (3766 kB/s)
Re: Please update glibc on k-i buildds
Hi! Steven Chamberlain writes: > This happens on Sunday and Wednesday evenings (21:13): > > 13 21 * * 0,3 root > PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin > setup-all-dchroots buildd > > but the binNMUs for glibc/2.22 on kfreebsd-i386 didn't finish until just > after that time yesterday. Please could you update the kfreebsd-i386 > chroots again now? > > (I think this is causing the failure to install build-deps of > kfreebsd-10 in experimental, and it might affect other packages). Found the right commands with the help from Aurelien (thanks!) and the i386 chroots should have been updated Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: kfreebsd-10_10.3~svn296373-1_multi.changes REJECTED
Hi! Steven Chamberlain writes: > If you ever have time, please could you upload this for me (to > experimental) since the new "10.3" binary packages must go through the > NEW queue. It is staged as revision 5929 at: > svn://anonscm.debian.org/glibc-bsd/trunk/kfreebsd-10 > > I haven't actually tried booting this kernel, but whether it works or > not I would like the kfreebsd-source-10.3 package in experimental so > that I can finish packaging the 10.3 userland: > https://buildd.debian.org/status/package.php?p=kfreebsd-buildutils,kfreebsd-10,kfreebsd-kernel-headers,freebsd-libs,freebsd-utils&comaint=yes&compact=compact&suite=experimental FWIW I get a trace+reset somewhen after ZFS is being initialized and before the kernel should prompt for the GELI password on my X220. I'll try to recover the actual trace ASAP there. nb: you said something about GELI related grub fixes? was that already included in the unstable grub or should I wait for the new jessie-kfreebsd grub? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
dpkg-dev / squeeze
Hi! I'm seeing this on my notebook since upgrading dpkg-dev to unstable's version: new debian package, version 2.0. size 15442 bytes: control archive=1046 bytes. tar: .: Cannot change mode to rwxr-sr-x: Operation not permitted tar: Exiting with failure status due to previous errors dpkg-deb: error: subprocess tar returned error exit status 2 --
Re: krb5 in 'Uploaded' state for 7d+
Hi! Cyril Brulebois writes: > Steven Chamberlain (2016-03-02): >> Hi Christoph, >> >> Please could you check why krb5 has stayed 'Uploaded' for 7d+ >> and now 'Installed' yet? >> >> https://buildd.debian.org/status/package.php?p=krb5 > > It's in now. Jep I tried to reupload everything I got my hands on (on -amd64) >> * tripwire [kfreebsd-amd64,kfreebsd-i386] tripwire-dbgsym_2.4.2.2-5_kfreebsd-i386.deb: APT could not parse Built-Using field Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
grub2/jessie-kfreebsd and elfutils/sid
Hi! Some reports from IRC helmut | hi, I noticed that: debhelper runtime depends on groff, groff build-depends on libxt, libxt build-depends on glib2.0, glib2.0 bulild-depends on elfutils, elfutils | ftbfs on kfreebsd-any helmut | the last cause for this change is glib2.0 moving from libelf to elfutils. unfortunately libelf got removed, so there is no going back helmut | so should some dependency change here or should elfutils work on kfreebsd? (kurt doesn't sound like he wants the latter. elfutils seems very much linux-only) pabs | I noticed that the kFreeBSD changes to grub-pc need rebasing on top of the grub-pc security update pabs | er s/grub-pc/grub2/ :)
Re: jessie-kfreebsd builds of glibc_2.19-18+deb8u3?
Hi! Steven Chamberlain writes: > Steven Chamberlain wrote: >> graphite2 packages are there already. > > Actually, only the wheezy ones. The jessie-kfreebsd ones haven't > appeared yet. I think it may just take a few more hours for something > to happen. Turns out a jessie-kfreebse/updates upload does not actually push things to the mirror network. glibc got out together with the libreoffice linux update. We should keep that in mind and I just need to inform people to manually trigger the mirror pulse next time. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: jessie-kfreebsd builds of glibc_2.19-18+deb8u3?
Hi! Steven Chamberlain writes: > It has been a few hours since DSA 3481-1, but I've not seen any buildd > mails about glibc_2.19-18+deb8u3 being built yet on jessie-kfreebsd. > Are you able to see if it was triggered at all, and if it is building > currently? Seems maybe the trigger to buildd.debian.org got stuck with rebooting all the machines for the glibc update. Working on it. Also I noticed the unstable upload to fix this (-8) fails due to testsuite regressions .. it seems the package got some unrelated[0] updates between -7 and -8 so not completely sure what caused this yet. Christoph [0] https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/commit/?id=6a0c9c0a8e4c94e7028cf908482e0224664db510 -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Add that patch to stable also? [perl: FTBFS on kfreebsd-*: t/op/stat.t]
Hi! Maybe this patch could also be applied to stable (as all buildds have been updated to freebsd-10 and it'd be great to be able to build proposed-updates and security without additional work ;-) FWIW I'll take care of the current version in -p-u for jessie-kfreebsd-p-u so no need to hurry Thanks! Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: Log for attempted build of perl_5.20.2-3+deb8u2 on kfreebsd-amd64 (dist=jessie-kfreebsd-security)
Hi! Steven Chamberlain writes: >> Any idea what's wrong with the perl testsuite in >> jessie-kfreebsd-security? > > It's the same thing we saw in sid recently until they added a workaround > (https://bugs.debian.org/796798). Oh great we know the actual problem? :-) > It began after the kernel was upgraded from 9.0 to 10.0. It may also be > related to softupdates if we have that enabled now; or even a bug in > some other filesystem layer if schroot uses e.g. nullfs I should see that in `mount` right? It doesn't seem to have any softupdate there: % mount /dev/vtbd0s1 on / (ufs, local) devfs on /dev (devfs, local, multilabel) linprocfs on /proc (linprocfs, local) linsysfs on /sys (linsysfs, local) fdescfs on /dev/fd (fdescfs) tmpfs on /run (tmpfs, local, noexec, nosuid) tmpfs on /run/lock (tmpfs, local, noexec, nosuid) tmpfs on /run/shm (tmpfs, local, noexec, nosuid) /dev/vtbd1s1 on /srv (ufs, local) /dev/vtbd1s3 on /srv/build-trees (ufs, asynchronous, local) /srv/home on /home (nullfs, local) /dev/vtbd1s2 on /srv/buildd (ufs, asynchronous, local) > We should raise the issue upstream as it seems to be a kernel bug, but > we could also apply the workaround in jessie-kfreebsd-security if it is > needed urgently. As DSA has been asking about that issue at least twice I'm inclined to have a fix uploaded. probably jessie-kfreebsd-proposed-updates and I'd do it tomorrow "morning" I guess? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Bug#807611: kfreebsd-kernel-headers: vm/vm.h not usable
Steven Chamberlain writes: > kfreebsd-kernel-headers/10.1~8 should have fixed vm/vm.h, but it > has not been installed on the buildds yet. It must be done manually, > and it may be a few days before Christoph can do that. FWIW this happens automatically these days 13 21 * * 0,3 root PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin setup-all-dchroots buildd Looks like tomorrow noon if I parse cron correctly so leaving it to cron to do that everywhere Christoph
Re: Please give back some packages
Hi! Steven Chamberlain writes: > I've checked through old build logs and found some issues that > affected multiple packages. Should all be on the way! Thanks Christoph -- signature.asc Description: PGP signature
Re: Please give back mesa on kfreebsd-*
Hi! Steven Chamberlain writes: > Please could you give back mesa on kfreebsd-*. It had failed with > > | ../../../../src/egl/drivers/dri2/platform_drm.c:641:42: error: > | 'F_DUPFD_CLOEXEC' undeclared (first use in this function) > > whereas libc0.1-dev >> 2.21~ now provides this. Done and built it seems :-) Christoph
Re: d-i is BD-Uninstallable, package missing
Hi ftp-masters! Steven Chamberlain writes: > Christoph Egger wrote: >> Steven Chamberlain writes: >> > Is it possible Ansgar could copy gdk-pixbuf/2.31.1-2+deb8u3 into >> > jessie-kfreebsd-proposed-updates? Could you please copy jessie-kfreebsd/updates into jessie-kfreebsd-proposed-updates? Ansgar got the setup on ftp-master to the point where the copying hopefully just works (tested with openjdk-7). Also, copying jessie to jessie-kfreebsd-proposed-updates would be great for everything that doesn't have a special version in j-k-p-u if that's easy enough. Thanks! Christoph signature.asc Description: PGP signature
Re: Packages not staying in BD-Uninstallable state?
Hi! Steven Chamberlain writes: > Steven Chamberlain wrote: >> Some packages had build attempts, and went into Failed state rather than >> BD-Uninstallabe; and were retried hundreds of times, e.g. >> https://buildd.debian.org/status/package.php?p=freecad&suite=sid > > The problem seems to have cleared up now, thanks! Jep that was the KDE thing I wrote about yesterday. For some unknown reason dose decided bds were satisfiable while apt didn't find that supposed solution. Not sure whether freecad directly belongs to that group, there are always some packages that need manual overrides due to known bugs (related to alternative build-dependencies) Christoph
Re: all of KDE FTBFS in unstable currently
Christoph Egger writes: > Currently the whole KDE5 transition thing is stuck in unstable > unbuildable. Reason is the dependency chain kde -> phonon4qt4 -> vlc-nox > where the vlc BinNMU for newer libx265 hasn't been built because samba > FTBFS (removes non-created manpage during the build process). On it. samba needs /dev/shm on the builder it seems. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
all of KDE FTBFS in unstable currently
Hi! Currently the whole KDE5 transition thing is stuck in unstable unbuildable. Reason is the dependency chain kde -> phonon4qt4 -> vlc-nox where the vlc BinNMU for newer libx265 hasn't been built because samba FTBFS (removes non-created manpage during the build process). Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: d-i is BD-Uninstallable, package missing
Steven Chamberlain writes: > Is it possible Ansgar could copy gdk-pixbuf/2.31.1-2+deb8u3 into > jessie-kfreebsd-proposed-updates? The step from security to -p-u should be automatic. How old is the security build? Christoph
Re: jessie-kfreebsd package in Uploaded, not Installed state?
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> Afair I can loginto the buildd, rename the changes file there and >> upload. > > It still hasn't installed. Shall I just upload a new version? Seems I need to refresh the signature as well as rename the file. Should hopefully be handled now Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: jessie-kfreebsd package in Uploaded, not Installed state?
Steven Chamberlain writes: > Pretty smart! That's exactly what I did. I often build with > `dpkg-buildpackage -g` but somehow never saw this problem before, > in sid for example. Maybe it is only an issue in -proposed-updates. > > Is it something easily fixed without doing a binNMU or uploading a > new version? The file in the way is: > ftp://ftp.debian.org/debian/dists/jessie-kfreebsd-proposed-updates/kfreebsd-10_10.1%7Esvn274115-4+kbsd8u1_kfreebsd-amd64.changes Afair I can loginto the buildd, rename the changes file there and upload. Probably Cyril can also do that. I'll just try. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: blkid for ufs partitions
Forgot to add the comandline: ./vmdebootstrap --grub --sparse --image jessie-kfreebsd-vm.raw --roottype ufs --distribution jessie-kfreebsd --no-acpi --kernel-package=kfreebsd-image-10-amd64 --mirror http://ftp.fau.de/debian/ --serial-console -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: blkid for ufs partitions
Hi! I've just created a jessie-kfreebsd VM image (qemu)[1] using a patched vmdebootstrap[0]. This seems to mostly work (but after a grub-install the ufsid of the root device seems changed (after reboot)). I'll try and see if I can fix that. Also if you can tell me what to not do wrong I can have a VBox / VMWare image soon. The vmdebootstrap patches have been sent to the upstream mailnglist, we'll see what happens Christoph Christoph Egger writes: > [0] https://git.siccegge.de/?p=forks/vmdebootstrap.git;a=summary [1] https://people.debian.org/~christoph/jessie-kfreebsd-vmimage.raw.xz ef32c4865bf4a79633128ba644c043c97559a91d3be1a878da86feef60b71196 jessie-kfreebsd-vmimage.raw.xz -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: blkid for ufs partitions
Hi! Christoph Egger writes: > As discussed, I'm trying to create a patchset for vmdebootsstrap[0] so > it works on kfreebsd. Currently things are mostly going well but I'm > struggling to find a proper replacement for the linux blkid/UUID > mechanism for the rootfs. /dev/ufsid/* does seem to be the right place > but I can't find any utility to get the right id for my ufs partitions > (/dev/md0s$n). Any ideas? In the end I could hardcode /dev/vtb0s$n but > that only works with virtio-disk and seems more like a hack. # grub-probe -d /dev/md0s1 -t fs_uuid 5636374003755a63 Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: blkid for ufs partitions
Hi! Steven Chamberlain writes: > Does sysctl kern.geom.confxml maybe give this info? Perhaps the ufsid > is listed as a child node of the geom device providing it. Thanks! This does indeed contain the right information Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
blkid for ufs partitions
Hi all! As discussed, I'm trying to create a patchset for vmdebootsstrap[0] so it works on kfreebsd. Currently things are mostly going well but I'm struggling to find a proper replacement for the linux blkid/UUID mechanism for the rootfs. /dev/ufsid/* does seem to be the right place but I can't find any utility to get the right id for my ufs partitions (/dev/md0s$n). Any ideas? In the end I could hardcode /dev/vtb0s$n but that only works with virtio-disk and seems more like a hack. Christoph [0] https://git.siccegge.de/?p=forks/vmdebootstrap.git;a=summary -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: kfreebsd IRC meeting?
Steven Chamberlain writes: > Christoph Egger wrote: >> Christoph Egger writes: >> > -> http://poll.faui2k9.de/kFreeBSD-2015-10/ >> >> This Friday, 18:00 UTC? Later works for me as well. > > Friday sounds good, could we make it 19:00 UTC please? Sure. We can have it even later if that helps you Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: kfreebsd IRC meeting?
Steven Chamberlain writes: > It would be nice to get a written record, if we can try to get > http://meetbot.debian.net/Manual.html working ideally. We now have the MeetBot thanks to Richard Darst Christoph
Re: kfreebsd IRC meeting?
Christoph Egger writes: > -> http://poll.faui2k9.de/kFreeBSD-2015-10/ This Friday, 18:00 UTC? Later works for me as well. Christoph
Re: kfreebsd IRC meeting?
Hi all! Steven Chamberlain writes: > Hi Christoph, > > Christoph Egger wrote: >> Thursdays in general won't work and during the weekend will be tricky (I >> *can* make it Sunday late evening or Saturday untill late afternoon if >> really necessary). Apart from that I should be able to make it. > > Would you be free for this Friday (today) after 18:00 UTC? That didn't work in the end after all. Let's try it that way: -> http://poll.faui2k9.de/kFreeBSD-2015-10/ Can we close it tomorrow around noon (UTC)? If people are missing we'll just wait for them. > It would be nice to get a written record, if we can try to get > http://meetbot.debian.net/Manual.html working ideally. Shouldn't be a problem. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: kfreebsd IRC meeting?
Hi! Steven Chamberlain writes: > Would you be free in the next few days for an IRC meeting, so we can > figure out remaining issues to be able to release jessie-kfreebsd? Thursdays in general won't work and during the weekend will be tricky (I *can* make it Sunday late evening or Saturday untill late afternoon if really necessary). Apart from that I should be able to make it. > I keep getting side-tracked into things that are not blockers for > release. It would be good to agree on what is really needed now. > > I realised (following the release team last month) that public IRC > meetings can be quite productive, get more people involved, and > better inform everyone on what is going on. I think it would be > nice to have these occasionally. Thanks for looking into openjdk btw! Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer
Re: kfreebsd-10_10.2-1_kfreebsd-amd64.changes is NEW
Hi! FWIW I can fully confirm this makes 802.11n WIFI with intel cards work decently compared to 10.1. 10.2 also reduces power consumption on my notebook by something like 30% in idle. I'd stack update to 10.2 in experimental as I find time and put it to unstable once everythings there and tested unless someone tells me it's a bad idea. Regards Christoph PS: we should also finally do something about jessie-kfreebsd. If I gather things correctly we now should have a working installer (at least things cleared by-hand)? -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
ITP: bhyve -- hypervisor/virtual machine manager for FreeBSD
Package: wnpp Severity: wishlist Owner: Christoph Egger * Package name: bhyve Version : 10.2 Upstream Author : FreeBSD Foundation * URL : http://bhyve.org/ * License : BSD Programming Lang: C / ASM Description : hypervisor/virtual machine manager for FreeBSD
Newcommer bugs
Hi! I was talking to Helmut during debconf and the idea came up to keep (a few) easy porting bugs around for newcommers. These tends to be FTBFS bugs but as we're no longer blocking migration it doesn't really hurt to keep some of them around and just tag them newcommer. Christoph signature.asc Description: PGP signature
Bug#796000: Please add jessie-kfreebsd to tracker.d.o
Package: tracker.debian.org Severity: wishlist Hi! Would it be possible to have jessie-kfreebsd on tracker.debian.org? I was trying to add a patch but I don't totally understand the fields in [0] yet. Thanks Christoph [0] distro_tracker/core/fixtures/debian-repositories.xml -- System Information: Debian Release: 8.0 APT prefers stable-kfreebsd APT policy: (990, 'stable-kfreebsd'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.1-0-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
mount failure messages
Hi all! Some note, from DSA: oh btw: when mounting stuff fails at boot, you get a shell with / mounted ro. then you try to remount it rw (so you can fix fstab), but that fails silently if you don't fsck first. it'd be nice to have some kind of message from mount or the kernel when it doesn't want to do what you ask. Guess I can try to look at it some time. Christoph
Re: jessie-kfreebsd upload acl
Hi! On Wed, Aug 12, 2015 at 03:45:05PM +0100, Steven Chamberlain wrote: > I'll need to upload a busybox (udeb) fix to jessie-proposed-updates. > Would you be able to enable me to do that please? Should be on it's way .. if the network here decides to work Christoph
Re: debootstrap needs fix?
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> # debootstrap jessie-kfreebsd jessie http://debian.netcologne.de/debian/ >> E: No such script: /usr/share/debootstrap/scripts/jessie-kfreebsd > > That should be fixed already in debootstrap/1.0.67+kbsd8u1, in > jessie-kfreebsd-proposed-updates; or 1.0.68 in sid. > > "/usr/share/debootstrap/scripts/jessie-kfreebsd" was made a symlink > to "jessie". Perfect :-) I was dealing with wheezy's debootstrap (buildds) and manually supplied the script in the end. As it's fixed in jessie-kfreebsd-p-u I guess everything's fine Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87fv3uq083@mitoraj.siccegge.de
debootstrap needs fix?
Hi! Just noticed and should probably look at it later: # debootstrap jessie-kfreebsd jessie http://debian.netcologne.de/debian/ E: No such script: /usr/share/debootstrap/scripts/jessie-kfreebsd Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87vbcqq1kp@mitoraj.siccegge.de
Re: jessie-kfreebsd release preparations
Hi! Steven Chamberlain writes: > Steven Chamberlain wrote: >> There some packages in the queue, not actually building them yet: >> https://buildd.debian.org/status/architecture.php?a=kfreebsd-amd64&suite=jessie-kfreebsd >> https://buildd.debian.org/status/architecture.php?a=kfreebsd-i386&suite=jessie-kfreebsd > > That seems to be fixed as of June 30th, thanks, whoever did this! > ftp://ftp.debian.org/debian/dists/jessie-kfreebsd-proposed-updates/ I fixed a few outstanding issues in the last days. We also should have everything we need registered with DSA to just upgrade buildds to jessie and/or set up new ones as of that. > Then everything from jessie-kfreebsd-proposed-updates should > be copied into jessie-kfreebsd ideally. Right. I'm pretty sure Ansgar can do this for the release. Also during DebConf he wanted to plot with us how to get things into jessie-kfreebsd from jessie and jessie-kfreebsd-security automatically "the right way" which relates to that. 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: https://lists.debian.org/87oairrok2@anonymous.siccegge.de
Re: iceweasel jessie-kfreebsd-security builds missing
Ahoi! Christoph Egger writes: > The idea was to directly upload to jessie-kfreebsd (which is, unlike > jessie, unstantly visible). This also means the `normal` DM rules apply > (which they don't for secuity-master). > > Needs properly setup autobuilding for jessie-kfreebsd (non-security) > though, but Ansgar had some idea and I might be able to implement it. Just noticed the buildds actually get jessie-kfreebsd builds. Don't really know if Kurt just did this or it magically worked with the jessie-kfreebsd-security modifications but that's great anyway! Also means we can just upload to jessie-kfreebsd in case we need to fix any of our packages. 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: https://lists.debian.org/87twt7bx32@anonymous.siccegge.de
Re: iceweasel jessie-kfreebsd-security builds missing
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> There is no jessie-kfreebsd security building at all currently. Was >> waiting on aba who knows that code but am trying to hack there myself >> nowadays. jessie-kfreebsd-security just started building thanks to Kurt Roeckx who did the wbadm side yesterday \o/ > What would be the process for a kfreebsd-10 security patch in > jessie-kfreebsd? In that case there'd be no DSA, nothing in > jessie/updates to trigger builds on jessie-kfreebsd. Would we > upload it directly to the jessie-kfreebsd/updates suite, and > would it build straight away? > > (Would like to try to figure this out before we have some > urgent security bug to fix...) The idea was to directly upload to jessie-kfreebsd (which is, unlike jessie, unstantly visible). This also means the `normal` DM rules apply (which they don't for secuity-master). Needs properly setup autobuilding for jessie-kfreebsd (non-security) though, but Ansgar had some idea and I might be able to implement it. 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: https://lists.debian.org/87lhelf8qt@anonymous.siccegge.de
Re: openjdk-8
Hi! Jan Henke writes: > Am 22.06.2015 um 09:07 schrieb Christoph Egger: >> I've just killed openjdk-8 builds for now. It needs itself to build >> (might just need bootstrapping using openjdk-7 -- not sure) > > as far as I recall OpenJDK-7 would work for bootstrapping. It seems we > need that one working on FBSD. At least the dependency says so (no help for buildds). kFreeBSD does have an (outdated) openjdk-7 available (and I've seen patches for the current version quite recently afair). I have no idea how far this already works without further patches (and no immediate plan to test). Once we have it bootstrapped the autobuilders should be able to continue building > Also the Debian Java team was discussing the greater issue of Java > support across all platforms. Since gcj is no longer a working solution. > Essentially for any Java application to work we need OpenJDK now. Might be something kFreeBSD people are interested in talking about during DebConf. If we want to get back into stretch we'll need java for sure. 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: https://lists.debian.org/87zj3s9lfk@anonymous.siccegge.de
openjdk-8
Hi! I've just killed openjdk-8 builds for now. It needs itself to build (might just need bootstrapping using openjdk-7 -- not sure) 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: https://lists.debian.org/87616gb4rd@anonymous.siccegge.de
Re: Bug#788709: FTBFS on kfreebsd-* open.c:46:28: error: '__FreeBSD_version' undeclared (first use in this function)
Steven Chamberlain writes: > __FreeBSD_kernel_version I guess I knew once about this one, thanks! Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87fv5u8jsv@mitoraj.siccegge.de
Re: Bug#788709: FTBFS on kfreebsd-* open.c:46:28: error: '__FreeBSD_version' undeclared (first use in this function)
Hi folks! Michael Biebl writes: > open.c: In function 'glibtop_open_s': > open.c:46:28: error: '__FreeBSD_version' undeclared (first use in this > function) > server->os_version_code = __FreeBSD_version; Do we have some concept on how to handle those? In cases where it's a simple comparison I tend to just "unfold" the thing (tends to be a check on whether it's a kernel newer than 6 or 7 so .. In this case I'm not so sure? Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87oaki8lbo@mitoraj.siccegge.de
Bug#705126: kfreebsd-10: maxproc limit exceeded, caused by sshd
Hi! I have had success with logging in + out again which seems to recover the machine -- I always seem to be able to get logged in and to a rootshell and logging out + in again gets rid of the maxproc limit problem 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: https://lists.debian.org/87oaknfflh@anonymous.siccegge.de
Bug#705126: kfreebsd-10: maxproc limit exceeded, caused by sshd
Christoph Egger writes: > I have had success with logging in + out again which seems to recover > the machine -- I always seem to be able to get logged in and to a > rootshell and logging out + in again gets rid of the maxproc limit > problem Interestingly we never had that on our hardware server (public IPv4 addresses and sshd listening). However I just whitnessed it again on my kFreeBSD vserver. 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: https://lists.debian.org/87fv5zffdu@anonymous.siccegge.de
Bug#705126: kfreebsd-10: maxproc limit exceeded, caused by sshd
Christoph Egger writes: > I have had success with logging in + out again which seems to recover > the machine -- I always seem to be able to get logged in and to a > rootshell and logging out + in again gets rid of the maxproc limit > problem Logging in using the libvirt serial connection or the spice display that is -- 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: https://lists.debian.org/87k2vbffh0@anonymous.siccegge.de
Re: util-linux taking over eject, kfreebsd concerns.
Hi! Steven Chamberlain writes: > As it seems `eject` isn't a POSIX-defined utility, shall we just let > Linux provide its own version in util-linux, and kFreeBSD provide a > simple camcontrol wrapper within freebsd-utils? (and correspondingly > in util-linux-udeb and freebsd-utils-udeb too) Providing our wrapper sounds like the sane way forward to me. 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: https://lists.debian.org/871thstwo7@anonymous.siccegge.de
Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds
Hi! Paul Wise writes: > On Sun, 2015-05-31 at 12:45 +0100, Steven Chamberlain wrote: > >> I'll keep this test system busy with package builds and other tasks, but >> could use more hints on what might trigger the issue seen with >> falla.debian.org. (And exactly what issue was seen there, a crash? >> with or without automatic reboot?). > > I'm not entirely sure what causes it, but the results are that falla > sort of freezes. I can ping falla but ssh just returns this: > > Connection closed by 128.31.0.65 > > The VM console looks like this afterwards: > > https://people.debian.org/~pabs/tmp/falla.png This actually sounds a lot like what I just had on my VM! It also has stuff along the following lines in /var/log/kern.log: | May 31 04:41:06 localhost kernel: maxproc limit exceeded by uid 101 (pid 1685); see tuning(7) and login.conf(5) | May 31 04:51:25 localhost kernel: maxproc limit exceeded by uid 0 (pid 97314); see tuning(7) and login.conf(5) | May 31 04:51:41 localhost kernel: maxproc limit exceeded by uid 0 (pid 97315); see tuning(7) and login.conf(5) | May 31 04:51:51 localhost kernel: maxproc limit exceeded by uid 0 (pid 97316); see tuning(7) and login.conf(5) | May 31 04:52:02 localhost kernel: maxproc limit exceeded by uid 0 (pid 97317); see tuning(7) and login.conf(5) | May 31 04:52:13 localhost kernel: maxproc limit exceeded by uid 0 (pid 97318); see tuning(7) and login.conf(5) | May 31 04:52:25 localhost kernel: maxproc limit exceeded by uid 0 (pid 97319); see tuning(7) and login.conf(5) | May 31 04:52:36 localhost kernel: maxproc limit exceeded by uid 0 (pid 97320); see tuning(7) and login.conf(5) Does falla have something similar? 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: https://lists.debian.org/87pp5f8o0w@anonymous.siccegge.de
Re: Kernel cmdline
Steven Chamberlain writes:
> Christoph Egger wrote:
>> Hm I guess not. What me / DSA is mostly interested in would be having
>> e.g. fsck prompts (during bootup) on the serial line in proper. on linux
>> you can do a 'console=ttyS0 console=tty0' and it just works (tm)
>
> If you append "-h" to the kfreebsd line in GRUB, it seems to me
> (testing with d-i, not a real system) that early userland boot stuff
> gets redirected to the serial console. Unless that's some special
> handling within d-i, it might work here.
>
> If you use "-D" [dual] you only get kernel messages to serial, the
> userland attaches to the main console only. You can combine these
> ("-h -D") to get kernel messages on both, with early boot stuff on
> serial which I think is exactly what you want.
Awesome, thanks!
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: https://lists.debian.org/871thvd2fa@anonymous.siccegge.de
Re: Kernel cmdline
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> Does anyone know whether there's a way to modify the kernel comandline >> from grub? The active one looks somewhat magic :-/ >> >> | # cat /proc/cmdline >> | BOOT_IMAGE=/kernel ro root=302 > > That seems hardcoded: > https://svnweb.freebsd.org/base/releng/10.1/sys/compat/linprocfs/linprocfs.c?revision=272461&view=markup#l1282 Jep and sysvinit actually reads that only on __linux__ anyway > But d-i can receive boot parameters via GRUB - not sure how > that was implemented: > https://anonscm.debian.org/cgit/d-i/debian-installer.git/tree/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg?id=eef40b5c22f5ea68618aaffc877b8788b527c885#n51 Might be worth looking at. Will dig into that >> Goal is to get sysvinit's bootlogd use /dev/ttyu0 in the end. > > Until we figure it out, you may be able to get the same info with > `sysctl kern.msgbuf`. Hm I guess not. What me / DSA is mostly interested in would be having e.g. fsck prompts (during bootup) on the serial line in proper. on linux you can do a 'console=ttyS0 console=tty0' and it just works (tm) 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: https://lists.debian.org/87wpznd6in@anonymous.siccegge.de
Re: Kernel cmdline
Hi! Jan Henke writes: > I never tested it with kFreeBSD before, but /etc/default/grub should be > a starting point. I know it works with Linux to add values to > GRUB_CMDLINE_LINUX_DEFAULT and/or GRUB_CMDLINE_LINUX. I currently have > no system at hand to test. I hope that helps. Which is ignored on kfreebsd unfortunately. Ideally we would want somnething like that .. both for adding things like `-D` to the kernel commandline and for adding `set kFreeBSD.*` stuff. But that would still need to be done. 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: https://lists.debian.org/87siabd6dt@anonymous.siccegge.de
Kernel cmdline
Hi! Does anyone know whether there's a way to modify the kernel comandline from grub? The active one looks somewhat magic :-/ | # cat /proc/cmdline | BOOT_IMAGE=/kernel ro root=302 Goal is to get sysvinit's bootlogd use /dev/ttyu0 in the end. 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: https://lists.debian.org/87r3pvhgku@anonymous.siccegge.de
Re: Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds
Jan Henke writes: > Am 30.05.2015 um 18:20 schrieb Steven Chamberlain: >> Christoph Egger wrote: >>> I have a kfreebsd that boots via virtio. And I'm pretty sute it was >>> created with virtio disks. I'll check once home again. >> I already found out the following today: >> >> grub-probe doesn't know about /dev/vtbd* disks, so it can't install >> boot blocks to a new virtio disk without a patch (I'll upload this to >> jessie-kfreebsd-p-u soon). > > I can confirm that I installed a Jessie kFreeBSD with virtio block and > network drivers and it worked as far as I recall. Possible that it took > another code path than the one you found. # grub-install /dev/vtbd0 Installing for i386-pc platform. Installation finished. No error reported. 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: https://lists.debian.org/87y4k4lmfp@anonymous.siccegge.de
Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds
Hi! Steven Chamberlain writes: > I've set up a clone of the buildds' KVM setup (without Ganeti), and with > emulated IDE disks this is *crazy* slow. > > Do Linux buildd VMs also use if=ide, or is only kfreebsd using that? Only kfreebsd > (Would make sense because, I don't think if=scsi is bootable, and > if=virtio wasn't supported before kfreebsd-10; grub2 still needs a > patch to install to the latter as a boot disk). I have a kfreebsd that boots via virtio. And I'm pretty sute it was created with virtio disks. I'll check once home again. Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87ioba9hql@mitoraj.siccegge.de
Re: kernel on buildd (Re: [Glibc-bsd-commits] r5714 - trunk/glibc-ports/kfreebsd/bits)
Ahoi! Christoph Egger writes: >> Ahoi! >> >> Petr Salinger writes: >>> what is currently used kernel on buildd for kfreebsd-* ? >>> >>> According to last log of util-linux (22 May 2015/fayrfax.debian.org): >>> Kernel: GNU/kFreeBSD 9.0-2-amd64 kfreebsd-amd64 (x86_64) >> >> You are indeed right. All buildds are still running wheezy. Peter from >> DSA upgraded the porterbox, falla, and experienced huge stability >> problems I could not reproduce which stalled the upgrades. Anyone with >> more ideas is certainly welcomed by DSA in helping to figure out what is >> going on there. | sonewconn: pcb 0xf8000e37f930: Listen queue overflow: 8 already in queue awaiting acceptance (6 occurrences) Maybe related to that? Anyone already seen that before? Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87fv6gfyga@mitoraj.siccegge.de
Re: kernel on buildd (Re: [Glibc-bsd-commits] r5714 - trunk/glibc-ports/kfreebsd/bits)
debian-adm...@lists.debian.org is the right mailadress for that side Christoph Egger writes: > Ahoi! > > Petr Salinger writes: >> what is currently used kernel on buildd for kfreebsd-* ? >> >> According to last log of util-linux (22 May 2015/fayrfax.debian.org): >> Kernel: GNU/kFreeBSD 9.0-2-amd64 kfreebsd-amd64 (x86_64) > > You are indeed right. All buildds are still running wheezy. Peter from > DSA upgraded the porterbox, falla, and experienced huge stability > problems I could not reproduce which stalled the upgrades. Anyone with > more ideas is certainly welcomed by DSA in helping to figure out what is > going on there. > > Christoph -- -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87d21lrupk@mitoraj.siccegge.de
Re: kernel on buildd (Re: [Glibc-bsd-commits] r5714 - trunk/glibc-ports/kfreebsd/bits)
Ahoi! Petr Salinger writes: > what is currently used kernel on buildd for kfreebsd-* ? > > According to last log of util-linux (22 May 2015/fayrfax.debian.org): > Kernel: GNU/kFreeBSD 9.0-2-amd64 kfreebsd-amd64 (x86_64) You are indeed right. All buildds are still running wheezy. Peter from DSA upgraded the porterbox, falla, and experienced huge stability problems I could not reproduce which stalled the upgrades. Anyone with more ideas is certainly welcomed by DSA in helping to figure out what is going on there. Christoph signature.asc Description: PGP signature
jessi-kfreebsd building
Hi Andreas! Are you still planing to look at how to integrate kfreebsd into buildd infrastructure? I remember you reason about wether to create separate suites or use the "normal" jessie ones on the buildd side -- did you find any conclusions? I started digging around on wuiet and [0] is the obvious startingpoint .. I can probably try and create a patch for that to merge it into jessie on buildd. But I don't have real knowledge of the tooling and probably can't test stuff with my permissions. Thanks! Christoph [0] /srv/wanna-build/triggers/trigger.debian -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: [Glibc-bsd-commits] r5714 - trunk/glibc-ports/kfreebsd/bits
Hi Steven, list! I understand the thing below is the intended fix for util-linux? Is there some planned timeline to get it into unstable? We're not building anything currently for as long as util-linux isn't updated so one might want to push a little Thanks Christoph stevenc-gu...@alioth.debian.org writes: > Author: stevenc-guest > Date: 2015-05-24 14:00:19 + (Sun, 24 May 2015) > New Revision: 5714 > > Modified: >trunk/glibc-ports/kfreebsd/bits/fcntl.h > Log: > provide F_DUPFD_CLOEXEC of POSIX.1-2008, implemented in kfreebsd-10 > > > Modified: trunk/glibc-ports/kfreebsd/bits/fcntl.h > === > --- trunk/glibc-ports/kfreebsd/bits/fcntl.h 2015-05-23 14:52:10 UTC (rev > 5713) > +++ trunk/glibc-ports/kfreebsd/bits/fcntl.h 2015-05-24 14:00:19 UTC (rev > 5714) > @@ -148,6 +148,10 @@ > #define F_SETLK6412 /* Set record locking info (non-blocking). */ > #define F_SETLKW64 13 /* Set record locking info (blocking). */ > > +#if __USE_BSD || __POSIX_VISIBLE >= 200809 > +#define F_DUPFD_CLOEXEC 17 /* Like F_DUPFD, but FD_CLOEXEC is set > */ > +#endif > + > #if defined __USE_BSD || defined __USE_UNIX98 > # define F_GETOWN5 /* Get owner of socket (receiver of SIGIO). */ > # define F_SETOWN6 /* Set owner of socket (receiver of SIGIO). */ -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: failed kfreebsd-amd64 build of openjdk-7 7u75-2.5.4-3
Hi! Steven Chamberlain writes: > This is unrelated to any change in openjdk-7, but a regression (#777122) > in patch 2.7.4-2, fixed in 2.7.5-1. > > Please could you update build-essential on kfreebsd buildds? > And then give back openjdk-7 for rebuilds. On the way! Christoph signature.asc Description: PGP signature
security for jessie-kfreebsd
Hi all! Moritz Muehlenhoff writes: > On Sat, Jan 03, 2015 at 05:36:38PM +0100, Ansgar Burchardt wrote: >> Hmm, does the security team plan to support kfreebsd? > > Not specifically, the plan is basically to trigger the builds for > kfreebsd-* with the release of the DSA (hence plugging it into dak > security-install). So Ansgar and me discussed the arhive setup for kfreebsd-jessie yesterday evening. Our preferred solution for security would include a "jessie-kfreebsd/updates" on security-master. Ansgar plans to have a dak plugin fetch source and arch:all packages from released security updates automatically and security builds for the kfreebsd-* would land there. This should require minimum work on -security side apart from accepting to have the archive sit on security-master dak. Christoph signature.asc Description: PGP signature
Planned setup for kfreebsd-jessie
Hi! So the planned setup would consist of 3 -kfreebsd pockets for jessie: on ftp-master: - jessie-kfreebsd - jessie-proposed-updates-kfreebsd on security-master: - updates/jessie-kfreebsd where jessie-proposed-updates-kfreebsd is where our own uploads go. We can put kfreebsd-only packages there and replace jessie packages (but need to pick a different version -- like include a +kbsd$n or something). With the possibility of folding -proposed-updates-kfreebsd into jessie-kfreebsd on pointreleases. Both updates/kfreebsd-jessie and jessie-proposed-updates-kfreebsd would automatically get updates from the "normal" jessie suites via a dak script Ansgar is going to write. Means we don't get the headstart with embargoed security stuff. For seurity updates -- we would see them coming in via the sync from updates/jessie and later, once -release syncs them into jessie-proposed-updates we would see them show up again. Ideally -release can trigger our security import when accepting packages from security as well so we don't do two distinct builds for the same source (and different binaries in the end). Christoph signature.asc Description: PGP signature
Re: possibility of jessie-kfreebsd suite
Hi! Ansgar and me have been discussing the archive setup for jessie-kfreebsd yesterday. Basically there's going to be a jessie-kfreebsd and jessie-p-u-kfreebsd thing on ftp-master where the jessie-p-u-kfreebsd automatically pulls in new uploads from jessie-p-u via some dak script (allowing special +kbsd versions and local packages for -bsd@ as well). For our preferred setup we'd need a bit of your help: When accepting security uploads from stable/new into jessie-p-u would it be possible to also trigger the sync from updates/jessie-kfreebsd [0] to -p-u-kfreebsd? This should avoid having different binaries in the seucirity and -p-u jessie-kfreebsd suites. Christoph [0] pending agreement on the -security side signature.asc Description: PGP signature
Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet
Moritz Mühlenhoff writes: > For kfreebsd-8 we've skipped previous updates, since it was > said -8 were mostly a test kernel. So I don't think it > makes sense to start with it now? Or did I miss something? You're right. -9 should be on the way. Christoph signature.asc Description: PGP signature
Bug#779201: kfreebsd-{8,9}: CVE-2015-1414: DoS via IGMP packet
Hi!
I would like to upload to stable security for this kernel crash / DoS
vulnerability. Patch for -8 is below, -9 is the same modulo version
numbers.
Steven Chamberlain writes:
> A remote DoS was reported in FreeBSD's IGMP packet handling:
> https://www.freebsd.org/security/advisories/FreeBSD-SA-15:04.igmp.asc
>
> This affects all our kfreebsd-8, -9, -10 and -11 packages.
>
> I don't know yet if this can be exploited over the public Internet
> or only on a local network segment.
>
> As a mitigation, the PF firewall can probably be configured to block
> 'proto igmp' packets before the kernel processes them.
Christoph
diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/changelog
--- kfreebsd-9-9.0/debian/changelog 2015-02-25 13:44:41.0 +0100
+++ kfreebsd-9-9.0/debian/changelog 2015-02-25 14:13:10.0 +0100
@@ -1,3 +1,9 @@
+kfreebsd-9 (9.0-10+deb70.9) wheezy-security; urgency=medium
+
+ * Upstream patch for FreeBSD-SA-15:04.igmp / CVE-2015-1414 (Closes: #779201)
+
+ -- Christoph Egger Wed, 25 Feb 2015 14:08:57 +0100
+
kfreebsd-9 (9.0-10+deb70.8) wheezy-security; urgency=high
* Team upload.
diff -Nru kfreebsd-9-9.0/debian/patches/series
kfreebsd-9-9.0/debian/patches/series
--- kfreebsd-9-9.0/debian/patches/series2015-02-25 13:44:41.0
+0100
+++ kfreebsd-9-9.0/debian/patches/series2015-02-25 14:01:55.0
+0100
@@ -59,3 +59,4 @@
950_no_stack_protector.diff
999_config.diff
999_firmware.diff
+svn279263-FreeBSD-SA-15:04.igmp
diff -Nru kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
--- kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
1970-01-01 01:00:00.0 +0100
+++ kfreebsd-9-9.0/debian/patches/svn279263-FreeBSD-SA-15:04.igmp
2015-02-25 14:05:17.0 +0100
@@ -0,0 +1,15 @@
+Index: 9/sys/netinet/igmp.c
+===
+--- 9/sys/netinet/igmp.c (revision 279262)
9/sys/netinet/igmp.c (revision 279263)
+@@ -1533,8 +1533,8 @@
+ case IGMP_VERSION_3: {
+ struct igmpv3 *igmpv3;
+ uint16_t igmpv3len;
+- uint16_t srclen;
+- int nsrc;
++ uint16_t nsrc;
++ int srclen;
+
+ IGMPSTAT_INC(igps_rcv_v3_queries);
+ igmpv3 = (struct igmpv3 *)igmp;
signature.asc
Description: PGP signature
Re: possibility of jessie-kfreebsd suite
Hi!
Ansgar Burchardt writes:
> Christoph Egger writes:
>> I was told you would be supportive of an unofficial kfreebsd jessie
>> release and willing to add a suite for that. Guess I write here what I
>> think would be best from our point of view and you tell me if I'm crazy
>> or not:
>>
>> + There would be a jessie-kfreebsd thing next to the "normal" jessie
>>with kfreebsd folks responsible for
>> + Ideally that jessie-kfreebsd thing would exist as soon as possible so
>>we can do our release preparations there
>
> I think we can setup a jessie-kfreebsd suite. I guess it should
>
> - just accept uploads (provided versions are greater-equal testing)
Sounds OK to me. "just accept uploads" means uploads from any DD/DM or
some list of keys? I guess it's easy to get the ACCEPTED mail for all
uploads to that suite to a mailinglist?
> - contain just 3 archs: all, kfreebsd-{i386,amd64}
> - have no extra policy queues, and
> - share overrides with jessie.
>
> Uploads should probably include a specific suffix to avoid version
> clashes with the offical release (for source and arch:all packages).
I'll keep that in mind!
>> + Ideally -release@ would accept us in testing as long as possible
>>(without any blocking characteristics there) and we copy everything
>>that is not superseeded in jessie-kfreebsd there rather late
>
> Well, kfreebsd is still in testing for now ;)
Jep I'm quite happy about that!
Moritz Mühlenhoff writes:
> Sorry for the late reply. I'm afraid noone in the security team is
> sufficiently familiar with the wanna-build setup, but I if implementable
> by w-b I think it would be good to have the kfreebsd builds being triggered
> once they are released through security.debian.org (we can probably hook
> that into the "dak security-install" command or something similar). The
> kfreebsd buildds are fast and should be able to build everything in acceptable
> time.
Right. For the wb side I do have some (limited) insight. Who would need
to hook that into security-install?
Christoph
NB: anyone here at CCC in Hamburg at the moment?
signature.asc
Description: PGP signature
Bug#772659: kfreebsd-8: build-depends on gcc-4.6
Hi! Cyril Brulebois writes: > Ralf Treinen (2014-12-09): >> Source: kfreebsd-8 >> Version: 8.3-6+deb7u1 >> Severity: serious >> Tags: jessie >> User: trei...@debian.org >> Usertags: edos-uninstallable >> >> Hi, kfreebsd-8 build-depends on gcc-4.6, which does not exist in jessie. > > kfreebsd-9 went away during the transition to kfreebsd-10, and I guess > kfreebsd-8 was overlooked/forgotten about because it wasn't being > transitioned from. Should probably go away from the archive entirely? I don't see it around actually christoph@coccia % dak ls kfreebsd-8 kfreebsd-8 | 8.1+dfsg-8+squeeze4 | oldstable | source kfreebsd-8 | 8.2-15~bpo60+1 | squeeze-backports | source kfreebsd-8 | 8.3-6+deb7u1| stable| source Christoph -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878uifea0c@mitoraj.siccegge.de
[TODO] Bits from kfreebsd Maintainers
Hi! I'll send a email to debian-devel-announce on monday about kFreeBSD still being alive. I hope we got some of the responses from the teams untill thn so we have a better idea how kFreeBSD/jessie will look like. If someone has some points I want to mention please add them to [0]. Christoph [0] https://pad.stuve.fau.de/p/kfreebsd-d-d-a signature.asc Description: PGP signature
Re: Final kfreebsd-10 upload before freeze?
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> Uploading kfreebsd-10 10.1-RC4 in a minute and I guess see for -final > > Final release has been tagged. After the setlogin security fix, there > was only one more change - but it's kind of odd: > > http://freshbsd.org/commit/freebsd/r274367 > To fix a crash bug in a driver module, they've backported a whole > new version from 10-STABLE branch. That's really unusual. > > Since technically, kfreebsd-10 is still part of the official release (it > builds also on linux), we should fix the security bug anyway, and still > ask for an unblock due to that. Speaking of which -- people from -release@ already wondered (and I agree there) why we would want to keep building the kfreebsd kernel on linux. We may want to get it removed on linux so we don't have to handle it at two different places for little gain. What do you think? > This ixl/ixvl driver update seems a bit big to include in such an > unblock request. (Although, for our unofficial release, we'd more > likely want to include that bugfix). What to do? It is *huge*. Guess if we were still considered for normal stable I would ask for pre-approval based on faith in freebsd release process somehow. As it stands I think -release@ would rightfully reject it. I also think we want to use our freedom here to include the real 10.1 release with all its glory .. however another argument to drop the kfreebsd-images from linux -- so we don't have to look at two different jessie branches for kfreebsd-10 where the linux one is essentially untested. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Handling security in a unofficial kFreeBSD release
Hi! We are evaluation options for an unofficial kFreeBSD release alongside jessie. I'm rather worried about security updates there. My Idea so far is to keep the security wanna-build trigger active so packages in security still get built automatically for the unofficial kfreebsd release also. We could probably ship the resulting packages elswhere and just read from you. However I see two issues that would need some thought + I think embargoed stuff gets build in the security suite and you have some extra ways to hide it untill it should be published. + For things to be accepted into a hypothetical jessie-kfreebsd suite we would need corresponding source which is not present For the second point I guess we bsd people can figure something out. The other I don't really know .. maybe we can trigger once the stable-security thing becomes public and building then? Other Ideas? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
possibility of jessie-kfreebsd suite
Hi FTP Masters! Hi BSD! I was told you would be supportive of an unofficial kfreebsd jessie release and willing to add a suite for that. Guess I write here what I think would be best from our point of view and you tell me if I'm crazy or not: + There would be a jessie-kfreebsd thing next to the "normal" jessie with kfreebsd folks responsible for + Ideally that jessie-kfreebsd thing would exist as soon as possible so we can do our release preparations there + Ideally -release@ would accept us in testing as long as possible (without any blocking characteristics there) and we copy everything that is not superseeded in jessie-kfreebsd there rather late The last point of course depends on what release thinks of it and the implications for them. And I have no idea if it's reasonably easy for you to do a copy everything apart from the things we already uploaded separately. Thanks! Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: Plan B for kfreebsd
Hi! Steven Chamberlain writes: > Christoph Egger wrote: >> It means we need a stable release of some sort to keep DSA provided >> hardware. That's currently buildds and porterboxes. > > That's annoying. > > To provide stable/security support ourselves, it seemed we'd need an > unofficial repo, and that doesn't sound like something DSA could use. christoph: the ftp-folks wouldn't mind having a jessie-kfreebsd suite in the main archive. With our own acceptance policy I guess (like backports has different people accepting and stuff) and DSA would sure be willing to use that. All it means is we need to do some release that is close enough to being debian for the infrastructure. It means we can't only do some rolling stuff and expect DSA to run hardware for us for example. > Although, how is that handled for hurd-i386? I assume it has no > security support, there may be some unofficial packages used; are > therefore none of their machines DSA? These are "private" machines 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: https://lists.debian.org/87389psz04@anonymous.siccegge.de
Re: Plan B for kfreebsd
Hi! Steven Chamberlain writes: >> DSA can't >> maintain rolling releases or testing systems for any length of time. > > I'm not quite sure what you mean; particularly how those involve DSA. > What systems would you need to maintain besides the buildds for sid? It means we need a stable release of some sort to keep DSA provided hardware. That's currently buildds and porterboxes. 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: https://lists.debian.org/87fvdqrmm4@anonymous.siccegge.de
Re: Plan B for kfreebsd
Hi all! First, I do not really know enough about release workflow I guess to know what -release@ does not want to do for kfreebsd apart from stamping it as an official release so some of my whishes may be totally reasonable or way of -- please tell me! Steven Chamberlain writes: > Andreas Barth wrote: >> > If we don't stay in testing, we'd at least want to archive off the >> > last-built kfreebsd packages before they are deleted... >> >> That sounds sensible. As you want to do an unofficial release, I think >> we should coordinate so that this doesn't create unnecessary >> additional efforts. My hope here would be to keep a kfreebsd-* in testing -- without the RC severity of bugs and without blocking transition due to out-of-dateness -- I think release tools have the support for that. It would also just automatically continue to improve the non-freebsd-specific packages untill a release happens. >> > But certainly for unofficial releases, a supplemental repository would >> > be great for us. We can bypass usual freeze policy to fix bugs we think >> > are important, which may not have got an unblock. I guess we need that in some way -- we need to do some uploads that do not concern the "normal" release process like a last kernel upload. > I don't think it's limited to that; in making an unofficial release, > we become our own release managers, and can try to apply our own... > personal taste here. I'll discuss that on -bsd@ rather than here. Which also needs we need to do that. For almost all of debian, the normal release procedures should really work fine for us as well and the more we can get automatically the better IMHO. Plus everywhere we diverge from the "normal" release process we need to stay atop of these deltas for the whole time. There's also stable updates and security we need to think of. I guess stable updates can be handled without problem manually as it's punctual and not so time critical. security is actually what worries me most. Guess ideally we can still source from security on wanna-build so builds "just happen" whenever there's a update. Guess we need someone to handle build failures and problems there ourselves but that's way more managable. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: kfreebsd-9: 9.0-10+deb70.8 wheezy-security upload
Moritz Mühlenhoff writes: > On Fri, Nov 07, 2014 at 01:07:34AM +, Steven Chamberlain wrote: >> Dear Security Team, >> >> Please could we upload to wheezy-security with the attached debdiff to >> fix issues in kfreebsd-9 (kernel). >> >> This disables support for SCTP as previously discussed: >> https://lists.debian.org/debian-bsd/2014/08/msg00010.html >> and applies 3 other security patches from upstream. > > Please upload to security-master, I'll take care of it. Steven, you need a sponsor for that right? I can do the upload in a minute if you haven't set up anything yet. 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: https://lists.debian.org/87ppczb8a0@anonymous.siccegge.de
Re: Final kfreebsd-10 upload before freeze?
Hi! Steven Chamberlain writes: > I don't see any downside to it being in sid: I think the changes are > careful enough to not get in the way of a future unblock, so isn't > likely to force some future fix to go through t-p-u instead. How is the release doing? Which channels do you actually use to get the RC and Release revisions before I can find them anywhere on the net? Seems like the kernel so far only got the setlogin fix since RC4 / unstable so far (at least according to git log). 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: https://lists.debian.org/87y4rnb8e2@anonymous.siccegge.de
Bug#767583: kfreebsd-10: ar9300_devid.h license restricts modification
Hi! Riley writes: > After reading a discussion on the gnu-linux-libre mailing list [1], > I found that the two files named ar9300_devid.h have a license that > restricts modification: Quoting that file: > #ifndef __AR9300_DEVID_H__ > #define __AR9300_DEVID_H__ > > /* > * AR9380 HAL device IDs. > */ > > /* > * MAC Version and Revision > */ > #define AR_SREV_VERSION_AR9380 0x1C0 > #define AR_SREV_VERSION_AR9580 0x1C0 > #define AR_SREV_VERSION_AR9460 0x280 > #define AR_SREV_VERSION_QCA9565 0x2c0 > > #define AR_SREV_VERSION_AR9330 0x200 > #define AR_SREV_VERSION_AR9340 0x300 > #define AR_SREV_VERSION_QCA9550 0x400 > #define AR_SREV_VERSION_AR9485 0x240 > > #define AR_SREV_REVISION_AR9380_10 0 /* AR9380 1.0 */ > #define AR_SREV_REVISION_AR9380_20 2 /* AR9380 2.0/2.1 */ > #define AR_SREV_REVISION_AR9380_22 3 /* AR9380 2.2 */ > #define AR_SREV_REVISION_AR9580_10 4 /* AR9580/Peacock 1.0 */ > > #define AR_SREV_REVISION_AR9330_10 0 /* AR9330 1.0 */ > #define AR_SREV_REVISION_AR9330_11 1 /* AR9330 1.1 */ > #define AR_SREV_REVISION_AR9330_12 2 /* AR9330 1.2 */ > #define AR_SREV_REVISION_AR9330_11_MASK 0xf /* AR9330 1.1 revision > mask */ > > #define AR_SREV_REVISION_AR9485_10 0 /* AR9485 1.0 */ > #define AR_SREV_REVISION_AR9485_11 1 /* AR9485 1.1 */ > > #define AR_SREV_REVISION_AR9340_10 0 /* AR9340 1.0 */ > #define AR_SREV_REVISION_AR9340_11 1 /* AR9340 1.1 */ > #define AR_SREV_REVISION_AR9340_12 2 /* AR9340 1.2 */ > #define AR_SREV_REVISION_AR9340_MASK0xf /* AR9340 revision mask > */ > > #define AR_SREV_REVISION_AR9460_10 0 /* AR946x 1.0 */ > > #endif/* __AR9300_DEVID_H__ */ Do we think this is copyrightable material (adding FTP Master for input)? What does linux do (doesn't seem obvious from the link you quoted but codesearch seems to indicate debian linunx doesn't have it)? Has FreeBSD upstream been contacted? Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Re: Final kfreebsd-10 upload before freeze?
Ahoi!
Christoph Egger writes:
> Emilio Pozuelo Monfort writes:
>> On 31/10/14 12:43, Steven Chamberlain wrote:
>>> kfreebsd-10 migrated last night; is there a chance another upload of
>>> the kernel could go into sid and be aged in before the freeze starts?
>>
>> That would be bug fixes only, right? I'd be fine with an unblock of
>> that in principle. What's the diffstat like?
>
> Not too bad (I actually expected worse). RC4..final should be similar I
> guess
Looking at freebsd-{libs,utils} (1 file changed, 6 insertions / no
changes) as well; the diffs look like stuff trivially qualifies for
freezeexceptions -- pretty small and well documented changes. So I guess
we can just go upload as it fits and fill unblock requests when things
are aged enough.
Uploading kfreebsd-10 10.1-RC4 in a minute and I guess see for -final
for the three of them.
Christoph
signature.asc
Description: PGP signature
Re: Final kfreebsd-10 upload before freeze?
Emilio Pozuelo Monfort writes: > On 31/10/14 12:43, Steven Chamberlain wrote: >> kfreebsd-10 migrated last night; is there a chance another upload of >> the kernel could go into sid and be aged in before the freeze starts? > > That would be bug fixes only, right? I'd be fine with an unblock of > that in principle. What's the diffstat like? Not too bad (I actually expected worse). RC4..final should be similar I guess Christoph svn diff -r273304:273874 https://svn0.us-west.freebsd.org/base/releng/10.1/sys | diffstat amd64/amd64/pmap.c | 14 - amd64/vmm/vmm_ioport.c | 48 ++- cam/ata/ata_da.c|6 ++ conf/newvers.sh |2 dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c |2 dev/hyperv/stordisengage/hv_ata_pci_disengage.c |2 dev/hyperv/storvsc/hv_storvsc_drv_freebsd.c |7 +- dev/hyperv/utilities/hv_util.c |2 geom/geom_disk.c| 59 ++-- kern/vfs_bio.c |4 + kern/vfs_lookup.c | 41 ++-- 11 files changed, 87 insertions(+), 100 deletions(-) svn log -r273304:273874 https://svn0.us-west.freebsd.org/base/releng/10.1/sys r273304 | mav | 2014-10-20 09:15:04 +0200 (Mon, 20 Oct 2014) | 8 lines MFS10 r273272 (r273143 in head): Remove setting BIO_DONE flag for BIOs that have done() method. This fixes use-after-free, caused by geom_disk, completing same BIO twice to save extra allocation, and getting BIO_DONE set after the first. Approved by:re (hrs) r273414 | delphij | 2014-10-21 22:20:36 +0200 (Tue, 21 Oct 2014) | 8 lines Fix rtsold(8) remote buffer overflow vulnerability. [SA-14:20] Fix routed(8) remote denial of service vulnerability. [SA-14:21] Fix memory leak in sandboxed namei lookup. [SA-14:22] Approved by:re (so@ blanket) r273435 | gjb | 2014-10-22 01:07:30 +0200 (Wed, 22 Oct 2014) | 10 lines MFstable10 r273429: MFC r273402: Fix an issue where a FreeBSD virtual machine provisioned in the Microsoft Azure service does not recognize the second attached disk on the system. PR: 194376 Approved by:re (delphij) Sponsored by: The FreeBSD Foundation r273437 | gjb | 2014-10-22 01:09:09 +0200 (Wed, 22 Oct 2014) | 5 lines Update releng/10.1 to -RC3 as part of the 10.1-RELEASE cycle. Approved by:re (implicit) Sponsored by: The FreeBSD Foundation r273581 | delphij | 2014-10-24 09:50:34 +0200 (Fri, 24 Oct 2014) | 7 lines MFS r273580: MFC r273577: Return BUS_PROBE_DEFAULT instead of BUS_PROBE_VENDOR or 0 for in-tree driver. This change was verified by Microsoft. Approved by:re (kib) r273776 | mav | 2014-10-28 15:01:58 +0100 (Tue, 28 Oct 2014) | 13 lines MFS10 r273767 / MFC r273638: Revert somewhat hackish geom_disk optimization, committed as part of r256880, and the following r273143 commit, supposed to workaround introduced issue by quite innocent-looking change. While there is no clear understanding why, but r273143 is accused in data corruption in some environments with high I/O load. I personally don't see any problem in that commit, and possibly it is just a trigger to some other bug somewhere, but better safe then sorry for now. Requested by: scottl@ Approved by:re (kib@) r273818 | smh | 2014-10-29 12:11:54 +0100 (Wed, 29 Oct 2014) | 9 lines MFS10 r273814 MFC r273704 Fix ATA CF ERASE breakage caused by 268205 PR: 194606 Approved by:re (marius) Sponsored by: Multiplay r273832 | neel | 2014-10-29 17:49:28 +0100 (Wed, 29 Oct 2014) | 9 lines MFS10 r273573, MFC r273356: Fix a race in pmap_emulate_accessed_dirty() that could trigger a EPT misconfiguration VM-exit. MFS10 r273807, MFC r273666: Don't pass the 'error' return from an I/O port handler directly to vm_run(). Approved by:re (kib) r273874 | gjb | 2014-10-30 23:21:12 +0100 (Thu, 30 Oct 2014) | 5 lines Update releng/10.1 to -RC4 as part of the 10.1-RELEASE cycle. Approved by:re (implicit) Sponsored by: The FreeBSD Foundation -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe
Re: Final kfreebsd-10 upload before freeze?
Hi Steven, hi release@ Julien Cristau writes: > On Fri, Oct 31, 2014 at 11:43:36 +, Steven Chamberlain wrote: >> kfreebsd-10 migrated last night; is there a chance another upload of >> the kernel could go into sid and be aged in before the freeze starts? >> > Leaving aside the first question, I don't think it would be aged, no. I think I agree rushing in a kernel update might not be the best thing and giving it full 10+ days of testing in unstable is a good idea Steven Chamberlain writes: > A snapshot of RC4 should be exactly what releases with FreeBSD 10.1, > which was rescheduled for 10th November 2014. My hope is that we can get a freeze exception later on for a RC4 and final upload or something like that. After all it's upstream's RC series and not active development of new features. We probably even want to follow releng/10.1 after 10.1 is final but that's a question people more familiar with upstream procedures than me (looking at steven and robert for example) should decide. Christoph signature.asc Description: PGP signature
Re: Please give back yade, matplotlib
Steven Chamberlain writes: > Please give back: > * yade on kfreebsd-amd64 > https://buildd.debian.org/status/fetch.php?pkg=yade&arch=kfreebsd-amd64&ver=1.12.0-2&stamp=1414299101 > * matplotlib on kfreebsd-i386 > https://buildd.debian.org/status/fetch.php?pkg=matplotlib&arch=kfreebsd-i386&ver=1.4.2-1&stamp=1414147955 Done 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: https://lists.debian.org/8738aauzr5@anonymous.siccegge.de
uint8_t not exportet by sys/types.h
Hi! As Ian reported in the context of #766913, freebsd documentation[0] suggests using sys/types.h to get uint8_t and friends. However your advice for sys/param.h seems to be necessary on kFreeBSD. Is that on purpose? Christoph [0] https://www.freebsd.org/cgi/man.cgi?query=acct&sektion=5&apropos=0&manpath=FreeBSD+10.1-RELEASE -- 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: https://lists.debian.org/87vbn6v346@anonymous.siccegge.de
