raphael, le Sat 17 Oct 2015 18:40:23 +0200, a écrit :
> Les paquets suivants contiennent des dépendances non satisfaites :
> initscripts : Dépend: sysvinit-utils (>= 2.88dsf-50) mais ne sera pas
> installé
> Casse: util-linux (< 2.26.2-4~) mais 2.25.2-4.1+hurd.1 devra
> être inst
Robert Millan, on Tue 10 Nov 2015 21:54:36 +0100, wrote:
> El 10/11/15 a les 14:24, Antti Kantee ha escrit:
> > On 08/11/15 20:39, Robert Millan wrote:
> >> El 08/11/15 a les 20:45, Da Zheng ha escrit:
> >>> Hello Robert,
> >>>
> >>> Sure, I have no problem with the license.
> >>
> >> Excellent!
>
Samuel Thibault, on Sun 06 Dec 2015 12:17:17 +0100, wrote:
> The latest ghc (7.10) failed to build, we'd need investigation there to
> fix it.
>
> https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=hurd-i386&ver=7.10.3-2&stamp=1449283137
(7.10.2 built fine,
Hello,
The latest ghc (7.10) failed to build, we'd need investigation there to
fix it.
https://buildd.debian.org/status/fetch.php?pkg=ghc&arch=hurd-i386&ver=7.10.3-2&stamp=1449283137
Samuel
Samuel Thibault, on Sun 06 Dec 2015 12:18:13 +0100, wrote:
> Samuel Thibault, on Sun 06 Dec 2015 12:17:17 +0100, wrote:
> > The latest ghc (7.10) failed to build, we'd need investigation there to
> > fix it.
> >
> > https://buildd.debian.org/status/fetch.php?pkg
Emilio Pozuelo Monfort, on Thu 10 Dec 2015 12:28:46 +0100, wrote:
> On 06/12/15 22:51, Samuel Thibault wrote:
> > Samuel Thibault, on Sun 06 Dec 2015 12:18:13 +0100, wrote:
> >> Samuel Thibault, on Sun 06 Dec 2015 12:17:17 +0100, wrote:
> >>> The latest ghc (7.
Roger Shimizu, on Thu 17 Dec 2015 22:39:18 +0900, wrote:
> it's safe for most common application to treat __GLIBC__
> as "Yes" for Linux and Hurd.
It's yes when the libc being used is glibc. On linux with uclibc for
instance, it wouldn't be defined. So depending on what feature exactly
you want to
Hello,
Theodore Ts'o, on Wed 30 Dec 2015 23:56:46 -0500, wrote:
> On Thu, Jan 22, 2015 at 07:41:10PM +0100, Justus Winter wrote:
> > >
> > > > since we have a bunch of workarounds
> > > > keyed off of that, and your patch will add another --- and I'm
> > > > planning on adding still more to make
Hello,
I've dug a bit the rsyslog "illegal instruction" issue. It just happened
that __sigreturn was returning (and thus the trampoline firewall
triggered) because unmaskable signals were masked. This is now fixed in
libpthread, I will push to the debian glibc package.
Samuel
Samuel Thibault, on Sun 03 Jan 2016 04:22:20 +0100, wrote:
> This is now fixed in libpthread, I will push to the debian glibc
> package.
I have put a patched 2.21-6 libpthread on
https://people.debian.org/~sthibault/tmp/libpthread-2.21.so
Samuel
Dmitry Shachnev, on Sun 03 Jan 2016 20:36:28 +0300, wrote:
> socket/qnativesocketengine_unix.cpp:211:17: error: 'IPV6_RECVPKTINFO' was
> not declared in this scope
> socket/qnativesocketengine_unix.cpp:226:17: error: 'IPV6_RECVHOPLIMIT' was
> not declared in this scope
>
>
> http://code.q
Svante Signell, on Mon 04 Jan 2016 22:02:02 +0100, wrote:
> - @val = @{$canned_values{$hz}};
> - if (!defined(@val)) {
> - @val = compute_values($hz);
> - }
> + @val = compute_values($hz);
Don't we want to still try to use canned_values?
Samuel
Svante Signell, on Mon 04 Jan 2016 23:09:00 +0100, wrote:
> On Mon, 2016-01-04 at 22:50 +0100, Samuel Thibault wrote:
> > Svante Signell, on Mon 04 Jan 2016 22:02:02 +0100, wrote:
> > > - @val = @{$canned_values{$hz}};
> > > - if (!defined(@val)) {
> > >
James Clarke, on Mon 04 Jan 2016 22:38:28 +, wrote:
> > - if (!defined(@val)) {
> > + if (!@val) {
Applied, thanks!
Samuel
Svante Signell, on Tue 05 Jan 2016 08:30:51 +0100, wrote:
> On Tue, 2016-01-05 at 17:36 +1100, William ML Leslie wrote:
> > On 5 January 2016 at 16:56, Svante Signell wrote:
> > > BTW: Why does Hurd contain such crappy dependencies such as perl. Is this
> > > part
> > > of upstream or Debian speci
Svante Signell, on Tue 05 Jan 2016 14:49:40 +0100, wrote:
> On 5 Jan 2016 13:27, "Samuel Thibault" <[1]samuel.thiba...@gnu.org> wrote:
> >
> > > Well, the source is from the Hurd package, not netdde. It's in
> > > hurd_0.7.orig-libdde-linux26.tar.bz
Guillem Jover, on Wed 06 Jan 2016 03:25:27 +0100, wrote:
> $ apt-cache show perl-base|grep Essential
> Essential: yes
> $ apt-cache show perl|grep Essential
> Build-Essential: yes
Ah, I was wondering. I knew that perl was not essential, but didn't know
perl was build-essential.
Anyway, it's point
Svante Signell, on Wed 06 Jan 2016 10:00:57 +0100, wrote:
> (Samuel, how's the sound and USB presentation progressing for FOSDEM
> 2016?)
Hasn't progressed so far. Way too many other things to do with short
deadlines.
Samuel
Riccardo Mottola, on Wed 06 Jan 2016 22:55:32 +0100, wrote:
> is there a current guide for a X11 setup?
On the Hurd port pages, simply.
http://www.debian.org/ports/hurd/hurd-install
Samuel
Hello,
The rebuild of the gdb package failed:
mawk: /«PKGBUILDDIR»/gdb/reply_mig_hack.awk: line 98: regular expression
compile failed (missing operand)
I don't know awk enough to have any idea what's happening here.
Samuel
Hello,
Could somebody have a look?
Thanks,
Samuel
Thorsten Alteholz, on Thu 16 Jul 2015 23:13:52 +0200, wrote:
> Package: gnumach
> Version: 2:1.5+git20150704-1
> Severity: serious
>
> please add all missing licenses to your debian/copyright. At least I found
> files under:
> MPL (linux/pcmcia
Ritesh Raj Sarraf, on Mon 08 Feb 2016 19:09:49 +0530, wrote:
> Does the current state of Debian GNU/HUrd support virtio drivers ?
No, the emulated devices work fine for now, we haven't taken the time to
write virtio drivers.
Samuel
Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:24:30 +0530, wrote:
> When you say "emulated devices work fine", is it as in they kinda work
> ?
They just work.
> Sorry. I ask this because I have my Debian GNU/Hurd setup, that at
> times, just breaks apart during upgrades.
What are the symptoms? There
Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:33:53 +0530, wrote:
> On Mon, 2016-02-08 at 23:24 +0530, Ritesh Raj Sarraf wrote:
> > In today's upgrade, 2 observations I have that I'd like to share.
> >
> > 1) I'm using the rtl8139 network driver emulated with qemu. I fetched
> > some data (around 200 M
Samuel Thibault, on Mon 08 Feb 2016 19:09:48 +0100, wrote:
> Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:33:53 +0530, wrote:
> > On Mon, 2016-02-08 at 23:24 +0530, Ritesh Raj Sarraf wrote:
> > > In today's upgrade, 2 observations I have that I'd like to share.
> >
Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:54:15 +0530, wrote:
> Since you asked about memory, I've now increased it to 2048. I think
> for historical reasons, I had kept it to 1048 till now.
1024 should be plenty already.
Samuel
Ritesh Raj Sarraf, on Tue 09 Feb 2016 00:18:27 +0530, wrote:
> On Mon, 2016-02-08 at 19:32 +0100, Samuel Thibault wrote:
> > Ritesh Raj Sarraf, on Mon 08 Feb 2016 23:54:15 +0530, wrote:
> > > Since you asked about memory, I've now increased it to 2048. I
> > think
&g
Ritesh Raj Sarraf, on Tue 09 Feb 2016 00:34:17 +0530, wrote:
> Trying to ssh into the Hurd VM hangs. When trying to SSH connect, in
> the Guest, the CPU tops to 70%+
I have never seen that.
> Then, there's another interesting bug with networking. The first
> attempt to restart the network fails.
Flávio Cruz, on Tue 09 Feb 2016 13:22:06 +0100, wrote:
> I've seen that happen before, where the login program just loops indefinitely.
> To fix it, and avoid reverting to a snapshot, I simply mount the qemu image as
> a regular partition on the host system and then fsck it.
What does get fixed by
Just to moderate this so people don't get a wrong idea.
Ritesh Raj Sarraf, on Tue 09 Feb 2016 17:23:11 +0530, wrote:
> The state of Debian GNU/Hurd is still painful.
I haven't reinstalled my boxes for *years*, keeping them up to date
etc. So there must be something in your setup which makes the s
Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:18:18 +0530, wrote:
> I can't really understand why there are 76 procs for /hurd/term
Probably some program simply ran ls /dev, which thus triggers terms. But
that's really not a problem, that doesn't consume too much memory or
CPU.
> More than that, in th
Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:23:29 +0530, wrote:
> On Tue, 2016-02-09 at 13:49 +0100, Samuel Thibault wrote:
> > > So yesterday, after I reported to you about the SSH issue, the OS
> > was
> > > hung on the sshd process. It couldn't even terminate th
Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:44:29 +0530, wrote:
> When you say plain kvm, I'm assuming you're on the same as I am.
>
> rrs@learner:/var/tmp/hurd$ dpkg -S `which kvm`
> qemu-kvm: /usr/bin/kvm
> 2016-02-09 / 18:43:50 ♒♒♒ ☺
>
> rrs@learner:/var/tmp/hurd$ cat `which kvm`
> #! /bin/s
Ritesh Raj Sarraf, on Tue 09 Feb 2016 19:09:16 +0530, wrote:
> rrs@learner:~/.rrs-home/Libvirt-Images$ sudo fdisk -l Hurd.qcow
Mmm, is the qcow format really usable with normal tools? AIUI it's a
compressed format, not just a sparse.
Samuel
Richard Braun, on Tue 09 Feb 2016 14:53:53 +0100, wrote:
> On Tue, Feb 09, 2016 at 07:09:16PM +0530, Ritesh Raj Sarraf wrote:
> > I think I'm just having a bad time. :-(
>
> The Hurd is quite unstable and many small errors can force a reset and
> file system checking.
That happens from times to t
Svante Signell, on Tue 09 Feb 2016 14:29:10 +0100, wrote:
> Meanwhile you can always enter the kernel debugger if you have the -dbg
> package
> installed: C-A-d, and reboot from there.
That won't change anything: ext2fs will not write what it had in cache.
Samuel
Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:47:36 +0530, wrote:
> On Tue, 2016-02-09 at 13:55 +0100, Samuel Thibault wrote:
> > Could somebody take the time to add to gnumach an emergency shortcut
> > which triggers the shutdown? I'm really surprised nobody thought
> > about
Ritesh Raj Sarraf, on Tue 09 Feb 2016 18:34:45 +0530, wrote:
> On Tue, 2016-02-09 at 13:53 +0100, Samuel Thibault wrote:
> > > From the report, you can see the CPU being almost 100% User
> > Consumed.
> >
> > By ext2fs and dpkg, that's not surprising. I'
Hello,
The tokyocabinet testsuite currently takes ages to run, it didn't use to
do that (e.g. on 28th january with version -5), it's really odd, there
were only little source code change, and no gnumach, hurd or libc0.3
change, can somebody have a look?
Thanks,
Samuel
Svante Signell, on Thu 11 Feb 2016 13:40:29 +0100, wrote:
> On Wed, 2016-02-10 at 23:19 +0100, Samuel Thibault wrote:
> > The tokyocabinet testsuite currently takes ages to run, it didn't use to
> > do that (e.g. on 28th january with version -5), it's really odd, there
&g
Samuel Thibault, on Thu 11 Feb 2016 14:50:17 +0100, wrote:
> Svante Signell, on Thu 11 Feb 2016 13:40:29 +0100, wrote:
> > I've found the problem: The configure flag: --enable-uyeild was added to
> > -6, to
> > enable race-condition detection, see
> >
Svante Signell, on Thu 11 Feb 2016 17:30:31 +0100, wrote:
> tokyocabinet builds fine with your patch. Did you submit a bug report?
Nope, I'm still at work :)
Samuel
Package: pbuilder
Version: 0.223
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
I have attached a few more fixes for the hurd case: we should just drop
all translator entries from /dev and /servers/socket, just to be on the
safe side.
Also, mounting /pro
Control: tags -1 + unreproducible
Mmm, I have no issue with crosshurd at the moment. Wondering what is
different in your setup and in mine.
I typically test by pointing crosshurd at non-yet-existing /tmp/crosshurd
raphael, on Sun 21 Feb 2016 23:12:53 +0100, wrote:
> When trying to install hurd
raphael truc, on Mon 22 Feb 2016 00:06:54 +0100, wrote:
> In fact the packages are downloaded
Are the downloads really complete?
> doing a ln -s /var/cache/apt /mnt/var/cache erases any previous errors when
> doing a crosshurd after
Ok, but still there's something that went wrong, and we should
raphael truc, on Mon 22 Feb 2016 00:39:50 +0100, wrote:
> The downloads seems complete.
> It's not a hiccup, I've encountered the same bugs two or three times these few
> weeks
Then we need to determine what's getting wrong. How do you run this,
precisely?
Samuel
raphael truc, on Mon 22 Feb 2016 19:50:49 +0100, wrote:
> Well, I mount the partition on /mnt and run crosshurd
Well, that works for me :)
Are you using a jessie, stretch or sid host?
Samuel
raphael truc, on Mon 22 Feb 2016 22:13:50 +0100, wrote:
> It's a stretch host
Ok, same here. I guess it's completely up to date?
> Maybe there is a conf file somewhere I missed !
The default values provided in /etc/crosshurd should just work fine, and
what is not there is asked interactively by
Hello,
Ansgar Burchardt, on Mon 29 Feb 2016 13:58:05 +0100, wrote:
> mahler.d.n has a broken .builddrc resulting in bounces, see below.
Ooops, sorry, that should be fixed now.
Thanks,
Samuel
Hello,
Adam Majer, on Sat 05 Mar 2016 17:23:41 -0600, wrote:
> exodar.debian.net, the only Hurd porter box listed on
> db.d.o/machines.cgi, seems to have a completely out of whack
> date. It's currently 2031 on the box.
That should be fixed now.
> Also, the admin's contact email is not working.
Hello,
Svante Signell, on Sun 13 Mar 2016 14:19:35 +0100, wrote:
> Running the code reveals that the current implementation in glibc is buggy:
>
> ./scm_rights+creds_recv
> Number of SCM_RIGHTS [<=3], SCM_CREDS [<=2]: [1,1]
> Input error: Using defaults:
> NRIGHTS = 1, NCREDS = 1
> scm_rights+c
Svante Signell, on Mon 14 Mar 2016 09:05:56 +0100, wrote:
> On Mon, 2016-03-14 at 00:57 +0100, Samuel Thibault wrote:
> > Svante Signell, on Sun 13 Mar 2016 14:19:35 +0100, wrote:
> > > Running the code reveals that the current implementation in glibc is
> > > buggy
Svante Signell, on Mon 14 Mar 2016 12:20:18 +0100, wrote:
> On Mon, 2016-03-14 at 12:02 +0100, Samuel Thibault wrote:
> > Svante Signell, on Mon 14 Mar 2016 09:05:56 +0100, wrote:
> > > On Mon, 2016-03-14 at 00:57 +0100, Samuel Thibault wrote:
> > > > Svante Signel
Svante Signell, on Mon 14 Mar 2016 14:35:13 +0100, wrote:
> On Mon, 2016-03-14 at 14:23 +0100, Richard Braun wrote:
> > On Mon, Mar 14, 2016 at 02:16:17PM +0100, Samuel Thibault wrote:
> > > Svante Signell, on Mon 14 Mar 2016 12:20:18 +0100, wrote:
> > > > Why, b
Svante Signell, on Mon 14 Mar 2016 14:29:56 +0100, wrote:
> On Mon, 2016-03-14 at 12:20 +0100, Svante Signell wrote:
> > On Mon, 2016-03-14 at 12:02 +0100, Samuel Thibault wrote:
>
> > > > And with my old implementation it worked perfectly too.
> > >
> >
Hello,
Debian FTP Masters, on Wed 16 Mar 2016 01:49:35 +, wrote:
> binary:hurd-headers-dev is NEW.
> binary:libihash-dev is NEW.
Again, these shouldn't have come here as NEW: they are never built by
the hurd source package in unstaged builds, they are only built for
bootstrap stages. I have
Hello,
At last I took the time to prepare newer installation CD images and a
newer preinstalled image, available as usual on
http://people.debian.org/~sthibault/hurd-i386
and
http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/current/
Samuel
Hello,
Svante Signell, on Thu 31 Mar 2016 10:11:35 +0200, wrote:
> +len = strlen(ZONEINFO_PREFIX) + 9 + 1;
> +zone_tab = malloc(len);
> +strncpy(zone_tab, ZONEINFO_PREFIX "/zone.tab", len);
>
> fp = fopen(zone_tab, "r");
> if (!fp) {
> +free(zone_tab);
> re
Hello,
Adam Richards, on Sun 03 Apr 2016 20:44:56 +0100, wrote:
> version, that after the hurd-console loads I get the following error:
>
> unexpected RESEND from keyboard
Uh. So this computer is not behaving as usual. Closer investigation would
be needed to determine whether it's our driver whi
Adam Richards, on Tue 05 Apr 2016 22:03:42 +0100, wrote:
> > unexpected RESEND from keyboard
>
> Uh. So this computer is not behaving as usual. Closer investigation would
> be needed to determine whether it's our driver which is buggy, or the
> hardware which doesn't respect the st
Steven Chamberlain, on Thu 07 Apr 2016 01:47:58 +0100, wrote:
> Christoph Egger wrote:
> > Start 284: RunCMake.Configure
> > 284/371 Test #284: RunCMake.Configure
> > ...***Failed3.19 sec
>
> I have a wild idea what might be happening here. Please could yo
Steven Chamberlain, on Thu 07 Apr 2016 11:54:26 +0100, wrote:
> Samuel Thibault wrote:
> > Nothing was attached :)
>
> Sorry - attached!
Mmm, nope :)
Samuel
Samuel Thibault, on Thu 07 Apr 2016 13:07:18 +0200, wrote:
> Steven Chamberlain, on Thu 07 Apr 2016 11:54:26 +0100, wrote:
> > Samuel Thibault wrote:
> > > Nothing was attached :)
> >
> > Sorry - attached!
>
> Mmm, nope :)
BTW, you may find
set abort
Svante Signell, on Tue 19 Apr 2016 11:46:18 +0200, wrote:
> As seen on #hurd:
>
> starting /hurd/startup fails:
> "Unexpected error: Invalid argument"
The fixed 2.22-7 just got accepted, it'll land on mirrors within ~6-12h.
Samuel
Hello,
Svante Signell, on Wed 20 Apr 2016 16:36:23 +0200, wrote:
> shorten the gnumach-image package names containing the kernel a
> little.
Why doing this? It prevents from installing various custom kernel
versions.
Samuel
Svante Signell, on Wed 20 Apr 2016 23:40:31 +0200, wrote:
> With the naming now you cannot make more than one custom version of
> the 1.6 release.
Yes, that's sort of needed, to avoid having to fix d-i for each and
every release.
> As it is now you cannot make several versions of
> e.g. gnumach-1
BTW, I have also commited rules to build the hurd-prof package. This
can however only built with a fixed gcc package ; the patch is pending
upload, I have put built binaries on
http://people.debian.org/~sthibault/tmp/
and then you uncomment the hurd-prof entry in debian/control, and build
with dpk
Svante Signell, on Thu 21 Apr 2016 12:22:25 +0200, wrote:
> On Wed, 2016-04-20 at 23:49 +0200, Samuel Thibault wrote:
> > Svante Signell, on Wed 20 Apr 2016 23:40:31 +0200, wrote:
> ...
> > > It would be much better to create custom versions of a given kernel,
> > &
Hello,
James Clarke, on Sat 23 Apr 2016 14:44:52 +0100, wrote:
> I have attached a proposed patch which ensures XFD_SETSIZE never
> exceeds FD_SETSIZE.
Did you test it?
AIUI, nothing uses XFD_SETSIZE actually, it's just the default value
that X uses for FD_SETSIZE in case it's not already define
James Clarke, on Sat 23 Apr 2016 15:03:29 +0100, wrote:
> > AIUI, nothing uses XFD_SETSIZE actually, it's just the default value
> > that X uses for FD_SETSIZE in case it's not already defined.
>
> No, in e.g. os/WaitFor.c in xorg-server, there are for loops using
> howmany(XFD_SETSIZE, NFDBITS) t
James Clarke, on Sat 23 Apr 2016 15:08:13 +0100, wrote:
> > On 23 Apr 2016, at 15:06, Samuel Thibault wrote:
> >
> > James Clarke, on Sat 23 Apr 2016 15:03:29 +0100, wrote:
> >>> AIUI, nothing uses XFD_SETSIZE actually, it's just the default value
> >&
Hello,
Andreas Beckmann, on Sat 30 Apr 2016 16:48:57 +0200, wrote:
> could someone gently kick dash on hurd-i386 which is in "Building" state
> for a month now ...
Well, no: #755446 will probably still be impacting us, until we get to
fix it somehow.
Samuel
Hello,
Rodrigo Valiña Gutiérrez, on Wed 18 May 2016 17:25:02 +0200, wrote:
> +if [ x"$TARGET" = x ]; then
> + echo "Refused to overwrite inexistent/empty TARGET."
> + exit 1
> +fi
I have commited this. The original feature request remains to be
implemented, though.
Samuel
Hello,
Thanks for the gnumach.gz link patch. Ideally the upgrade-grub scripts
should find gnumach* kernels (just like it does when run natively from a
Hurd system), but in the meanwhile the symlink can't hurt.
Rodrigo Valiña Gutiérrez, on Tue 24 May 2016 21:48:58 +0200, wrote:
> Running crosshurd
Hello,
Aapo Rantalainen, on Wed 25 May 2016 23:24:59 +0300, wrote:
> ++#ifndef __GNU__
> + #include
> ++#endif
> ++#ifdef PR_SET_NAME
> + prctl(PR_SET_NAME, MY_NAME, NULL, NULL, NULL);
> ++#endif
Better add prctl into the AC_CHECK_FUNCS list in configure.ac, than
hardcoding this.
> - (
Hello,
I have fixed the i686 build of glibc:
- 3904414a3008751ffcaf18fbe33bd34812b7bfe5 fixes the
_hurd_self_sigstate reference from
sysdeps/mach/hurd/i386/longjmp_chk.S, which was making the final
libc.so link fail with a newer binutils.
- ifunc is not working yet with static binaries
Package: sysvinit
Version: 2.88dsf-59.4
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Tags: hurd
Hello,
The sysvinit-core package currently doesn't ship a /sbin/poweroff for
hurd-i386 with proper alternative configuration. The attached patch
fixes that, could you please appl
Adam Borowski, on Wed 01 Jun 2016 21:50:50 +0200, wrote:
> Despite all the relevant keys being installed (debian-archive-keyring,
> debian-ports-archive-keyring; "apt-key list" says they're there), I get:
>
> W: GPG error: http://ftp.ports.debian.org/debian-ports unreleased InRelease:
> The follow
Samuel Thibault, on Wed 01 Jun 2016 23:40:16 +0200, wrote:
> apt-get install --reinstall debian-archive-keyring
>
> didn't fix it.
>
> dpkg --force-depends -P debian-archive-keyring
> dpkg -i /var/cache/apt/archives/debian-archive-keyring*
>
> did fix it.
Ah, no, i
Samuel Thibault, on Thu 02 Jun 2016 00:08:58 +0200, wrote:
> Samuel Thibault, on Wed 01 Jun 2016 23:40:16 +0200, wrote:
> > apt-get install --reinstall debian-archive-keyring
> >
> > didn't fix it.
> >
> > dpkg --force-depends -P debian-archive-keyring
>
Samuel Thibault, on Thu 02 Jun 2016 00:15:11 +0200, wrote:
> More precisely, running it from a directory which has perms 700 gets the
> issue.
Ok, I see the issue. What happens is that nowadays apt uses an _apt
user to do some operations, and notably running
find -L /etc/apt/trusted
reference files exactly,
the only minimal need is knowing which licences end up in the gnumach
binary).
Samuel
Samuel Thibault, on Sun 17 Jan 2016 14:48:44 +0100, wrote:
> Could somebody have a look?
>
> Thanks,
> Samuel
>
> Thorsten Alteholz, on Thu 16 Jul 2015 23:13:52 +0200,
Samuel Thibault, on Fri 03 Jun 2016 19:56:00 +0200, wrote:
> And the faccessat bug should have been fixed since a long time.
Note: I'm working on it.
Samuel
Hello,
Samuel Thibault, on Sat 04 Jun 2016 18:40:26 +0200, wrote:
> Samuel Thibault, on Sat 04 Jun 2016 17:50:42 +0200, wrote:
> > Samuel Thibault, on Fri 03 Jun 2016 20:45:15 +0200, wrote:
> > > Anyway, let's just fix this.
> >
> > It seems to be a bug when ca
Hello,
Kurt Roeckx, on Sat 02 Jul 2016 15:03:32 +0200, wrote:
> 1:error:25066067:DSO support routines:dlfcn_load:could not load the shared
> library:crypto/dso/dso_dlfcn.c:111:filename(.././engines/ossltest):
> .././engines/ossltest: cannot open shared object file: No such file or
> directory
Hello,
Kalle Olavi Niemitalo, on Thu 07 Jul 2016 23:32:19 +0300, wrote:
> I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT
> flag if the tty was not already open.
There again, such few-lines change is not copyrightable, and thus
doesn't need copyright assignment.
Samuel
Hello,
Esa Peuha, on Mon 11 Jul 2016 20:06:12 +0300, wrote:
> could not load module '/usr/lib/rsyslog/lmnet.so', dlopen:
> /usr/lib/rsyslog/lmnet.so: symbol pthread_setcancelstate, version
> GLIBC_2.21 not defined in file libc.so.0.3 with link time reference
I seems I forgot to add the pthr
Hello,
Dmitry Bogatov, on Wed 27 Jul 2016 22:36:28 +0300, wrote:
> I am looking for a way to reproduce arch-dependent bugs (#832544,
> #832543). There is no DSA porter boxes for none of hurd,m68k,sh4.
DSA only manages porter boxes for architectures that have been released
or are being released (
Hello,
Christian Seiler, on Fri 05 Aug 2016 21:09:21 +0200, wrote:
> I've attached a patch that fixes this specific issue for me. I
> probably won't have time to look at the other issue I reported
> here, but with that I'd at least be able to have open-isns
> working on Hurd. (And the patch will l
Sebastian Andrzej Siewior, on Mon 01 Aug 2016 21:17:47 +0200, wrote:
> There is one test in the testsuite that fails from time to time. Chances
> are that the next upload builds.
It did build indeed, thanks!
> If you want to dig deeper and fix it
> once and for all then there is an upstream bug o
Esa Peuha, on Tue 02 Aug 2016 20:17:01 +0300, wrote:
> On Tue, Jul 12, 2016 at 11:56 PM, Samuel Thibault
> wrote:
> > Esa Peuha, on Mon 11 Jul 2016 20:06:12 +0300, wrote:
> >> could not load module '/usr/lib/rsyslog/lmnet.so', dlopen:
> >
Richard Braun, on Sat 20 Aug 2016 13:07:17 +0200, wrote:
> On Sat, Aug 20, 2016 at 01:19:28AM +, Horacio Castellini wrote:
> > WARNING: Image format was not specified for 'debian-hurd-20150320.img' and
> > probing guessed raw.
> > Automatically detecting the format is dangerous for ra
Horacio Castellini, on Sat 20 Aug 2016 01:19:28 +, wrote:
> qemu-system-i386 -m 512 -net nic -net user,hostfwd=tcp::-:22 -drive cache=
> writeback,file=debian-hurd-20150320.img &
>
> main-loop: WARNING: I/O thread spun for 1000 iterations
>
> How can I solve this problem and why it occurs
Horacio Castellini, on Sat 20 Aug 2016 13:04:27 +, wrote:
> 6968.930819000:main thread: Called LogMsg, msg: could not load module
> '/usr
> /lib/rsyslog/lmnet.so', dlopen: /usr/lib/rsyslog/lmnet.so: symbol
> pthread_setcancelstate, version GLIBC_2.13_DEBIAN_31 not defined in file
> libc.so
Hello,
I have cleaned the patch a bit, commited to a branch in our repo, and
uploaded a package to debian, so we can test the libc part for now, and
we'll include libpthread parts later.
Thanks again for the great work!
Samuel
Samuel Thibault, on Tue 23 Aug 2016 22:34:41 +0200, wrote:
> and uploaded a package to debian,
That'll be libc0.3 2.23-5, will probably be available about tomorrow.
Samuel
Samuel Thibault, on Tue 23 Aug 2016 22:42:11 +0200, wrote:
> Samuel Thibault, on Tue 23 Aug 2016 22:34:41 +0200, wrote:
> > and uploaded a package to debian,
>
> That'll be libc0.3 2.23-5, will probably be available about tomorrow.
I forgot to mention: this new libc0.3 will t
Hello,
Kalle Olavi Niemitalo, on Fri 26 Aug 2016 15:30:22 +0300, wrote:
> Fixing this is simple: get prefixed_name from the existing
> file_name_path_lookup call, and if it isn't NULL, then use it
> instead of *argv and free it afterwards.
It seems simple enough that it's not copyrightable, could
Hello,
Kalle Olavi Niemitalo, on Fri 26 Aug 2016 17:23:28 +0300, wrote:
> This fixes the following test case:
Thanks!
> https://www.gnu.org/prep/maintain/maintain.html#Legally-Significant
> says a series of minor changes can become significant.
Right.
> I list my previously applied patches so
Control: tags -1 + pending
Hello,
Kalle Olavi Niemitalo, on Sat 03 Sep 2016 22:13:20 +0300, wrote:
> /etc/hurd/runsystem.hurd, which does not exist.
Actually, there were not even upstream rules to install it... This is
now fixed.
Samuel
801 - 900 of 2875 matches
Mail list logo
