Hello!
On Wed, Jun 20, 2007 at 08:15:09PM +0200, Martin Mares wrote:
One more question: is the new method available in all reasonably recent
versions of Hurd, or should we fall back to the old method sometimes?
Yes. The vast majority of all GNU/Hurd users use Debian GNU/Hurd and
they use the
Hello!
On Wed, Jun 20, 2007 at 03:28:48PM +0200, Carl Fredrik Hammar wrote:
I'm copying over some files from libstore to use as a base for
libchannel, I'm rewriting part of them and I'm not sure how to treat
the copyright notices, i.e. which parts to keep.
For instance the copyright notice
Hello!
On Wed, Jun 20, 2007 at 04:57:05PM -0400, Michael Casadevall wrote:
I don't think I should be able to do this:
You should. It's a feature, it is all intentional.
login cat README
This is a hurd login shell; it is a normal user shell, but has no user
privileges. [...]
Regards,
Hello!
I just browsed (a bit) through tschwinge's Sammelsurium and found the
following links and things which may be interesting for you:
http://download.ibofobi.dk/hurd-entropy/gnumach-entropy.diff.bz2.
Furthermore, I also have an mbox file with 166 old emails of discussions
on Hurd mailing
Hello!
As I'll -- at the earliest -- be able to have a look at your entropy work
(or any other Hurd related issues, for that matter) in roughly thirty
hours, I'm forwarding your email to bug-hurd, as requested. People may
indeed tear your patch to tatters, but if they do, then only to help you,
Hello!
Downward from the heights where the tower is installed in which the Hurd
administration resides ;-) I'm asking the question: what is the state of
this year's GSoC project, libchannel? Fredrik, how are you coming along?
Regards,
Thomas
PS: Somewhen this weekend I should be able to
Hello!
| youpi btw, I've realized they is a bunch of warnings while compiling
| the Hurd, these should probably deserve killed
| azeem somebody should try with gcc-4.2/gcc-4.3 :)
Here is the list when compiling with GCC 4.1. So far, I didn't try with
4.2 or 4.3.
This was with plain
Hello!
For the following list of warnings (which were also already included in
my previous email's list) I think (I didn't really check so far ;-) that
the following patch might eliminate a chunk of those. Alternatively we
would have to apply some `union'ing magic in a lot of places. From the
Hello!
#v+
../../libdiskfs/boot-start.c: In function ???diskfs_start_bootstrap???:
../../libdiskfs/boot-start.c:223: warning: passing argument 2 of
???dir_lookup??? discards qualifiers from pointer target type
#v-
#v+
101const char *initname;
[...]
222err = dir_lookup (root_pt,
Hello!
First thing: do you have a permanent internet connection? If yes, then
the most easy thing to do is that we'll create an account for you on a
publically accessible Hurd system,
http://hurd.gnufans.org/bin/view/Hurd/PublicHurdBoxen. Just tell me
(or the others listed on that page) if you
Hello!
Some months ago I created some patches for the ``struct stat'' issue
(http://savannah.gnu.org/bugs/?18216). Perhaps now the time has come
for someone to review them? First follows the glibc patch, then the Hurd
one.
glibc patch.
#v+
This patch is incomplete. Reported on
Follow-up Comment #4, bug #17646 (project hurd):
glibc 2.6 indeed needs (a lot) more work to make it usable on Hurd systems.
The thing glibc 2.6 changed w.r.t. ``-z relro'' was ``only'' that it is no
longer possible to switch it off via the command line
``libc_cv_z_relro=no''.
For me, the
Hello!
On Sat, Jun 09, 2007 at 11:40:05AM +0530, Mahesh M wrote:
May i pls know where the latest code regarding the ext3fs is.
Is it there in the CVS?
Ogi's code for ext3fs, libe3diskfs, libe3pager, libjstore and libscache
is available from http://debian.fmi.uni-sofia.bg/~ogi/hurd/ext3fs/,
Hello!
On Sat, Jun 02, 2007 at 06:33:36PM +0530, Vikram Vincent wrote:
I have been closely following the development of the hurd for the last one+
year. Recently I got to join a Govt. funded project aimed at increasing FOSS
contributions in India and I was given the opportunity to choose
URL:
http://savannah.gnu.org/task/?6990
Summary: Avoid copying source files from other projects
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Friday 06/08/07 at 15:20
Category: The GNU Hurd
Should
Hello!
This is about MIG not providing prototype declarations for the
`xxx_server' and `xxx_server_routine' functions.
On Wed, Jun 06, 2007 at 01:43:35PM +0200, Richard Braun wrote:
On Wed, Jun 06, 2007 at 11:52:01AM +0200, Thomas Schwinge wrote:
Instead, what about having MIG put
Hello!
Last night, I stumbled across the following:
http://www.advogato.org/article/888.html, ``Luke Kenneth Casson
Leighton: The fuss over kernel design'', (yesterday) dated exactly one
year ago.
In there: ``OSKit is, itself, derived from the Linux Kernel source code
(and at the time of
Hello!
On Mon, May 14, 2007 at 12:54:57PM +0200, I wrote:
Last night, I stumbled across the following:
http://www.advogato.org/article/888.html, ``Luke Kenneth Casson
Leighton: The fuss over kernel design'', (yesterday) dated exactly one
year ago.
In there: ``OSKit is, itself, derived from
Hello!
On Sat, May 12, 2007 at 09:20:26PM +0200, Neal H. Walfield wrote:
At Sat, 12 May 2007 21:01:02 +0200,
Thomas Schwinge [EMAIL PROTECTED] wrote:
Yes, but that would require keeping some state in the server, which I
wanted to avoid, because...
As you have PORT and presumably
Hello!
On Sat, May 12, 2007 at 10:39:20AM +0200, Neal H. Walfield wrote:
At Fri, 11 May 2007 00:50:43 +0200,
Thomas Schwinge [EMAIL PROTECTED] wrote:
kern_return_t
S_i386_io_perm_create (mach_port_t port, io_port_t from, io_port_t to,
mach_port_t *io_perm)
So if I
Hello!
On Sat, May 12, 2007 at 09:58:50PM +0800, Wei Shen wrote:
I can not find many Hurd specific symbols (defined in hurd.h) from
glibc like: getauth, getproc, etc. Where are they?
Those are a bit difficult to locate, yes. See [glibc]/hurd/hurdports.c.
Perhaps we should add some comments in
Hello!
On Thu, May 10, 2007 at 07:32:31PM -0700, Thomas Bushnell BSG wrote:
Um, well, you could keep track of the relationship, and establish the
rule that a user of i386_io_perm_create sent to this special server must
keep the request port open as long as they want the mapping to stay
alive.
Hello!
On Wed, May 09, 2007 at 12:35:03PM -0700, Roland McGrath wrote:
That is more or less what we always planned.
Good. Have such things been written down somewhere?
For the server that only
deals with io ports, call it /servers/ioperm.
Fine, but are you in fact suggesting to have
[Remove hurd-devel.]
Hello!
In the server T (`/servers/ioperm') I essentially have...
#v+
kern_return_t
S_i386_io_perm_create (mach_port_t port, io_port_t from, io_port_t to,
mach_port_t *io_perm)
{
kern_return_t err;
[Do some checks on PORT.]
err =
Hello!
The Hurd console needs to access i/o ports and video memory. Likewise
does X.org. The pciutils need to access i/o ports.
For i/o ports we're fine, through the just-installed
`i386_io_perm_create' and `i386_io_perm_create' rpcs (or through glibc's
`ioperm', which in turn just uses
suggested here.
#v+
2007-05-07 Thomas Schwinge [EMAIL PROTECTED]
[bug #15295 --- ``Mach lets processes write to I/O ports'']
* i386/Makefrag.am (libkernel_a_SOURCES): Add `i386/i386/io_perm.c',
`i386/i386/io_perm.h', `i386/i386/machine_task.c', `i386/i386/task.h
Hello!
On Tue, May 01, 2007 at 09:03:38PM +0200, Samuel Thibault wrote:
[...]
Thanks for your comments. Also, I simply left in some of the (few)
remaining ``TODO'' items you didn't comment on.
Else the grounds seem fine. Did you already test it on real hardware?
I did and as my primitive
Update of patch #4740 (project hurd):
Status: In Progress = Wont Do
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Now that bug #15295
Hello!
`machine_idle' is available in `i386/i386at/model_dep.c' and is currently
used for the idle thread.
#v+
/* Conserve power on processor CPU. */
void machine_idle (int cpu)
{
assert (cpu == cpu_number ());
asm volatile (hlt : : : memory);
}
#v-
What about installing the following to
Hello!
On Sat, May 05, 2007 at 02:54:46PM +0200, Samuel Thibault wrote:
Thomas Schwinge, le Sat 05 May 2007 14:14:31 +0200, a ?crit :
void halt_cpu(void)
{
asm volatile(cli);
- while(1);
+ while (TRUE)
+ machine_idle (cpu_number ());
}
Should be fine
Hello!
Another QEMU induced problem. (This time for real, I think... ;-)
Build a GNU Mach image with ``--enable-kdb
--disable-default-device-drivers --enable-floppy --enable-ide
--enable-ne''. I get a crash as soon as the first contact to the outer
world is initiated -- I suppose, as it
Hello!
On Wed, May 02, 2007 at 08:09:30PM +0200, Richard Braun wrote:
Run QEMU with a monitor (e.g. -monitor stdio) and see if it accepts
input. If it doesn't
It doesn't. I can only C-c it.
it could be a recursive page fault/general
protection exception. Use -d int and check /tmp/qemu.log.
URL:
http://savannah.gnu.org/bugs/?19765
Summary: ext2fs: different behavior of an active translator
and a translator started from a passive translator setting
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Tuesday 05/01/07
URL:
http://savannah.gnu.org/bugs/?19767
Summary: `setauth' doesn't really work
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Tuesday 05/01/07 at 11:42
Category: Hurd
Severity: 3 - Normal
Hello!
On Tue, Apr 10, 2007 at 01:48:17PM +0200, Thomas Schwinge wrote:
Still while trying to get us an up-to-date git binary package I saw its
test suite hang, system got instable, tried to attach gdb to the affected
ext2fs instance, system crashed. Barry restored the system. This time I
Hello!
I built Debian glibc 2.5-4 on GNU/Hurd using GCC 4.1 instead of 4.0,
having applied a few patches I crafted already some time ago. It
basically works. :-)
However, if I try to log in on the console (`ssh'ing in works just fine)
it fails with ``login: Authentication failure: (ipc/mig)
Hello!
On Fri, Apr 27, 2007 at 01:04:35PM +0200, Thomas Schwinge wrote:
I built Debian glibc 2.5-4 on GNU/Hurd using GCC 4.1 instead of 4.0,
having applied a few patches I crafted already some time ago.
#v+
$ sudo gdb /hurd/password 328
GNU gdb 6.5-debian
[...]
Attaching to program `/hurd
Hello!
On Fri, Apr 27, 2007 at 02:05:04PM +0200, Michael Banck wrote:
On Fri, Apr 27, 2007 at 01:06:57PM +0200, Thomas Schwinge wrote:
$ sudo gdb /hurd/password 328
GNU gdb 6.5-debian
[...]
(gdb) bt full
#0 0x011408f0 in _nss_files_parse_grent () from /lib/libc.so.0.3
No symbol
Hello!
On Tue, Apr 24, 2007 at 03:04:26PM +0200, Richard Braun wrote:
On Tue, Apr 24, 2007 at 02:50:52PM +0200, Thomas Schwinge wrote:
Okay, a new zalloc zone would be overkill, but I've implemented a tiny
new kernel object, lumped it all together -- and it even works, it seems
Hello!
On Sun, Nov 05, 2006 at 08:39:25PM +, Samuel Thibault wrote:
CVSROOT: /cvsroot/hurd
Module name: gnumach
Branch: gnumach-1-branch
Changes by: Samuel Thibault sthibaul 06/11/05 20:39:25
Modified files:
. : ChangeLog
i386/i386
Hello!
On Wed, Apr 25, 2007 at 03:43:57PM +0200, Samuel Thibault wrote:
Thomas Schwinge, le Wed 25 Apr 2007 15:32:28 +0200, a ?crit :
As there is already at least one person (Samuel) to use the
`i386_set_gdt' and `i386_get_gdt' routines on GNU Mach (in glibc)
I'm not using it: the code
will ``automagically'' begin to
work, as soon as it's been recompiled with the modified GNU Mach header
and definition files in place.
#v+
2007-04-25 Thomas Schwinge [EMAIL PROTECTED]
* i386/i386/io_port.h: Remove file.
* i386/i386at/kd.c: TODO.
* i386/Makefrag.am (libkernel_a_SOURCES
Hello!
I think there's some misunderstanding or miscommunication here.
On Wed, Apr 25, 2007 at 12:14:56PM -0700, Roland McGrath wrote:
The skips are there because those msgids were used for something different
in the past. It's best not to reuse them.
I'm aware of that and in fact that's
Hello!
Continuing my monologue...
On Wed, Apr 11, 2007 at 06:08:07PM +0200, I wrote:
On Sun, Apr 08, 2007 at 12:16:25PM +0200, I wrote:
But where would be the correct place in GNU Mach to store these
``io_port_t from, to'' values?
[OSKit-Mach]/oskit/ds_oskit.h
#v+
struct device {
Hello!
I just installed your patch.
#v+
2007-04-24 Michael Casadevall [EMAIL PROTECTED]
* linux/src/drivers/net/ne.c (bad_clone_list): Add the RealTek 8029 PCI
card's signature.
http://lists.gnu.org/archive/html/bug-hurd/2007-04/msg00039.html
#v-
Thanks for your
Hello!
On Sat, Nov 25, 2006 at 07:51:44PM -0500, Barry deFreese wrote:
OK, I have a HUGE cthreads-pthreads patch going that is going fairly
well.
Did you ever publish this somewhere?
Did you base it on the patches that are available at
http://savannah.gnu.org/task/?5487?
Regards,
Thomas
Hello Samuel!
2007-04-18 Samuel Thibault [EMAIL PROTECTED]
* device/ds_routines.c: Add hypervisor block and net devices.
| youpi tschwinge: (you broke that ;) )
Sorry for that, might entirely be. There have some strange things been
going on when merging the last
Hello!
bug-hurd, please welcome Carl Fredrik Hammar, who will be working on
http://savannah.gnu.org/task/?1619, ``designing and writing libchannel,
a library for streams'', as a Google Summer of Code 2007 project.
Richard Braun will officially be his mentor, but of course we all will
support
Hello!
On Thu, Apr 12, 2007 at 01:49:55PM -0700, Roland McGrath wrote:
I think tb has covered the essence here already. tschwinge, your comments
here are really not apropos, and frankly they seem gratuitously hostile to
the basic principles that have always driven Hurd development.
I
Hello!
On Thu, Apr 12, 2007 at 01:59:44PM -0700, Roland McGrath wrote:
I appreciate the intent of your suggestion, but I don't think it can
actually meet its goals.
I agree. I surrender. I have to. On a technical basis. Thanks for
pointing this out. I totally missed the two cases ``global
Hello!
| NCommander mach doesn't like being built with -j2
Indeed. I installed the following to fix this:
#v+
CVSROOT:/cvsroot/hurd
Module name:gnumach
Branch: gnumach-1-branch
Changes by: Thomas Schwinge tschwinge 07/04/11 10:41:54
Modified files
Hello!
On Tue, Apr 10, 2007 at 10:10:01PM -0700, Thomas Bushnell BSG wrote:
On Tue, 2007-04-10 at 21:44 +0200, Thomas Schwinge wrote:
We're still being again and again annoyed by programs that use `PATH_MAX'
unconditionally.
Why stop with this one?
So, if I interpret things correctly you
Hello!
On Wed, Apr 11, 2007 at 03:23:17AM -0400, Michael Casadevall wrote:
For anyone who's been following the epic story unfolding in IRC,
after a few days of fighting with it, I was able to get it working
(it was surprisingly easy after Tom got me pointed in the right
direction).
No
Hello!
On Sun, Apr 08, 2007 at 12:16:25PM +0200, I wrote:
On Mon, Apr 02, 2007 at 01:26:51PM -0700, Roland McGrath wrote:
The old device_emulation_ops stuff in i386at is similar,
i.e. it provides hooks to implement the device RPCs.
But where would be the correct place in GNU Mach to store
Hello!
On Fri, Aug 11, 2006 at 08:19:59AM +0200, Joachim Nilsson wrote:
On 8/11/06, Michael Banck [EMAIL PROTECTED] wrote:
Thomas Schwinge has been working on finding a replacement for the wiki,
but he is on vacation currently and will be back in September.
OK, sounds good.
Sorry
Hello!
Still while trying to get us an up-to-date git binary package I saw its
test suite hang, system got instable, tried to attach gdb to the affected
ext2fs instance, system crashed. Barry restored the system. This time I
first attached a ``noninvasive'' gdb to the ext2fs instance, re-ran
Hello!
We're still being again and again annoyed by programs that use `PATH_MAX'
unconditionally.
I propose the following: we define it in glibc. But wait, we don't just
define it, we also try to help the programmer. It works roughly as
follows:
To `[glibc]/include/libc-symbols.h' we add:
Hello!
On Sun, Apr 08, 2007 at 06:50:06PM -0700, Roland McGrath wrote:
Getting `pfinet' to crash can be provoked as easily as setting the system
time while it is running. So far, so good.
You've been using the Hurd too long
Recently it's been two years, I think. And I still didn't run
Hello!
While bringing the git rcs's binary package in an up-to-date state for
us, I saw the following: I saw it segfault.
#v+
Starting program: /devel3/tschwinge/tmp/git/git-core-1.5.1/git add .
Program received signal SIGSEGV, Segmentation fault.
0x0105fc56 in __hurd_file_name_lookup
Hello!
On Mon, Apr 09, 2007 at 08:43:25PM +0200, I wrote:
Program received signal SIGSEGV, Segmentation fault.
0x0105fc56 in __hurd_file_name_lookup (use_init_port=0x101aba8,
get_dtable_port=0x4002, lookup=0,
file_name=0x4002 Address 0x4002 out of bounds, flags=0,
Hello!
On my endavor to understand the MIG magic better, I stumbled over the
following:
On Fri, Mar 08, 2002 at 01:39:49AM +0100, Marcus Brinkmann wrote:
[...]
i386/include/mach/i386/mach_i386.defs
+type io_port_t = MACH_MSG_TYPE_INTEGER_16;
+type io_perm_t = mach_port_t
+
On Mon, Apr 02, 2007 at 01:26:51PM -0700, Roland McGrath wrote:
The old device_emulation_ops stuff in i386at is similar,
i.e. it provides hooks to implement the device RPCs.
But where would be the correct place in GNU Mach to store these
``io_port_t from, to'' values?
Hello!
I think I don't really undestand the matter of no-sender notifications in
the GNU Mach device code.
All device glue codes (native Mach, Linux block and net and pcmcia) use
the following code sequence to request a no-sender notification:
#v+
/*
* Request no-senders notifications on
Hello!
`/servers/socket/2' has a passive translator setting, which means that
the `pfinet' running on that node will be started automatically as the
node is accessed -- accessed by using the glibc socket api, for example.
This also means that it will automatically be restarted should it have
Hello!
This had already been requested a few times and I also recently (again)
grilled an innocent partition (nothing valuable was lost, though), so I
just installed the following:
#v+
CVSROOT:/cvsroot/hurd
Module name:hurd
Changes by: Thomas Schwinge tschwinge 07/04/07 10:45
this:
#v+
2007-04-04 Thomas Schwinge [EMAIL PROTECTED]
* opts-std-startup.c (parse_startup_opt)
_diskfs_no_inherit_dir_group: Swap the options into the correct
order. Reported by Olaf Buddenhagen [EMAIL PROTECTED].
#v-
Last but not least, as I mentioned twice already
Hello!
On Wed, Apr 04, 2007 at 11:53:54AM +, s?kdh khbk wrote:
I AM LOOKING FOR THE ACCOUNTS ..acc login?
Uhm, sorry? For a shell account or what?
Regards,
Thomas
signature.asc
Description: Digital signature
___
Bug-hurd mailing list
Hello!
Since it's been six and a half years, let me first give some context
here...
On Tue, Oct 16, 2001 at 04:16:42AM +0200, Marcus Brinkmann wrote:
here is a patch to implement I/O permission control in OSKit-Mach.
What do you get?
Two new interfaces:
/* Request a
Hello!
It was reported that the `tmpfs' translator doesn't really work and is
thus not usable for being installed on `/dev/shm', so I propose the
following for the mean time:
#v+
$ sudo settrans -cpgf /dev/shm /bin/sh -c 'settrans -cagf
/var/cache/dev_shm.backend /hurd/storeio -T copy:zero 2M
URL:
http://savannah.gnu.org/bugs/?19479
Summary: Using a buggy trivfs translator to kill you shell
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Sunday 04/01/07 at 15:15
Category: Hurd
is my patch, comment quickly or it will be gone. Gianluca, is this
what you had done / had in mind?
#v+
2007-04-01 Thomas Schwinge [EMAIL PROTECTED]
* i386/i386/io_emulate.c: Remove file.
* i386/i386/io_emulate.h: Likewise.
* i386/i386at/iopl.c: Likewise.
* i386
Follow-up Comment #1, bug #19473 (project hurd):
With this change I just applied the dynamically linked fatfs will work
again.
#v+
2007-03-31 Thomas Schwinge [EMAIL PROTECTED]
* Makefile (HURDLIBS): Put ``threads'' in front of ``ports''.
#v-
Nevertheless, the original report posted
Hello!
Now that I got the fatfs translator working again, there is one remaining
issue: linking the fatfs translator statically currently fails like this:
#v+
../libdiskfs/libdiskfs.a(node-create.o): In function `diskfs_create_node':
Hello!
On Sat, Mar 31, 2007 at 01:03:23PM -0700, Roland McGrath wrote:
That only happens because something else causes node-create.o to be linked in.
If you are overriding it, you must supply all the symbols it does.
Okay, the problem was the following one: the Debian GNU/Hurd people have
a
Hello!
On Fri, Mar 30, 2007 at 03:48:39PM +0100, Ashish Gokhale wrote:
I upgraded automake to 1.9 autoconf to 2.61. I do
get undefined macro error for /linux/configfrag.ac:126
as follows
---
linux/configfrag.ac:126: error: m4_defn: undefined
macro: _m4_divert_diversion
URL:
http://savannah.gnu.org/bugs/?19473
Summary: Running a fatfs translator on a node N can crash
the file system server where N is on
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Friday 03/30/07 at 20:14
Update of bug #19425 (project hurd):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
This was a bug in
URL:
http://savannah.gnu.org/bugs/?19439
Summary: ``Kernel page fault at address 0x1d'' in
`setup_rw_floppy', `linux/dev/drivers/block/floppy.c:1447'
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Wednesday 03/28/07 at
Update of bug #19439 (project hurd):
Priority:None = 1 - Later
Wiki-like text discussion box: = Repeating this once
more after having restarted the system got the file system attached just fine.
Too bad.
Update of bug #19425 (project hurd):
Wiki-like text discussion box: = A first fat image
to work on -- ``Store is smaller then implied by metadata'' -- has been
installed into `flubber:~tschwinge/tmp/fat-images/': `a.img'. Linux can
mount that one without complaining.
Hello!
On Wed, Mar 28, 2007 at 07:07:15PM +0100, Ashish Gokhale wrote:
Which version of autoconf automake should I use?
I am running debian linux kernel version 3.1
autoconf-2.59a, automake-1.8.5 m4-1.4.2
I get undefined macro error
---
linux/configfrag.ac:126: error: m4_defn:
URL:
http://savannah.gnu.org/bugs/?19425
Summary: fatfs can't handle QEMU's virtual fat block device
Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Tuesday 03/27/07 at 12:33
Category: Hurd Servers
became possible by implementing a device emulation
feature, [...]
While this is quite cool and useful,is at the moment still a bit
messy. [...]
I just installed the following:
#v+
2007-03-27 Thomas Schwinge [EMAIL PROTECTED]
Unconditionally use the device driver multiplexing
Hello!
On Sat, Mar 24, 2007 at 06:13:25PM +0100, I wrote:
2007-03-24 Thomas Schwinge [EMAIL PROTECTED]
* isofs/inode.c (read_disknode): Correctly convert from nanoseconds to
microseconds.
I checked this in.
Regards,
Thomas
signature.asc
Description: Digital signature
Hello!
Either I'm off here, but if I convert a nanosecond value to microseconds,
I divide the value by thousand and don't multiply with thousand.
Correct?
#v+
2007-03-24 Thomas Schwinge [EMAIL PROTECTED]
* isofs/inode.c (read_disknode): Correctly convert from nanoseconds
this approach, saying that this data
doesn't belong into the microkernel, but I like the tight coupling
between the kernel-provided call ids and their translation to names.
What do others think?
#v+
2007-03-24 Thomas Schwinge [EMAIL PROTECTED]
* Makerules.am (%.incbin.h %.incbin.s): New rule
Hello!
A new record in ``better late than never'' bug fixing? Five and a half
years? Hmm.
On Fri, Nov 30, 2001 at 11:09:50AM -0600, Austin Thompson wrote:
I checked out latest cvs today and noticed something I found odd in
hurd/hurd/fsys_reply.defs:
simpleroutine fsys_startup_reply (
Hello!
I'd like to have some input on the following issue. This is the
underlying problem of recent (newer than 0.14.5, I think) versions of GNU
gettext failing to build for us.
#v+
$ git clone git://git.sv.gnu.org/gnulib.git
$ cd gnulib
$ ./gnulib-tool --dir=test-lock --create-testdir lock
[Taking this to bug-hurd@gnu.org.]
Hello!
On Wed, Mar 21, 2007 at 08:43:43AM +0100, Leslie P. Polzer wrote:
Da wir gerade beim Thema Hurd waren... ist es richtig und ggf.
beabsichtigt, da? die Debian GNU/Hurd Rescue-CD keinen Bootloader
installiert?
Correct, you can't install GRUB from
Hello!
On Tue, Mar 20, 2007 at 09:22:12PM +0100, Fredrik Hammar wrote:
first up let me introduce myself [...]
Welcome, Fredrik!
get it running on Xen.
That basically works, but still has a number of sharp edges and slippery
slopes. But for sure we should document how to get it running at
[Cced to bug-hurd@gnu.org.]
Hello!
On Tue, Mar 20, 2007 at 10:41:42PM +0100, Jim Meyering wrote:
http://meyering.net/cu/coreutils-6.8+.tar.gz
http://meyering.net/cu/coreutils-6.8+.tar.gz.sig
Please build it and run make -k check on a few unusual
systems today or tomorrow and report
Hello!
On Wed, Mar 21, 2007 at 08:09:31AM +0100, [EMAIL PROTECTED] wrote:
Implementing the possibility of attaching rpctrace to running processes,
is one possible thing that could be done. But there are many others,
like adding ability to rpctrace to show the names of the parameters
(needs
Hello!
On Mon, Mar 19, 2007 at 12:41:50AM +, Tim Retout wrote:
Hello! Here's a highly trivial patch for the gnumach-1-branch of GNU
Mach.
* i386/ldscript: Correct 'LINKFLAGS_gnumach' in comment.
Applied. Thanks!
Regards,
Thomas
signature.asc
Description: Digital signature
Update of task #5497 (project hurd):
Status: In Progress = None
Assigned to: mmenal = None
___
Additional Item Attachment:
File name:
have also removed some of the
deprecated serverboot documentation.
Thanks for the patch! I massaged this a bit and applied to following:
#v+
2007-03-16 Ben Asselstine [EMAIL PROTECTED]
Thomas Schwinge [EMAIL PROTECTED]
* hurd.texi (Invoking serverboot): Remove
Hello!
On Wed, Mar 14, 2007 at 08:58:37PM +0100, I wrote:
So, here's a patch for the GNU ideas page to add the Hurd items. No idea
if you can actually install it at the moment, given that Savannah is
down. (At least I can't install it onto the Hurd's web pages at the
moment.)
This has now
Hello!
So, here's a patch for the GNU ideas page to add the Hurd items. No idea
if you can actually install it at the moment, given that Savannah is
down. (At least I can't install it onto the Hurd's web pages at the
moment.)
#v+
--- http://www.gnu.org/software/soc-projects/ideas.html.orig
Hello!
Thanks for the feedback!
On Mon, Mar 12, 2007 at 04:09:25PM +0200, Constantine Kousoulos wrote:
IMHO, o GSoC project should be something doable that can be
completed within the given time. Too broad tasks should be avoided.
Correct. However, it's often difficult to estimate whether
Hello!
On Tue, Mar 13, 2007 at 09:18:32PM +0100, [EMAIL PROTECTED] wrote:
On Mon, Mar 12, 2007 at 12:27:09AM +0100, Thomas Schwinge wrote:
http://savannah.gnu.org/task/?5469 -- Rewrite pfinet
The libchannel project should be done before, or at least in parallel,
I'd say.
[...]
http
Hello!
Thanks to all who provided me with comments!
Here is the list I'm going to submit. We can still change it, based on
your input.
http://alioth.debian.org/~tschwinge-guest/ideas.html#hurd
Unfortunately, the Savannah links are down at the moment, but that should
be fixed tomorrow
1001 - 1100 of 1578 matches
Mail list logo