#x27;s first release."
Regards,
Ognyan Kulev
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e2973ae.3040...@tower.3.bg
Michael Banck wrote:
Matheus, you could mail a draft to me and ogi (or
debian-hurd@lists.debian.org as well, if you want). Note that I will be
at LinuxTag tomorrow, so likely not very responsive.
Is the work of Colin Watson on porting d-i to hurd publicly available?
Regards,
ogi
--
To UNSUB
Michael Banck wrote:
Matheus, you could mail a draft to me and ogi (or
debian-hurd@lists.debian.org as well, if you want). Note that I will be
at LinuxTag tomorrow, so likely not very responsive.
You can register to be a mentor at
http://code.google.com/soc/mentor_step1.html, make sure you tic
Colin Watson wrote:
> ext2fs.static:
> /build/mbanck/hurd-20050513/build-tree/hurd/ext2fs/pager.c:782:
> pager_report_extent: Assertion `pager->type == DISK || pager->type ==
> FILE_DATA' failed.
There is another report about this too[1]. It's good that it's in list of bugs
now.
[1] http:
This wishlist bug is resolved in 20050119-3. Perhaps in next upload the missing
Closes: should be added?
Regards,
ogi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Bushnell BSG wrote:
So what we need then are bug fixes. :) What are the crashes? I saw
messages about crashing during libc, but the talk was all about how to
reconfigure libc so it wouldn't crash when compiling...though we
shouldn't crash even for bogus compiles.
There are some bugs that
/* Leave only [EMAIL PROTECTED] */
Michael Banck wrote:
login -- Falls back to unix-style if password server is not there.
If we can presume the password server works, then we can
clear the setuid bit here. (We could also remove the old
code, or leave it there fo
Joachim Nilsson wrote:
This week we will upgrade the server that runs hurd.gnufans.org,
from the old PII 266MHz 384MiB to a new Sempron based with 1GiB.
So the site will become a little bit easier to work with as well.
Can we expect upgrade of the TWiki software too? :-P
Regards,
ogi
--
To UNSUBSCR
Marco Gerards wrote:
If you find any bugs, you can try to fix them and send in a patch.
I consider reporting bugs as valueble too. We have to keep track of all
the bugs.
Regards,
ogi
Haakan Johansson wrote:
disk_cache_init: Block size 1024 != vm_page_size 4096
Yes, the latest Debian hurd package includes the ext2fs patch and it
doesn't support block sizes different than 4K yet. Note that by default
e2fsprogs uses block size of 4K for filesystems larger than 512M. Of
course
Package: sysvinit
Version: 2.86-5
There is no /sbin/runlevel in Debian GNU/Hurd. I propose a fake one to be used:
#!/bin/sh
echo N 2
This is a personal opinion, so I've added X-Debbugs-CC: [EMAIL PROTECTED]
BTW absence of /sbin/runlevel emits errors in invoke-rc.d.
Regards,
ogi
Hi,
I've read a discussion in #hurd channel about the inclusion of ext2fs
patch in Debian's hurd package. Below I write about my opinion about this.
First of all, I don't recommend making patched ext2fs to be the default
until there are problems with it. Currently, Jeff Bailey reported a
prob
Michael Banck wrote:
Any comments on how they work for people and how to possibly
improve the packaging and integration of the patch are very welcome.
Now it have come to my mind that DISK_CACHE_BLOCKS is 100. This is
great for testing but slows down ext2fs noticeably. It's better if some
digit
Michael Banck wrote:
For
now, I decided to just copy libpager, libdiskfs and ext2fs to
libpager-ogi, libdiskfs-ogi and ext2fs-ogi, apply his patch and dump the
Interesting approach :-)
The alternative would be to just put Ogi's patch straight into the Hurd
package (and possibly upload it to experim
Maurice McCarthy wrote:
I've just managed to install GNU/Hurd from a J2 snapshot.
That's rather old ;-) K7 is the latest and greatest CD set (CD1 is
enough). From purely user perspective, new stuff is hurd console[1] and
probably xfree86[2] which is upgraded to 4.3. There are some patches
for
/* Cc: #264858 */
Marco Gerards wrote:
Is it possible to build a Hurd package with debugging symbols
(hurd-dbg)? IIRC this and hurd-doc were requisted by Ognyan a long
time ago...
Now that we use CDBS, it should be done in the CDBS way. I think that
CDBS can't build multiple times with differen
Johannes Rohr wrote:
I tried with and without them. Anyway, I understand, those are needed
for running X only. Their presense or absense should not affect the
virtual consoles, right?
Yes, the symbolic links don't affect virtual consoles. I've re-read
your mail and now I see i talked strictly f
Johannes Rohr wrote:
I simpled typed the stanza that I found in the GNU/Hurd wiki:
console -d vga -d pc_kbd --repeat=kbd -d generic_speaker \
-d pc_mouse --repeat=mouse --protocol=ps/2 -c /dev/cons /dev/vcs
Just to be sure: did you make the two symbolic links, as written in
Xfree86 TWiki page?
Hi,
My package hurd 20040508-3.ogi.1 uses snapshot 20040819 of the ext2fs
patch. This patch reflects changes that we discussed with Neal.
Unfortunately, there are problems with this particular snapshot. I
suspect it's because PM_FORCEREAD is removed from libpager. If this is
the case, I'll p
Simon Kagstrom wrote:
(Reading database ... 9711 files and directories currently installed.)
Preparing to replace e2fsprogs 1.35-4 (using
.../e2fsprogs_1.35-7_hurd-i386.deb) ...
Unpacking replacement e2fsprogs ...
dpkg: error processing /var/cache/apt/archives/e2fsprogs_1.35-7_hurd-i386.deb
(--un
Philip Charles wrote:
Make these symlinks. ln -s /dev/cons/kbd /dev/kbd
ln -s /dev/cons/mouse /dev/mouse
(To Hurd console developers:) Is this the recommended way, or all (like
X) should refer to /dev/cons/{kbd,mouse}?
Regards,
ogi
John Williams wrote:
On Tue, 2004-09-21 at 02:10 +0200, Michael Banck wrote:
On Tue, Sep 21, 2004 at 11:50:01AM +1200, Philip Charles wrote:
I have problems getting X working, the idea is to include a quick
howto in the docs.
# settrans -c /dev/mouse /hurd/mouse --protocol=ps/2
You do not need to d
Philip Charles wrote:
On Mon, 20 Sep 2004, Ognyan Kulev wrote:
Package hurd is "just" patched with the 2G fix (snapshot 20040819) for
ext2fs. It's good if it's somewhere in CD1. I would like to test it
more before I recommend it for default in CDs. But probably you are in
hu
Philip Charles wrote:
An interesting repository. Are these packages likely to find their way
into the main Debian archive or gnuab.org? Should these be incorporated
into the CDs/DVD?
Mainline e2fsprogs 1.35-7 is uploaded yesterday and it can work on >2G
partitions on the Hurd. Some DD can just
Hi,
I've build hurd 20040508-3 with ext2fs_20040819.diff.gz patch applied
(the one that fixes the 2G limit). To use, enter the following in
/etc/apt/sources.list, apt-get update, apt-get upgrade:
deb http://debian.fmi.uni-sofia.bg/~ogi/hurd/repo/ ./
This repository is suitable for crosshurd too
M. Gerards wrote:
When -d pc_mouse, --device=.. should always be used instead of -d, I guess.
What do you mean with that?
Just imagine its use:
console ... -d pc_mouse -d com0 -d generic_speaker ...
Regards,
ogi
M. Gerards wrote:
Quoting Ognyan Kulev <[EMAIL PROTECTED]>:
Michael Banck wrote:
console -d vga -d pc_kbd --repeat=kbd -d pc_mouse --repeat=mouse
-c /dev/cons /dev/vcs
Is using /hurd/mouse still correct? How does pc_mouse detect if it's
PS/2 or serial? I would like to update the
Michael Banck wrote:
Remember that the Hurd console should be invoked like this now, if you
want to use the repeaters:
console -d vga -d pc_kbd --repeat=kbd -d pc_mouse --repeat=mouse
-c /dev/cons /dev/vcs
Is using /hurd/mouse still correct? How does pc_mouse detect if it's
PS/2 or serial? I w
Simon Kagstrom wrote:
This works, thanks! Theproblem I have is that when I login, I get a "login:
chown: /dev/com0: Operation not permitted" message. I also got a "login: Timed
out after 5 minutes.", (I were writing on the console at the time).
"chmod +s /bin/login" will fix this. Next hurd packag
Patrick Strasser wrote:
I'm not shure if this is a Debian issue. Why should Debian have a
different default encoding?
Yes, such change should affect upstream behaviour too.
I hope this to go in the next hurd upload, which is eagerly expected by
many of us.
Regards,
ogi
Patrick Strasser wrote:
Unicode did not work until i set it to
/hurd/console --encoding=UTF-8
via
settrans /dev/vcs /hurd/console --encoding=UTF-8
I think this should be the default. The change will be in MAKEDEV.
Will you submit bug for the hurd package?
Regards,
ogi
Theodore Ts'o wrote:
We do try using SIOCGIFWHADDR; but it's not being defined apparently
given the header files we're including.
If you could take a look at gen_uuid.c (attached) and tell me what I'm
doing wrong for the Hurd.
AF_LINK is defined unconditionally in glibc, along with all other
ad
Michael Banck wrote:
To give an update, we had quite some troubles building glibc due to the
linkref bug reported by Ogi and earlier Alfred. However, I managed to
build glibc packages last week and uploaded them. I've also uploaded
binutils and gcc-3.3/gcc-3.4 packages; so far I did not hear any
co
Vasant Tiwari wrote:
Is there a list of supported hardware?
Yes: http://www.nongnu.org/thug/gnumach_hardware.html
Regards,
ogi
Hi,
tiff 3.6.1-1.1 was a NMU that generates libtiff4g, etc., instead of
libtiff3g, etc. It conflicts with libtiff3g too. This was to "resolve
accidental upstream ABI change".
Unfortunately, our emacs21 package is pretty old and depends on
libtiff3g. So I've taken tiff 3.6.1-1 and compiled it
SivaramaKrishnan Nageswaran wrote:
Is there anything like HOW-TO for writing translators or rather HURD?
Yes, "The Hurd Hacking Guide" and the reference manual, both in
http://www.gnu.org/software/hurd/docs.html
Regards,
ogi
SivaramaKrishnan Nageswaran wrote:
That is fine. There are other existing journaling file systems like JFS,
ReiserFS or XFS. Does HURD support all of these file systems? I've
infact planned to design and develop a new journaling file system.
Ah, I forgot: There is read-only unstable translator fo
SivaramaKrishnan Nageswaran wrote:
That is fine. There are other existing journaling file systems like JFS,
ReiserFS or XFS. Does HURD support all of these file systems? I've
infact planned to design and develop a new journaling file system.
None of them has support in the Hurd.
Just curious: why
SivaramaKrishnan Nageswaran wrote:
I'm a newbie to HURD. I've planned to write a new journaling file system
for the HURD OS for my MS project. I would like to know whether there
are any existing implements for the journaliing file system(s) and also
if any other needs to be implemented yet.
Hey,
Yaakov wrote:
Is there anyone working on PCMCIA support?
There is some old work by Daniel Wagner:
http://www.vis.ethz.ch/~wagi/hurd/oskit/ Unfortunately, it uses GNUMach
2 + oskit which is less stable.
Regards,
ogi
pietro wrote:
GNU/Hurd works fine on bochs. this doc[0] may help you.
[0] http://www.asyd.net/docs/hurd/bochs-hurd.html
And in the Hurd TWiki there are other articles too:
http://hurd.gnufans.org/bin/view/Distrib/BochsEmulator
Regards,
ogi
Marco Gerards wrote:
I think you can not do PPP under GNU/Hurd.
There was some um-pppd (User-mode PPP) package for Debian GNU/Hurd with
Neal Walfield's patches, but it got removed from Debian. It used tun0
(tunnel) device for pfinet. I've never tried it. Searching for
"um-pppd" gives some dis
Ognyan Kulev wrote:
I think that I interrupted first native-install. Could this be the
cause of the defect?
Sorry for bothering: it's created by dpkg.postinst, which in my case
wasn't run.
Regards,
ogi
Hi,
I haven't seen another report about that, but I've just made
installation with crosshurd and dpkg-divert (used by dash) complained
that "can't open file". Creating empty /var/lib/dpkg/diversions fixed
the problem.
I think that I interrupted first native-install. Could this be the
cause o
Michael Banck wrote:
On Thu, Jul 08, 2004 at 07:43:30PM +1200, Philip Charles wrote:
I woke up to find that the latest xfree had been downloaded. A quick
check shows that it should build into the CDs. We are now into the
seventh disc.
Yeah, we have updated X (on gnuab), a fixed (WRT start-stop-da
Marcus Brinkmann wrote:
We will need our own initscripts package or whatever anyway, so if
calling reboot/halt from those scripts is a problem, than in our
version of the script we can adjust it wrt command line options (-f)
etc.
Until such own initscripts package is made, is using sysvinit our goa
Thierry LACOSTE wrote:
When I run startx the screen turns black for one or two minutes
and then the computer reboots.
Even if you succeed in running X server, it is very unstable. I don't
know of anyone that uses it.
Emacs needs xlibs, so what I do is to use K5 ISO's xfree86 (4.1 AFAIR).
But i
/* Cc: [EMAIL PROTECTED] */
Alfred M. Szmidt wrote:
Recall that the ones in the Hurd don't do funky sysvinit magic.
Infatc, reboot for us is essentially a call to reboot().
(Shame smiley here) I forgot about that (the funky sysvinit part).
Anyway, we need resolution about the sysvinit package and h
Carson Chittom wrote:
Just for the sake of completeness, I should also mention that "reboot
-f" does work for me to reboot the system, but then dumps me into
single-user mode with:
start (hd1,0)/hurd/ext2fs.static: Hurd server bootstrap:
ext2fs.static[device:hd
1s1] exec init proc auth/libexec/
Alfred M. Szmidt wrote:
Sounds almost as if the reboot command has been replaced by one that
isn't in the Hurd. The reboot command in the Hurd doesn't even
support -f...
What does `reboot --version' tell you?
There is no such option. But reboot is part of sysvinit 2.85-20,
initscripts is the sam
Hi,
Since a week the "reboot" command warns something about runlevels and
then gives up when it sees that noone responds to /dev/initctl. So the
system doesn't get rebooted. My workaround is "reboot -f".
Where is the problem. and why it shows up now?
I'm using Debian's unstable and gnuab's unr
Thierry LACOSTE wrote:
I edited my /etc/apt/sources.list as it is recommended in
http://hurd.gnufans.org/bin/view/Hurd/InstallNotes
Sources list there was rather old. I've replaced it with the one in
http://www.debian.org/ports/hurd/hurd-install
Regards,
ogi
Michael Banck wrote:
AFAIK new glibc packages have been uploaded and are currently waiting in
queue/NEW for manual processing. So you might want to wait for them.
Same for hurd package. (But
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=254147 should be fixed
first.)
You (Philip) are also in
Tom Hart wrote:
This might give people a laugh... here's what the Babelfish gives:
"Hurd: What for a long time lasts, becomes infinitely good?"
It sounds like poetry :-)
Regards,
ogi
Marcus Brinkmann wrote:
I am back from Wizards of OS 3 and can commit patches.
Although not related to this thread, what do you think about some form
of HURD_IHASH_ITERATE for non-C99 sources? Specifically, the one used
in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=133640 . The
maintaine
Michael Banck wrote:
Is it OK if I ask
the maintainer to remove threading for us until we fixed/investigated
the problem?
I would say "yes" because it's unknown when someone will fix this. In
such cases, I think it's good to submit wishlist that this package
should enable threading when compiled
Ralph Aichinger wrote:
After some setup, qemu crashed. I think I will file a bug against
quemu. But the other items above should also be relevant to "normal"
installs.
It seems qemu is too unstable for us:
http://lists.debian.org/debian-hurd/2004/02/msg00059.html
Regards,
ogi
Guillem Jover wrote:
One part of the patch that fixes this was not included in last release,
because it required C99. Jeff is looking into this now. So expect next
release of dpkg to be fixed (or at least hope so :).
Another thing in the patch that is not included is walking through all
pids in fu
On Sun, May 30, 2004 at 08:49:36PM -0300, Scott James Remnant wrote:
On Mon, 2004-05-31 at 00:50 +0200, Michael Banck wrote:
I've just built a dpkg from a tarball provided by Scott.
There are two-and-a-half issues:
1. We really need to pass -std=gnu99, otherwise this error appears:
start-stop-daem
Ognyan Kulev wrote:
Again, this patch should be applied upstream only when new hurd package
(with ihash changes) is uploaded.
I see that new hurd package with the ihash changes is uploaded[1]. It's
very desirable to have the updated patch applied in next release of dpkg.
[1]
Michael Banck wrote:
On Mon, May 24, 2004 at 03:33:39PM +0300, Ognyan Kulev wrote:
Michael Banck wrote:
Does this mean we'd have to get dpkg to change it's build-behaviour? Or
is there another solution?
I've just added -std=gnu99 to CFLAGS in utils/Makefile.in.
HURD_IHASH_ITER
Michael Banck wrote:
Those seem to be straight-forward, right?
Yes :-) But I expected that just recompilation will do the work and all
next changes were somewhat as surprise for me, although trivial ;-)
And the last problem is that (4) HURD_IHASH_ITERATE uses C99 style
definition of variables in
/* Cc: [EMAIL PROTECTED] */
Ognyan Kulev wrote:
I've reinstalled my Hurd and the SEGV doesn't appear anymore, so my
report is no longer reason for holding 1.10.20.0.1. But there is
1.10.21 upstream with long changelog entry, so I guess it's best the
patch to be re-applied to thi
Hi,
I've installed inetutils-telnetd 2:1.4.2+20040207-2, but the pathname of
daemon is /usr/sbin/telnetd, while /etc/inetd.conf refers to in.telnetd.
I'm not sure where to report this in order to be fixed.
Regards,
ogi
Michael Banck wrote:
On Fri, May 14, 2004 at 04:21:58PM +0300, Ognyan Kulev wrote:
I've reinstalled my Hurd and the SEGV doesn't appear anymore,
Do the segfaults not appear at all, or just when you use 1.10.20.0.1?
start-stop-daemon of 1.10.21 dumps cores, the one in 1.10.20.0.1 doesn&
Philip Charles wrote:
The K6 mini iso and the associated gnu-2004-05-09.tar.gz tarball have
just been uploaded to gnuab.org.
BTW The tarball contains both inetutils and inetutils-inetd packages,
but both start inetd! I believe inetutils is an old package before it
got split into inetutils-*, so
Guillem Jover wrote:
Ognyan are you using Michael's packages with version 1.10.20.0.1 ?
Located on people.debian.org or the ones that were uploaded to the
official archive ?
I've reinstalled my Hurd and the SEGV doesn't appear anymore, so my
report is no longer reason for holding 1.10.20.0.1. But
Ognyan Kulev wrote:
Yes, but the only reply till now[1] contains the following:
Points 1.1 - 1.4: Why do you want to remove such a great info? I
think it is important to mention Debian is something more than just
"another Linux distribution".
David Nusinow replied that Debian in
Jeff Bailey wrote:
It looks like they're also deleting the GNU/Linux sections, so as long
as the rest of the manual isn't Linux-specific, I don't see it as a
problem.
Yes, but the only reply till now[1] contains the following:
Points 1.1 - 1.4: Why do you want to remove such a great info? I think
Michael Banck wrote:
You can checkout the debian/-directory from cvs.debian.org, CVSROOT is
:pserver:[EMAIL PROTECTED]:/cvs/glibc and the module is called
glibc-package.
[cut]
Anyway, my changes have been merged into CVS, so I don't see the point
in putting up the source package. Note that you'll n
Michael Banck wrote:
After the recent upload of glibc_2.3.2.ds1-12, I've built some
hurd-i386 packages of those and put them up at
http://people.debian.org/~mbanck/hurd/
If it's not lost, would you put glibc_2.3.2.ds1-12.0.1.{diff.gz,dsc} too?
I patched 2.3.2.ds1-12 just following your 12.0.1 chang
Hi,
Debian installation manual is being updated and the Debian GNU/Hurd
section is going to be removed[1]. Should we raise our voices?
Although it's true that there are GNU/K*BSD nowadays too, so if Hurd's
section is preserved, GNU/K*BSD sections should be added too.
[1] http://lists.debian.or
Johannes Laudenberg wrote:
I got a very old 386 machine
GNU Mach, the current Hurd's microkernel, has broken FPU emulation AFAIK.
Probably NetBSD will perform best.
Regards,
ogi
Ghorban Mohamad Tavakkoli wrote:
i installed Hurd on 1.8 GB logical parition (hda9)
I think 1.8G is too much. Better be not greater than 1.5G. (The really
hard limit is about 2G.)
Regards,
ogi
Michael Banck wrote:
I've built e2fsprogs and hurd packages with these patches included, they
are at
deb http://people.debian.org/~mbanck/hurd/ ./
Thank you. I've added this apt source to the Savannah page of the patch.
What about adding Release file, for more fine-grained tuning by using
/etc/ap
Marco Gerards wrote:
(default pager): dropping data_request because of previous paging errors
Perhaps this has something to do with forgetting to put swap in
/etc/fstab after installing this system, but it should not happen
because I have 390MB RAM. Please test this. I have used bonnie++ for
this
Marco Gerards wrote:
Currently I am (stress) testing it, and it seems to work quite fine.
Of course I will keep testing it and let you know if something goes
wrong.
Great! Then I'll schedule preparation of RC2 with all the changes we've
pointed. (But don't expect RC2 this week.)
Regards,
ogi
M. Gerards wrote:
Quoting Ognyan Kulev <[EMAIL PROTECTED]>:
* sleep(1) is called only when all cached blocks are referenced
(improves performance).
Oh, nice. But is it possible to use conditions instead of sleep? Or
at least sleep shorter?
condition... This sounds good. I'll try it.
0200
From: Ognyan Kulev <[EMAIL PROTECTED]>
Organization: Faculty of Mathematics and Informatics, University of Sofia
To: bug-hurd@gnu.org
Changes in RC1+20040304:
* ihash* -> hurd_ihash* (use revised libihash API)
* block << log2_block_size -> (off_t) block << log2_block_siz
Michael Banck wrote:
For the more adventurous, I've also put together a package with Ognyan
Kulev's patch for large stores (>2GB) in ext2. I have not really tested
this yet, so you proceed on your own risk! I will hopefully find the
time to update this when RC2 is out.
Thank you for doing this! IM
Roland Stigge wrote:
Besides: On the GNU Mach homepage, I read that the new version supports
=10GB disks. Does this hold for _partitions_ (and the Hurd) as well? I
guess, not.
Large partitions are supported but support for large filesystems is not
integrated yet.
Regards
--
Ognyan Kulev <[EM
So later this week, it's
likely that I'll get the new `hurd' package uploaded.
This is great news :-)
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
this. (Obviously, Thomas Bushnell considers himself as part
of Debian.) Not that I judge if it is good or bad.
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.net}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
/* Cross-post to bug-hurd and debian-hurd. */
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
Regards,
ogi
nu.org/cvs/?group=hurd (modules hurd, gnumach and mig).
It's good to have OSKit included too:
http://savannah.nongnu.org/cvs/?group=oskit (module oskit).
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.net}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
Jeff Bailey wrote:
On Sat, Oct 11, 2003 at 09:44:44AM +0300, Ognyan Kulev wrote:
I'm not sure if CDBS is enough expressive for package
like "hurd". (Debhelper is.)
As a co-author of CDBS, I can assure you that it is. =) The Hurd is one
of my target packages. (As is glibc/gcc and
o do it, please
consider making it to generate hurd-doc and hurd-dbg too, so that there
is at least one visible change after all.
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.net}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
ve document is
http://hurd.gnufans.org/bin/view/Distrib/BuildingTheHurd . (I've never
did cross compile so I can't help you with crt1.o.)
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.net}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
what is already written. Later on, he or she can promote
things in web-hurd mailing list.
[1] http://hurd.gnufans.org/
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org,jabber.net}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
cause sometimes ext2fs hangs after some
hours of compiling. I still don't know how this is achieved, but next
e2fsck fixes a lot of ext2fs errors (after such hang).
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
ext2fs: I believe that by the end of the year we'll have a
very stable filesystem as part of the Hurd.
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
Glenn McGrath wrote:
One of the things that drove me away last time was being refused help on
irc because of how i phrased a question. (re GNU/Hurd naming conventions)
Some tolerance would be nice.
Zealots ;-)
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80B
gain in November, so there will be
somebody working on OSKit :-) But definately not before November.
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
g", or, as an alternative, to
http://hurd.gnufans.org/bin/view/Mach/OskitMachStatusList ?
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
Jochen wrote:
You can compile GNUMach in GNU/Linux, you don't even need a
crosscompiler.
$ cd gnumach-1.3
$ ./configure
There are instructions how to build GNU Mach 2.x in
http://hurd.gnufans.org/bin/view/Mach/BuildingOskitMach .
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
arted work? (Patches are submitted, but there is no response
about them.)
(To someone else:) What's the problem with compiling gcc-defaults bound
to gcc-3.3?
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
olution is to change gensym.awk. Savannah OSKit[1]'s
gensym.awk is corrected so you can try it to find out if it works as
expected.
[1] http://savannah.nongnu.org/projects/oskit/
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
evious patches and it's _very_ unstable. Debugging it is very
hard (at least to me).
[1] http://debian.fmi.uni-sofia.bg/~ogi/hurd/ext3fs/
In the beginning of May, there was a discussion (in bug-hurd) with Neal
about better ways to solve the limit and this snapshot follows these ideas.
Reg
usr/lib/grub/i386-pc/* /boot/grub
# vi /boot/grub/menu.lst
In Grub shell:
(grub) root (hd0,0) # The partition with /boot/grub
(grub) setup (hd0) # The whole disk
Regards
--
Ognyan Kulev <[EMAIL PROTECTED],fsa-bg.org}>
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
tware/libc/FAQ.html#s-1.2
[2] http://gcc.gnu.org/install/prerequisites.html
Regards
--
Ognyan Kulev <[EMAIL PROTECTED]>, "\"Programmer\""
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782
1 - 100 of 176 matches
Mail list logo
