João Pedro Malhado, le jeu. 29 avril 2021 14:49:40 +0200, a ecrit:
> > 4. Can somebody tell me how can I become a debian package maintainer? Is
> > there
> > any detailed and practical guides?
>
> You might know that there is a specific process to apply as a Debian Developer
>
> https://wiki.deb
João Pedro Malhado, le jeu. 29 avril 2021 14:49:40 +0200, a ecrit:
> On Thu, Apr 27, 2021 at 09:23:43PM +0900, haha wang wrote:
> > 1. Should I only load that patch file? Is it enough? Should I provided a
> > change
> > file?
> > 2. If the patch file is accepted, how it can be merged to the offici
Russell Coker, le ven. 30 avril 2021 20:23:34 +1000, a ecrit:
> Then after a reboot I don't see a /dev/eth0.
You mean you do not have a /dev/eth0 file at all any more?
This rather seems like a filesystem issue, the /dev/eth0 is not supposed
to disappear just because you changed the tcp/ip configu
Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
> Have you a etherner driver compiled in the kernel (mach) ?
There is no need for that, netdde already has all the network drivers
that you'll want. And yes it's automatically set up by the debian
installer. The fact that /dev/eth0 has
Hello,
hahawang, le dim. 09 mai 2021 21:56:58 +0800, a ecrit:
> @@ -60,7 +60,7 @@
>
> #elif HAVE_GRANTPT
>
> -#if !(defined(__FreeBSD__) || defined(__NetBSD__) || defined(__APPLE__) ||
> defined(__linux__))
> +#if !(defined(__FreeBSD__) || defined(__NetBSD__) || defined(__APPLE__) ||
> defined(
Marcin Laszewski, le lun. 10 mai 2021 07:36:19 +0200, a ecrit:
> Thank you very much for yor explanation.
>
> 2021-05-09 11:16 GMT+02:00, Samuel Thibault :
> > Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
> >> Have you a etherner driver comp
Marcin Laszewski, le lun. 10 mai 2021 14:04:35 +0100, a ecrit:
> 2021-05-10 8:35 GMT+01:00, Samuel Thibault :
> > (...)
> > But is netdde properly installed on /dev/netdde? as well as /dev/eth0?
> >
> > Again,
> > *please tell us exactly what this means: does /dev/
Jeffrey Walton, le lun. 10 mai 2021 12:15:55 -0400, a ecrit:
> After a dirty reboot (Machine -> Reset), I would lose /dev devices,
> like /dev/urandom.
Then
dpkg-reconfigure hurd
can be used to recreate them.
Samuel
Hello,
Paul Wise, le mer. 02 juin 2021 20:51:54 +0800, a ecrit:
> I have BCCed everyone who has added BTS usertags hurd and or hurd-i386,
Thanks for doing this!
Perhaps please send another mail to mention that people can easily get
the bug list by using e.g.
bts select users:samuel.thiba...@ens
Guillem Jover, le dim. 06 juin 2021 23:21:52 +0200, a ecrit:
> On Sat, 2021-05-29 at 19:16:57 +0100, João Pedro Malhado wrote:
>
> > --- netsurf-3.10.orig/libnsutils/src/time.c
> > +++ netsurf-3.10/libnsutils/src/time.c
> > @@ -16,11 +16,11 @@
> > #include
> > #include
> >
> > -#if (defined(
Marcin Laszewski, le jeu. 24 juin 2021 07:28:39 +0200, a ecrit:
> What are correct repos for current Debian/Hurd?
Please see https://www.debian.org/ports/hurd/hurd-install
which says
deb http://deb.debian.org/debian-ports unstable main
deb-src http://deb.debian.org/debian unstable main
deb http
Hello,
João Pedro Malhado, le jeu. 29 juil. 2021 11:15:09 +0200, a ecrit:
> > How old is the card? I think Broadcam is not the best wifi device, but I'm
> > not positive...
>
> This is an ethernet card, not a wireless card (GNU/Hurd does not have a
> wireless
> stack yet). On linux it works wi
João Pedro Malhado, le jeu. 05 août 2021 10:20:40 +0200, a ecrit:
> On Thu, Aug 05, 2021 at 12:24:48AM +0200, Samuel Thibault wrote:
> > João Pedro Malhado, le jeu. 29 juil. 2021 11:15:09 +0200, a ecrit:
> > > On linux it works with the b44 driver, but I don't know if th
João Pedro Malhado, le dim. 08 août 2021 23:41:52 +0200, a ecrit:
> I cannot find a list of cards supported by the b44 driver, or which version
> supports which card, but looking through the code in kernel version 2.6.32.65,
> guessing from line 107, I would say that this card would be supported.
>
Hello,
In the past months, Sergey Bugaev has been working on fixing some
Hurd security vulnerabilities. This is now fixed in the latest Debian
packages, so please upgrade and reboot!
hurd >= 1:0.9.git20210404-9
libc0.3 >= 2.31-13+hurd.1
gnumach-image-1.8-* >= 2:1.8+git20210809-1
(A libc0.3 2.31
Ricardo Wurmus, le mar. 10 août 2021 17:52:34 +0200, a ecrit:
> I’m a little unclear on what this means for distributions like Guix. Should
> we just update to the latest version from git? Are there specific commits
> we should use if it’s not just the latest?
Since Sergey's copyright assignment
Hello,
So as usual, along the Debian release, we will have a Debian Hurd
release. I have drafted the following list of news since the 2019
release:
* The port of go is complete
* Support for file record locking was added
* Some parts of experimental APIC, SMP and 64bit support was added
* User
Almudena Garcia, le ven. 13 août 2021 00:58:35 +0200, a ecrit:
> > An experimental rump-based userland disk driver was introduced.
> Do this driver includes SATA AHCI support?
Yes. We already have an ahci driver within gnumach, though :)
Samuel
Almudena Garcia, le ven. 13 août 2021 00:42:09 +0200, a ecrit:
> The fix for access to filesystem in graphical environments?
It was not "graphical environment", but glib-based applications :)
And that was actually working in 2019, it just got broken at some point.
Samuel
Sergey Bugaev, le ven. 13 août 2021 10:07:31 +0300, a ecrit:
> On Fri, Aug 13, 2021, 10:05 Sergey Bugaev <[1]buga...@gmail.com> wrote:
>
> Perhaps "multiple security improvements" deserve a mention?
>
> Oh, or is it not going to make it into the release because of the unfinished
> copyright a
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2021. This is a snapshot of Debian "sid" at
the time of the stable Debian "bullseye" release (August 2021), so it is
mostly based on the same sources. It is not an official Debian release,
but it is an
Almudena Garcia, le sam. 14 août 2021 21:13:46 +0200, a ecrit:
> > * Some parts of experimental APIC, SMP and 64bit support was added
> Is this support enabled by default?
No, they are too experimental for the moment :)
Samuel
Hello,
Parodper, le jeu. 19 août 2021 16:58:26 +0200, a ecrit:
> I am trying to install the 2021 ISO on a computer with multiple OS already
> installed (IDE 150GB HDD),
Note that as our FAQ says, our current IDE driver is limited to LBA28,
i.e. 128GB. It cannot access beyond that limit on the dis
Parodper, le jeu. 19 août 2021 18:28:19 +0200, a ecrit:
> O 19/08/21 ás 17:03, Samuel Thibault escribiu:
> > Hello,
> >
> > Parodper, le jeu. 19 août 2021 16:58:26 +0200, a ecrit:
> > > I am trying to install the 2021 ISO on a computer with multiple OS already
Parodper, le jeu. 19 août 2021 16:58:26 +0200, a ecrit:
> However QEMU is too slow (takes quite a few hours to reach partman)
Did you make sure to enable kvm?
Samuel
Separating the threads for better parallelism.
Parodper, le jeu. 19 août 2021 20:01:37 +0200, a ecrit:
> - With a 20G test.qcow2: I created 3 1G primary partitions set as «do not
> use» and a 1G logical partition. The rest of the free space disappeared, and
> reappeared when I deleted the logical
Parodper, le jeu. 19 août 2021 20:01:37 +0200, a ecrit:
> Aug 19 17:30:16 main-menu[1811]: (process:15055): /bin/partman: line 113:
> depmod: not found
> Aug 19 17:30:16 main-menu[1811]: (process:15055): cat: can't open
> '/proc/modules': No such file or directory
> Aug 19 17:30:16 main-menu[1811]:
Parodper, le jeu. 19 août 2021 20:01:37 +0200, a ecrit:
> * Boot from USB, choose «Pseudo-graphical» in GRUB. (BTW are there
> differences between this one and the text option? I can't tell)
Well, compare the lists of available languages?
> * The partition with the ISO would be hd0s6 (I did dd if
Parodper, le jeu. 19 août 2021 20:34:19 +0200, a ecrit:
> O 19/08/21 ás 20:19, Samuel Thibault escribiu:
> > Parodper, le jeu. 19 août 2021 20:01:37 +0200, a ecrit:
> > > Aug 19 17:30:16 main-menu[1811]: (process:15055): Cannot create FIFO: No
> > > space left on device
Samuel Thibault, le jeu. 19 août 2021 20:42:05 +0200, a ecrit:
> whenever they derive the slightest from the "just press enter to get
> the default".
(I meant deviate*)
Samuel
Parodper, le ven. 20 août 2021 20:15:09 +0200, a ecrit:
> - Create 5 logical partitions. On the fifth partition the drive disappears
Ok, that I could reproduce :)
It seems the issue is merely that there are not enough free inodes in
the / FS, I'll fix that.
Thanks for the reproducer!
Samuel
Samuel Thibault, le dim. 22 août 2021 22:46:04 +0200, a ecrit:
> Parodper, le ven. 20 août 2021 20:15:09 +0200, a ecrit:
> > - Create 5 logical partitions. On the fifth partition the drive disappears
>
> Ok, that I could reproduce :)
>
> It seems the issue is merely that
Parodper, le lun. 23 août 2021 08:40:17 +0200, a ecrit:
> O 19/08/21 ás 20:34, Samuel Thibault escribiu:
> > > * The partition with the ISO would be hd0s6 (I did dd if=debian-hurd.iso
> > > of=/dev/sda6 on Linux), but if I try to write /dev/hd0s6 directly it
> > > fa
Parodper, le sam. 28 août 2021 10:56:07 +0200, a ecrit:
> I still get the unknown partition table, and doing head /dev/hd0s1 fails
> with a «Input/Output error». head /dev/hd0 works fine.
>
> Tried doing settrans -a /dev/hd0s1 /hurd/storeio -T typed part:1:device:hd0;
> head /dev/hd0s1 and still g
Parodper, le sam. 28 août 2021 14:35:16 +0200, a ecrit:
> A quick calculation shows none of those are multiples of 4096.
Then that's most probably why.
I don't know if we could just drop the checks. You said that it was
installing fine with the MAKEDEV-created entries? Possibly the checks
are ove
Parodper, le sam. 28 août 2021 14:35:16 +0200, a ecrit:
> O 28/08/21 ás 11:33, Samuel Thibault escribiu:
> > Parodper, le sam. 28 août 2021 10:56:07 +0200, a ecrit:
> > > I still get the unknown partition table, and doing head /dev/hd0s1 fails
> > > with a «Input/Output
Hello,
Answering separately since they are completely separate issues.
Sergey Bugaev, le jeu. 30 sept. 2021 15:35:41 +0300, a ecrit:
>- Filesize:77531148 [weak]
>-
> SHA512:c8108d738ef08afa9556ec395e0b8097e54f66347cce924303b6294dcfa32a4a3853b29597902372562542c7b73ca364be44234d3c0b709e992
Sergey Bugaev, le jeu. 30 sept. 2021 15:35:41 +0300, a ecrit:
> The issue with debootstrap, part 1
> ==
>
> To check if the previous issue is my system being in a messed up state, I've
> tried to bootstrap a subhurd, to check if everything would work cleanly
> there
Hello,
Sergey Bugaev, le jeu. 30 sept. 2021 15:35:41 +0300, a ecrit:
> $ su
> su: Authentication failure
>
> $ sudo echo hi
> Sorry, try again.
> Sorry, try again.
> sudo: 3 incorrect password attempts
I have no idea about this.
> I've verified that I see the same behavior on darnassus,
I don'
Sergey Bugaev, le ven. 08 oct. 2021 12:56:01 +0300, a ecrit:
> Or perhaps you happen to know of an apt flag/option to
> ignore sha512 and temporarily rely on other hashes?
You can as well just download the .deb files yourself and dpkg -i them.
> Was the FPU context bug introduced recently (as in,
Sergey Bugaev, le ven. 08 oct. 2021 13:14:04 +0300, a ecrit:
> ...but that doesn't seem to have helped much:
>
> # debootstrap --no-check-gpg --extra-suites=unreleased sid
> /mnt/subhurd/ http://deb.debian.org/debian-ports/
>
> dpkg: dependency problems prevent configuration of vim-tiny:
> vim-
Sergey Bugaev, le ven. 08 oct. 2021 14:25:38 +0300, a ecrit:
> On Fri, Oct 8, 2021 at 2:20 PM Samuel Thibault wrote:
> > That's because vim is currently failing to build, and thus we get
> > trapped again by the version difference between vim and vim-common.
> >
> &g
Sergey Bugaev, le ven. 08 oct. 2021 19:17:33 +0300, a ecrit:
> A proper fix would be to extend
> device_get_status () to support sizes that don't fit into a single
> 32-bit int; perhaps by using a third int and a new "flavor".
That's the "Extend `device_read`/`device_write` into supporting > 2TiB
Sergey Bugaev, le ven. 08 oct. 2021 21:01:09 +0300, a ecrit:
> On Fri, Oct 8, 2021 at 8:49 PM Samuel Thibault wrote:
> > That's the "Extend `device_read`/`device_write` into supporting > 2TiB
> > disk sizes." item in the "small hack entries" list. Ther
Richard Braun, le ven. 08 oct. 2021 16:55:30 +0200, a ecrit:
> On Fri, Oct 08, 2021 at 01:09:38PM +0300, Sergey Bugaev wrote:
> > On Fri, Oct 8, 2021 at 12:42 AM Samuel Thibault
> > wrote:
> > > > I've verified that I see the same behavior on darnassus,
>
Peter, le sam. 09 oct. 2021 15:33:22 +0100, a ecrit:
> ./dumatest
> GNUmakefile:373: recipe for target 'test' failed
> make[1]: *** [test] Killed
>
> dh_auto_test: error: make -j1 test returned exit code 2
> debian/rules:8: recipe for target 'binary-arch' failed
> make: *** [binary-arch] Error 255
Sergey Bugaev, le dim. 10 oct. 2021 17:20:23 +0300, a ecrit:
> $ nm -D /usr/lib/i386-gnu/libkrb5.so.3 | grep krb5int_c_combine_keys
> U krb5int_c_combine_keys@k5crypto_3_MIT
Which version do you have?
$ nm -D /usr/lib/i386-gnu/libkrb5.so.3 | grep krb5int_c_combine_keys
$
$ dpkg -l libkrb
Sergey Bugaev, le lun. 11 oct. 2021 14:09:50 +0300, a ecrit:
> $ file /usr/lib/i386-gnu/libkrb5.so.3
> /usr/lib/i386-gnu/libkrb5.so.3: symbolic link to libkrb5.so.3.3~0
That looks like a leftover of something
> $ dpkg -S /usr/lib/i386-gnu/libkrb5.so.3.3~0
> dpkg-query: no path found matching patt
Sergey Bugaev, le lun. 11 oct. 2021 18:36:26 +0300, a ecrit:
> $ file /usr/lib/i386-gnu/libkrb5.so.3
> /usr/lib/i386-gnu/libkrb5.so.3: symbolic link to libkrb5.so.3.3~0
>
> Could this be an effect of some "diversion"? How do I check?
Diversions show up in /var/lib/dpkg/diversions.
Samuel
Sergey Bugaev, le lun. 11 oct. 2021 18:44:10 +0300, a ecrit:
> On Mon, Oct 11, 2021 at 6:41 PM Samuel Thibault wrote:
> > Diversions show up in /var/lib/dpkg/diversions.
>
> There's nothing about libkrb5 in there :|
>
> Are there any other tools left to investigate wh
Hello,
Apparently the latest patches made rsyslog build, but the testsuite
seems to be hanging on the buildds.
Samuel
Hello,
Thanks a lot for this writing! That'll surely be an interesting read for
whoever wants to look a bit at the details of how the Hurd works. And of
course thanks for finding and fixing the vulnerabilities :)
Samuel
William ML Leslie, le ven. 05 nov. 2021 21:18:50 +1100, a ecrit:
> > which makes the root filesystem reauthenticate all of the
> > processes file descriptors.
>
> It seems to eliminate a rather convenient method of delegation; a
> process opening a descriptor, forking and executing a child, and
>
William ML Leslie, le ven. 05 nov. 2021 21:18:50 +1100, a ecrit:
> I've been meaning to ask: Why does the hurd attempt to re-authenticate open
> file descriptors during exec?
That's done only when the auth port changes, i.e. uid/gid etc. following
a setuid/setgid/etc. trigger.
Samuel
Ludovic Courtès, le mar. 09 nov. 2021 18:19:03 +0100, a ecrit:
> Am I right that the fixes have not been applied yet in the upstream
> repository?
That's right. That's still waiting for the copyright assignment.
Samuel
Hello,
Kent West, le mar. 23 nov. 2021 09:21:15 -0600, a ecrit:
> I get that same video glitch I get on the laptop (where the login
> prompt appears both high and low in the terminal window).
That's "expected": both the GNU Mach console and the Hurd console print
their own login banner. Only the
Marcin Laszewski, le mar. 23 nov. 2021 21:00:54 +0100, a ecrit:
> I see this message too and I have no syslog. Is it possible to fix it?
>
> 2021-11-19 16:22 GMT+01:00, Kent West :
> > (...)
> >> Starting enhanced syslogd: rsyslogdrsyslogd: could not load module
> >> 'imklog', errors: trying to lo
Hello,
Kent West, le mar. 23 nov. 2021 09:29:00 -0600, a ecrit:
> E: Release file for [2]http://snapshot.debian.org/archive/debian/
> 20210812T1000Z/dists/sid/InRelease is expired (invalid since 96d 7h 11 min
> 55s). Updates for this repository will not be applied.
>
> I don't know what chang
Hello,
A very important security update is available on the mirrors, please
upgrade as soon as you can if you have guest accounts on your system:
libc0.3=2.33-2~3
hurd=1:0.9.git20211230-3
Samuel
Hello,
Samuel Thibault, le dim. 02 janv. 2022 11:32:29 +0100, a ecrit:
> A very important security update is available on the mirrors, please
> upgrade as soon as you can if you have guest accounts on your system:
>
> libc0.3=2.33-2~3
> hurd=1:0.9.git20211230-3
Here is some back
Hello,
Jeffrey Walton, le lun. 03 janv. 2022 22:45:59 -0500, a ecrit:
> Running apt --fix-broken install says the kernel must be upgraded,
Yes, the new libc needs a newer gnumach.
> but there's no kernel available to upgrade to.
How so? What does
apt-cache policy gnumach-image-1.8-486
say?
Hello,
The gcc-12 package fails to build because it notices that gdc-11 does
not work. Actually gdc has never worked as far as I can still test. And
indeed the packages that were build-depending on it are failing.
Basically it cannot work because the D runtime has not been ported
to the Hurd syste
Hello,
I was reading https://lwn.net/Articles/880498/ and remembered that
GNU/Hurd does have the support for VSTATUS and SIGINFO. It happened not
to be enabled by default just because that was forgotten. With the hurd
package version 1:0.9.git20211230-5+b1, it's now in. Try:
$ dd
press control-t
Samuel Thibault, le dim. 16 janv. 2022 21:19:17 +0100, a ecrit:
> otherwise I'll soon ask to just drop the gdc support from
> gcc-12
Apparently doko already did it.
Samuel
Hello,
Svante Signell, le mar. 25 janv. 2022 16:15:46 +0100, a ecrit:
> make[3]: Entering directory '/home/.../hurd-0.9.git20211230/build-deb/
> libshouldbeinlibc'
> mkdir /home
> mkdir: cannot create directory ‘/home’: File exists
> mkdir /home/.../hurd-0.9.git20211230/debian/tmp/lib
> mkdir /hom
Svante Signell, le mar. 25 janv. 2022 17:04:41 +0100, a ecrit:
> On Tue, 2022-01-25 at 16:38 +0100, Samuel Thibault wrote:
> > Svante Signell, le mar. 25 janv. 2022 16:15:46 +0100, a ecrit:
> > > make[3]: Entering directory '/home/.../hurd-0.9.git20211230/build-
> > &
Svante Signell, le mar. 25 janv. 2022 17:52:13 +0100, a ecrit:
> BTW: When you (or somebody else) have confirmed/not confirmed building
> the latest hurd successfully on an up-to-date image (no chroot, no
> buildd) we can continue this discussion.
When I hack on the hurd package I don't use a chro
Svante Signell, le mar. 25 janv. 2022 22:15:50 +0100, a ecrit:
> On Tue, 2022-01-25 at 19:43 +0100, Samuel Thibault wrote:
> >
> > I can confirm again that building the package with a mere
> >
> > dpkg-buildpackage
> >
> > works fine for me. This i
Svante Signell, le mar. 25 janv. 2022 23:40:17 +0100, a ecrit:
> On Tue, 2022-01-25 at 22:16 +0100, Samuel Thibault wrote:
> > >
> > > Thanks!
> > > But on a third image I get:
> > > mkdir: cannot create directory ‘/home’: File exists
> > >
> &g
Svante Signell, le mer. 26 janv. 2022 10:31:23 +0100, a ecrit:
> On Tue, 2022-01-25 at 23:42 +0100, Samuel Thibault wrote:
> > Svante Signell, le mar. 25 janv. 2022 23:40:17 +0100, a ecrit:
> > > On Tue, 2022-01-25 at 22:16 +0100, Samuel Thibault wrote:
> > > > >
Svante Signell, le jeu. 27 janv. 2022 12:08:47 +0100, a ecrit:
> On Wed, 2022-01-26 at 17:54 +0100, Samuel Thibault wrote:
> > So here the problem is that
> >
> > test ! -d /home
> >
> > says that /home is not a directory. Is there anything special about your
Svante Signell, le jeu. 27 janv. 2022 23:17:38 +0100, a ecrit:
> On Thu, 2022-01-27 at 20:23 +0100, Samuel Thibault wrote:
> > Svante Signell, le jeu. 27 janv. 2022 12:08:47 +0100, a ecrit:
> > > On Wed, 2022-01-26 at 17:54 +0100, Samuel Thibault wrote:
> > > &g
João Pedro Malhado, le jeu. 10 févr. 2022 08:43:16 +, a ecrit:
> And since I'm here, would it be useful (or even possible) to run Hurd's own
> servers under Runit supervision? Or is there a HUrd's own mechanism to restart
> crashed servers?
Passive translators are auto-loaded, and thus if they
Hello,
Philipp Klaus Krause, le jeu. 10 févr. 2022 17:09:26 +0100, a ecrit:
> I just downloaded debian-hurd-20210812.img, and started it in kvm. apt-get
> update then failed:
Yes, the problem is that the debian-ports archive key is updated every
year, and thus its liveness doesn't span the whole
Hello,
Philipp Klaus Krause, le dim. 13 févr. 2022 12:59:16 +0100, a ecrit:
> I noticed that svn checkout often aborts on Debian GNU/Hurd in the middle of
> a checkout. AFAIR, it has been that way for me for over a year (but I often
> don't use Debian GNU/Hurd for months).
>
> The exact error var
Hello,
I have fixed a few issues with rumpdisk, and uploaded it as version
hurd 0.9.git20220218-1, which was built using rumpdisk itself :)
Samuel
Hello,
Helmut Grohne, le ven. 18 févr. 2022 06:20:45 +0100, a ecrit:
> I'm quite surprised about the existence of mig-for-host:amd64 and
> mig-x86-64-linux-gnu. I'm also a little little surprised about
> mig:amd64. Are you sure that these are correct?
Well, they have the same role as their i386 c
Hello,
Helmut Grohne, le ven. 18 févr. 2022 14:13:09 +0100, a ecrit:
> On Fri, Feb 18, 2022 at 12:45:57PM +0100, Guillem Jover wrote:
> > Just to spell out, what might perhaps be obvious here, but I think
> > they key is that MIG is "kernel independent", so it provides an
> > interface which is no
Helmut Grohne, le dim. 20 févr. 2022 07:50:59 +0100, a ecrit:
> Once doing that, we effectively get the very same packages just
> without -linux or -kfreebsd.
Yep, that's what I understood
> I'm wondering whether that should be expanded to just cover the full
> matrix withing x86 architectures (3
Hello,
I have produced new Debian GNU/Hurd installer images and pre-installed
qemu image, notably with the latest rumpdisk improvements. Apparently
it does work at least with qemu, so probably it also works on real
hardware. You may need to append the noahci parameter to the kernel
parameters to p
Samuel Thibault, le mar. 01 mars 2022 01:58:46 +0100, a ecrit:
> Damien Zammit, le dim. 27 févr. 2022 09:10:20 +, a ecrit:
> > These three patches are sequential and all three were applied and the
> > final result tested to boot via rumpdisk.
>
> I have been exercising
Simon McVittie, le jeu. 24 mars 2022 10:55:48 +, a ecrit:
> One option would be for Hurd developers to add a GLocalFileMonitor
> backend to GLib upstream, alongside the GInotifyFileMonitor (for Linux)
> and the GKqueueFileMonitor (for FreeBSD and kFreeBSD).
FTR, on the Hurd that would use file
Hello,
Queued so, thanks!
Samuel
Ярослав Мінєєв, le dim. 24 avril 2022 20:29:23 +0300, a ecrit:
> Is there any way to setup Debian GNU/Hurd Root on NFS?
That should be possible by setting up a pfinet.static bootstrap module
and then an nfs.static bootstrap module.
As of now nfs.static will howewer not know how to access pfinet w
Hello,
Paul Dufresne, le jeu. 28 avril 2022 03:47:12 -0400, a ecrit:
> Was feeling like trying Debian/Hurd again, so I downloaded and installed daily
> DVD.iso.
Remember that daily images are completely untested, so it is really like
playing lottery.
> running it with:
> kvm -m 1G -drive file=hd
Paul Dufresne, le jeu. 28 avril 2022 04:25:56 -0400, a ecrit:
> grep EE /var/log/Xorg.0.log show that:
>
> failed to load fbdevhw (invalid module, 0)
> VESA(0) Cannot read int vect
>
> Was it expected?
No, that needs to be investigated.
Samuel
Paul Dufresne, le jeu. 28 avril 2022 04:25:56 -0400, a ecrit:
> then, I tried first as a normal user, then as root (because you said root was
> allowed to lspci devices, not normal users):
(note that Xorg runs as root anyway, thanks to the setuid
/usr/lib/xorg/Xorg.wrap)
Samuel
Hello,
Paul Dufresne le jeu. 28 avril 2022 04:53:07 -0400, a ecrit:
> after having done the dpkg-reconfigure stuff, I get:
> xinit: unable to connect to the server
>
> and Xorg.0.log contains a line with:
> fbdevhw does not have a fbdevhwModuleData (newline) data object.
Please send the whol
Paul Dufresne, le jeu. 28 avril 2022 05:30:04 -0400, a ecrit:
> [1865310.432] (EE) LoadModule: Module fbdevhw does not have a
> fbdevhwModuleData
> data object.
> [1865310.432] (EE) Failed to load module "fbdevhw" (invalid module, 0)
> [1865310.432] (WW) VGA arbiter: cannot open kernel arbiter, no
Samuel Thibault, le jeu. 28 avril 2022 10:30:27 +0200, a ecrit:
> Paul Dufresne, le jeu. 28 avril 2022 04:25:56 -0400, a ecrit:
> > grep EE /var/log/Xorg.0.log show that:
> >
> > failed to load fbdevhw (invalid module, 0)
> > VESA(0) Cannot read int vect
> >
&
Paul Dufresne, le jeu. 28 avril 2022 17:09:48 -0400, a ecrit:
> deb-src http://deb.debian.org/debian-ports/ sid main
> # 'unreleased' does not support sources yet
> # deb-src http://deb.debian.org/debian-ports/ unreleased main
> root@debian:~# apt-get source git
Run
apt update
first
Samuel
Paul Dufresne, le jeu. 28 avril 2022 17:47:24 -0400, a ecrit:
> The following packages have unmet dependencies:
> git : Depends: git-man (< 1:2.35.1-.) but 1:2.36.0-1 is to be installed
> E: Unable to correct problems, you have held broken packages.
> root@debian:~#
>
> I should open a bug repor
Hello,
guy fleury iteriteka, le mar. 03 mai 2022 16:34:29 +0200, a ecrit:
> > What is the diffrence between this 'reboot-hurd' and regular 'reboot' ?
>
> I'm not sure but I think reboot-hurd ensure that core servers like ext2fs sync
> their buffers before shutdown.
>
> Samuel is that correct?
r
Hello,
João, le dim. 08 mai 2022 23:54:41 +0200, a ecrit:
> I don't know what is this "signals don't interrupt select known bug" mentioned
> int the wiki. Are there any pointers to this?
I believe that was solved by this:
commit a9a002fb6cb9941ba283ef832e2a88ab000336
Hello,
João, le lun. 09 mai 2022 10:16:06 +0200, a ecrit:
> Does that mean that the assertion that the issue described in
> https://darnassus.sceen.net/~hurd-web/open_issues/runit/
> is due to "signals don't interrupt select" fixed bug in the hurd is not
> correct, or that the issue described on
Hello,
kconfig (and various KDE packages) are now failing to build with
> Your current platform 'GNU' is not supported.
while they were fine before, so that must be not very much work to fix
this issue. Any volunteer?
Samuel
Hello,
Jose Luis Alarcon Sanchez, le mer. 18 mai 2022 09:30:23 +0200, a ecrit:
> Since several weeks ago i'm getting a crash when i try start XOrg on my Debian
> GNU/Hurd runned through Qemu.
>
> I add the Xorg log file for a wide information
> [3590550.322] (II) VESA(0): initializing int10
> [35
Mattias Ellert, le mar. 31 mai 2022 11:17:00 +0200, a ecrit:
> https://buildd.debian.org/status/logs.php?pkg=globus-gass-copy&arch=hurd-i386
>
> I can not reproduce the failure on exodar. I tried 10 times, all
> successful.
Ah, Computer bought the farm, I wonder what happened on the box.
> Can t
Samuel Thibault, le mar. 31 mai 2022 11:53:27 +0200, a ecrit:
> Mattias Ellert, le mar. 31 mai 2022 11:17:00 +0200, a ecrit:
> > https://buildd.debian.org/status/logs.php?pkg=globus-gass-copy&arch=hurd-i386
> >
> > I can not reproduce the failure on exodar. I tried 10
Hello,
«
ISC has decided to stop maintaining the client and relay parts of
isc-dhcp, and they will be removed after the 4.4.3 release, keeping
only the server component. Please, consider using an alternative for
isc-dhcp-client (dhclient).
»
So we need to migrate to another DHCP client for the Hu
1 - 100 of 2795 matches
Mail list logo
