> Do you have any wireless on your machines or do you use the cable?
I connect my machines via cable. If I can't connect the cable directly to
my router, I use AP to connect to share my wireless connection through a
ethernet port.
El mié, 16 ago 2023 a las 16:11, Wojciech Aniszewski (<
aniszew...@
On Wed, Jul 12, 2023 at 01:39:14PM +0200, Almudena Garcia wrote:
> Maybe because the T30 is already IDE? Anyway, test it with these other
> laptops if you want
>
Of course it is. But it didn't help.
So to continue that thread, what I ended up doing is -- as I announced earlier
in the thread -- t
> > - ThinkPad T60, R60e
> > - ThinkPad R61i
> > - ThinkPad T410
> >
> > Using DVD-1 image.
> >
> > T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
> >
> > Added to this, in the most modern machines I had to configure SATA ports
&
s, I got to install successfully in
>
> - ThinkPad T60, R60e
> - ThinkPad R61i
> - ThinkPad T410
>
> Using DVD-1 image.
>
> T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
>
> Added to this, in the most modern machines I had to configure SATA
Sergey Bugaev, le jeu. 15 juin 2023 11:52:24 +0300, a ecrit:
> On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault
> wrote:
> > > So the installed system is not to blame, it must be that the installer
> > > is corrupting the FS somehow.
> >
> > Possibly some missing disk cache flush. I believe we hav
Sergey Bugaev, le jeu. 15 juin 2023 11:52:24 +0300, a ecrit:
> On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault
> wrote:
> > > Well, if there was, say, a call for pre-release testing,
> >
> > Well, Debian did ask for testing.
> >
> > I guess I should explicitly tell debian-hurd@ "hey that's a matt
Hello,
Sergey Bugaev, le mer. 14 juin 2023 18:40:15 +0300, a ecrit:
> > And most people just forgetting that it's just the same with *any*
> > OS that doesn't have a huge testing team. Any departure from what is
> > actually tested will get issues, very obviously. One just can't test the
> > whole
Hi:
Using previous releases, I got to install successfully in
- ThinkPad T60, R60e
- ThinkPad R61i
- ThinkPad T410
Using DVD-1 image.
T30 is so old. The Debian GNU/HURD installer needs at least 256 MB RAM.
Added to this, in the most modern machines I had to configure SATA ports in
On Thu, Jun 15, 2023 at 12:38:49AM +0200, Almudena Garcia wrote:
> I expect that info are useful
Oh la la, good luck with that:)
But seriously, I tried to install Hurd on 4 laptops and never succeeded.
Symptoms include:
-black screen no boot from CD (early model of Sony Vaio)
-stuck at the beginn
On Thu, Jun 15, 2023 at 2:14 AM Samuel Thibault wrote:
> > Well, if there was, say, a call for pre-release testing,
>
> Well, Debian did ask for testing.
>
> I guess I should explicitly tell debian-hurd@ "hey that's a matter for
> *us* too".
I don't think I understand what you mean; but what I me
Narcis Garcia, le jeu. 15 juin 2023 10:17:49 +0200, a ecrit:
> El 15/6/23 a les 0:37, Samuel Thibault ha escrit:
> > Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
> > > I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
> > > virtual machine with an image file as
El 15/6/23 a les 0:37, Samuel Thibault ha escrit:
Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
virtual machine with an image file as hard disk.
Ah, sorry, it seems that that case won't work indeed. Normally
0G raw image, and
not either with 10G, 64G, or even 80G qcow2 images, so it really seems
to be the 100G size + qcow2 combination that poses problem, for whatever
reason.
> Is there any reason to assume that I (or those other people) have not
> read the readme?
>
> It does say &quo
I've just installed Debian GNU/Hurd 2023 again, using a simpler Qemu script
with IDE disk and cdrom.
It works without problem
This is my script, using a 20G qcow image.
*MEMORY=2GFILE=$HOME/hurd_qemu/hurd2.img#CDROM=Descargas/debian-sid-hurd-i386-DVD-1.isoCDROM=&
Almudena Garcia, le mer. 14 juin 2023 21:25:32 +0200, a ecrit:
> Due to rumpdisk, I use a raw image, because the installer, using rumpdisk,
> doesn't detect fine the qcow2 image.
Uh? That's terribly odd: raw vs qcow is supposed to be a host-only
thing, and not have any actual effect on the guest..
Narcis Garcia, le mer. 14 juin 2023 19:19:14 +0200, a ecrit:
> I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
> virtual machine with an image file as hard disk.
Ah, sorry, it seems that that case won't work indeed. Normally that
just works the same as netinst, but in the ca
Almudena Garcia, le mer. 14 juin 2023 21:25:32 +0200, a ecrit:
> be a good idea to generate a DVD-1 or CD-1 image, to avoid this problem
I used to do that, but for whatever reason it got broken very recently,
so I couldn't do that this time.
Samuel
Sergey Bugaev, le mer. 14 juin 2023 18:40:15 +0300, a ecrit:
> Anyway, I am here, reporting things, and trying to fix them when I
> can. (And actually wondering whether you're all tired of me already.)
Sorry I wasn't clear. I'm tired of people posting in random webforums
and blabbering in dumb way
Hi:
I've just got to install Debian GNU/Hurd 12... but using Rumpdisk. Later I
will test with a simpler IDE config without it.
As advice, the NETINSTALL takes many time to download the packages, so it
could be a good idea to generate a DVD-1 or CD-1 image, to avoid this
problem
Due to rum
June 14, 2023 11:41 AM, "Sergey Bugaev" wrote:
> Anyway, I am here, reporting things, and trying to fix them when I
> can. (And actually wondering whether you're all tired of me already.)
I think everyone is very happy that you are helping out and making the
Hurd better Sergey!
Joshua
I tried an installation with debian-hurd-2023-i386_mini.iso into a KVM
virtual machine with an image file as hard disk.
After partitioning stage, Debian Installer says:
"Install the base system
Unable to install the selected kernel
An error was returned while trying to install the kernel into th
e qemu (and README files are actually meant
> to be read).
Is there any reason to assume that I (or those other people) have not
read the readme?
It does say "To give Debian GNU/Hurd a try, it is probably easier to
simply run the preinstalled image", not "it is really recommended
Hello,
Sergey Bugaev, le mer. 14 juin 2023 15:12:22 +0300, a ecrit:
> Unfortunately the released installation ISO is very broken :( , which
> spoils the whole thing.
>
> Once you install it and try to boot for the first time, you are greeted
> with a wall of errors about /dev//tty1
?? I'm not ge
Hello -- and congratulations to all involved!
Unfortunately the released installation ISO is very broken :( , which
spoils the whole thing.
Once you install it and try to boot for the first time, you are greeted
with a wall of errors about /dev//tty1 (yes, with a double slash) and
the other ttys
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2023. This is a snapshot of Debian "sid" at
the time of the stable Debian "bookworm" release (June 2023), so it is
mostly based on the same sources. It is not an official Debian r
Hello,
Queued so, thanks!
Samuel
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
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
amuel Thibault writes:
>
> > 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
>
> Awesome!
>
> > * The port of go is complete
> >
> > * Support for
Samuel Thibault writes:
> 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
Awesome!
> * The port of go is complete
>
> * Support for file record locking was added
>
&g
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 Debia
On Tue, Dec 01, 2020 at 11:39:35AM +, Jessica Clarke wrote:
> On 1 Dec 2020, at 11:29, Richard Braun wrote:
> >
> > Hello,
> >
> > The php7.4 package and all that depend on it cannot be built because of
> > a dependency from php7.4 on systemd. Is there anything that can be done
> > about it
On Tue, 2020-12-01 at 12:51 +0100, Svante Signell wrote:
> On Tue, 2020-12-01 at 12:29 +0100, Richard Braun wrote:
> > Hello,
> >
> > The php7.4 package and all that depend on it cannot be built
> > because
> > of
> > a dependency from php7.4 on systemd. Is there anything that can be
> > done
> >
On Tue, 2020-12-01 at 12:29 +0100, Richard Braun wrote:
> Hello,
>
> The php7.4 package and all that depend on it cannot be built because
> of
> a dependency from php7.4 on systemd. Is there anything that can be
> done
> about it ?
See #951834 for patches. The only dependent package on systemd is
On 1 Dec 2020, at 11:29, Richard Braun wrote:
>
> Hello,
>
> The php7.4 package and all that depend on it cannot be built because of
> a dependency from php7.4 on systemd. Is there anything that can be done
> about it ?
Yes; see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951834.
Jess.
Hello,
The php7.4 package and all that depend on it cannot be built because of
a dependency from php7.4 on systemd. Is there anything that can be done
about it ?
Thanks.
--
Richard Braun
Hello,
Jakub Jermář, le sam. 13 juil. 2019 23:05:17 +0200, a ecrit:
> > You must install the liblwip0 package, and then just use the same
> > parameters you use with pfinet, for instance:
> >
> > # settrans -fgap /hurd/lwip /servers/socket/2 -6 /servers/socket/26 -i
> > /dev/eth0 -a 192.168.122
Jeffrey Walton writes:
> On Sat, Jul 13, 2019 at 2:48 PM Richard Braun wrote:
>>
>> On Sat, Jul 13, 2019 at 08:37:54PM +0200, Arne Babenhauserheide wrote:
>> > > 1. The installer uses ext2.
>> > …
>> > > Regarding (1), ext2 seems a bit unusual in 2019, but it may be a
>> > > design decision. I
> This is what was installed from the Debian GNU/Hurd 2019 release. I
> simply downloaded the first CD and then fetched the rest over the net.
Yeah, I've tried and have the same error too. I don't know the problem but I
fixed it by downloading the Hurd from sources and co
now what's the problem, TBH. Are you using both translator and
> liblwip from upstream?, I don't see that function declared or called in the
> translator nor liblwip.
This is what was installed from the Debian GNU/Hurd 2019 release. I
simply downloaded the first CD and then fetched the rest over the net.
Jakub
Hi,
> I have liblwip0 package installed, but when running /hurd/lwip, I am
> getting:
>
> /hurd/lwip: symbol lookup error: /hurd/lwip: undefined symbol:
> tcpip_callback_with_block
I don't know what's the problem, TBH. Are you using both translator and liblwip
from upstream?, I don't see that fu
Hi!
> You must install the liblwip0 package, and then just use the same parameters
> you use with pfinet, for instance:
>
> # settrans -fgap /hurd/lwip /servers/socket/2 -6 /servers/socket/26 -i
> /dev/eth0 -a 192.168.122.178 -m 255.255.255.0 -g 192.168.122.1
>
> Being configured through DHCP
Jeffrey Walton writes:
> On Sat, Jul 13, 2019 at 2:48 PM Richard Braun wrote:
>>
>> On Sat, Jul 13, 2019 at 08:37:54PM +0200, Arne Babenhauserheide wrote:
>> > > 1. The installer uses ext2.
>> > …
>> > > Regarding (1), ext2 seems a bit unusual in 2019, but it may be a
>> > > design decision.
Richard Braun writes:
> On Sat, Jul 13, 2019 at 08:37:54PM +0200, Arne Babenhauserheide wrote:
>> > 1. The installer uses ext2.
>> …
>> > Regarding (1), ext2 seems a bit unusual in 2019, but it may be a
>> > design decision. It may be worth noting ext4 is a journaled file
>> > system and ext2
On Sat, Jul 13, 2019 at 2:48 PM Richard Braun wrote:
>
> On Sat, Jul 13, 2019 at 08:37:54PM +0200, Arne Babenhauserheide wrote:
> > > 1. The installer uses ext2.
> > …
> > > Regarding (1), ext2 seems a bit unusual in 2019, but it may be a
> > > design decision. It may be worth noting ext4 is a j
On Sat, Jul 13, 2019 at 08:37:54PM +0200, Arne Babenhauserheide wrote:
> > 1. The installer uses ext2.
> …
> > Regarding (1), ext2 seems a bit unusual in 2019, but it may be a
> > design decision. It may be worth noting ext4 is a journaled file
> > system and ext2 is not.
>
> The reason for ext2
Hi Jeffrey,
Jeffrey Walton writes:
> On Sat, Jul 6, 2019 at 7:57 PM Samuel Thibault wrote:
>>
>> It is with huge pleasure that the Debian GNU/Hurd team announces the
>> release of Debian GNU/Hurd 2019. This is a snapshot of Debian "sid" at
…
>> (https://
On Sat, Jul 6, 2019 at 7:57 PM Samuel Thibault wrote:
>
> It is with huge pleasure that the Debian GNU/Hurd team announces the
> release of Debian GNU/Hurd 2019. This is a snapshot of Debian "sid" at
> the time of the stable Debian "stretch" release (July 2019)
Samuel Thibault writes:
> Debian GNU/Hurd is currently available for the i386 architecture with
> about 80% of the Debian archive, and more to come!
Great achievement!
> * An ACPI translator is available, it is currently only used to shut
> down the system.
Well that's
> Is that this stack? https://en.wikipedia.org/wiki/LwIP
>
> How is it possible to switch to it?
>
You must install the liblwip0 package, and then just use the same parameters
you use with pfinet, for instance:
# settrans -fgap /hurd/lwip /servers/socket/2 -6 /servers/socket/26 -i
/dev/eth0 -a
Arne Babenhauserheide, le lun. 08 juil. 2019 01:11:43 +0200, a ecrit:
> If you want to find funding for that,
I don't lack funding, I just do not have time to lead such a thing.
Samuel
Samuel Thibault writes:
>> > * A PCI arbiter has been introduced, and will be useful to properly
>> > manage PCI access, as well as provide fine-grain hardware access.
>>
>> Is this a viable first step towards a Hurdish sound system?
>
> It is.
Cool!
If you want to find funding for that, have
Arne Babenhauserheide, le dim. 07 juil. 2019 13:16:50 +0200, a ecrit:
> > * An ACPI translator is available, it is currently only used to shut
> > down the system.
>
> That’s great! Am I right in thinking that this fixes the annoying "in
> tight loop" in qemu?
It does, yes.
> > * The LwIP TCP/IP
Samuel Thibault writes:
> It is with huge pleasure that the Debian GNU/Hurd team announces the
> release of Debian GNU/Hurd 2019. This is a snapshot of Debian "sid" at
> the time of the stable Debian "stretch" release (July 2019), so it is
> mostly based on
Samuel Thibault, le dim. 07 juil. 2019 01:57:04 +0200, a ecrit:
> It is with huge pleasure that the Debian GNU/Hurd team announces the
> release of Debian GNU/Hurd 2019. This is a snapshot of Debian "sid" at
> the time of the stable Debian "stretch" release (Jul
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2019. This is a snapshot of Debian "sid" at
the time of the stable Debian "stretch" release (July 2019), so it is
mostly based on the same sources. It is not an official Debian r
Hello,
Paolo Del Bene, on lun. 11 déc. 2017 18:24:57 +0100, wrote:
> The support for audio, usb, firewire and other devices at which point is GNU/
> Hurd?
When people will have gotten something working.
GNU/Hurd is not driven by a company which can set goals, it's just
volunteering, which can't
Only few queries:
The support for audio, usb, firewire and other devices at which point is
GNU/Hurd?
Will be possible initialize GNU/HURD on Thinkpad T23, T40...?
How long again?
Awaiting for your reply
Greetings,
Paolo iw0fzw
Hi,
Samuel Thibault wrote:
> I rather guess the double-buffering support in grub.
But where would that be controllable ?
grub-mkimage --help has no options for that. Google does not find me
any clue about grub.cfg statements which would promise to do it.
Have a nice day :)
Thomas
Thomas Schmitt, on mar. 20 juin 2017 23:01:26 +0200, wrote:
> If i only knew what Vladimir meant with "disable double buffering
> and try again" to diagnose the menu graphics problem.
> Maybe the X extension about double frame buffering:
> https://www.x.org/releases/X11R7.7/doc/libXext/dbelib.htm
Hi,
Samuel Thibault wrote:
> Files on
> https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily/
> are now updated accordingly
Oh yes. Now it looks much better and should be digestible for partition
editors.
https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily
Hello,
Thomas Schmitt, on mar. 20 juin 2017 14:32:40 +0200, wrote:
> So my proposal to Debian GNU/Hurd is to boldly add option
> --protective-msdos-label
> to the debian-installer run of xorriso -as mkisofs for hurd.
Files on
https://people.debian.org/~sthibault/hurd-i386/installe
of Debian 8 is in the state it is in.
----------
So my proposal to Debian GNU/Hurd is to boldly add option
--protective-msdos-label
to the debian-installer run of xorriso -as mkisofs for hurd.
If an empty partition table is desired instead, then at least zeroize
the 64 bytes beginning at offse
Thomas Schmitt, on mar. 20 juin 2017 11:24:42 +0200, wrote:
> Did you already talk to Steve McIntyre about the appearance of amd64
> on your VM ?
IIRC I reported the issue, I don't have the reference off-hand.
Samuel
- 1 root root 512 Mar 23 2015 /usr/lib/grub/i386-pc/boot.img
> Note that the script gets executed on Debian GNU/Hurd, not Debian
> GNU/Linux. Perhaps for some reason there's a bug in the Hurd version.
> ...
> Better investigate the Hurd version first before contacting them,
> pe
gt; -rw-r--r-- 1 root root 512 Mar 23 2015 /usr/lib/grub/i386-pc/boot.img
Note that the script gets executed on Debian GNU/Hurd, not Debian
GNU/Linux. Perhaps for some reason there's a bug in the Hurd version.
> Now i wonder whether i should ask Debian's GRUB2 maintainers or directly
Hi,
i found
https://anonscm.debian.org/cgit/d-i/debian-installer.git/tree/build/util/x86-image
which indeed produces a file grub_embed.
But it uses a blob as first part of that file:
cat "/usr/lib/grub/$platform/boot.img" "$workdir/core.img" >
"$outdir/boot/grub/grub_embed"
I have one on m
Hi,
i wrote:
> > I would need to know how the MBR and the subsequent data blocks
> > are produced.
Samuel Thibault wrote:
> The build log is available on
> https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily/debian-cd.log
This mentions grub_embed two times when xorriso gets i
Thomas Schmitt, on mar. 20 juin 2017 00:05:01 +0200, wrote:
> > Ask grub people then :)
>
> I would need to know how the MBR and the subsequent data blocks
> are produced.
The build log is available on
https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily/debian-cd.log
xorriso
Hi,
i wrote:
> > i see a quite insane MBR partition table:
Samuel Thibault wrote:
> That's not surprising by nowadays' """ISO""" image standard: they are
> both valid as CD image, usb stick image, etc.
Sure. But normally the MBR has a valid partition table.
Not only the ISOLINUX MBR of Debian x8
Hello,
Thomas Schmitt, on dim. 18 juin 2017 11:07:36 +0200, wrote:
>
> http://ftp.ports.debian.org/debian-ports-cd/hurd-i386/debian-hurd-2017/debian-hurd-2017-i386-NETINST-1.iso
>
> i see a quite insane MBR partition table:
That's not surprising by nowadays' """ISO""" image standard: they are
Thank you developers for your constant hard work on Debian Hurd!
Samuel Thibault writes:
> It is with huge pleasure that the Debian GNU/Hurd team announces the
> release of Debian GNU/Hurd 2017.
That’s awesome! Thank you!
I’d just like to note that "Hurd in 140 letters command" still works:
http://www.draketo.de/english/free-software/howt
Hi,
in
http://ftp.ports.debian.org/debian-ports-cd/hurd-i386/debian-hurd-2017/debian-hurd-2017-i386-NETINST-1.iso
i see a quite insane MBR partition table:
$ /sbin/fdisk -lu debian-hurd-2017-i386-NETINST-1.iso
...
Disklabel type: dos
...
Device Boot
Merci beaucoup to All for big work
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2017. This is a snapshot of Debian "sid" at
the time of the stable Debian "stretch" release (May 2017), so it is
mostly based on the same sources. It is not an official Debian r
Hello,
Jose Luis Alarcon Sanchez, on Thu 20 Oct 2016 11:27:19 +, wrote:
> Using Debian GNU/Hurd virtualized with kvm here. With others systems under
> kvm i
> can use in the Qemu monitor the command sendkey for switch between the
> graphics
> system and the ttys. sendkey c
Hello.
Using Debian GNU/Hurd virtualized with kvm here. With others systems under kvm i
can use in the Qemu monitor the command sendkey for switch between the graphics
system and the ttys. sendkey ctrl-alt-f3, for instance, but this looks don't
have any efect with the Debian GNU/Hurd s
package: www.debian.org
x-debbugs-cc: debian-hurd@lists.debian.org
Hi,
https://www.debian.org/ports/hurd/ contains the following:
"We hope to be able to release Debian GNU/Hurd for wheezy."
As you might be aware, wheezy has been released and so has jessie, so
you might want to updat
Hello,
Axel Beckert, le Fri 28 Aug 2015 20:58:27 +0200, a écrit :
> JFYI: zsh upstream suspects fakeroot as reason for the endless loops
> during zsh's configure run on Debian GNU/Hurd.
I've found why. This basically boils down to opening a fifo with O_RDWR
which was getting stu
s reason for the endless loops
> > > > during zsh's configure run on Debian GNU/Hurd.
> > >
> > > I'll try to build with fakeroot-tcp to see what happens.
> >
> > Yes, it built fine.
>
> Cool.
>
> How can we make that choice permanent?
during zsh's configure run on Debian GNU/Hurd.
> >
> > I'll try to build with fakeroot-tcp to see what happens.
>
> Yes, it built fine.
Cool.
How can we make that choice permanent? AFAICT /usr/bin/fakeroot-sysv
and /usr/bin/fakeroot-tcp both come from the fakeroot
Samuel Thibault, le Fri 28 Aug 2015 21:10:41 +0200, a écrit :
> Axel Beckert, le Fri 28 Aug 2015 20:58:27 +0200, a écrit :
> > JFYI: zsh upstream suspects fakeroot as reason for the endless loops
> > during zsh's configure run on Debian GNU/Hurd.
>
> I'll try to
Axel Beckert, le Fri 28 Aug 2015 20:58:27 +0200, a écrit :
> JFYI: zsh upstream suspects fakeroot as reason for the endless loops
> during zsh's configure run on Debian GNU/Hurd.
I'll try to build with fakeroot-tcp to see what happens.
We'd have to investigate what is happening then.
Samuel
Hi,
JFYI: zsh upstream suspects fakeroot as reason for the endless loops
during zsh's configure run on Debian GNU/Hurd.
- Forwarded message from Bart Schaefer -
Date: Fri, 28 Aug 2015 10:44:22 -0700
From: Bart Schaefer
To: Axel Beckert , zsh-work...@zsh.org
Subject: Re: zsh 5.0.8.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/29/2015 6:46 PM, Samuel Thibault wrote:
> Debian GNU/Hurd 2015 released!
>
> It is with huge pleasure that the Debian GNU/Hurd team announces the release
> of Debian GNU/Hurd
> 2015.
>
Awesome work folks, congrats! Nice to
Debian GNU/Hurd 2015 released!
It is with huge pleasure that the Debian GNU/Hurd team announces the
release of Debian GNU/Hurd 2015.
This is a snapshot of Debian "sid" at the time of the stable Debian
"jessie" release (April 2015), so it is mostly based on the same
sources. I
This is an update to the last Debian GNU/Hurd bits from February
2012[0]. The following has happened since then:
1. Debian GNU/Hurd 2013 release
Back in May 2013, we released a version of the Debian GNU/Hurd sid
distribution[1]. Since that was a snapshot at about the same time as the
Wheezy
Hi,
On Mon, Apr 14, 2014 at 11:20:54PM +0200, Michael Banck wrote:
> we're working on the next bits from the Hurd porters, to be send out
> (hopefully) later this week.
>
> You can participate here: http://titanpad.com/0K9KA5dFI3
This is now mostly finished, does anybody have any further additi
Quoting Samuel Thibault (2014-05-02 09:34:38)
> Justus Winter, le Fri 02 May 2014 09:28:39 +0200, a écrit :
> > Quoting Samuel Thibault (2014-05-01 22:38:16)
> > > (I didn't know they wanted ACPI so badly)
> >
> > Well, there is [0], a OS-independent reference implementation from
> > Intel (we cou
Justus Winter, le Fri 02 May 2014 09:28:39 +0200, a écrit :
> Quoting Samuel Thibault (2014-05-01 22:38:16)
> > (I didn't know they wanted ACPI so badly)
>
> Well, there is [0], a OS-independent reference implementation from
> Intel (we could rip a GPLed version of this from the Linux kernel).
>
Hi :)
Quoting Samuel Thibault (2014-05-01 22:38:16)
> (I didn't know they wanted ACPI so badly)
Well, there is [0], a OS-independent reference implementation from
Intel (we could rip a GPLed version of this from the Linux kernel).
0: https://www.acpica.org/
Also, if it's only to power down the
Hello,
As suggested by Svante, I've moved our Debian GNU/Hurd TODO list on a
separate page: https://wiki.debian.org/Debian_GNU/Hurd_TODO
Now, again, it's a matter of making sure that debian-release,
debian-boot, etc. put what they actually want (I didn't know they wanted
ACPI so b
Hi,
we're working on the next bits from the Hurd porters, to be send out
(hopefully) later this week.
You can participate here: http://titanpad.com/0K9KA5dFI3
Coordination is taking place in #debian-hurd on irc.debian.org
Cheers,
Michael
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lis
On Thu, Mar 06, 2014 at 03:47:20AM +0100, Guillem Jover wrote:
> I probably will still be lurking around, and might show up in the
> upstream lists or here from time to time, though.
Thanks for your help :).
--
Richard Braun
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
wit
On 6 March 2014 13:47, Guillem Jover wrote:
>
> Hi!
>
> I've been progressively scaling down my involvement in Debian (due to
> continued dissatisfaction with the project), and given that I've not
> been very active maintaining GNU/Hurd packages since the switch of the
> packaging to git (as I fin
Hi!
I've been progressively scaling down my involvement in Debian (due to
continued dissatisfaction with the project), and given that I've not
been very active maintaining GNU/Hurd packages since the switch of the
packaging to git (as I find maintaining packaging with full upstream
sources in the
4win...@informatik.uni-hamburg.de writes:
> I implemented /proc/mounts, umount, freed up PID 1 for sysvinit, fixed
> ifupdown, sysvinit and initscripts on Hurd, implemented a
> proof-of-concept cgroupfs and fixed many small issues along the
> way. Almost all of my patches are already upstream and i
I third that, nice work!
--
Barry deFreese
Sometimes helper, sometimes hinderer to:
Debian Games, QA, GNU/Hurd
On 9/23/2013 8:37 AM, Richard Braun wrote:
> On Mon, Sep 23, 2013 at 01:38:26PM +0200, 4win...@informatik.uni-hamburg.de
> wrote:
>> It has been a lot of fun and I will definitively se
On Mon, Sep 23, 2013 at 01:38:26PM +0200, 4win...@informatik.uni-hamburg.de
wrote:
> It has been a lot of fun and I will definitively see you around :)
Congratulations, well done indeed.
--
Richard Braun
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsu
1 - 100 of 665 matches
Mail list logo