From 5808e8d97bf9a152cf199e762f30b018fa0cee03 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Thu, 9 Jun 2016 02:09:25 +0200 Subject: libxs seems fine now --- open_issues/problematic_packages.mdwn | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'open_issues') diff --git a/open_issues/problematic_packages.mdwn b/open_issues/problematic_packages.mdwn index 7ce9c5c4..347e54f1 100644 --- a/open_issues/problematic_packages.mdwn +++ b/open_issues/problematic_packages.mdwn @@ -13,12 +13,11 @@ License|/fdl]]."]]"""]] [[!tag open_issue_gnumach open_issue_hurd]] -This page lists the few packages whose build makes the Debian buildd box crash as of 2015, August: +This page lists the few packages whose build makes the Debian buildd box crash as of 2016, June: * Kill the session * ruby-hiredis - * libxs * subversion testsuite * socket-wrapper -- cgit v1.2.3 From 32e9a8ab6b914f7ca88e150178823f6799ab3b72 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Sun, 28 Aug 2016 22:08:26 +0200 Subject: Complete commit 1f6eff (Drop -no-kvm-irqchip) we don't have the issue without it any more, and it actually seems to pose other problems --- hurd/running/qemu.mdwn | 16 +--------------- open_issues/libpthread.mdwn | 2 +- 2 files changed, 2 insertions(+), 16 deletions(-) (limited to 'open_issues') diff --git a/hurd/running/qemu.mdwn b/hurd/running/qemu.mdwn index ef89ec12..369ceab6 100644 --- a/hurd/running/qemu.mdwn +++ b/hurd/running/qemu.mdwn @@ -95,21 +95,7 @@ Check that the kvm module is loaded: More info on kvm at: http://www.linux-kvm.org/page/FAQ -If your machine supports hardware acceleration, you should really use the kvm variant of qemu, as it speeds things quite a lot. Note however that kvm tends to make assumptions when accelerating things in the linux kernel, you may need some -no-kvm-something option. At the moment in Debian you need to pass - - -no-kvm-irqchip - -to the command line, see below, if you are running Linux kernels 2.6.37 or 2.6.38 else IRQs may hang sooner or later. The kvm irq problems will be solved in kernel 2.6.39. - -IRC, freenode, #hurd, 2012-08-29: - - youpi: do you remember which linux versions require the - -no-kvm-irqchip option ? - your page indicates 2.6.37-38, but i'm seeing weird things on - 2.6.32 - looks like a good thing to use that option all the time actually - seems like kvm -h says: -no-kvm-irqchip and man kvm says: - -machine kernel_irqchip=off +If your machine supports hardware acceleration, you should really use the kvm variant of qemu, as it speeds things quite a lot. # HAP/EPT/NPT acceleration diff --git a/open_issues/libpthread.mdwn b/open_issues/libpthread.mdwn index 0294b008..274e7e32 100644 --- a/open_issues/libpthread.mdwn +++ b/open_issues/libpthread.mdwn @@ -1061,7 +1061,7 @@ Most of the issues raised on this page has been resolved, a few remain. kvm -m 1024 -net nic,model=rtl8139 -net user,hostfwd=tcp::5562-:22 -drive cache=writeback,index=0,media=disk,file=hurd-experimental.img -vnc :6 - -cdrom isos/netinst_2012-07-15.iso -no-kvm-irqchip + -cdrom isos/netinst_2012-07-15.iso what is the file system type where your disk image is stored ? ext3 and how much physical memory on the host ? -- cgit v1.2.3 From dac1a147fd4dbb851c51ab090f89ec0a736c59cf Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Mon, 5 Sep 2016 17:15:17 +0200 Subject: icedove breaks ext2fs --- open_issues/problematic_packages.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'open_issues') diff --git a/open_issues/problematic_packages.mdwn b/open_issues/problematic_packages.mdwn index 347e54f1..0c71d3d1 100644 --- a/open_issues/problematic_packages.mdwn +++ b/open_issues/problematic_packages.mdwn @@ -25,6 +25,10 @@ This page lists the few packages whose build makes the Debian buildd box crash a * rsyslog +* breaks ext2fs + + * icedove + * ext2fs gets stuck * emacs24 -- cgit v1.2.3 From df7791ae392c0d164cb45c019304bcc61751b2db Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Sun, 9 Oct 2016 00:34:57 +0200 Subject: llvm gets stuck --- open_issues/problematic_packages.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'open_issues') diff --git a/open_issues/problematic_packages.mdwn b/open_issues/problematic_packages.mdwn index 0c71d3d1..444350f0 100644 --- a/open_issues/problematic_packages.mdwn +++ b/open_issues/problematic_packages.mdwn @@ -29,6 +29,10 @@ This page lists the few packages whose build makes the Debian buildd box crash a * icedove +* box gets stuck + + * llvm-toolchain-3.7 + * ext2fs gets stuck * emacs24 -- cgit v1.2.3 From 46b09e5063a2580baeeb40348e148c11675c63c4 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Tue, 1 Nov 2016 15:57:30 +0100 Subject: Document bogus port issue at boot --- open_issues/increasing_bogus_port_at_boot.mdwn | 26 ++++++++++++++++++++++++++ 1 file changed, 26 insertions(+) create mode 100644 open_issues/increasing_bogus_port_at_boot.mdwn (limited to 'open_issues') diff --git a/open_issues/increasing_bogus_port_at_boot.mdwn b/open_issues/increasing_bogus_port_at_boot.mdwn new file mode 100644 index 00000000..9851557c --- /dev/null +++ b/open_issues/increasing_bogus_port_at_boot.mdwn @@ -0,0 +1,26 @@ +[[!meta copyright="Copyright © 2016 Free Software +Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!tag open_issue_porting]] + +When the ntpdate package is installed, one gets at boot something like: + + Debian GNU/Hurd stretch/sid debian console + task ext2fs increasing a bogus port 947 by 1, most probably a bug. + task ext2fs increasing a bogus port 947 by 1, most probably a bug. + task ext2fs deallocating a bogus port 947, most probably a bug. + task ext2fs deallocating a bogus port 947, most probably a bug. + login: + +This is coming from the execution of the shell script +/etc/network/if-up.d/ntpdate, whose stdout/stderr is on the Mach console, but +part of which gets executed after getty starts on it. It happens that getty uses +revoke() to revoke access to it from other programs, and thus the ntpdate shell scripts gets its stdout/stderr in a bogus state, which libc doesn't really cope with correctly. -- cgit v1.2.3 From 070659a33c57ffcd9182749c7c2c74f8cf63d38d Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Tue, 1 Nov 2016 15:58:42 +0100 Subject: document workaround --- open_issues/increasing_bogus_port_at_boot.mdwn | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) (limited to 'open_issues') diff --git a/open_issues/increasing_bogus_port_at_boot.mdwn b/open_issues/increasing_bogus_port_at_boot.mdwn index 9851557c..483b2844 100644 --- a/open_issues/increasing_bogus_port_at_boot.mdwn +++ b/open_issues/increasing_bogus_port_at_boot.mdwn @@ -23,4 +23,9 @@ When the ntpdate package is installed, one gets at boot something like: This is coming from the execution of the shell script /etc/network/if-up.d/ntpdate, whose stdout/stderr is on the Mach console, but part of which gets executed after getty starts on it. It happens that getty uses -revoke() to revoke access to it from other programs, and thus the ntpdate shell scripts gets its stdout/stderr in a bogus state, which libc doesn't really cope with correctly. +revoke() to revoke access to it from other programs, and thus the ntpdate shell +scripts gets its stdout/stderr in a bogus state, which libc doesn't really cope +with correctly. + +Commenting `c:23:respawn:/sbin/getty 38400 console` from `/etc/inittab` works +around the issue (but removes the getty from the Mach console) -- cgit v1.2.3 From 51b6821a1c0b805cdd9b09aff95e93a9c65d323e Mon Sep 17 00:00:00 2001 From: Justus Winter Date: Wed, 12 Oct 2016 10:16:15 +0200 Subject: Update URLs to local git repositories --- community/gsoc/project_ideas/object_lookups.mdwn | 14 +++++++------- hurd/translator/mtab/discussion.mdwn | 6 +++--- open_issues/automatically_checking_port_deallocation.mdwn | 2 +- open_issues/robustness.mdwn | 4 ++-- open_issues/virtualization/fakeroot.mdwn | 2 +- 5 files changed, 14 insertions(+), 14 deletions(-) (limited to 'open_issues') diff --git a/community/gsoc/project_ideas/object_lookups.mdwn b/community/gsoc/project_ideas/object_lookups.mdwn index d67dbe20..43bed087 100644 --- a/community/gsoc/project_ideas/object_lookups.mdwn +++ b/community/gsoc/project_ideas/object_lookups.mdwn @@ -265,7 +265,7 @@ In context of [[!message-id "20130918081345.GA13789@dalaran.sceen.net"]]. let me push it somewhere, so I can show you the patches ok braunr: - http://darnassus.sceen.net/gitweb/teythoon/gnumach.git/shortlog/refs/heads/feature-protected-payload-1 + http://darnassus.sceen.net/cgit/teythoon/gnumach.git/shortlog/refs/heads/feature-protected-payload-1 teythoon: where should i look at ? the last commit hm @@ -290,7 +290,7 @@ In context of [[!message-id "20130918081345.GA13789@dalaran.sceen.net"]]. right, I can see how that could work mach_reply_port(); mach_port_set_payload(); mach_msg(); braunr: - http://darnassus.sceen.net/gitweb/teythoon/gnumach.git/log/refs/heads/feature-protected-payload-2 + http://darnassus.sceen.net/cgit/teythoon/gnumach.git/log/refs/heads/feature-protected-payload-2 I think I found the right spot teythoon: looks better indeed :) braunr: yes, thanks for the hint :) @@ -378,11 +378,11 @@ In context of [[!message-id "20130918081345.GA13789@dalaran.sceen.net"]]. no, no deb ok braunr: - http://darnassus.sceen.net/gitweb/teythoon/gnumach.git/log/refs/heads/feature-protected-payload-3 + http://darnassus.sceen.net/cgit/teythoon/gnumach.git/log/refs/heads/feature-protected-payload-3 - http://darnassus.sceen.net/gitweb/teythoon/hurd.git/log/refs/heads/feature-protected-payload-1 + http://darnassus.sceen.net/cgit/teythoon/hurd.git/log/refs/heads/feature-protected-payload-1 braunr: in particular, - http://darnassus.sceen.net/gitweb/teythoon/hurd.git/blob/refs/heads/feature-protected-payload-1:/libports/manage-multithread.c#l161 + http://darnassus.sceen.net/cgit/teythoon/hurd.git/blob/refs/heads/feature-protected-payload-1:/libports/manage-multithread.c#l161 ## IRC, freenode, #hurd, 2013-11-27 @@ -396,13 +396,13 @@ In context of [[!message-id "20130918081345.GA13789@dalaran.sceen.net"]]. sure ok first, please look at this - http://darnassus.sceen.net/gitweb/teythoon/hurd.git/blob/refs/heads/feature-protected-payload-1:/libports/manage-multithread.c#l161 + http://darnassus.sceen.net/cgit/teythoon/hurd.git/blob/refs/heads/feature-protected-payload-1:/libports/manage-multithread.c#l161 in line 165, the msgh_local_port is restored b/c later some intrans function might use this for the object (re-)lookup yes ok - http://darnassus.sceen.net/gitweb/teythoon/mig.git/commitdiff/64b7d34f90a41d017a9e1e8179c0533a97012f6f + http://darnassus.sceen.net/cgit/teythoon/mig.git/commitdiff/64b7d34f90a41d017a9e1e8179c0533a97012f6f makes sense this makes mig payload aware we'd specify another intrans function that takes a label and diff --git a/hurd/translator/mtab/discussion.mdwn b/hurd/translator/mtab/discussion.mdwn index 715884ce..952c0825 100644 --- a/hurd/translator/mtab/discussion.mdwn +++ b/hurd/translator/mtab/discussion.mdwn @@ -1107,7 +1107,7 @@ In context of [[open_issues/mig_portable_rpc_declarations]]. ok only send-once rights have their own names btw, I'll push my work to darnassus from now on, - e.g. http://darnassus.sceen.net/gitweb/?p=teythoon/hurd.git;a=shortlog;h=refs/heads/feature-mtab-translator-v3-wip + e.g. http://darnassus.sceen.net/cgit/?p=teythoon/hurd.git;a=shortlog;h=refs/heads/feature-mtab-translator-v3-wip ### IRC, freenode, #hurd, 2013-11-20 @@ -2518,7 +2518,7 @@ Fixed in 2013-10-05 procfs commit c87688a05a8b49479ee10127470cc60acebead4a? push that work in a branch somewhere for review please right, thanks braunr: - http://darnassus.sceen.net/gitweb/teythoon/hurd.git/shortlog/refs/heads/feature-translatorslist-detect-passive-translators + http://darnassus.sceen.net/cgit/teythoon/hurd.git/shortlog/refs/heads/feature-translatorslist-detect-passive-translators ### IRC, freenode, #hurd, 2014-01-04 @@ -2539,7 +2539,7 @@ Fixed in 2013-10-05 procfs commit c87688a05a8b49479ee10127470cc60acebead4a? ! where are they again ? - http://darnassus.sceen.net/gitweb/teythoon/hurd.git/shortlog/refs/heads/feature-translatorslist-detect-passive-translators + http://darnassus.sceen.net/cgit/teythoon/hurd.git/shortlog/refs/heads/feature-translatorslist-detect-passive-translators ok they are reasonably straight-forward but cause this funny issue, after the first reboot with the diff --git a/open_issues/automatically_checking_port_deallocation.mdwn b/open_issues/automatically_checking_port_deallocation.mdwn index 6aeaf207..e8a4389e 100644 --- a/open_issues/automatically_checking_port_deallocation.mdwn +++ b/open_issues/automatically_checking_port_deallocation.mdwn @@ -29,4 +29,4 @@ a recompilation of the code that contains the port leak. Currently, it is a prototype. If you are looking for a port leak, I'd love you to try it though: -[[http://darnassus.sceen.net/gitweb/teythoon/portseal.git]] +[[http://darnassus.sceen.net/cgit/teythoon/portseal.git]] diff --git a/open_issues/robustness.mdwn b/open_issues/robustness.mdwn index 4b0cdc9b..3ba9bb3d 100644 --- a/open_issues/robustness.mdwn +++ b/open_issues/robustness.mdwn @@ -138,7 +138,7 @@ License|/fdl]]."]]"""]] < teythoon> I came across some paper about process reincarnation and created a little prototype a while back: - < teythoon> http://darnassus.sceen.net/gitweb/teythoon/reincarnation.git/ + < teythoon> http://darnassus.sceen.net/cgit/teythoon/reincarnation.git/ < teythoon> and I looked into restarting the exec server in case it dies. the exec server is an easy target since it has no state of its own < teythoon> the only problem is that there is no exec server around to @@ -166,7 +166,7 @@ License|/fdl]]."]]"""]] < teythoon> braunr: the server can store a checkpoint using the reincarnation_checkpoint procedure < teythoon> - http://darnassus.sceen.net/gitweb/teythoon/reincarnation.git/blame/HEAD:/reincarnation.defshttp://darnassus.sceen.net/gitweb/teythoon/reincarnation.git/blame/HEAD:/reincarnation.defs + http://darnassus.sceen.net/cgit/teythoon/reincarnation.git/blame/HEAD:/reincarnation.defshttp://darnassus.sceen.net/cgit/teythoon/reincarnation.git/blame/HEAD:/reincarnation.defs < teythoon> uh >,< sorry, pasted twice < braunr> oh ok diff --git a/open_issues/virtualization/fakeroot.mdwn b/open_issues/virtualization/fakeroot.mdwn index 441d5c13..b8604ff7 100644 --- a/open_issues/virtualization/fakeroot.mdwn +++ b/open_issues/virtualization/fakeroot.mdwn @@ -480,7 +480,7 @@ License|/fdl]]."]]"""]] that must be new then might be, yes - http://darnassus.sceen.net/gitweb/teythoon/packaging/hurd.git/blame/HEAD:/debian/patches/libports_stability.patch + http://darnassus.sceen.net/cgit/teythoon/packaging/hurd.git/blame/HEAD:/debian/patches/libports_stability.patch antrik: debian currently disables both the global and thread timeouts in libports my work on thread destruction consists in part in reenabling -- cgit v1.2.3 From cbcac97bc6799459177a410f4fe6d2930706dd33 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Sun, 20 Nov 2016 22:56:42 +0100 Subject: patch applied --- open_issues/debootstrap.mdwn | 24 ------------------------ 1 file changed, 24 deletions(-) delete mode 100644 open_issues/debootstrap.mdwn (limited to 'open_issues') diff --git a/open_issues/debootstrap.mdwn b/open_issues/debootstrap.mdwn deleted file mode 100644 index 8e6c4900..00000000 --- a/open_issues/debootstrap.mdwn +++ /dev/null @@ -1,24 +0,0 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] - -[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable -id="license" text="Permission is granted to copy, distribute and/or modify this -document under the terms of the GNU Free Documentation License, Version 1.2 or -any later version published by the Free Software Foundation; with no Invariant -Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled [[GNU Free Documentation -License|/fdl]]."]]"""]] - -\#hurd, freenode, 2010 - - you know, you would really help the Hurd if you tried debootstrap instead - Oh? Does that have everying in place by now? - applying the patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498731#25 - they are waiting for feedbacl - feedback* - -\#hurd, freenode, June (?) 2010 - - jd823592: if you want to use debootstrap, you should apply a patch - and test - http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=25;filename=debootstrap_hurd.patch;att=1;bug=498731 - we desperately need somebody to test the patch -- cgit v1.2.3