Joshua Branson, le jeu. 11 janv. 2024 23:18:02 -0500, a ecrit:
> But Mach get stuck and can't find part:1. Now GNU Mach does say:
>
> #+BEGIN_example
> vendor 8086 product 3b2f (SATA mass storage, AHCI 1.0, revision 0x06) at \
> pci0 dev 31 function 2 not configured
> ... (It shows a lot of devi
nded
> >> /dev/sda5 243613696 245565439 1951744 953M 82 Linux swap /
> >> Solaris
> >> /dev/sda6 245567488 351649791 106082304 50.6G 83 Linux
> >>
> >>
> >> Disk /dev/mapper/sda6_crypt: 50.57 GiB, 54297362432 bytes, 1060495
logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>> joshua@gimli:~$
>> joshua@gimli:~$
>> joshua@gimli:~$
>> joshua@gimli:~$ sudo fsck.ext2 /dev/sda1
>> e2fsck 1.47.0 (5-Feb-2023)
>> /dev/s
s, 129431/14725376 blocks
> joshua@gimli:~$
> joshua@gimli:~$ mount | grep sda
> /dev/mapper/sda6_crypt on / type xfs
> (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
> /dev/sda3 on /boot type ext4 (rw,relatime)
> joshua@gimli:~$
> joshua@gimli:~$
> joshua@g
Hi,
Il 12/01/24 05:18, Joshua Branson ha scritto:
Here is my /boot/grub/custom.cfg
#+begin_example
menuentry "pci-arbiter + acpi + rumpdisk" {
set root=(hd0,msdos1)
multiboot /boot/gnumach-1.8-486.gz root=part:1:device:wd0 noide -s
you can try to add also "noahci" to gnumach
da
/dev/mapper/sda6_crypt on / type xfs
(rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/sda3 on /boot type ext4 (rw,relatime)
/dev/sda1 on /mnt type ext2 (rw,relatime)
/dev/sda2 on /mnt/home type ext2 (rw,relatime)
#+END_SRC
Any thoughts?
Thanks,
Joshua
P.S. So the help
el Mach APIs for
manipulating tasks and threads.
> Am I missing something? Should I look into libhtreads and find a function
> that is has a similar function and similar to prctl and replace it in the
> libcap file?
No, that won't help, because there are no POSIX capabilities on the
Hurd. What do you want libcap for anyway?
Sergey
Hello,
Sahil Ahmed, le dim. 26 mars 2023 00:49:10 +0530, a ecrit:
> Should I look into libhtreads and find a function that is has a
> similar function and similar to prctl and replace it in the libcap
> file?
It wholy depends on what you are looking for exactly. It wouldn't be in
libthreads, whi
Hi,
I m trying to build libcap on debian/hurd and the error said no
found. I searched around and found that each operating system
has different implementation and names for system calls. So I tried to read
what prctl.h provided and found out that it provided operations on threads
or process. I loo
On 9 Mar 2023, at 19:44, Sergey Bugaev wrote:
>
> On Thu, Mar 9, 2023 at 8:26 PM Andreas Schwab wrote:
>> Similarily, something is pulling in strtoul.os because it references a
>> symbol from there not defined by ../sysdeps/mach/hurd/dl-sysdep.c.
>>
>> elf/librtld.mapT should tell you where the
On Thu, Mar 9, 2023 at 8:26 PM Andreas Schwab wrote:
> Similarily, something is pulling in strtoul.os because it references a
> symbol from there not defined by ../sysdeps/mach/hurd/dl-sysdep.c.
>
> elf/librtld.mapT should tell you where the references come from.
Thank you!!!
Apparently I'm misu
On Mär 09 2023, Sergey Bugaev wrote:
> x86_64-gnu-gcc -nostdlib -nostartfiles -r -o elf/librtld.map.o
> elf/librtld.mapT.o '-Wl,-(' elf/dl-allobjs.os libc_pic.a
> mach/libmachuser_pic.a hurd/libhurduser_pic.a -lgcc '-Wl,-)'
> -Wl,-Map,elf/librtld.mapT
> x86_64-gnu/bin/ld: libc_pic.a(_exit.os): in
Hello!
So continuing with the x86_64-gnu port, I wrote and tweaked some things and
got it to compile further, and now I'm facing linking issues. I've been
scratching my head (figuratively...) about this one for > 24 hours now, so
it's only appropriate that I ask for some help.
Alessandro Sangiuliano, le jeu. 27 janv. 2022 08:49:33 +, a ecrit:
> while(1)
> receive_message(ret);
>
> Obviously this is a blocking loop, it mens that actually when this code is
> reached the boot process is stopped, blocking here. This is happening to the
> Hurd too, when I use my cust
Hi!
Il 27/01/22 09:49, Alessandro Sangiuliano ha scritto:
So assuming the situation where my custom name server is booting near
the hurd as a module from grub, how to get the other tasks to resume them?
I think there could be two ways:
* pass the task ports of all other tasks from the command
.
Message received 0 //please ignore this value because is not expecting one. But
we cna say it is receiving messages by somone. (the kernel?)
Waiting for message (stops here, needs some task_resume())
Thank you for the help,
Alex
Da: Samuel Thibault
Inviato: lu
Samuel Thibault, le lun. 24 janv. 2022 22:49:50 +0100, a ecrit:
> the script launcher will first create the first requested port (here
> the host priv port),
(more precisely: create a name for it in your task. Names are numbered
from 1 for each process, think of them a bit like the file descriptor
Hello,
Alessandro Sangiuliano, le lun. 24 janv. 2022 11:51:04 +, a ecrit:
> Looking at the Hurd, startup.c (frob_kernel_process) line: 1092, it sets, as
> the comment says too, it installs the proc port to the kernel task as a
> bootstrap port making it visible to other Hurds.
> Before doing t
gument list, so probably
i'm using ot in the wrong way.
Also, if i misunderstanding the way to operate, please, correct me.
Thank you for the help,
Alex.
trivial task. Seems like one have
> > to make a suitable mix of linux and darwin code (and to some extent
> > freebsd/solaris code). Being a novice on assembly programming I
> > need some help on modifying the Darwin code for syscall-x86-
> > darwin.S to GNU. The following cod
Svante Signell, le mar. 30 nov. 2021 11:27:09 +0100, a ecrit:
> On Mon, 2021-11-29 at 22:19 +0100, Samuel Thibault wrote:
> > > Seems like one have to make a suitable mix of linux and darwin code
> > > (and to some extent freebsd/solaris code).
> >
> > Also it'd need a fair amount of code to reimp
On Mon, 2021-11-29 at 22:19 +0100, Samuel Thibault wrote:
> Hello,
>
> Svante Signell, le lun. 29 nov. 2021 18:40:48 +0100, a ecrit:
> > I've been working lately with on how to port valgrind to GNU/Hurd, and found
> > out that this is not a trivial task.
>
> It is indeed very far from a trivial t
Hello,
Svante Signell, le lun. 29 nov. 2021 18:40:48 +0100, a ecrit:
> I've been working lately with on how to port valgrind to GNU/Hurd, and found
> out
> that this is not a trivial task.
It is indeed very far from a trivial task. I'd rather recommend to port
gcc's lsan support, it will be most
Hello,
I've been working lately with on how to port valgrind to GNU/Hurd, and found out
that this is not a trivial task. Seems like one have to make a suitable mix of
linux and darwin code (and to some extent freebsd/solaris code). Being a novice
on assembly programming I need some he
Almudena Garcia writes:
>> You would have to wait until the next round of internships.
> When is the next round?
The Outreachy website says:
Future internship rounds will be May 2021 (initial applications open
in late January 2021) and December 2021 (initial applications open in
late Au
Thanks for your comments.
> You would have to wait until the next round of internships.
When is the next round?
> Even then I do not know if the Hurd community has enough people willing
> to dedicate a significant amount of time to write a project proposal and
> mentor the project.
Are there any
Hi,
> Some days ago, I read about the Free Software Foundation offering
> internships to contribute with GNU projects (like Hurd). I'm interested in
> making an internship contributing with Hurd.
> https://www.fsf.org/volunteer/internships/internships
>
> But, to get paid, I need to manage this
Hi all:
Some days ago, I read about the Free Software Foundation offering
internships to contribute with GNU projects (like Hurd). I'm interested in
making an internship contributing with Hurd.
https://www.fsf.org/volunteer/internships/internships
But, to get paid, I need to manage this via Outre
Hi all:
I need a bit of help in my SMP development, mainly in advice about code
style and structures.
Currently, I'm rewriting the first step: cpus detection and numeration.
My work is in these files
The search of APIC table in ACPI tables is here
https://github.com/AlmuHS/GNUMach_SMP/blo
Forget about this, it was working with settrans b/c this command replaces the ol
d translator. I was testing the old code when using fsysopts... :(
Anyway, here's the patch to fix that bug.
Hello,
I'm blocked trying to solve a bug I found in the option parsing of the
arbiter, at:
http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/pci-arbiter/options.c#n135
strtol() returns 0 if it wasn't able to convert the input, for instance,
-d jj will set h->curset->domain to 0, which means gi
Oops, wrong forwarding destinatary. Sorry :(
-- Forwarded message -
De: Almudena Garcia
Date: dom., 11 ago. 2019 a las 15:23
Subject: Re: I am a new DebianHURD user and I would like help.
To: John Woodward , Brent W. Baccala <
cos...@freesoft.org>
Don't reply only
ost off all is what happens right after
> boot-time fsck. That's where things went bad. Perhaps you could send me a
> dmesg file from a successful boot? Or at least the chunk starting on the
> line just before the fsck and continuing for another twenty or so lines.
>
> Tha
Hi John:
Explain us your problem, and we'll try to help you.
Thanks
El sáb., 10 ago. 2019 a las 14:33, John Woodward (<
jrwoodw...@electro-net.com>) escribió:
> I encountered a problem right off the bat. I need feedback as to whether
> it was a bug or an error on my part.Thanks.
>
>
>
I encountered a problem right off the bat. I need feedback as to whether it was
a bug or an error on my part.Thanks.
Svante Signell, le ven. 08 mars 2019 11:55:34 +0100, a ecrit:
> On Fri, 2019-03-08 at 11:45 +0100, Samuel Thibault wrote:
> > Perhaps you rather have to use
> >
> > settrans -cap /dev/null /usr/bin/env
> > LD_LIBRARY_PATH=/home/srs/hurd.debs/0.9.git20190303-1.3/libfshelp-tests/libs
> > /hurd/null
On Fri, 2019-03-08 at 11:45 +0100, Samuel Thibault wrote:
> Perhaps you rather have to use
>
> settrans -cap /dev/null /usr/bin/env
> LD_LIBRARY_PATH=/home/srs/hurd.debs/0.9.git20190303-1.3/libfshelp-tests/libs
> /hurd/null
Using the /usr/bin/env trick seems to work. Maybe the example by Thomas
Svante Signell, le ven. 08 mars 2019 11:42:19 +0100, a ecrit:
> On Fri, 2019-03-08 at 11:39 +0100, Svante Signell wrote:
> > On Fri, 2019-03-08 at 11:28 +0100, Samuel Thibault wrote:
> > > Use mach_print for a start, to avoid any potential problem with vsnprintf
> > > etc.
> > >
> > > Svante Signe
On Fri, 2019-03-08 at 11:42 +0100, Svante Signell wrote:
> On Fri, 2019-03-08 at 11:39 +0100, Svante Signell wrote:
> > On Fri, 2019-03-08 at 11:28 +0100, Samuel Thibault wrote:
> > > Use mach_print for a start, to avoid any potential problem with vsnprintf
> > > etc.
> > >
> > > Svante Signell, l
On Fri, 2019-03-08 at 11:39 +0100, Svante Signell wrote:
> On Fri, 2019-03-08 at 11:28 +0100, Samuel Thibault wrote:
> > Use mach_print for a start, to avoid any potential problem with vsnprintf
> > etc.
> >
> > Svante Signell, le ven. 08 mars 2019 11:16:32 +0100, a ecrit:
> > > (cd libs; ln -s li
On Fri, 2019-03-08 at 11:28 +0100, Samuel Thibault wrote:
> Use mach_print for a start, to avoid any potential problem with vsnprintf etc.
>
> Svante Signell, le ven. 08 mars 2019 11:16:32 +0100, a ecrit:
> > (cd libs; ln -s libtrivfs.so.0.3 libtrivfs.so.0)
> > export LD_LIBRARY_PATH=./libs
> > ld
Use mach_print for a start, to avoid any potential problem with vsnprintf etc.
Svante Signell, le ven. 08 mars 2019 11:16:32 +0100, a ecrit:
> (cd libs; ln -s libtrivfs.so.0.3 libtrivfs.so.0)
> export LD_LIBRARY_PATH=./libs
> ldd /hurd/null
> libtrivfs.so.0.3 => ./libs/libtrivfs.so.0.3 (0x
Hi,
As written on bug-hurd IRC. Attached is the relevant code.
Thanks!
/*
Copyright (C) 1994, 2002, 2015-2019 Free Software Foundation, Inc.
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License as
published by the F
ould've gone through with it anyway, successful or not.
Thanks in advance,MGage
On Mon, May 23, 2016 at 5:11 PM -0700, "Samuel Thibault"
wrote:
Hello,
Gage Morgan, on Mon 23 May 2016 12:30:40 +, wrote:
> I'm looking to help compile for 64-bit processors
>
this one.
I would've gone through with it anyway, successful or not.
Thanks in advance,MGage
On Mon, May 23, 2016 at 5:11 PM -0700, "Samuel Thibault"
wrote:
Hello,
Gage Morgan, on Mon 23 May 2016 12:30:40 +, wrote:
> I'm looking to help compile for 64-bit
Hello,
Gage Morgan, on Mon 23 May 2016 12:30:40 +, wrote:
> I'm looking to help compile for 64-bit processors
> I'm writing in to see what the first objective would be for me to commit to.
> I
> am not hostile, so do not pull out your flamethrowers just yet. :-)
T
Hello, everyone:
I'm looking to help compile for 64-bit processors (seeing as this is a ragtag
group that is looked at elsewhere as a joke) because I think the idea of this
translators is interesting and shows just how customizable this system really
could be.
I'm writing in to se
Samuel Thibault, le Tue 09 Dec 2014 20:02:59 +0100, a écrit :
> My native laptop:
>
>size iterations gcc_memcpy memcpy vm_copy
>40968388608 8.698.6918.83
>81924194304 8.528.529.39
Justus Winter, le Tue 09 Dec 2014 18:06:17 +0100, a écrit :
> teythoon@darnassus:~/build/time-memcpy$ bash driver.bash
>size iterations gcc_memcpy memcpy vm_copy
>4096 16777216 6.096.0715.67
>81928388608 7.026.29
Quoting Samuel Thibault (2014-12-09 19:10:28)
> Justus Winter, le Tue 09 Dec 2014 18:06:17 +0100, a écrit :
> > teythoon@darnassus:~/build/time-memcpy$ bash driver.bash
>
> It's probably worth trying it on real hardware too. On darnassus there
> is some cost related with the kvm virtualization.
I
Justus Winter, le Tue 09 Dec 2014 18:06:17 +0100, a écrit :
> teythoon@darnassus:~/build/time-memcpy$ bash driver.bash
It's probably worth trying it on real hardware too. On darnassus there
is some cost related with the kvm virtualization.
Samuel
Hello,
please help me test this glibc patch. It could bring a significant
speedup to certain workloads, namely those that copy lots of memory in
chunks.
I wrote a micro-benchmark for this:
teythoon@darnassus:~/build/time-memcpy$ bash driver.bash
size iterations gcc_memcpy memcpy
Thomas Schwinge, le Mon 13 Oct 2014 07:57:03 +0200, a écrit :
> We either have to update the instructions (first configure with »MIG=:«
> (untested), then have to re-configure once MIG has been built), or revert
> that commit.
I have reverted the commit for now.
Samuel
On Mon, Oct 13, 2014 at 1:57 AM, Thomas Schwinge
wrote:
> Hi!
>
> On Sun, 12 Oct 2014 23:35:41 +0530, vibi sreenivasan
> wrote:
>> I am trying to build gnumach from git repo as per the instructions in
>> https://www.gnu.org/software/hurd/microkernel/mach/gnumach/building.html
>
>> [...]
>> check
Hi!
On Sun, 12 Oct 2014 23:35:41 +0530, vibi sreenivasan
wrote:
> I am trying to build gnumach from git repo as per the instructions in
> https://www.gnu.org/software/hurd/microkernel/mach/gnumach/building.html
> [...]
> checking for i686-unknown-linux-gnu-mig... no
> checking for mig... no
> c
Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
> It creates thousands of threads, and it seems the stack addresses keep
> going up, so we apparently have a problem of stack reuse here, so
> something on the libpthread side, not the pulseaudio side.
That's possibly related with the E
Hello,
Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
> I am attempting to enable the pulseaudio test suite at package build
> time. After clearing a few hurdles with upstream the package has
> managed to build with tests everywhere except on the hurd[1].
So it's just once-test whic
Thomas Schwinge, le Wed 07 Nov 2012 16:57:21 +0100, a écrit :
> On Wed, 7 Nov 2012 11:03:30 +0100, Richard Braun wrote:
> > On Wed, Nov 07, 2012 at 10:52:01AM +0100, Samuel Thibault wrote:
> > > He said he rebooted in between. He must have some other /server passive
> > > entry to pflocal.new.
> >
Hi!
On Wed, 7 Nov 2012 11:03:30 +0100, Richard Braun wrote:
> On Wed, Nov 07, 2012 at 10:52:01AM +0100, Samuel Thibault wrote:
> > He said he rebooted in between. He must have some other /server passive
> > entry to pflocal.new.
>
> Right. On the other hand, How do you know if your custom pfloca
Svante Signell, le Wed 07 Nov 2012 16:26:50 +0100, a écrit :
> On Wed, 2012-11-07 at 16:11 +0100, Samuel Thibault wrote:
> > Svante Signell, le Wed 07 Nov 2012 08:46:36 +0100, a écrit :
> > > #> ps -feM|grep pflocal
> > > root 9 3 0:02.69 /hurd/pflocal
> > > root 881 1 0:00.01 /hurd
On Wed, 2012-11-07 at 16:11 +0100, Samuel Thibault wrote:
> Svante Signell, le Wed 07 Nov 2012 08:46:36 +0100, a écrit :
> > #> ps -feM|grep pflocal
> > root 9 3 0:02.69 /hurd/pflocal
> > root 881 1 0:00.01 /hurd/pflocal.new
>
> btw, the ppid of pflocal.new is 1, which is init, not
Svante Signell, le Wed 07 Nov 2012 08:46:36 +0100, a écrit :
> #> ps -feM|grep pflocal
> root 9 3 0:02.69 /hurd/pflocal
> root 881 1 0:00.01 /hurd/pflocal.new
btw, the ppid of pflocal.new is 1, which is init, not 3, so it has not
been started by the root ext2fs, or at least not the
Svante Signell, le Wed 07 Nov 2012 15:56:33 +0100, a écrit :
> > He said he rebooted in between. He must have some other /server passive
> > entry to pflocal.new.
>
> Any ideas on how to get rid of the passive translator
> at /hurd/pflocal.new. I can kill the active one, but the passive?
As I sai
On Wed, 2012-11-07 at 10:52 +0100, Samuel Thibault wrote:
> Richard Braun, le Wed 07 Nov 2012 10:48:48 +0100, a écrit :
> > > I did the following:
> > > mv /hurd/pflocal.old
> > > cp -p /usr/pflocal.new /hurd/pflocal
> > > rebooted
> > > Looks like both /hurd/pflocal and /hurd/pflocal.new are runni
On Wed, Nov 07, 2012 at 10:52:01AM +0100, Samuel Thibault wrote:
> He said he rebooted in between. He must have some other /server passive
> entry to pflocal.new.
Right. On the other hand, How do you know if your custom pflocal server
is actually used ? Unless started as an active translator, you
Richard Braun, le Wed 07 Nov 2012 10:48:48 +0100, a écrit :
> > I did the following:
> > mv /hurd/pflocal.old
> > cp -p /usr/pflocal.new /hurd/pflocal
> > rebooted
> > Looks like both /hurd/pflocal and /hurd/pflocal.new are running:
> > #> ps -feM|grep pflocal
> > root 9 3 0:02.69 /hurd/pf
On Wed, Nov 07, 2012 at 08:46:36AM +0100, Svante Signell wrote:
> Well the code is a pipe, see the attachment in
> http://lists.gnu.org/archive/html/bug-hurd/2012-11/msg6.html
> and roland refers to pflocal in his reply. Can it happen that the old
> pflocal is still used? I have added print sta
On Wed, 2012-11-07 at 00:56 +0100, Samuel Thibault wrote:
> Svante Signell, le Tue 06 Nov 2012 23:48:12 +0100, a écrit :
> > First a question related to the io_select() call in
> > eglibc-2.13/hurd/hurdselect.c. I was assuming that the corresponding
> > S_io_select() implementation was from pflocal
ithout removing the old
> one:
> #> settrans -a /servers/socket/1 /hurd/pflocal.new
> settrans: /servers/socket/1: Device or resource busy
Yes, and see what tschwinge wrote for you on IRC:
“Even better may be to use settrans' --orphan option, but I have not
tested this.”
which indeed
Hi,
Still confused bu at a higher level, I need some further help to grasp
how to replace a passive/active translator.
First a question related to the io_select() call in
eglibc-2.13/hurd/hurdselect.c. I was assuming that the corresponding
S_io_select() implementation was from pflocal.c, but
Hello,
My talk was rejected. Thanks for all the help folks.
Regards,
Harish
At last I get some time to answer this (unfortunately nobody took it
before me :) )
harish badrinath, le Wed 01 Feb 2012 14:14:37 +0530, a écrit :
> I have proposed a talk on Gnu/Hurd at http://gnunify.in/.
Great :)
> I have watched
> http://audio-video.gnu.org/video/ghm2011/Samuel_Thibault-GNU
Aaron, le Wed 13 Jul 2011 21:53:08 +0800, a écrit :
> I failed while install the Debian system The fail cause is the partition is
> failed while using the partition toll in the install packet.
> It told me that "bad file descriptor during write on /dev/hd2".
>
> Could you do me a favor to give som
Hallo Lee!
On Sat, 9 Jul 2011 12:41:54 -0500, Lee DuBose wrote:
> My name is Lee DuBose and I am [...]
Thanks for this nice introduction.
> I was wondering what I could do to help gnu in
> regards to being a technical writer, by helping document code or anything
> else that
Hello,
My name is Lee DuBose and I am a junior Computer Science major at the
University of Mississippi. I was wondering what I could do to help gnu in
regards to being a technical writer, by helping document code or anything
else that needs to be written up. I hope you reply as I am very excited
Hi,
On Wed, May 04, 2011 at 09:48:09PM +0200, Thomas Schwinge wrote:
> or are suitable lists for such
> questions.
help-hurd? Seriously? Didn't we decide to kill that one like two years ago?...
-antrik-
Hi,
On Mon, Feb 14, 2011 at 06:00:10PM -0800, Roland McGrath wrote:
> Perhaps what would both be appropriate for --help and satisfy the
> apparent intent behind your changes, is to add a short paragraph about
> what active and passive translators are to the "doc" text af
tive translator. Can be combined with
> --passive."
Indeed, I think it's very important to make it clear that while -p is
default, and -a will override it, -ap is also valid... Not sure how to
best express it in the --help output.
-antrik-
Hi,
On Thu, Feb 17, 2011 at 01:50:36AM +0100, Samuel Thibault wrote:
> Roland McGrath, le Tue 15 Feb 2011 19:10:34 -0800, a écrit :
> > "Start TRANSLATOR and set it as NODE's active translator" might be
> > more clear, though perhaps too long.
> Maybe simply
>
> "Start and set NODE's active tra
olafbuddenha...@gmx.net, le Mon 14 Feb 2011 08:45:42 +0100, a écrit :
> On Sat, Feb 12, 2011 at 11:01:04AM -0800, Roland McGrath wrote:
>
> > --help is not the place to describe everything about the system.
>
> Sure, but being *somewhat* more verbose certainly can't hur
Hi,
On Sat, Feb 12, 2011 at 11:01:04AM -0800, Roland McGrath wrote:
> --help is not the place to describe everything about the system.
Sure, but being *somewhat* more verbose certainly can't hurt...
Either way, I assume a patch that adds *only* the "(default)" bit would
Roland McGrath, le Wed 16 Feb 2011 16:54:48 -0800, a écrit :
> > "Start and set NODE's active translator"
>
> That looks good.
>
> Perhaps "Change NODE's passive translator record" if you
> really want something different.
Ok, I've commited these.
Samuel
> "Start and set NODE's active translator"
That looks good.
> ? Also, for -p we might use
>
> "Record NODE's passive translator"
>
> to remind that it's merely recorded in the FS?
I again think that is more confusing rather than less.
Perhaps "Change NODE's passive translator record" if you
r
Roland McGrath, le Tue 15 Feb 2011 19:10:34 -0800, a écrit :
> > I'd still be in favor or replacing "Set NODE's active translator" with
> > "Start NODE's active translator", to remind that it's merely a matter of
> > starting a process, and not writing down something in the FS.
>
> That seems reas
> I'd still be in favor or replacing "Set NODE's active translator" with
> "Start NODE's active translator", to remind that it's merely a matter of
> starting a process, and not writing down something in the FS.
That seems reasonable. Setting an active translator does not necessarily
entail start
Etenil, le Tue 15 Feb 2011 17:16:36 +, a écrit :
> On 15/02/11 17:01, Roland McGrath wrote:
> >It is self-explanatory.
> >What it doesn't explain is the entire structure of the system.
I'd still be in favor or replacing "Set NODE's active translator" with
"Start NODE's active translator", to r
rst reflex is very likely to be
settrans --help.
On 15/02/11 17:01, Roland McGrath wrote:
It is self-explanatory.
What it doesn't explain is the entire structure of the system.
На 15.2.2011 г. 18:31 ч., Arne Babenhauserheide написа:
I disagree. settrans is the basic building block of almost everything a user
does in the Hurd (except subhurds), so it should be selfexplanatory where
possible and where it is not, --help should suffice.
Some days ago "(default)
It is self-explanatory.
What it doesn't explain is the entire structure of the system.
c building block of almost everything a user
does in the Hurd (except subhurds), so it should be selfexplanatory where
possible and where it is not, --help should suffice.
Most of the cool stuff I can show people in the Hurd involves settrans.
Best wishes,
Arne
signature.asc
Description:
I don't see how that change improves the informativeness at all.
Perhaps what would both be appropriate for --help and satisfy the
apparent intent behind your changes, is to add a short paragraph
about what active and passive translators are to the "doc" text after
the \v, so it
Sorry for the double post, the attachment didn't get through the first time.
I have modified my patch following rejection. It is, I hope, less detailed
while making settrans --help less ambiguous.
Best regards,
Guillaume Pasquet
Roland McGrath wrote:
--help is not the place to des
I have modified my patch following rejection.
It is, I hope, less detailed while making settrans --help less ambiguous.
Best regards,
Guillaume Pasquet
Roland McGrath wrote:
--help is not the place to describe everything about the system.
--help is not the place to describe everything about the system.
Hi there,
I've written a trivial patch that clarifies the --help message of settrans.
The problem is that settrans can be used as:
settrans -fgap ...
Thus using both the "active" and "passive" option at the same time. This
appeared illogical.
Hope i
On Sat, Oct 16, 2010 at 02:28:50PM +0200, Samuel Thibault wrote:
> Jose Luis Alarcon Sanchez, le Sat 16 Oct 2010 12:42:26 +, a ?crit :
> > I ran the above 'dd' command. The image actually becomes bigger, 'ls -lh' on
> > the GNU/Linux "host" system says debian-hurd-03102010-qemu.img has 2.0 Gb.,
Jose Luis Alarcon Sanchez, le Sat 16 Oct 2010 12:42:26 +, a écrit :
> I ran the above 'dd' command. The image actually becomes bigger, 'ls -lh' on
> the GNU/Linux "host" system says debian-hurd-03102010-qemu.img has 2.0 Gb.,
> but running the qemu machine, executing Debian GNU/Hurd like "guest"
On Tue, Oct 12, 2010 at 08:14:56PM +0200, Samuel Thibault wrote:
> Nigel Horne, le Tue 12 Oct 2010 13:41:17 -0400, a ?crit :
> > >On 10/12/2010 01:38 PM, Samuel Thibault wrote:
> > >>Nigel Horne, le Tue 12 Oct 2010 13:34:12 -0400, a ?crit :
> > >>>It booted fine, but 'apt-get update; apt-get upgrad
Nigel Horne, le Tue 12 Oct 2010 13:41:17 -0400, a écrit :
> >On 10/12/2010 01:38 PM, Samuel Thibault wrote:
> >>Nigel Horne, le Tue 12 Oct 2010 13:34:12 -0400, a écrit :
> >>>It booted fine, but 'apt-get update; apt-get upgrade' hit the 'hd0:
> >>>write_intr' bug. Sorry.
> >>Always provide the full
Hi,
On Mon, May 24, 2010 at 10:36:51AM +0200, Sergio Lopez wrote:
> You can find the patched packages here:
>
> http://blogs.nologin.es/uploads/hurd
Great :-)
Too bad I can't test them right now... But I'm really eager to see the
effect :-) Hope I will be able to run them in a not too distant
1 - 100 of 245 matches
Mail list logo
