,
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.
You can register to be a mentor at
http://code.google.com/soc/mentor_step1.html, make sure you
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
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]
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
/* 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
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
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
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
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
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
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
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
/* 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
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
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
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
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
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
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
hurry :-(
What about
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
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
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
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 TWiki page
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 package
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
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
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
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
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.
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
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:
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
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
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 of
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
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
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
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
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
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
/* 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
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
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
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
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
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
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
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:
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] http
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
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_ITERATE is the only
/* 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 this newer version
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-*,
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't.
Regards
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.
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 installation
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]
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
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
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:
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
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
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
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.
This fixes
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_size (`block'
is usually 32-bit
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!
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
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 [EMAIL
/* 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
for 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
/?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
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
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 binutils)
Great
://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
to 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
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 80BF 3A8C
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
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
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
://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}
7D9F 66E6
? (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
[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
/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
/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
,
GNUmakerules files are searched and interpreted. So if examples/dyntest
is not included or is commented, then this directory won't be compiled.
Are you sure that you passed --enable-modulefile argument?
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C
-modulefile=modules-light.x86.pc to the configure script.
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
but it should work. Soon I'll work on
applying it to Savannah OSKit[1].
[1] http://savannah.nongnu.org/projects/oskit/
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
Gaƫl Le Mignot wrote:
The actual way to compile GNU Mach 2.0 with PCMCIA support is explained
somewhere else in the mailing lists, you'll have to look in the archive.
Start reading from http://hurd.gnufans.org/bin/view/Mach/OskitMach
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
James Morrison wrote:
http://duff.kuicr.kyoto-u.ac.jp/~okuji/
http://f77.nop.or.jp/
The hosts of these links no longer exist and AFAIK they will not come back.
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
://www.freesoftware.fsf.org/thug/gnumach_hardware.html
[2] http://www.gnu.org/software/hurd/gnumach.html
[3] http://www.cs.utah.edu/flux/oskit/
[4] http://www.xfree86.org/
Regards
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer\
Philip Charles wrote:
Still no luck in setting the Hurd box up as a server. It is not a
desparate problem, but it would be convenient. I am wondering if it is
me, a bug, or something that is still to be implemented.
Try ftpd :-)
--
Ognyan Kulev [EMAIL PROTECTED], \Programmer
1 - 100 of 160 matches
Mail list logo