> https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/
>
> Enjoy!
> Janneke & Ludovic
Wow that's exciting, I can't wait to try out the VM for myself!
Many thanks to everyone involvedd for their hard work!
-Robert
tation in Rump, which is partly
based on libddekit. Did you take this into account?
See the code in:
https://github.com/rumpkernel/pci-userspace/blob/master/src-gnu/pci_user-gnu.c#L169
and precompiled testcase in:
https://people.debian.org/~rmh/rump/apt/
Thanks!
--
Robert Millan
FYI, some Hurd mention in Rumpkernel's yearly report
Missatge reenviat
Assumpte: looking back at 2015
Data: Fri, 15 Jan 2016 15:30:50 +
De: Antti Kantee
Respon a: po...@rumpkernel.org
A: rumpkernel-users
Hello, and a belated welcome to 2016,
As people who've been on the
El 30/11/15 a les 23:20, Olaf Buddenhagen ha escrit:
> Hi Robert,
>
> On Sun, Nov 08, 2015 at 09:39:49PM +0100, Robert Millan wrote:
>
>> I have thus merged the remaining bits of GNU/Hurd port
> [...]
>> with this commit the port is now complete.
>
> Great! :
El 10/11/15 a les 14:24, Antti Kantee ha escrit:
> On 08/11/15 20:39, Robert Millan wrote:
>> El 08/11/15 a les 20:45, Da Zheng ha escrit:
>>> Hello Robert,
>>>
>>> Sure, I have no problem with the license.
>>
>> Excellent!
>>
>>
El 08/11/15 a les 20:45, Da Zheng ha escrit:
> Hello Robert,
>
> Sure, I have no problem with the license.
Excellent!
I have thus merged the remaining bits of GNU/Hurd port which included your code:
https://github.com/rumpkernel/pci-userspace/commit/a9202c047ff191c752d62c1d03c843f
6bf5bf6ed69717eb06a3628db
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-hurd/hurd.git;a=commit;h=1c5442e1fc9d4dfc71c7ce20900436897afcabf8
--
Robert Millan
Apologies, I forgot to CC bug-hurd.
El 07/11/15 a les 12:11, Robert Millan ha escrit:
>
> Unfortunately I didn't get any reply from Zheng Da. Does someone know if
> Zheng is
> using another email address nowadays?
>
> In case he can't be reached anymore, I
El 13/09/15 a les 14:55, Antti Kantee ha escrit:
> On 13/09/15 09:33, Robert Millan wrote:
>> Hi Antti
>>
>> El 31/08/15 a les 21:05, Antti Kantee ha escrit:
>>> On 31/08/15 14:30, Robert Millan wrote:
>>>> El 31/08/15 a les 16:04, Robert Millan ha escrit
1)
error(1, rump_errno2host(errno), "rump_sys_open");
--
Robert Millan
RUMP_SYS_READWRITE
is a bit dangerous. It would break any (current or future) usage of
open() / close() / etc in that file which is not related to USB device
nodes.
Best regards
--
Robert Millan
marily USB as it seems that it
along with sound (Robert Millan's work) is what people need most.
After some thought I came to the conclusion that the way to achieve
these requirements is to patch core libraries like libusb to use
librump directly, analogously to what Robert Millan did originally f
Hi Antti,
Adding bug-hurd to CC since some of the issues may concern them.
El 24/09/15 a les 16:02, Antti Kantee ha escrit:
On 24/09/15 10:43, Robert Millan wrote:
FYI:
https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50276
If Hurd soundcard.h is missing those defines, doesn&#
El 23/09/15 a les 23:56, Olaf Buddenhagen ha escrit:
On Sat, Sep 19, 2015 at 10:52:01AM +0200, Robert Millan wrote:
So if you wanted Sun audio, then yes it's a 1:1 wrapper. Otherwise you
have to convert.
That's a bummer. I was assuming that all BSDs -- and by extension, Rump
I think upstream will be
more than happy to accept it.
On my experience, Rump upstream is demanding in terms of code quality, but
very friendly and always open to discuss things.
--
Robert Millan
El 21/09/15 a les 23:53, Antti Kantee ha escrit:
On 21/09/15 20:37, Robert Millan wrote:
The result is much smaller than I expected. In fact, other than make
(because of the
bootstrap issue) and some Rump components, all remaining MAXPATHLEN/etc
issues are
handled by nbtool_config.h.
Please
El 16/09/15 a les 22:57, Robert Millan ha escrit:
int fd = rump_sys_open("/dev/ugenhc", RUMP_O_RDWR);
if (fd == -1)
error(1, rump_errtrans_rump2host(errno), "rump_sys_open");
Instead of rump_errtrans_rump2host() this should be rump_errno2host() which
is th
Filter) to capture and inject
packets.
- if you want OSS rather than Sun audio, maybe you'll want a translator which
opens /dev/rump/audio and exports OSS in /dev/audio, /dev/dsp, etc.
--
Robert Millan
nu/ seems the place to do it.
[1] https://github.com/rumpkernel/pci-userspace
[2]
https://github.com/rumpkernel/wiki/wiki/Howto%3A-Accessing-PCI-devices-from-userspace
--
Robert Millan
it build with non-NetBSD version of . My changes
were for the Linux version but when I checked on GNU/Hurd it just needed
minor adjustments.
- Use modified versions of to define Rump _IOC* macros without
namespace collision with system-wide ioctls.
See:
https://github.com/robert
El 19/09/15 a les 00:52, Olaf Buddenhagen ha escrit:
On Wed, Sep 16, 2015 at 10:57:20PM +0200, Robert Millan wrote:
El 16/09/15 a les 05:47, Bruno Félix Rezende Ribeiro ha escrit:
I'm interested in USB support. I'd like to aim mass storage devices at
first.
For USB using Rum
El 18/09/15 a les 01:15, Justus Winter ha escrit:
Quoting Robert Millan (2015-09-15 22:11:15)
like, how to service ioctls without libtrivfs?
Is there a reason why you don't want to use libtrivfs?
Not particularly. I just noticed that libtrivfs doesn't implement a stub for
ioct
El 17/09/15 a les 23:25, Samuel Thibault ha escrit:
Robert Millan, le Thu 17 Sep 2015 21:55:32 +0200, a écrit :
As for the rest of PCI devices, AFAICT they're free to be used by whoever
wants them. My understanding is there's no need for an arbiter / multiplexer
as long as all the co
rate processes doing this concurrently? AFAIK it shouldn't be a problem
because hardware-mapped memory is excluded from processor caches.
--
Robert Millan
c as they would fight
each other trying to access the same hardware). At least for audio this is
a lesser problem though, as /dev/audio is useful as a standalone node.
BR & happy hacking
--
Robert Millan
Hi Bruno,
El 14/09/15 a les 00:32, Bruno Félix Rezende Ribeiro ha escrit:
I'm interested in improving Hurd's hardware support, probably working
on the development of user-space device drivers[0], most likely the
rump kernel integration. I see that Robert Millan has made some
Hi Antti
El 31/08/15 a les 21:05, Antti Kantee ha escrit:
On 31/08/15 14:30, Robert Millan wrote:
El 31/08/15 a les 16:04, Robert Millan ha escrit:
I had some trouble with the .BEGIN approach, but the MAKEFILEINC one
works
perfectly. I'm attaching a patch.
Actually, please use thi
El 31/08/15 a les 16:04, Robert Millan ha escrit:
I had some trouble with the .BEGIN approach, but the MAKEFILEINC one works
perfectly. I'm attaching a patch.
Actually, please use this one, which includes .ifdef not to break other
platforms ;-)
--
Robert Millan
Index: rumpkernel-0~201
El 31/08/15 a les 13:07, Antti Kantee ha escrit:
On 30/08/15 15:10, Robert Millan wrote:
But that's not what you were asking for. I don't know what's wrong
based on the above. Can you paste the entire Makefile and command line?
Makefile is attached (in my tree, this is pci-us
le is attached (in my tree, this is pci-userspace/src-gnu/Makefile)
Command-line is:
../../buildrump.sh/obj/tooldir/rumpmake dependall
Many thanks
--
Robert Millan
RUMPTOP= ${TOPRUMP}
RUMPCOMP_USER_SRCS.rumpdev_pci= pci_user-gnu.c experimentalUser.c
RUMPCOMP_USER_PATH.rumpdev_pci
El 16/08/15 a les 13:09, Robert Millan ha escrit:
* It includes code from other people under GPLv2; I'm not sure if this may be
an issue wrt licensing
policy of Rump as this is only targetted at the pci-userspace module. In any
case if you
think it's an issue let me know and we
remaining parts of my Rump port
merged. Other than that, let me know if I can be of any help.
--
Robert Millan
El 24/08/15 a les 23:45, Antti Kantee ha escrit:
On 24/08/15 21:24, Robert Millan wrote:
El 16/08/15 a les 15:07, Antti Kantee ha escrit:
Can you submit the patches against NetBSD tools directly to NetBSD?
[snip]
Here:
https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50166
The
ingle.pl?number=50166
The buildrump.sh bit, again, please submit as a pull req on github.
and here:
https://github.com/rumpkernel/buildrump.sh/pull/73
Thanks
--
Robert Millan
El 16/08/15 a les 13:38, Antti Kantee ha escrit:
On 16/08/15 10:48, Robert Millan wrote:
Hi,
Here's the first patch of my port of Rump to GNU/Hurd. It includes the basic
system detection stuff.
Applied the src-netbsd bits.
Can you submit the buildrump.sh part as a pull req on g
El 17/08/15 a les 01:10, Arne Babenhauserheide ha escrit:
Am Sonntag, 16. August 2015, 23:49:15 schrieb Robert Millan:
I managed to play some sound on GNU/Hurd using patched Rump and a modified
mplayer. For
those interested:
Cool!
Thank you for sharing it!
You're welcome :)
Di
ported.
3. Install mplayer from the repository and run with: mplayer -ao sun
soundfile.ogg
Enjoy :-)
--
Robert Millan
that this code was written by you:
El 16/08/15 a les 21:02, Olaf Buddenhagen ha escrit:
On Sun, Aug 16, 2015 at 01:09:59PM +0200, Robert Millan wrote:
* It includes code from other people under GPLv2;
- intrthread() is heavily based on intloop() from
hurd/libddekit/interrupt.c
I ha
upt.c- mach_msg_type_t intr_type;
libddekit/interrupt.c- int line;
libddekit/interrupt.c:} mach_intr_notification_t;
Would you consider installing it in /usr/include/device/ for the sake of other
programs who also want to do funny things with interrupts on userspace? :-)
--
Robert Millan
o people from University of Dresden. Given the DDE
heritage of the code, I'm not sure who's the author of intloop() routine, as it
is mostly Gnumach-aware code and seems unlikely to be part of DDE per se.
Do you recall where it came from?
Many thanks
--
Robert Millan
took care to use the same limits Rump namespace has, just to avoid accidental
cross-definition of a different value causing damage somewhere (e.g. overflows
or such).
--
Robert Millan
--- a/buildrump.sh/buildrump.sh
+++ b/buildrump.sh/buildrump.sh
@@ -1074,6 +1074,7 @@
*-gnu*)
EXTRA_RUMPCO
opyright-significant
though).
--
Robert Millan
--- /dev/null
+++ b/pci-userspace/src-gnu/Makefile
@@ -0,0 +1,21 @@
+RUMPTOP= ${TOPRUMP}
+
+RUMPCOMP_USER_SRCS.rumpdev_pci= pci_user-gnu.c experimentalUser.c
+RUMPCOMP_USER_PATH.rumpdev_pci:= ${.PARSEDIR}
+RUMPCOMP_USER_CPPFLAGS.rumpdev
Hi,
Here's the first patch of my port of Rump to GNU/Hurd. It includes the basic
system detection stuff.
--
Robert Millan
--- a/buildrump.sh/buildrump.sh
+++ b/buildrump.sh/buildrump.sh
@@ -993,6 +993,13 @@
cppdefines _LITTLE_ENDIAN \
&& appendvar RUMPKERN_UNDEF -U_
Hi,
Apparently this routine only wants the Rump version of when
building with Rump namespace, but it includes the header unconditionally.
This is usually harmless as almost everyone has , but GNU/Hurd
doesn't. So my patch just moves it into Rump protected space.
--
Robert Millan
Developers,
I'm interested in volunteering to work on your documentation for the Hurd.
I would also like to contribute code but I would need more experience with
the source to be useful.
My username is robsanders on Savannah.
Rob
trying to teach my C.
I'll be grateful for an kind of feedback.
Thx
Robert "BuRnEr" Schadek
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
trying to teach my C.
I'll be grateful for an kind of feedback.
Thx
Robert "BuRnEr" Schadek
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
he
thinks he was asked. That is a necessity of a project seeking more
hackers.
--
Robert J. Chassell
[EMAIL PROTECTED] GnuPG Key ID: 004B4AC8
http://www.rattlesnake.com ht
the `pay' being an
acceptance on the part of others of a different way to receive bug
reports.
--
Robert J. Chassell
[EMAIL PROTECTED] GnuPG Key ID: 004B4AC8
http://www.rattlesnake.com
than the trouble that [EMAIL PROTECTED] creates.
This has little to do with programming; hacking skills fail. It has
much to do with a goal of the HURD project, which is to help advance
software freedom.
--
Robert J. Chassell
[EMAIL PROTECTED
On Thu, Aug 05, 2004 at 10:14:19PM +0300, Ognyan Kulev wrote:
> Robert Millan wrote:
> >We're eventualy going to port fakeroot. So if we want it installable on
> >GNU,
> >the [/usr]/bin/fakeroot the Hurd package provides should be split in a
> >separate p
Package: hurd
Version: 20040508-2
Severity: wishlist
Hi!
We're eventualy going to port fakeroot. So if we want it installable on GNU,
the [/usr]/bin/fakeroot the Hurd package provides should be split in a
separate package (e.g. hurd-fakeroot) that conflicts and provides fakeroot.
-- System Info
tags 196913 - patch
submitter 196913 [EMAIL PROTECTED]
thanks
Hi!
This patch does no longer apply to the debian hurd package, since the
rules file has been rewritten.
Ogi, please have a look.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
There's also fpe.b and fpe.b_elf. See the discussion in upstream:
http://lists.gnu.org/archive/html/bug-hurd/2004-03/msg00223.html
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his o
Package: gnumach
Severity: serious
Non-surprisingly, since gnumach borrowed drivers from linux it also borrowed
binary-only firmware, which is non-free under DFSG.
At least the following files are affected:
linux/src/drivers/scsi/qlogicisp_asm.c
I inspected the whole "linux" directory in gnum
Package: hurd
Severity: serious
The hurd package is providing /usr/sbin/update-rc.d, that conflicts with the
file provided in sysv-rc.
You either need a Replaces or removing that file from the hurd package. I
recommend the latter, since the standard update-rc.d in debian is more likely
to cope wi
/* Hop doesn't need to be neighbour. */
#define IPV6_RTHDR_STRICT 1 /* Hop must be a neighbour. */
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery;
default
> should be "quick reboot".
>
>Does someone think such patch would be useful?
>
> Yes. But only if the current behaviour is left as default.
Why not sleep for, say, 10 seconds then reboot?
--
Robert Millan
"[..] but the delight and pride of Aule is
someone think such patch would be useful?
I do (although I prefer while(1) ;)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from ca
the system.
> --8<--
>
>
> Maybe that helps in your case?
I'm not working on GNU/Hurd currently, but I think the default behaviour
instead of reboot should either be halt or enter the debugger.
--
Robert Millan
"[..] but the delight and pride of Aule is in the dee
: then i can tell you,how you could make some easely.if you are interested, write me: [EMAIL PROTECTED]If not: then please forgive me for this unasked e-mail.I wish you success!Robert
http://www.vipmail.hu
Regisztrálj e-mail címet a Vipmail-nél!
15 MB tárterület
On Fri, Nov 21, 2003 at 04:27:59PM +0200, Ognyan Kulev wrote:
> Robert Millan wrote:
> >Just to say this is strictly an upstream issue about the Hurd itself, not
> >GNU/Hurd distributions. So I think help-hurd would be more appropiate than
> >debian-hurd for pointing this sor
I think help-hurd would be more appropiate than
debian-hurd for pointing this sort of things.
> Hi,
>
> The Hurd is in the news, but for unpleasant event. In case you missed
> it: http://www.osnews.com/comment.php?news_id=5185
--
Robert Millan
"[..] but the delight and pri
g the libpthread implementation in the Hurd is a problem, we could
easily enable libpthread emulation in libpth untill NPTL is ported to Mach,
like I did for the GNU/KNetBSD port (see my last mail in bug #218011)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of ma
utex-timedlock.c:55:
> __pthread_mutex_timedlock_internal: Assertion `__pthread_threads' failed.
>
> Try running python under [gdb] and see what happens.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possessio
e" argument has
no effect. I.e: once you run savedefault it won't be restored to 0 after the
next GRUB run.
> If the patch will make it to the main tree then I may investigate
> fixing this issue --- I suspect it wouldn't be too hard.
Okuji should pronounce on this, but I
he
boot routine itself).
Could you review that? If it works, I intend to apply it at least for the
Debian package, and possibly for CVS too (if Okuji agrees).
For GRUB CVS, though, there's the issue of copyright assignment. Have you
assigned copyright for GRUB or been asked about this before
On Tue, Oct 28, 2003 at 01:30:57PM +0100, [EMAIL PROTECTED] wrote:
>
> FYI,
>
> i just released an extremely-alpha version of hush.
What is hush?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possessi
Thanks Nathan, I'm forwarding this to bug-hurd just in case anyone is
interested.
On Thu, Oct 16, 2003 at 09:15:57AM +1000, Nathan Scott wrote:
>
> Robert, you might be able to find Andreas' message in a
> "linux-fsdevel" mailing list archive somewhere on the ne
cls/. The code itself also
> contains some documentation (simply check out the kernel patches).
>
> Solaris: They have something like MacOS, each "extended attribute" there
> is a separate file. No reference.
>
>
> Cheers,
> --
> Andreas Gruenbacher <[EMAIL P
s ways to prevent packages from being built without
> being fixed or annotated properly. This doesn't belong on bug-hurd, which
> is about systems where no header file exists.
Ok. I understand this is off-topic and leave it here.
--
Robert Millan
"[..] but the delight and pr
we allow programmers to do
really insane things they should never do.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing e
e hierrachy is so they can be
used by Glibc. Too bad some people abuse that.
In Debian, /usr/include/linux is provided by Glibc. Who provides these headers
on other distributions?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and ne
; I just don't understand what glibc has to do with improving the way
> people code, especially when dealing with linux header files.
Actualy Roland just pointed that the non-Debian world doesn't necessarily
put Linux headers in Glibc package, so actualy this should be discussed in
Linux
correct to do,
most of them will learn what's correct to do.
Anyway, the people fixing build errors after appliing this change are not
likely the same that those who introduced the insanity in first place, so
there's little chance that they arbitrarily define USE_LINUX.
--
Robert Millan
On Sat, Oct 04, 2003 at 07:58:20PM +0200, Marcus Brinkmann wrote:
> On Sat, Oct 04, 2003 at 07:45:16PM +0000, Robert Millan wrote:
> > I'll raise the issue on Glibc mailing lists, and CC bug-hurd. Please make
> > sure you people get to participate.
>
> Why CC bug-hurd?
its own wrappers which
> would spew out warnings, but still #include the real linux headers
> (I assume something from /usr/src/linux/include/*.h or whatever)
> anyway?
Good idea, I'll propose that as it sounds better than maintaining a set of
patches.
--
Robert Millan
"[..] but th
his to a hard #error.
I'll raise the issue on Glibc mailing lists, and CC bug-hurd. Please make
sure you people get to participate.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own m
On Sat, Oct 04, 2003 at 07:13:32PM +0200, Jeroen Dekkers wrote:
> On Sat, Oct 04, 2003 at 06:05:13PM +0000, Robert Millan wrote:
> > I think we should disallow direct inclusion of in Glibc, any
> > comments?
>
> There don't exist any headers in glibc, they come from
&
bc in your
> case.
Of course. I just wanted to check with you people to see what the general
opinion is.
Since it sounds fine to you, I'll post to Glibc mailing lists in short.
I'd like to hear Roland's opnion first, though. Roland, are you around?
--
Robert Millan
"[..]
On Sat, Oct 04, 2003 at 06:16:47PM +0200, Marcus Brinkmann wrote:
> On Sat, Oct 04, 2003 at 06:05:13PM +0000, Robert Millan wrote:
> > I think we should disallow direct inclusion of in Glibc, any
> > comments?
>
> This is not an issue related to the Hurd at all. If you thi
Hi folks!
I think we should disallow direct inclusion of in Glibc, any
comments?
Sort of like:
#ifndef _USE_LINUX
# error "Never include directly; use standard headers instead."
#endif
If you (specialy Roland) like the idea, I can send it to the Glibc lists. (and
write a patch).
that it is
> only used to print what linker we are using. If thats the case then I
> think we should just stick with the default which is a bit more
> informative then "GNU ld.so" (the default is "gnu0.3 ld.so").
Maybe we'd ask them, but I don't it really mat
as many defined variables than other GNU-like systems. Comparing to
"kfreebsd*-gnu" and "knetbsd*-gnu", the following are missing:
shlibpath_overrides_runpath=no
dynamic_linker='GNU ld.so'
Any comments on this? Perhaps we should ask the libtool maintainers.
-
he subject.
Should sales-training not be relevant for your company, if you put the word
'delete' as the subject, I will take you off my mailing list immediately -
and I'm sorry to have bothered you.
Regards
Robert Seviour
___
Bug
at it?)
btw thanks, we almost can build coreutils cleanly now :)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, p
autobuilders will take them eventualy and upload them
to the Debian archive.
btw thanks to Michael Banck for fixing them! I was too busy to get into
it back then :)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in posse
mple. What libdiskfs does is using the
> file pager to read the file contents.
ok.. will have a look.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not,
/unstable/admin/grub-disk.html
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."
ah patch list for details.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."
-- J.R.R.T
ry.
> +install:
> + -tic -o $(prefix)/share/terminfo -x $(srcdir)/hurd.ti
>
>
> ___
> Bug-hurd mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/bug-hurd
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed
On Mon, Jul 21, 2003 at 04:36:11PM +0300, Ognyan Kulev wrote:
>
> Probably there are some advantages in using libstore instead of Unix API.
Maybe.. but we can't fix every piece of software that uses Unix API to
access block devices :)
--
Ro
t upstream.
Why not fix the 2G limit instead? This adds more work in maintaining
e2fsprogs code and is a hack that distracts from the real problem
that needs fixing.
Anyway, most people create their partitions for GNU from a GNU/Linux
system so e2fsprogs shouldn't have much problem.
--
Rob
ver. The patch is merged in debian
package (in unstable):
http://packages.debian.org/util-linux
It is actualy contained in the util-linux_*.diff.gz file. If someone has
time to, it'd be nice to update it for latest upstream version of util-linux
and send it to the upstream ma
be better to use Oskit instead. To the people
who have played with Oskit already, do you think it's viable to use it
as a backend for userspace drivers?
--
Robert Millan
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
[ I'm changing CC to [EMAIL PROTECTED], so it gets archived too ]
Hi Gael,
On Fri, Jul 18, 2003 at 11:41:10AM +0200, Gaël Le Mignot wrote:
> Hello Robert!
>
> Just to remind you that it's not the console _server_ which conflicts
> with X, but the console _client_ u
d when X opens
/dev/something, console stops using the keyboard or screen. when /dev/something is
closed, it comes back
or maybe in /var
the same simple interface could be used for VT_ACTIVATE
--
Robert Millan
___
Bug-hurd mailing list
[EMAIL PROTECTED]
ch, etc. Then
find out what needs to be fixed and submit your patches to this list.
Or if you are interested in having working applications for GNU, you
could also dedicate your time to porting the software that you miss
for that platform.
--
Robert Millan
_
sitive reply
>
>
> __
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
>
>
> _______
> Bug-hurd mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.
to care.
> >
> > No, it's useful for non-subscribers to send messages.
>
> That doens't happen so often. If we grep out all known
> subscribers, what does remain?
My messages, for example. They're tagged by mailman as message
from non-subscriber.
--
Robert Millan
1 - 100 of 186 matches
Mail list logo
