Greetings.
Dear Friend. Greetings, With warm heart I offer my friendship and I hope this mail meets you in good time, however strange or surprising this contact might seem to you as we have not met personally or had any dealings in the past, I humbly ask that you take due consideration of its importance and immense benefit. I duly apologize for infringing on your privacy, if this contact is not acceptable to you, for I make this proposal to you as a person of integrity. First and foremost I wish to introduce myself properly to you. I am Mr Patrick F.Massaquoi the son of late formal Liberia sport minister Mr Francois Massaquoi, who was killed while in office in 2001. After the death of my father, the Charles Taylor control government have been providing my family with security, but resently the united nations and the united state government asked the liberia head of state (Charles Taylor) and members of his cabinet to go on exile. During the tenure of Late Francois Massaquoi,(my father) he enriched and accumulated a lot of money while in office but unfortunately for him he did not leave long to enjoy these wealth. These funds that were lodged in banks accounts in our country has been frozen. However, my family is not too comfortable with our present government as my late father was a very close aide of Charles Taylor, and on this backdrop the new government might decided to recall the frozen money back to the government purse, with exception of the US$8.5M(Eight million, five hundred United State Dollars)that was deposited in a Finance/security firm undiscovered uptil date. But due to the sanction place on my family by the International community i cannot reach this money myself or withdraw it back to Liberia for use. We have jointly decided within the family to relocate this funds outside Liberia for investment purpose. This is the only way and means we can utilize this money, consequently, we beg for your assistance in investing this money on real-estate and any other viable venture you might suggest. I got your contact through the internet during my search for a partner and i hope you will not disappoint us in this our time of need. We have also agreed to reward you with 25% of the total amount as your share in this transaction after you might have claim this funds from the security firm. Finally, i require the following informations to facilitate the documentation that will effect the change of ownership with the Finance firm. (a) Your complete names. (b) Your mailing address and nationality, (c) Your Telephone/Fax numbers. Again, all arrangement and logistics of this transaction are in place and we shall remain greatful if you can assist us in this our time of need. Please contact me whether or not you are interested in assisting us. This will enable me scout for another partner in the event of non-interest on your part. Thanking you in anticipations of your kindness while looking forward to hear from you soon. Best regards, MR.PATRICK MASSAQUOI. Confidential e-mail: [EMAIL PROTECTED] ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: Port to PowerPC
Mark Kettenis wrote: > >Date: Sat, 8 Jul 00 19:59:25 +0100 >From: Peter Bruin <[EMAIL PROTECTED]> > >Hello, > >I would like to work on a port of the Hurd to the PowerPC, using OSF >Mach. I have already cross-compiled (= hacked) most of the GNU C library >and the Hurd; serverboot works (from the MkLinux prompt) until it tries >to load ext2fs.static (which I haven't done yet). Does anybody have >comments on this, and is there anything I should do before continuing? > > OSF Mach is a bit different from GNU Mach. The set of RPC's is > slightly different and I believe that the OSF MiG is slightly > different from the traditional MiG used on GNU Mach. I don't know if > you can use the GNU MiG at all (perhaps you can use oit for the Hurd's > *.defs files), but if you use the OSF MiG you'll probably need to hack > the Hurd *.defs files somewhat. You'll also have to adjust some hand > crafted Mach messages that are hidden in the Hurd and libc. > > If you have some concrete questions, don't hesitate to ask. I'd love > to see the Hurd running alongside with Mac OS X :-). > > Mark Hallo, I have a question... I read some people want to run the Hurd on typical apple hardware as PPC and the like, so I took a look at Apples Darwin resources and I'm trying to get at least the partitionimages from www.darwinfo.org running. First I tried to load the Kernelimage partition with Grub, but i didn't get far. In fact I didn't expect it to work. Darwin uses the Mach-O (Mach Object) binary format, which handles multiple achitectures in a single binary. At the moment only Darwin compiles to Mach-O. Some people talked about building a crosscompile-tool-chain, but I haven't seen anything usable until now. Darwin uses some parts from the NeXT system, like the UFS-format, in NeXT flavour of course. It's pretty similar to *BSD UFS formats, just differing in the first 8 kb. Has anyone ever tried to mount a Darwin partition (code a8, UFS is at the a* range of partition type signatures)? I don't expect it to be a big challenge to get Darwin ufs working in Hurd and vice versa. Now my question: Do all binaries, kernel and severs, have to be the same format (ELF, a.out, Mach-O). Is there a chance to compile Hurd servers to Mach-O? If not I would say it's nearly impossible to get Hurd runnning on something like Darwin. Patrick ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: Port to PowerPC
Mark Kettenis wrote: > >Date: Fri, 26 Jan 2001 15:36:33 +0100 > From: Patrick Strasser <[EMAIL PROTECTED]> >X-Sender: "Patrick Strasser" <[EMAIL PROTECTED]> >X-Accept-Language: de-AT,de >Content-Type: text/plain; charset=us-ascii > >Hallo, > >I have a question... > >I read some people want to run the Hurd on typical apple hardware as PPC >and the like, so I took a look at Apples Darwin resources and I'm trying >to get at least the partitionimages from www.darwinfo.org running. > > Getting Darwin up and running is certainly essential if you want to > make any progress. > Ok, Darwin runs, Partitionimage is mountable in Linux with 'mount -t ufs -o ufstype=44bsd ' >First I tried to load the Kernelimage partition with Grub, but i didn't >get far. In fact I didn't expect it t work. >Darwin uses The Mach-O (Mach Object) binary format, which handles >multiple achitectures in a single binary. At the moment only Darwin >compiles to Mach-O. Some people talked about building a >crosscompilt-tool-chain, but I haven't seen anything usable until now. > > I think it should be possible to build a cross-tool-chain for a > generic PowerPC ELF target (powerpc-elf), or PowerPC Linux target > (powerpc-linux) without too much hassle on Darwin. That should be > enough to start hacking on the Hurd and the GNU C Library. I forgot to mention that the images I took from www.darwinfo.org are for Intelm hwat I should have. They have restrictions, as they only support Intel PIIX4 Chipset (440 BX and such). > The only problems are related to writing the PowerPC specific hurd > code in the C library (the rest of the PowerPC specific code could be > identical to the Linux PowerPC code), and the differences between > GNUMach and the version of Mach used by Apple. Some of the interfaces > have been changed, I believe the MiG protocols have been changed, and > Apple replaced the old Mach device interface with the IOkit. With Darwin on Intel work on Darwin and work on PPC could be separated. The Apple Public Source License applying to Darwin could be a problem. I'm not native English and not an expert for Licences, so if anybody is skilled, feel free to comment. Patrick ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Call for Projects
Hello! I plan to set up and publish every month a list of Hurd projects. I'd like to include active and not active or abandoned projects. The list intended to give an overview about work around the Hurd and a starting point for people willing to join. Pease give following information: A short name The field in the Hurd it belongs to (e.g. core system, peripherials, documentation) A short description, 2 sentences. The status in development (in percent or relative (alpha, beta ; needs work, needs testing; bad, good; 10%, 20%, or what you like) The status in documenttaion (see development) The level of difficulty Important: Maintainer with emailadress or, if not available, where to get more information or sources Name: Field: Descr.: Status (Dev): Status (Doc): Level: Maintainer: Adress: I want to incorporate this list in the regulary anounce in the Hurd Orientation document. What would you suggest, Neal, would a link to this list be ok? I hope to get a lot of responses ;-) Patrick o ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
OS personalities for Linux
Hi, I followed a link to our beloved Slashdot [1] and found a discussion about a kernel patch using the new Linux capabilities system (since 2.2) and introducing a new kernel call. It is called vserver [2] and was anounced on the linux kernel mailing list on 11 Oct. 2001. >From what I read in the vserver docs: In short vserver introduces a new kernel call to implement isolation of process spaces; call it a chroot for processes. Isolation is irreversible and done in 4 areas: File System, Processes, Network and Super User Capabilities. File System are a well know area for this kind of thing. Processes are kept separated and can't see nor interfere each other. There are thwo exceptions: virtual servers are jailed in a "context". context 0 is the master,the only from where you can switch to ever over context, and context 1 is a context where all processes of all contexts are seen. of course you can't escape a context. It completely looks like a own machine. Networking can be assigned to a context-owned IP-number which a context is bound to. Of course context-root can use port 0-1024, but can't change network settings. This is controlled by: Super User Capapbilities are implemented using the capabilities system. Capabilities controll access to various aspects of the system like networking or devices. Again lowering capabilities is one-way and affects the current process and all chlid processes. Of course people at Slashdot where excited about it. some reactions mentioned: jail(2) and jail(8) [3] from FreeBSD 4.0, which does the same but needs it own root filesystem. vservers seems to work with one common root filesystem. some ensim [4] product doing the same (mentioned twice independant) User Mode Linux [5], working as guest system on an other Linux A FreeBSD "vserver" system, aka "Freedom" seems to be another namefor the FreeBS-jail system. FreeVSD [6], a GPL'ed virtual server system for Linux. It's not real virtual servers but some envvironment to show an system in different "versions" by some scripts, changed binaries and hardlinked, chroot'ed root file systems. Being a little off-topic, Mosix [7] was mentioned. Mosix is an extension to Linux providing transparent redirects for processes over network. Thus it enables and administrates automatic load distribution over several machines. There was a lot of discussion like "imagine combinig this with Beowulf" and the like, and some links to systems that looked like Apache virtual servers, nothing where I could find out something about OS personalities. The bid disadvantage of this Virtual Servers is the kernel. Most of them, except User Mode Linux and Mosix, use one single monolithic kernel. They are probaly usefull for nice, friendly, stable applications doing their job, but I don't think they are useful for developing, say, one personality for compilation, one for testing, one for development. If one of them crashes the kernel, all are lost. I think it would be very Hurdish to set up a second personality, give it a root file system capped by a shadowfs for its own modifications, give it its own (be it a private network) IP adress and control resources like disk and even more interesting, memory and CPU time. Personalities could have the same rights, be created with certain rights/priorities or controlled by some "master system". The concept of a master system would need an administrator and make it difficult to use the system out of the box (some day...). I think a sub-Hurd is the Hurd's way of doing this at the moment. What can it do for us in this direction, and more important: what is a sub-Hurd not possible to do? How does resource sharing work? What would change if dirvers were in user space? What about security with a sub-Hurd? What about networking? Are there real perspectives for running the Hurd in parallel to any known OS? This are just some thoughts and links about virtual servers/OS personalities. I'm not cappable of doing any valuable work, I'm just learning software development at hte moment. I hope do be able to do some work on the Hurd soon. Hopefully this mail gives some new useful aspects for further development of the Hurd. Patrick [1] thread at Slashdot: http://slashdot.org/article.pl?sid=01/11/06/2034233 [2] Info about vserver: http://www.solucorp.qc.ca/miscprj/s_context.hc [3] man page for jail: http://www.freebsd.org/cgi/man.cgi?query=jail&manpath=FreeBSD+4.4-RELEASE&format=html [4] Ensim products: http://www.ensim.com/solutions/overview.shtml [5] User Mode Linux: http://user-mode-linux.sourceforge.net/ [6] FreeVSD: http://www.freevsd.org/ [7] Mosix: http://www.mosix.com/ -- Engineers
Re: realtek 8029
> mah wrote: > > i have a realtek 8029 card along with its linux drivers. The 8029 is compatible to the NE2000. Regarding the GNU Hurd Hardware Compatibility Guide ( http://www.urbanophile.com/arenn/hacking/hurd/hurd-hardware.html ) GNUMach supports the PCI NE2000. > i am using pcq linux 7.1 which is based on Red Hat linux 7.1 In Linux you can try the command 'dmesg' to show all your boot messages. If you get your card to work under Linux, you should see it there. If it does not show up, the driver could be loaded as module. Try 'lsmod' to view all loaded modules. Please give exact information about your (if working) Linux config. I don't know if ISA NE2000 wurks with the Hurd. Perhaps someone can give more exact information about NE2000 drivers status. For my understanding, the NE2000 is verry common, so there should be quite some practical experience. Patrick -- Engineers motto: cheap good fast -> choose any two Patrick Strasser < pstrasser at bigfoot dot de > Student of Telematik, Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: realtek 8029
James Morrison wrote: > > --- Patrick Strasser <[EMAIL PROTECTED]> wrote: > That HCL is old. The new HCL is at > http://www.freesoftware.fsf.org/thug/gnumach_hardware.html . > I found the old link at hurd.gnu.org. This needs to be changed. I'm willing to do this. What is needed to commit the changes? Patrick -- Engineers motto: cheap good fastchoose any two Patrick Strasser < pstrasser at bigfoot dot de > Student of Telematik, Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: realtek 8029
Marcus Brinkmann wrote: > > On Thu, Jan 03, 2002 at 08:48:35PM +0100, Patrick Strasser wrote: > > James Morrison wrote: > > > > > > --- Patrick Strasser <[EMAIL PROTECTED]> wrote: > > > That HCL is old. The new HCL is at > > > http://www.freesoftware.fsf.org/thug/gnumach_hardware.html . > > > > > > > I found the old link at hurd.gnu.org. This needs to be changed. I'm sory to reply to myself for correction... In fact on hurd.gnu.org I followed a link to Debian, and after a reverse page-link lookup in Google i saw quite a lot of translation of Hurd-related Debvian doc (good) all with the wrong link (bad). BTW, Debian is a very good entrance point to the Hurd. It's clear structure and comprehensive information animate newbies to read on and give a try on the Hurd. Patrick -- Engineers motto: cheap good fastchoose any two Patrick Strasser < pstrasser at bigfoot dot de > Student of Telematik, Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: [GNU Mach] [patch] ImPS/2 support
Kilobug wrote:
> Ognyan Kulev wrote:
>
>> Kilobug wrote:
>>
>>> + * Hacked up from ImPS/2 support, by Gaël Le Mignot "Kilobug", 2002
>>
>>
>> ^
>> I don't know what the Hurd core developers think about this, but this
>> implies that everyone use iso-8859-1 encoding and I, for example, use
>> windows-1251.
>
>
> Hum, how should I write my name, so ? Should I mispell it ?
>
Looks to me (from my knowlege of German/French grammar) like a "trema",
two points over a vowel next to another vowel not modifying the
pronouciation of the signed one, but to signalise separated
pronounciation of the two vowels.
This may sound a bit complicated, but it's quite simple when compared to
umlauts: Umlauts change the pronounciation wehreas tremas don't. Example:
\umlaut{o}: ö in German (ok, some won't be able to read it... ;-)
o\trema{e}: speak an o and then a separated e (in German you can't
umlaut an e, and I don'nt know any languae where you can)
So, Goël, I suggest you write your name with Latex umlaut ", that is
'Go"el', as this is quite understandable AFAIHS, or you write it in
English text without any special sign. People not knowing special
language features will have to ask anyway how to pronounce it, the
others know "what to do".
I hope this can help you to determine wich transcription to use. Anyway,
you should avoid non-ascii signs, as this results in funny things and
confuses mail readers (programs and humans).
Patrick
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: Hurd Sourcecode Cross Reference [was:Re: Hurd advocacy?]
Ashish Gokhale wrote: Hi All, Thanks for the Source code browser link. Does any body has idea if a simmilar software exists to browse local (offline) source code repositories ? LOBAL is not only a HTML tool. It has to build a tags database and this database can be accessed by different tools. GLOBAL supports emacs, vi and others. Have a look at http://www.gnu.org/software/global/ Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser Student of Telematik, Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Hurd Sourcecode Cross Reference [was:Re: Hurd advocacy?]
[I'm sorry to post this in two steps... did not check the adress-completition...] Wolfgang Jaehrling wrote: On Tue, Aug 19, 2003 at 11:55:05AM -0500, asubedi wrote: So, it would be great if there is an article on where to start reading the source files You mean something like this? <http://lists.debian.org/debian-hurd/2000/debian-hurd-200012/msg00149.html> And if you don't like your favourite editor or whatever to read the sourcecode, use the all new Hurd Sourcecode Cross Reference at http://www.htu.tugraz.at/~past/hurd/global/ it includes hurd (of course) gnumach (HEAD is GNUmach 2.0, IIRC) libc mig (for completeness) Libc is quite big, and you should remember that it's the complete Glibc! It took quite a while to build with GLOBAL. Note: DON'T MIRROR! It's somewhat smaller than 1 GB! Have fun! Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser Student of Telematik, Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: GNU Mach 1.3 and gcc 3.3.x
Alfred M. Szmidt wrote: GNU Mach 1.3 at least works. Let us maintain this branch until some one some day comes with a better working micro kernel. The issue is not about finding a "better working" micro-kernel, but about porting the Hurd to said micro-kernel. Seems like you will work on the port and others will work on the maintainance. Patrick -- Engineers motto: | Patrick Strasser [ ] cheap | [ ] good | [ ] fast | Student of Telematik -> choose any two | Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Hurd Sourcecode Cross Reference online again
Hello! The HSCR is oline again after some trouble with the server. Search is not available, but is worked on. http://www.htu.tugraz.at/~past/hurd/global/ Seems like an update would be a good idea. I'm thinking about the modules that should be incuded. Currently we have mig hurd gnumach libc Each is HEAD from CVS. Last update was 2004-01-22. Which Gnumach is now HEAD? traditional or OSKit? Would OSKit be helpful? Which version, where to get one? Moreover: What about Hurd/L4? Should it be included? Patrick -- Engineers motto: | Patrick Strasser [ ] cheap | [ ] good | [ ] fast | Student of Telematik -> choose any two | Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: Hurd Sourcecode Cross Reference online again
Marco Gerards wrote: Patrick Strasser <[EMAIL PROTECTED]> writes: The HSCR is oline again after some trouble with the server. Search is not available, but is worked on. I'm sorry to say, but things are not good as they seemed before: To save space I let GLOBAL gzip all pages, saving 500 MB. Unfortunately I can't set the content handler, so what you'll see is gzipped html. Doesn't look really nice :-(. Problems should be solved this week, you know, Really Soon. Currently we have mig hurd gnumach libc Each is HEAD from CVS. Last update was 2004-01-22. Which Gnumach is now HEAD? traditional or OSKit? Would OSKit be helpful? Which version, where to get one? Moreover: What about Hurd/L4? Should it be included? oskit is head, but having the gnumach-1-branch as well seems useful, if this is possible. When 2 files with the same symbols are present, you get an extra page with links to both of them for every symbol you want to go to. That is quite annoying. I don't want to do this because it reduces usablility drastically. Another way would be to setup a parallel GLOBAL, but that would take with everything duplicated another 500 MB. Third, I could setup a GLOBAL with gnumach1 alone, losing the "cross" part for gnumach1. I prefer to put only 1 gnumach in. Having hurd-l4 and fabrica (both modules in CVS) would be nice. Lately a lot is happening there. I thought so ... Patrick -- Engineers motto: | Patrick Strasser [ ] cheap | [ ] good | [ ] fast | Student of Telematik -> choose any two | Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: X and other visions
Concrete cases are completely irrelevant. You can't contruct all cases in 15 mails; there is at least one important case you can't think of. As I understand the idea behind the design principles of the Hurd is: Let the user decide, how to use his computer, so give him all possibilities. The user can decide for himself which he wants to disable/enable for every situation. There are lots of examples where things seem to be quite stupid on the first glance. Who would want a group of students to play Jimmy Hendrix on all machines in the user center? (depends on the admin ;) At least it would be quite cool, and one evening I'll do it :-> Moreover a machine doesn't need to have only one audio device. And this device does not need to have some physical sound output. It could be a hardisk recording device, a modem etc. So everything should be _possible_ for everyone, even for the not-loggen-in. Ususally someone wants to set some policy who is allowed what to do in which situation. We have some models: *) POSIX file permissions: Quite rigid, needs root to administrate users and groups. Has limited categories (3/4). Many people search for better alternatives. *) ACLs: More flexible, but more difficult to use. Complicated rules might lead to security holes. Tricky regarding inherited rights. *) Capabilities: less file-centered right management. Can take "situations" into account. I'm shure there are more models. Idealy, everyone can change his rights in the boundaries of his realm. You should be able to have full control over who can access your files. If you want user foo to read your files, but (exept you) noone else, this should be possible (ACL can do this, file permissions need groups, which needs root). If you want to share your audio device with someone else, fine. If you want to set up a machine, where everyone can reboot, or fire up systems that control a graphics card, why not. One might have good reasons to do so. But it's important to have a good, usable interface to such control. Noone wants to write a config file with a syntax you have too lookup in a manpage everytime you change your rights. It must calculate a complete "plan" of the situationadn return this to the user in a good understandable form. It's not enough to let the user evaluate all rules and permissions in his head. Computers can do that much better. Windows XP has somthing called "effective rights". Very usefull. Such a tool should take a situation (activity + user + rule set) and tell you what is possible. Patrick -- Engineers motto: | Patrick Strasser [ ] cheap | [ ] good | [ ] fast | Student of Telematik -> choose any two | Techn. University Graz, Austria ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: I think I want to help
arief# wrote: Being unable to access anon-CVS from office (or other net access beside http and ftp), You can tunnel ssh through http. Google for "ProxyCommand http" or use Corckscrew http://www.agroman.net/corkscrew/ > With these restrictions: 1. I only have ftp and http access to the net (office policy) That's a reason but no hindrance... (Translation of local saying) 4. Heck, I don't even own a computer now (this T30 is from my office) But you have one and installed the Hurd on it...? Question to people with more sight of future: Is there any chance of a next release with Mach? I often read, there will be a release when it's ready. Are there any precise requirements for release other than the Task in the Hurd TODO? I expect the GNUMach TODO not be be completely done at any time though, of course no big feature ads. In other words: Do we have hopes for a release before L4/Hurd? Patrick ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: console translator set without encoding
CC-ing bug-hurd Ognyan Kulev wrote: 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? Then should Unicode be default for the console? I have not printed out a complete ASCII table on a UTF-8-console without Unicode fonts (anyone knowing a tool for this?), but at a first glance output seemed to be quite usefull without ISO8859-1 encoding. I'm not shure if this is a Debian issue. Why should Debian have a different default encoding? Patrick -- Engineers motto: | Patrick Strasser [ ] cheap |www.htu.tugraz.at/~past/ [ ] good | [ ] fast | Student of Telematik -> choose any two | Techn. University Graz, Austria -==- ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: A Hurd release
Barry deFreese schrieb: If a release is useful, I don't think there is any reason to wait for any particular fixes or features beforehand. Obviously the status quo is years better than 0.2 (literally) already. I don't see any harm in doing 0.3 tomorrow and 0.4 next week if worthwhile fixes/features go in then. The more I think about it, the less I think we "need" a new release. We we need is to spread the word. A good deal of the information available is outdated, many of the websites are not up to date, there is very little information about the L4 port, etc. I think a lot of people get the impression that nothing is happening. The easiest way to spread the word is to let them (the not-involved) spread the word. Nobody talks about some new lines at the website. If there is an aim to let people have a look at something that makes a good impression, some polishing would be fine. Otherwise the only thing that is needed is to declare the current CVS snapshot as Official Develpment Release 0.3. People are waiting for a release, and things improved. Some showstoppers are now fixed. I think it's time for 0.3. Patrick -- This is no signature. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: A Hurd release
Barry deFreese schrieb: If a release is useful, I don't think there is any reason to wait for any particular fixes or features beforehand. Obviously the status quo is years better than 0.2 (literally) already. I don't see any harm in doing 0.3 tomorrow and 0.4 next week if worthwhile fixes/features go in then. The more I think about it, the less I think we "need" a new release. We we need is to spread the word. A good deal of the information available is outdated, many of the websites are not up to date, there is very little information about the L4 port, etc. I think a lot of people get the impression that nothing is happening. The easiest way to spread the word is to let them (the not-involved) spread the word. Nobody talks about some new lines at the website. If there is an aim to let people have a look at something that makes a good impression, some polishing would be fine. Otherwise the only thing that is needed is to declare the current CVS snapshot as Official Develpment Release 0.3. People are waiting for a release, and things improved. Some showstoppers are now fixed. I think it's time for 0.3. Patrick -- This is no signature. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: Screensaver support for the Hurd console
Alfred M. Szmidt schrieb: >How would you reconfigure keybindings? Add hooks that are run on >some kind of event? You are speaking of some kind of programming not configuration. >Maybe include a specific file depending on the >phases of the moon? You forgot to switch on sarcastic mode. How is this to be done in valid guile? ;-> >What about changing values in a running >console-client without having to restart it (changing the timeout >for when the screensaver starts comes to mind)? Change config file an send SIGHUP or SIGUSR1 or other signal. Or use settrans. Of course you can write a guile wrapper for such things. >What if I want to >run "start-browser" when I click on a url with my mouse in the >console? That should go into some console.events file. > I might just as well note that these came just from the top of my > head, far more interesting ideas can done if one uses Guile. > Everything from programming how the keyboard leds behave (network > load, cpu load, whatever), adding more tunes to generic-speaker, or > dropping into a scheme shell by pressing a keycombo. Your imagination > is the limit. :-) What about a guile plugin? I agree that having a scriptable configuration is very powerfull. But i don't want to have to learn the Change-the-configuration-basics fo guile or any other language to set some values. A compromise: Have a guile file that reads a key-value conig file for the normal user. Everyone who wants to do fancy things and code his own emacs ontop fo console can do this in the guile config file. Patrick -- I'm tired of writing smart signatures ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: hangs with (hd0,2)/hurd/ext2fs.static
Shakthi Kannan wrote:
Greetings!
Rebooted to grub.At grub prompt,
("find /boot/gnumach.gz" returns (hd0,2)
Once You've found gnumach.gz you've found your working partition.
You can set your default partition for the following commands with "root":
root (hd0,2)
For the "kernel" and "module" command leave out the "(hd0,2)"
Partition check (DOS partitions):
hd0: hd0: status timeout: status=0xff { Busy }
hd1: disabled DMA
hd0: drive not ready for command
Tell us more about your IDE configuration:
Do you have some other drive on ide channel 1 (some /dev/hda in Linux)?
Once more: Better use the GRUB Image from
http://www.copyleft.co.nz/links.html
Write it on a floppy and edit the menu.lst to match your setup.
Patrick
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: Tasks list for GNU Mach
Hello list, please excuse my ignorance, but what's the Status of GNU Mach? I heard the L4 microkernel is favored for the Hurd. Do you guys try to catch up? Kind regards, Leslie -- PGP-KID: 0x52D70289 pgpa1pTuqUMtq.pgp Description: PGP signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
GNU From Scratch
Dear list, I think a "GNU From Scratch" project, where a detailed cross-compile process for kernel and system is presented, could attract a lot more developers to the GNU operating system and Hurd. Many people, like me, do not like Debian, and a lot like to roll their own system to get to know it. Do you think this is feasible and sensible? Leslie -- PGP-KID: 0x52D70289 pgpMi7YkjMpwM.pgp Description: PGP signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: GNU From Scratch
On Mon, 26 Dec 2005 21:22:00 +0100 Alfred M\. Szmidt <"Alfred M\. Szmidt" <[EMAIL PROTECTED]>> wrote: | No, it is a waste of time. More often than not you learn nothing, | since you are simply following steps that someone else has written for | you. Following instructions blindly is not learning, or exploring. I am sure if you'd post your opinion on the appropriate LinuxFromScratch mailing list a lot of people will disagree with you... | Making a usable system that is easy to upgrade, maintain, and use is | far more work than compiling things from scratch into some directory | (which I can do in about a minute, excluding compilation time). We | are currently working on making the last missing bits of the GNU | system fit Is the GNU project propagating "one size fits all" here? I'd rather think not... Leslie -- PGP-KID: 0x52D70289 pgpWEJ7laImPs.pgp Description: PGP signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
