Re: [v3 Updated information about rump] Updated information about rump.

Fixed a few details and pushed, thanks! jbra...@dismail.de, le dim. 20 oct. 2024 21:00:29 -0400, a ecrit: > I added some more tweaks here Samuel. I think I finally got decent > guide that shows people how to try out rumpdisk. > > * community/gsoc/project_ideas/driver_glue_code.mdwn: mention that

[v3 Updated information about rump] Updated information about rump.

I added some more tweaks here Samuel. I think I finally got decent guide that shows people how to try out rumpdisk. * community/gsoc/project_ideas/driver_glue_code.mdwn: mention that Damien implemented rumpdisk & rumpusbdisk. * hurd/rump.mdwn: added links to other pages. * hurd/rump/rumpdisk.mdwn

[Web Updates: rump, libirqhelp, libmachdev, markup changes] Updated information about rump.

* community/gsoc/project_ideas/driver_glue_code.mdwn: mention that Damien implemented rumpdisk & rumpusbdisk. * hurd/rump.mdwn: added links to other pages. * hurd/rump/rumpdisk.mdwn: new file * hurd/rump/rumpusbdisk.mdwn: new file * hurd/rump/rumpsound.mdwn: new file * hurd/rump/rumpnet.mdwn: new f

Re: [Web Updates: rump, libirqhelp, libmachdev, markup changes 4/4] Updated information about rump.

jbra...@dismail.de via Bug reports for the GNU Hurd, le sam. 12 oct. 2024 10:36:51 -0400, a ecrit: > When you see the > +Grub splash sceen press "c", this will let you change your boot > +options. Add in the option "noide". This will force GNU Mach to > +disable the old Linux disk drivers, and

[Web Updates: rump, libirqhelp, libmachdev, markup changes 4/4] Updated information about rump.

* community/gsoc/project_ideas/driver_glue_code.mdwn: mention that Damien implemented rumpdisk & rumpusbdisk. * hurd/rump.mdwn: added links to other pages. * hurd/rump/rumpdisk.mdwn: new file * hurd/rump/rumpusbdisk.mdwn: new file * hurd/rump/rumpsound.mdwn: new file * hurd/rump/rumpnet.mdwn: new f

[Web pages:Faq updates and misc 3/5] I updated the 64 bit port status.

* faq/64-bit.mdwn: updated status information: libdiskfs/ext2fs deadlocks * open_issues/64-bit_port.mdwn: I mentioned the status of bootstrap efforts of Debian Hurd, Alpine-Hurd, and Guix Hurd. --- faq/64-bit.mdwn | 9 ++--- open_issues/64-bit_port.mdwn | 12 +++- 2

[Web pages:Faq updates and misc 4/5] I updated the faq/drivers page to reccommend specific hardware.

* faq/drivers.mdwn: T43, X200, T400, T500 Thinkpads. --- faq/drivers.mdwn | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/faq/drivers.mdwn b/faq/drivers.mdwn index ca7abab4..48baa76a 100644 --- a/faq/drivers.mdwn +++ b/faq/drivers.mdwn @@ -13,10 +13,24 @@ Licen

Re: [PATCH] Updated the emacs open issues page.

Hi, Il 05/09/23 20:27, Guy-Fleury Iteriteka ha scritto: https://people.debian.org/~sthibault/hurd-i386/initrd-amd64.img.gz » And how you launch this one. I get: no bootable module It can be used as a ramdisk; one way to use it (maybe not the simplest, but more or less the one I used) is to b

Re: [PATCH] Updated the emacs open issues page.

On September 4, 2023 9:50:34 AM GMT+02:00, Samuel Thibault wrote: >Po Lu, le lun. 04 sept. 2023 08:53:21 +0800, a ecrit: >> Incidentally, where are the Debian hurd-amd64 images that are always in >> earshot but never in sight? > >? > >« >If people want to play wit

Re: [PATCH] Updated the emacs open issues page.

Po Lu, le lun. 04 sept. 2023 08:53:21 +0800, a ecrit: > Samuel Thibault writes: > > This entry is also redundant: > > >>* Configuration in `src/s/`: `gnu.h` uses `bsd-common.h`. > >> `gnu-kfreebsd.h` > >> uses `gnu-linux.h` -- we probably should too. > > as Emacs has ceased to distri

Re: [PATCH] Updated the emacs open issues page.

Po Lu, le lun. 04 sept. 2023 08:53:21 +0800, a ecrit: > Incidentally, where are the Debian hurd-amd64 images that are always in > earshot but never in sight? ? « If people want to play with it, I have updated the image on https://people.debian.org/~sthibault/hurd-i386/initrd-amd64.

Re: [PATCH] Updated the emacs open issues page.

Samuel Thibault writes: > Applied, thanks! This entry is also redundant: >>* Configuration in `src/s/`: `gnu.h` uses `bsd-common.h`. >> `gnu-kfreebsd.h` >> uses `gnu-linux.h` -- we probably should too. as Emacs has ceased to distribute explicit machine or system configuration files,

Re: [PATCH] Updated the emacs open issues page.

Applied, thanks! jbra...@dismail.de, le dim. 03 sept. 2023 18:57:25 -0400, a ecrit: > I figured that a lot of this information on the wiki page was updated, > so I deleted much of it. Thanks! > > --- > open_issues/emacs.mdwn | 1519 +--- >

[PATCH] Updated the emacs open issues page.

I figured that a lot of this information on the wiki page was updated, so I deleted much of it. Thanks! --- open_issues/emacs.mdwn | 1519 +--- 1 file changed, 12 insertions(+), 1507 deletions(-) diff --git a/open_issues/emacs.mdwn b/open_issues/emacs.mdwn

Re: [PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

Samuel Thibault writes: > Hello, > > Could you rebase it on your previous patch, which I have already > commited? > Of course. I didn't realize you had commited it. Will do shortly. > Samuel > > jbra...@dismail.de, le jeu. 25 mai 2023 11:56:44 -0400, a ecrit: >> * community/gsoc/project_ideas

Re: [PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

Hello, Could you rebase it on your previous patch, which I have already commited? Samuel jbra...@dismail.de, le jeu. 25 mai 2023 11:56:44 -0400, a ecrit: > * community/gsoc/project_ideas/driver_glue_code.mdwn: changed rump > kernel link. > * hurd.mwdn: added a link to hurd/rump.mdwn. > * hurd/ru

[PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

* community/gsoc/project_ideas/driver_glue_code.mdwn: changed rump kernel link. * hurd.mwdn: added a link to hurd/rump.mdwn. * hurd/rump.mdwn: new file. * rump_kernel.mwdn: deleted file. --- .../gsoc/project_ideas/driver_glue_code.mdwn | 2 +- hurd.mdwn | 3 +

Re: [PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

May 24, 2023 3:40 PM, "Diego Nieto Cid" wrote: > Hi > > El mié, 24 may 2023 a las 15:43, jbra...@dismail.de () > escribió: > >> + >> +New test to see if the rump kernel works before you make the change >> +permanent. Manually tweak your /boot/grub/grub.cfg like so: > > Should that read "Now t

Re: [PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

Hi El mié, 24 may 2023 a las 15:43, jbra...@dismail.de () escribió: > + > +New test to see if the rump kernel works before you make the change > +permanent. Manually tweak your /boot/grub/grub.cfg like so: > Should that read "Now test" instead of "New test"? Cheers!

[PATCH] Updated the information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

* community/gsoc/project_ideas/driver_glue_code.mdwn: changed rump kernel link. * hurd.mwdn: added a link to hurd/rump.mdwn. * hurd/rump.mdwn: new file. * rump_kernel.mwdn: deleted file. --- .../gsoc/project_ideas/driver_glue_code.mdwn | 2 +- hurd.mdwn | 3 +

Re: [PATCH] Updated information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

jbra...@dismail.de, le lun. 22 mai 2023 11:48:35 -0400, a ecrit: > + Trying out rumpdisk > + > +

Re: [PATCH] Updated information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

On 23/05/2023 5:23 am, Joshua Branson wrote: Sergey Bugaev writes: Hi, On Mon, May 22, 2023 at 6:49 PM jbra...@dismail.de wrote: +upgrade to the bleeding edge Debian GNU/Hurd: + + $ wget http://ftp.de.debian.org/debian/pool/main/d/debian-ports-archive-keyring/debian-ports-archive-keyring_2023

Re: [PATCH] Updated information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

Sergey Bugaev writes: > Hi, > > On Mon, May 22, 2023 at 6:49 PM jbra...@dismail.de wrote: >> +upgrade to the bleeding edge Debian GNU/Hurd: >> + >> + $ wget >> http://ftp.de.debian.org/debian/pool/main/d/debian-ports-archive-keyring/debian-ports-archive-keyring_2023.02.01_all.deb >> + # dpkg

Re: [PATCH] Updated information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

Hi, On Mon, May 22, 2023 at 6:49 PM jbra...@dismail.de wrote: > +upgrade to the bleeding edge Debian GNU/Hurd: > + > + $ wget > http://ftp.de.debian.org/debian/pool/main/d/debian-ports-archive-keyring/debian-ports-archive-keyring_2023.02.01_all.deb > + # dpkg -i debian-ports-archive-keyr

[PATCH] Updated information about the rump kernels, and included a guide on how to use them on the Debian qemu image.

* community/gsoc/project_ideas/driver_glue_code.mdwn: changed rump kernel link. * hurd.mwdn: added a link to hurd/rump.mdwn. * hurd/rump.mdwn: new file. * rump_kernel.mwdn: deleted file. --- .../gsoc/project_ideas/driver_glue_code.mdwn | 2 +- hurd.mdwn | 3 +

Re: startx error on an updated Debian Hurd system

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

startx error on an updated Debian Hurd system

Hi. 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 Any tip, or clue, will be welcome. As always, Thanks you very much in advance. Best Regards. Jose. -- http://lordofunix.eu5.org/ No

Re: Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

On 27.4.2021 2.04, Svante Signell wrote: On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote: Hello Svante, For information, your patch got dropped because of #975658 Yes I know since a long time. And you did not care or anybody else either. So why bother... Why spend time on worthless i

Re: Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

Svante Signell, le mar. 27 avril 2021 01:04:30 +0200, a ecrit: > On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote: > > For information, your patch got dropped because of #975658 > > Yes I know since a long time. Ok, I hadn't seen it. > And you did not care or anybody else either. Well,

Re: Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote: > Hello Svante, > > For information, your patch got dropped because of #975658 Yes I know since a long time. And you did not care or anybody else either. So why bother... Why spend time on worthless issues?

Re: Updated patch for pciutils

Hello, Joan Lledó via Bug reports for the GNU Hurd, le sam. 21 déc. 2019 13:03:13 +0100, a ecrit: > This is the same patch with minor changes: > - Makefile updated to be applied on newer sources. > - hurd_detect(): Use stat() instead of lstat() to work with symbolic links. > -

Updated patch for pciutils

Hello Hurd, I updated the pciutils patch I wrote in 2017. The new version is attached. This is the same patch with minor changes: - Makefile updated to be applied on newer sources. - hurd_detect(): Use stat() instead of lstat() to work with symbolic links. - enum_devices(): Call closedir() on

Re: [PATCH] Updated patches for the port of gccgo to GNU/Hurd

Svante Signell, le lun. 11 févr. 2019 12:10:21 +0100, a ecrit: > WCONTINUED is not defined, I assume that WIFCONTINUED is not supported. > > From waitpid(2): > WCONTINUED (since Linux 2.6.10) >also return if a stopped child has been resumed by delivery of SIGCONT. > > @Samuel: more info? git

Re: The live wiki is not being updated?

Hello, Joshua Branson, le sam. 26 janv. 2019 10:43:32 -0500, a ecrit: > Hello, I noticed that Samuel applied my patch for the latest qoth, but I > am not seeing it on https://www.gnu.org/software/hurd/index.html. Can I > volunteer to apply these updates? Usually Thomas handles this, you would ne

The live wiki is not being updated?

Hello, I noticed that Samuel applied my patch for the latest qoth, but I am not seeing it on https://www.gnu.org/software/hurd/index.html. Can I volunteer to apply these updates? Thanks, -- Joshua Branson Sent from Emacs and Gnus

Re: Wiki edits: http -> https, updated status page, fsysopts page, and translator primer

Hello, Joshua Branson, le mer. 31 oct. 2018 14:58:30 -0400, a ecrit: > The subject says it all. I have applied it except the URL changes Thanks! Samuel

Re: Wiki edits: http -> https, updated status page, fsysopts page, and translator primer

> > The articles are these: > > https://www.gnu.org/software/hurd/microkernel/mach/gnumach/building.html > In this article we have to change: > > $ git clone http://git.savannah.gnu.org/cgit/hurd/gnumach.git/ > > with this > > $ git clone https://git.savannah.gnu.org/git/hurd/gnumach.git > > https:

Wiki edits: http -> https, updated status page, fsysopts page, and translator primer

The subject says it all. Thanks, Joshua >From 966f14cd6b6e800a094394fbcd5a1eb03d2d20a3 Mon Sep 17 00:00:00 2001 From: Joshua Branson Date: Wed, 31 Oct 2018 10:13:55 -0400 Subject: [PATCH] I changed some http urls to https. I added a sentence that mentioned how the Hurd has preliminary sound

chmod on fifos (was: [SCM] Web pages branch, master, updated. b9b5d1350ac648a4a654a00d1c0abda6dcb0ca29)

Hi Samuel! On Sun, 13 Sep 2015 09:33:22 +, Samuel Thibault wrote: > commit b9b5d1350ac648a4a654a00d1c0abda6dcb0ca29 > Author: Samuel Thibault > Date: Sun Sep 13 11:33:17 2015 +0200 > > Mention issue with fifo perms That's: "Fix chmod on fifos: mkfifo foo ; sudo chmod g+w foo". Stat

Re: [SCM] GNU Mach branch, master, updated. v1.7-67-gc387012

Hello, Justus Winter, on Sun 06 Nov 2016 12:08:31 +, wrote: > Revert "i386: use ACPI to power off the machine" That'll be quite inconvenient. Do we have plans to push that into userspace? Samuel

Re: Complete changes to use -L instead of -Wl,-rpath-link (was: [SCM] Hurd branch, master, updated. v0.7-16-gc9c29eb)

Thomas Schwinge, on Mon 16 May 2016 17:00:16 +0200, wrote: > > * Makeconf (rpath): Remove, replaced by... > > (lpath): ... new variable. > > (link-executable, $(libname).so.$(hurd-version)): Use $(lpath) instead > > of > > $(rpath). > > Please verify these additional changes -- yo

Complete changes to use -L instead of -Wl, -rpath-link (was: [SCM] Hurd branch, master, updated. v0.7-16-gc9c29eb)

Hi Samuel! On Sun, 29 Nov 2015 15:49:00 +, Samuel Thibault wrote: > commit c9c29eb890527fe68900e4a0af7c2df9a9fa5b40 > Author: Samuel Thibault > Date: Sun Nov 29 16:47:06 2015 +0100 > > Use -L instead of -Wl,-rpath-link > > The latter does not work for libpthread.a which pass

RFC: [PATCH hurd 0/6] Add file record locking support (updated)

Hi, Attached in subsequent mails is an updated patch series for file record locking support, mainly developed by Neal Walfield in 2001. The patch was published by Marcus Brinkmann and later re-diffed by Michael Banck in 2002. Now modified to use libpthread instead of cthreads. Additional fixes

Rework *.msgids handling when neither client nor server stubs are required (was: [SCM] GNU Mach branch, master, updated. v1.5-32-g255c47e)

Hi! On Sun, 31 May 2015 16:01:54 +, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > commit 255c47e669819f153c722c98a230f6fe4e6ece08 > Author: Justus Winter <4win...@informatik.uni-hamburg.de> > Date: Sun May 25 16:26:42 2014 +0200 > > Include the notify protocol in `gnumach.

Re: [SCM] glibc maintenance branch, t/tls-threadvar, updated. glibc-2.17-913-gb3320e2

t/tls-threadvar has been updated > commit b3320e243e29a0451fb5aa6d39c6bfe2200504dc > Author: Samuel Thibault > Date: Fri Oct 25 00:37:58 2013 +0200 > > Drop threadvars entirely Thanks for that! Just pushed a small cleanup patch: commit c97e5a0eb9e87e6ab9f2a21756985f04e6028a65

Re: patch8.diff updated Was: Re: GCC's -fsplit-stack disturbing Mach's vm_allocate

Svante Signell, le Wed 21 May 2014 09:47:08 +0200, a écrit : > > > +# Special treatment of EWOULDBLOCK for GNU/Hurd > > > +# /usr/include/bits/errno.h: #define EWOULDBLOCK EAGAIN > > > +if egrep 'define EWOULDBLOCK EAGAIN' gen-sysinfo.go > /dev/null 2>&1; > > > then > > > + egrep '^const EWOULDBL

Re: patch8.diff updated Was: Re: GCC's -fsplit-stack disturbing Mach's vm_allocate

Svante Signell, le Fri 16 May 2014 10:03:05 +0200, a écrit : > is used in gcc-4.9-4.9.0/src/libgo/go/net/fd_unix.go: > func dupCloseOnExec(fd int) (newfd int, err error) { > if atomic.LoadInt32(&tryDupCloexec) == 1 && syscall.F_DUPFD_CLOEXEC!=0 { > r0, _, e1 := syscall.Syscall(syscall.SYS_FCNTL, ui

Re: patch8.diff updated Was: Re: GCC's -fsplit-stack disturbing Mach's vm_allocate

On Fri, 2014-05-16 at 06:20 -0700, Ian Lance Taylor wrote: > On Fri, May 16, 2014 at 1:03 AM, Svante Signell > wrote: > > > > For that part of the patch without it the build on GNU/Hurd fails. On > > the other hand SYS_FCNTL is not defined for e.g. GNU/Linux either. This > > is used in gcc-4.9-4.9

Re: patch8.diff updated Was: Re: GCC's -fsplit-stack disturbing Mach's vm_allocate

On Wed, 2014-05-07 at 10:18 +0200, Svante Signell wrote: > On Tue, 2014-05-06 at 15:26 +0200, Samuel Thibault wrote: Attached is an updated patch8.diff. Arch specific code to src/libgo/mksysinfo.sh has been added, now other systems are not affected by the patch except the SYS_FCNTL part.

patch1.diff updated + test results Was: Re: GCC's -fsplit-stack disturbing Mach's vm_allocate

build tree :-) - Adding #define TARGET_THREAD_SSP_OFFSET 0x14 to patch1.diff and building gcc-4.9.0-2 the test results are summarised as follows :-) === libgo Summary === # of expected passes101 # of unexpected failures21 I think some of the remaining fai

updated patch

Richard mentioned a use case I had not considered, binding /hurd/fakeroot to a node rather than using settrans --chroot. The patch now covers this use case by also checking for control ports. Justus

updated 1st patch

err, rather this one, which honors goaway_flags. Justus

Decouple the Hurd version from the package version. (was: [SCM] Hurd branch, master, updated. v0.5)

Hi! On Fri, 27 Sep 2013 21:43:37 +, Thomas Schwinge wrote: > commit 3bdf8aad39d39168d096d3042b659fb9d2ef1651 > Author: Thomas Schwinge > Date: Fri Sep 27 20:36:58 2013 +0200 > > Decouple the Hurd version from the package version. I should explain that one. > * config.make.in (p

Re: [SCM] GNU Mach branch, master, updated. 471e5b080f7790c2cf95e3069d9fed1173c9ec17

Svante Signell, le Fri 27 Sep 2013 16:52:36 +0200, a écrit : > I found a small spelling mistake in the above text: > We don't turn it on be default -> We don't turn it on by default Indeed, thanks. Samuel

Re: [SCM] GNU Mach branch, master, updated. 471e5b080f7790c2cf95e3069d9fed1173c9ec17

On Fri, 2013-09-27 at 16:26 +0200, Thomas Schwinge wrote: > Hi! > > On Wed, 25 Sep 2013 23:29:22 +, Samuel Thibault > wrote: > > commit 471e5b080f7790c2cf95e3069d9fed1173c9ec17 > > Author: Samuel Thibault > > Date: Thu Sep 26 01:28:45 2013 +0200 > @@ -26,20 +26,12 @@ debugging the kernel

Re: [SCM] GNU Mach branch, master, updated. 471e5b080f7790c2cf95e3069d9fed1173c9ec17

Thomas Schwinge, le Fri 27 Sep 2013 16:26:33 +0200, a écrit : > I suggest to simplify that as follows, OK? > > +$ [...]/configure --host=i686-gnu CC='gcc -m32' LD='ld -melf_i386' Ah, right, yes. Samuel

Re: [SCM] GNU Mach branch, master, updated. 471e5b080f7790c2cf95e3069d9fed1173c9ec17

Hi! On Wed, 25 Sep 2013 23:29:22 +, Samuel Thibault wrote: > commit 471e5b080f7790c2cf95e3069d9fed1173c9ec17 > Author: Samuel Thibault > Date: Thu Sep 26 01:28:45 2013 +0200 > > Update README > > * README: Update default drivers notice. Mention cross-compilation flags >

Re: Updated patch series for mount, umount

Hello, I have pushed these to the debian package for now. Samuel

Updated patch series for mount, umount

This is the same series as send in [0], but the umount patch has been updated. Among minor stylistic changes it makes umount assume that a given argument is the mount point if looking it up as device or mount point in the mtab file fails. This makes the umount utility somewhat useful even on

Re: Updated patches for mount, add umount

Justus Winter, le Fri 05 Jul 2013 00:04:24 +0200, a écrit : > Quoting Samuel Thibault (2013-07-04 23:53:38) > > Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit : > > > Quoting Samuel Thibault (2013-07-04 22:55:51) > > > > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit : > > > >

Re: Updated patches for mount, add umount

Quoting Samuel Thibault (2013-07-04 23:53:38) > Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit : > > Quoting Samuel Thibault (2013-07-04 22:55:51) > > > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit : > > > > Note that without a > > > > mtab or /proc/mounts file the umount ut

Re: Updated patches for mount, add umount

Justus Winter, le Thu 04 Jul 2013 23:30:49 +0200, a écrit : > Quoting Samuel Thibault (2013-07-04 22:55:51) > > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit : > > > Note that without a > > > mtab or /proc/mounts file the umount utility is not very useful, > > > > Mmm? In theory it sho

Re: Updated patches for mount, add umount

Quoting Samuel Thibault (2013-07-04 22:55:51) > Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit : > > Note that without a > > mtab or /proc/mounts file the umount utility is not very useful, > > Mmm? In theory it should easily be able to unmount anything by just > providing the mount poi

Re: Updated patches for mount, add umount

Justus Winter, le Thu 04 Jul 2013 18:45:35 +0200, a écrit : > Note that without a > mtab or /proc/mounts file the umount utility is not very useful, Mmm? In theory it should easily be able to unmount anything by just providing the mount point, shouldn't it? Samuel

Updated patches for mount, add umount

Hi, this is a patch series with all the non-trivial changes I posted this week. This obsoletes: 1372686414-25363-1-git-send-email-4win...@informatik.uni-hamburg.de 1372930812-22762-1-git-send-email-4win...@informatik.uni-hamburg.de This also adds a umount utility that should implement all of the

Re: GCC GNAT (was: [SCM] Web pages branch, master, updated. 306f359688afa254dc8728c73afab0fdb33d39ab)

On Tue, 2013-04-23 at 11:48 +0200, Thomas Schwinge wrote: > Hi! > > On Tue, 19 Mar 2013 20:11:08 +0100, I wrote: > > While indeed a basic port has been done > > by Svante, there's still lots of work remaining that is worth more than > > one GSoC. The port is not yet upstream: the maintainer rais

Re: GCC GNAT (was: [SCM] Web pages branch, master, updated. 306f359688afa254dc8728c73afab0fdb33d39ab)

Hi! On Tue, 19 Mar 2013 20:11:08 +0100, I wrote: > On Sat, 16 Mar 2013 18:33:28 +, Pino Toscano > wrote: > > commit 306f359688afa254dc8728c73afab0fdb33d39ab > > Author: Pino Toscano > > Date: Sat Mar 16 19:32:28 2013 +0100 > > > > drop the gnat gsoc project idea > > > > gnat

Re: vDSO? (was: [SCM] Web pages branch, master, updated. 357bc0213f1d4049d6ce0c80122987c760c5e506)

Thomas Schwinge, le Sun 07 Apr 2013 01:21:51 +0200, a écrit : > | Having vDSO code might be useful for: > | > | * `mach_*_self`: `mach_host_self`, `mach_task_self`, `mach_thread_self`? Mmm, but these are supposed to add a reference count on the send right. > | * > [[mapped-time_interface|ma

vDSO? (was: [SCM] Web pages branch, master, updated. 357bc0213f1d4049d6ce0c80122987c760c5e506)

Hi! On Sat, 06 Apr 2013 23:13:53 +, Thomas Schwinge wrote: > commit e4ca7c575ff06479bb634cf64cd9abe36a25e3e8 > Author: Thomas Schwinge > Date: Sun Apr 7 01:03:54 2013 +0200 > > open_issues/vdso: New. What are your thoughts? | Evaluate whether or not usage of vDSOs (virtual dynamica

GCC GNAT (was: [SCM] Web pages branch, master, updated. 306f359688afa254dc8728c73afab0fdb33d39ab)

Hi! On Sat, 16 Mar 2013 18:33:28 +, Pino Toscano wrote: > commit 306f359688afa254dc8728c73afab0fdb33d39ab > Author: Pino Toscano > Date: Sat Mar 16 19:32:28 2013 +0100 > > drop the gnat gsoc project idea > > gnat has been ported recently, so a whole gsoc on it is not needed

Re: git-new-workdir usage (was: [SCM] Web pages branch, master, updated. 7674ea1101a508e65b59b717d549c30b81c8a18e)

gt; directly from workdirs created by git-new-workdir. To be honest, I've never tried to pull from subrepos without having updated the main repository first; I guess it would just update in the main repository only the branch followed by that subrepo. That part could be removed then, no

git-new-workdir usage (was: [SCM] Web pages branch, master, updated. 7674ea1101a508e65b59b717d549c30b81c8a18e)

Hi Pino! On Fri, 15 Mar 2013 22:39:07 +, Pino Toscano wrote: > commit 7674ea1101a508e65b59b717d549c30b81c8a18e > Author: Pino Toscano > Date: Fri Mar 15 23:38:52 2013 +0100 > > more changes I don't understand your reasoning in source_repositories/incubator that a »drawback is that u

Re: cthreads -> pthreads FOSS Factory project (was: [SCM] Web pages branch, master, updated. 306f359688afa254dc8728c73afab0fdb33d39ab)

On Tue, Mar 19, 2013 at 04:05:06PM +0100, Thomas Schwinge wrote: > I've scheduled for deletion (on Sat March 23, 11:00 EDT) the > corresponding FOSS Factory project, > . As it just had a bounty of > 40.32 EUR, but several people had been contributing to it,

cthreads -> pthreads FOSS Factory project (was: [SCM] Web pages branch, master, updated. 306f359688afa254dc8728c73afab0fdb33d39ab)

Hi! On Sat, 16 Mar 2013 18:33:28 +, Pino Toscano wrote: > commit 5d0f6782028c754b2c0a5721d14b8c76b47d31db > Author: Pino Toscano > Date: Sat Mar 16 18:59:24 2013 +0100 > > drop the pthread conversion project > > it has been done recently I've scheduled for deletion (on Sat

libpthread: Store self in __thread variable instead of threadvar (was: [SCM] POSIX threading library branch, master, updated. 25260994c812050a5d7addf125cdc90c911ca5c1)

Hi! On Thu, 26 Apr 2012 23:38:56 +, Samuel Thibault wrote: > commit 25260994c812050a5d7addf125cdc90c911ca5c1 > Author: Samuel Thibault > Date: Fri Apr 27 01:32:54 2012 + > > Store self in __thread variable instead of threadvar You have reverted this patch for Debian, as you had

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

I think the right thing to do is first get abilist data into the tree for the Hurd configuration based on the libc builds that you've used to create a lot of existing binaries. Then check-abi will always tell you if a change is a problem. Thanks, Roland

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

Hi! On Thu, 10 May 2012 03:22:20 +0200, Samuel Thibault wrote: > Thomas Schwinge, le Thu 10 May 2012 09:17:33 +0800, a écrit : > > On Thu, 10 May 2012 00:10:52 +, Samuel Thibault > > wrote: > > > commit b7f913cb1bdf9ca718661af315b9f344dc77ebe8 > > > Author: Samuel Thibault > > > Date: F

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

Hi! On Thu, 10 May 2012 03:22:20 +0200, Samuel Thibault wrote: > Thomas Schwinge, le Thu 10 May 2012 09:17:33 +0800, a écrit : > > On Thu, 10 May 2012 00:10:52 +, Samuel Thibault > > wrote: > > > The branch, tschwinge/Roger_Whittaker has been u

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

Thomas Schwinge, le Thu 10 May 2012 09:17:33 +0800, a écrit : > On Thu, 10 May 2012 00:10:52 +, Samuel Thibault > wrote: > > The branch, tschwinge/Roger_Whittaker has been updated > > > commit d0dcb9e7be5d08ef0ecb486988331b9120a407e1 > > Merge: e248bd0 b7f913c

__thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

Hi Samuel! On Thu, 10 May 2012 00:10:52 +, Samuel Thibault wrote: > The branch, tschwinge/Roger_Whittaker has been updated > commit d0dcb9e7be5d08ef0ecb486988331b9120a407e1 > Merge: e248bd0 b7f913c > Author: Samuel Thibault > Date: Fri Apr 27 05:54:15 2012 +0200 > >

Re: [SCM] GNU Mach branch, master, updated. fe26ae2e9cb01a7507c7a929cc5555c7f6c1edfd

Thomas Schwinge, le Tue 06 Sep 2011 01:56:59 +0200, a écrit : > On Thu, 01 Sep 2011 01:02:26 +, Samuel Thibault > wrote: > > commit 47a835d22b1a608fac5ee241474f128f64cb6a0f > > Author: Samuel Thibault > > Date: Thu Sep 1 03:00:26 2011 +0200 > > > > Close kernel stacks. > > > >

Re: [SCM] GNU Mach branch, master, updated. fe26ae2e9cb01a7507c7a929cc5555c7f6c1edfd

Hi! On Thu, 01 Sep 2011 01:02:26 +, Samuel Thibault wrote: > commit 47a835d22b1a608fac5ee241474f128f64cb6a0f > Author: Samuel Thibault > Date: Thu Sep 1 03:00:26 2011 +0200 > > Close kernel stacks. > > * i386/i386/pcb.c (stack_attach): Initialize ebp to 0. Is this another f

Re: Mach bug trigger: Re: Updated gdb patch

On Wed, May 18, 2011 at 11:15 AM, Svante Signell wrote: > On Tue, 2011-05-17 at 17:34 +0200, Svante Signell wrote: >> (gdb) run --version >> (gdb) Starting program: /usr/sbin/exim4 --version >> >> This warning disappeared: >> warning: Error setting exception port for process 1701: (ipc/send) >> in

Re: Mach bug trigger: Re: Updated gdb patch

Svante Signell, le Wed 18 May 2011 13:15:43 +0200, a écrit : > (from gnumach/ipc/mach_port.c, same message every time, even when > exiting/entering gdb) > task 52482320 deallocating an invalid port 27260936, most probably a > bug. You mean with the same task address? Then that's good, it'll be a

Mach bug trigger: Re: Updated gdb patch

On Tue, 2011-05-17 at 17:34 +0200, Svante Signell wrote: > On Wed, 2011-03-23 at 00:57 +0100, Samuel Thibault wrote: > But something else was improved: > > path/to/compiled/gdb /usr/sbin/exim4 > > (gdb) run --version > (gdb) Starting program: /usr/sbin/exim4 --version > > This warning disappear

Updated gdb patch: Re: Success: Was Re: Linking problems with gdb-7.2

e, neither is the patch in #579834. Correct patch is attached. I could add it to the Debian bug. How to get it updated in in sourceware? I recompiled gdb with gcc-4.6 to see if the bogus memory addresses when debugging exim4 disappeared, but they did not. But something else was improved: path/to/

updated Debian/Hurd installer iso

Hello, I've refreshed the installer iso with d-i beta2 packages on http://people.debian.org/~sthibault/hurd-i386/installer/cdimage Samuel

Updated procfs series

Hi, here comes the latest (hopefully final) version of my procfs series. Changes: * fix the typo; * split the last patch in two. Could someone consider you merge this?

[SCM] Hurd meta package branch, master, updated. 1709ca81522baffea2cfecc7c7b85618ac8894a5

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Hurd meta package". The branch, master has been updated via 1709ca81522baffea2cfecc7c7b85618ac8894a5 (commit)

Re: [PATCH 2/5] Updated the Makefile (unionfs -> unionmount)

Hi, On Tue, May 26, 2009 at 11:31:54PM +0300, Sergiu Ivanov wrote: > -# Hurd unionfs > -# Copyright (C) 2001, 2002, 2003, 2005 Free Software Foundation, Inc. > -# Written by Jeroen Dekkers . > +# Hurd unionmount > +# > +# Copyright (C) 2001, 2002, 2003, 2005, 2009 Free Software Foundation, > +# I

Re: [PATCH 2/5] Updated the Makefile (unionfs -> unionmount)

>From 021667aed570dfb58fe6457685ac8da38e7077a0 Mon Sep 17 00:00:00 2001 From: Sergiu Ivanov Date: Thu, 28 May 2009 19:27:59 +0300 Subject: [PATCH] Tailor Makefile to produce unionmount executable. * Makefile: Changed unionfs in target names to unionmount. Updated the comments. --- Makef

Re: [PATCH 2/5] Updated the Makefile (unionfs -> unionmount)

Hello! On Tue, May 26, 2009 at 11:31:54PM +0300, Sergiu Ivanov wrote: > diff --git a/Makefile b/Makefile > index 3129031..b7e5716 100644 > --- a/Makefile > +++ b/Makefile > @@ -1,6 +1,9 @@ > -# Hurd unionfs > -# Copyright (C) 2001, 2002, 2003, 2005 Free Software Foundation, Inc. > -# Written by Je

[PATCH 2/5] Updated the Makefile (unionfs -> unionmount)

diff --git a/Makefile b/Makefile index 3129031..b7e5716 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,9 @@ -# Hurd unionfs -# Copyright (C) 2001, 2002, 2003, 2005 Free Software Foundation, Inc. -# Written by Jeroen Dekkers . +# Hurd unionmount +# +# Copyright (C) 2001, 2002, 2003, 2005, 2009 Free

Re: Hurdish TCP stack (was: updated proposal)

Okay, I understand. I think part of this goes back to a question on the reason for enumeration on these sockets (tcp0, tcp1, etc.) if they aren't used directly in the socket interface for the developer. I assumed it was as a convenience for other programs that were monitoring the network. I agre

Re: Hurdish TCP stack (was: updated proposal)

On Tue, Apr 01, 2008 at 08:07:23AM -0600, Joshua Stratton wrote: > > It's clearly a mistake to map the directory tree to the protocols stack. > > The TCP implementation is a global layer, it handles network interfaces > > internally and must not be bound to any interface (ask yourself how to > > im

Re: Hurdish TCP stack (was: updated proposal)

> > > > I think this approach would fit nicely into the Hurd's translator > > architecture. However, I'm not sure if I like the directory structure > they > > use. I would think the network interface should be shown like > > > > /net/eth0/tcp/2 > > > > It might be worthwhile--but possible bad sty

Re: Hurdish TCP stack (was: updated proposal)

On Mon, Mar 31, 2008 at 02:07:26PM -0600, Joshua Stratton wrote: > If anyone hasn't read up on how Plan9 runs their network stack, they have a > separate directory of each connection. An example in the paper is shown as > the following, > > # cd /net/tcp/2 <--- this is like the second TCP conne

Re: Hurdish TCP stack (was: updated proposal)

hould be smart enough to choose the interface it wants as I don't think > that's a real hurdle for developers. > > I heard the deadline was extended by a week by someone on the GIMP > developer list and that it would be updated on Google's timeline for SoC. > However,

Re: Hurdish TCP stack (was: updated proposal)

s I don't think that's a real hurdle for developers. I heard the deadline was extended by a week by someone on the GIMP developer list and that it would be updated on Google's timeline for SoC. However, I have not seen this change so I am assuming today is in fact the last day. I

Hurdish TCP stack (was: updated proposal)

Hi, On Sat, Mar 29, 2008 at 05:04:48PM +0100, Carl Fredrik Hammar wrote: > > /ip/eth0/tcp/ /ip/eth0/udp/ /ip/eth1/tcp/ /ip/eth1/udp/ /ip/lo/tcp/ > > /ip/lo/udp/ /ip/tcp/ /ip/udp/ [...] > Shouldn't it be /eth0/ip/tcp/? I.e. with internet protocol is layered > over ethernet. Indeed, the more I th

  1   2   >