Re: GSoC GNU Hurd poject

Hello, On 20/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED], le Wed 19 Mar 2008 18:42:25 +0100, a écrit : > > > Also, the mentor should ideally be familiar with both -- but the person > > I had in mind refused. > > > Mmm, who? :) > > I'm actually already relatively famil

Re: GSoC GNU Hurd poject

Hello, On 19/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > As we already use Debian as our primary distribution, there is no point > in creating a completely new installer. It makes much more sense to just > port the new standard Debian Installer to work on the Hurd. (As opposed > to t

Re: Developer Blog

Hi, --- On Wed, Mar 19, 2008 at 3:55 PM, Arne Babenhauserheide <[EMAIL PROTECTED]> wrote: | That's already two people. \-- Mine is at: http://www.shakthimaan.com/news.xml I don't write long posts, but, have static write-ups or HOWTOs and just announce the link to it in the news section. Regard

Re: setauth segfaults when giving an inexistent username

Samuel Thibault wrote: Hello, The patches seems to make sense. I guess we need copyright assignment for that, do we have it? Samuel No, you don't. How do I proceed? -- Marc O.

Re: setauth segfaults when giving an inexistent username

Hello, The patches seems to make sense. I guess we need copyright assignment for that, do we have it? Samuel

Re: setauth segfaults when giving an inexistent username

Marc-Olivier Mercier wrote: Hi all, I tried to used setauth and it segfaults when I passed a wrong user name (or even a wrong group name). The problem is when the args are parsed. In libshouldbeinlibc/ugids-argp.c, the function getpwnam_r is used. It is assumed that getpwnam_r return non-zero

Re: GSoC application deadline passed

Hello! On Tue, Mar 18, 2008 at 12:48:50AM +0100, I wrote: > Is there someone to write a short note to be installed as a news item on > ? On Wed, Mar 19, 2008 at 04:30:58PM +0100, [EMAIL PROTECTED] wrote: > On Wed, Mar 19, 2008 at 11:05:19AM +0100, Arne Babenhaus

Re: Thread model

Hi, On Wed, Mar 19, 2008 at 09:51:16AM -0400, Thomas Bushnell BSG wrote: > The heap is demand paged virtual memory, for which the kernel must > maintain memory maps, as Neal was saying. Well yes; but that's true for any kind of memory allocation -- it's not at all specific to the problem of havi

Re: Thread model

Hi, On Wed, Mar 19, 2008 at 09:58:57AM -0400, Thomas Bushnell BSG wrote: > On Tue, 2008-03-18 at 10:14 +0100, [EMAIL PROTECTED] wrote: > > I must admit that I do not fully understand the relation between > > filesystems and paging yet... Probably this is what I really meant > > to say :-) > > He

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 04:41:18PM +0100, Michael Banck wrote: > Things pertaining to the GNU system (unionsfs bootup, a GNU package > manager/installer, etc.) could still be done via the GNU project's > GSOC. Sounds like an evil little plan to bargain for one slot more... ;-) Someone else

Re: Spreading the word (was: GSoC application deadline passed)

On Wed, Mar 19, 2008 at 04:39:44PM +0100, [EMAIL PROTECTED] wrote: > On Tue, Mar 18, 2008 at 12:48:50AM +0100, Thomas Schwinge wrote: > > > > What is to be done now is waiting to see whether I^Hwe get accepted. > > > > We've been. > [...] > > Is there someone to write a short note to be installed

Re: Thread model

On Wed, 2008-03-19 at 17:56 +0100, Neal H. Walfield wrote: > At Wed, 19 Mar 2008 09:58:57 -0400, > Thomas Bushnell BSG wrote: > > And throwing a big wrinkle into all that is that many architectures do > > not make it *possible* for users to handle page faults. The processor > > dumps a load of cr

Re: Automated releases

Having done work setting up britney for m68k, it's painful at times. I could probably setup my local britney instance to also work for Hurd (its down at the moment due to HDD failure), but I expect a lot to break if its compared against any other architectures (m68k has an outdated glibc, which

Re: Server overriding; chroot

Scribit [EMAIL PROTECTED] dies 19/03/2008 hora 17:04: > The problem is that passive translators are started by the parent > filesystem server to which they are attached, not by the process > accessing the node; thus they get a "normal", non-chrooted port, and > consequently have access to the whole

Re: GSoC GNU Hurd poject

[EMAIL PROTECTED], le Wed 19 Mar 2008 18:42:25 +0100, a écrit : > Also, the mentor should ideally be familiar with both -- but the person > I had in mind refused. Mmm, who? :) I'm actually already relatively familiar with the Debian Installer, so I could mentor that. Samuel

Re: Package installability and testing

Hi, On Tue, Mar 18, 2008 at 01:49:59PM +0100, Michael Banck wrote: > And then somebody has to constantly monitor the packages and > transition them to testing, a process which happens only > semi-automatically. Shadowing Debian's official testing might make > things easier, Do you really think s

Spreading the word (was: GSoC application deadline passed)

Hi, On Tue, Mar 18, 2008 at 12:48:50AM +0100, Thomas Schwinge wrote: > > What is to be done now is waiting to see whether I^Hwe get accepted. > > We've been. [...] > Is there someone to write a short note to be installed as a news item > on ? While at it: We s

FSF as fiduciary (was: accepted to SoC)

Hi, On Wed, Mar 19, 2008 at 01:54:52AM -0400, Matt Lee wrote: > [EMAIL PROTECTED] wrote: > > While at it (sorry for misusing this thread): I wonder what to do > > about the money we (hopefully) get as a mentoring organisation -- > > the Hurd has no formal body, except for the FSF. Would it be > >

Re: Automated releases

Hi, On Wed, Mar 19, 2008 at 02:15:13AM +0100, Pierre THIERRY wrote: > Aren't all the automated tools for that already made? Couldn't we just > use britney with our own settings? Yes of course. But it still requires someone to set it up, adapt it to our archives, etc. Also, it's not always smart

Re: GSoC GNU Hurd poject

Hi, On Tue, Mar 18, 2008 at 08:27:57PM -0800, subin surendren wrote: > I have a proposal to work on the "installer part" of the GNU Hurd. A > few of my seniors did work on this project (GNU Hurd LX Installer) > last year co-ordinating with Philip Charles of New Zealand. Well, the whole story of

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 11:05:19AM +0100, Arne Babenhauserheide wrote: > El Tuesday, 18 de March de 2008 15:14:53 [EMAIL PROTECTED] > escribió: > >The Hurd project has been accepted as a mentoring organisation > >for http://code.google.com/soc/2008/";>Google Summer of > >Code 2008

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 11:23:26AM +0100, Arne Babenhauserheide wrote: > El Tuesday, 18 de March de 2008 15:46:25 [EMAIL PROTECTED] > escribió: > > Nice to hear that someone gets interested in the Hurd this way :-) > > How else do people come here? Well, there are many routes :-) I believ

Re: Thread model (was: Ext2 superblock fault)

Hi, On Wed, Mar 19, 2008 at 10:45:15AM +, Samuel Thibault wrote: > [EMAIL PROTECTED], le Tue 18 Mar 2008 11:02:43 +0100, a écrit : > > I don't know how the syncing works, so I can't really tell what the > > problem is. If there are blocking points before the superblock read, > > we need to ch

Re: Server overriding; chroot

Hi, On Wed, Mar 19, 2008 at 02:15:22AM +0100, Pierre THIERRY wrote: > Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:38: > > Now the problem is that a chrooted process can create a passive > > translator. When this translated node is accessed, the translator > > process currently won't be star

Re: accepted to SoC

Indeed GNU Hurd has been accepted. That's great, congratulations. from the GNU projects' I added the link. Nevertheless I again applied to also be a GNU project mentor again (if Thanks Thomas! Of course I approved you (yesterday, I

Re: Thread model

At Wed, 19 Mar 2008 09:58:57 -0400, Thomas Bushnell BSG wrote: > And throwing a big wrinkle into all that is that many architectures do > not make it *possible* for users to handle page faults. The processor > dumps a load of crap on the stack, and the kernel must preserve it > carefully and then

Re: Debian Hurd package dependencies [Was: GSoC application deadline passed]

Please follow-up to debian-hurd, this is really off-topic on bug-hurd. On Wed, Mar 19, 2008 at 01:07:12PM +0100, Michal Suchanek wrote: > Would setting up more buildds help with this issue? With current boom > of virtualization setting up an obsolete system becomes quite easy ;-) > Plus you get th

Re: GSoC application deadline passed

On Tue, Mar 18, 2008 at 03:14:53PM +0100, [EMAIL PROTECTED] wrote: > Something along the lines of this? > >The Hurd project has been accepted as a mentoring organisation for href="http://code.google.com/soc/2008/";>Google Summer of Code >2008! If you are a student and looking for a job

Re: Thread model (was: Ext2 superblock fault)

Michal Suchanek, le Wed 19 Mar 2008 16:55:48 +0100, a écrit : > On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > Yes, that's what I meant actually: the diskfs_sync_everything() function > > is able to trigger a lot of thread creations. > > > > A way to have things work correctly woul

Re: Thread model (was: Ext2 superblock fault)

On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > Yes, that's what I meant actually: the diskfs_sync_everything() function > is able to trigger a lot of thread creations. > > A way to have things work correctly would be by marking threads with a > "level", i.e. diskfs_sync_everythin

Re: GSoC application deadline passed

On Tue, Mar 18, 2008 at 11:38:51AM +0100, [EMAIL PROTECTED] wrote: > > If the Hurd gets at least one slot, you'll have contributed as much as > > anyone who regularly dives into code, because you'll have invited a > > new coder. > > Most likely we could have got one slot again through the GNU pro

Re: Thread model

On Tue, 2008-03-18 at 10:14 +0100, [EMAIL PROTECTED] wrote: > Hi, > > On Mon, Mar 17, 2008 at 07:00:02PM -0400, Thomas Bushnell BSG wrote: > > > On Sun, 2008-03-16 at 08:25 +0100, [EMAIL PROTECTED] wrote: > > > > We could move the servers one by one -- starting with the disk > > > filesystems,

Re: Thread model

On Tue, 2008-03-18 at 10:26 +0100, [EMAIL PROTECTED] wrote: > > You need kernel memory for the memory maps, at least one for each user > > thread. > > No I don't. That's precisely where it is *not* equivalent. > > In the model I described, the state structures for the blocked requests > (I prefe

Re: Debian Hurd package dependencies [Was: GSoC application deadline passed]

On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > Michal Suchanek, le Wed 19 Mar 2008 12:22:48 +0100, a écrit : > > > On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > > Michal Suchanek, le Wed 19 Mar 2008 10:53:13 +0100, a écrit : > > > > On 18/03/2008, Samuel Thibault <[EM

Re: Debian Hurd package dependencies [Was: GSoC application deadline passed]

Michal Suchanek, le Wed 19 Mar 2008 12:22:48 +0100, a écrit : > On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > Michal Suchanek, le Wed 19 Mar 2008 10:53:13 +0100, a écrit : > > > On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > > If packages are missing it should be res

Re: Debian Hurd package dependencies [Was: GSoC application deadline passed]

On 19/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > Michal Suchanek, le Wed 19 Mar 2008 10:53:13 +0100, a écrit : > > > On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > > Michal Suchanek, le Tue 18 Mar 2008 17:01:21 +0100, a écrit : > > > > > > Plus keep all versions of pack

Re: Debian Hurd package dependencies [Was: GSoC application deadline passed]

Michal Suchanek, le Wed 19 Mar 2008 10:53:13 +0100, a écrit : > On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > Michal Suchanek, le Tue 18 Mar 2008 17:01:21 +0100, a écrit : > > > > > Plus keep all versions of packages on some "hurd-core" list until > > > > > somebody manually mark

Re: Automated releases (was: GSoC application deadline passed)

Pierre THIERRY, le Wed 19 Mar 2008 02:15:13 +0100, a écrit : > Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:03: > > As Michael pointed out, that would be pretty useful, but probably > > quite some work. > > Aren't all the automated tools for that already made? Couldn't we just > use britney w

Re: Wiki slowness

[EMAIL PROTECTED], le Tue 18 Mar 2008 11:42:08 +0100, a écrit : > On Sat, Mar 15, 2008 at 03:11:21PM +0100, Carl Fredrik Hammar wrote: > > > Ikiwiki seems to recompile markdown to html after every change. If it > > unnecessarily recompiles the *entire* wiki after each edit > > It doesn't. It fir

Re: Thread model (was: Ext2 superblock fault)

[EMAIL PROTECTED], le Tue 18 Mar 2008 11:02:43 +0100, a écrit : > On Mon, Mar 17, 2008 at 10:41:01AM +, Samuel Thibault wrote: > > [EMAIL PROTECTED], le Sun 16 Mar 2008 08:52:56 +0100, a écrit : > > > > What makes me wonder is, how can it happen in the first place that > > > so many requests a

Re: GSoC GNU Hurd poject

But you can all try to apply, and if you all get taken, you can work on the same project. But everyone must apply for himself. Best wishes, Arne El Wednesday, 19 de March de 2008 11:09:02 Vikram Vincent escribió: > Hello Subin. > > On 19/03/2008, subin surendren <[EMAIL PROTECTED]> wrote: >

Re: Developer Blog

El Tuesday, 18 de March de 2008 12:11:59 [EMAIL PROTECTED] escribió: > As you know, I'm blogging about mostly Hurd-related topics, but not > regularily, and it's rather "philosophical" stuff anyways, not material > for a developer blog. I could post status updates about SoC, though... > > Otherwise

Re: GSoC application deadline passed

El Tuesday, 18 de March de 2008 15:46:25 [EMAIL PROTECTED] escribió: > Hi, > > On Mon, Mar 17, 2008 at 12:26:30PM +0100, Arne Babenhauserheide wrote: > > El Sunday, 16 de March de 2008 20:55:08 [EMAIL PROTECTED] > > > > escribió: > > > > When we had the HURD in my informatics class, one task was to

Re: GSoC application deadline passed

Hello, On 18/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Also note that having both Debian releases *and* official Hurd releases, > we get more exposure... :-) > > > > It preserves the current status: "The Hurd doesn't do releases until > > it is mostly feature complete" while puttin

Re: GSoC GNU Hurd poject

Hello Subin. On 19/03/2008, subin surendren <[EMAIL PROTECTED]> wrote: > > The proposed team members (all classmates) are > >(1) Subin M >(2) Manoj K M >(3) Binu J Raj > It seems that while you may take help to contribute to the project, it is a single student task http://

Re: GSoC application deadline passed

El Tuesday, 18 de March de 2008 15:14:53 [EMAIL PROTECTED] escribió: >The Hurd project has been accepted as a mentoring organisation for href="http://code.google.com/soc/2008/";>Google Summer of Code >2008! If you are a student and looking for a job during the >summer, take a look a

Debian Hurd package dependencies [Was: GSoC application deadline passed]

On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > Michal Suchanek, le Tue 18 Mar 2008 17:01:21 +0100, a écrit : > > > > > Plus keep all versions of packages on some "hurd-core" list until > > > > somebody manually marks a newer version as verified working. > > > > > > > > > It's not

Fwd: GSoC GNU Hurd Project

Forwarding to bug-hurd -- Forwarded message -- From: subin surendren <[EMAIL PROTECTED]> Date: 19 Mar 2008 11:07 Subject: GSoC GNU Hurd Project To: [EMAIL PROTECTED] I am a student doing my undergraduate engineering course in Information Technology at MES College of Engineering, K

Re: accepted to SoC

[EMAIL PROTECTED] wrote: > While at it (sorry for misusing this thread): I wonder what to do about > the money we (hopefully) get as a mentoring organisation -- the Hurd has > no formal body, except for the FSF. Would it be possible to let google > send the money to FSF as fiduciary? Totally. GNU

GSoC GNU Hurd poject

I am a student doing my undergraduate engineering course in Information Technology at MES College of Engineering, Kuttipuram in India. I have just come across the GNU Hurd project being listed as a mentor organisation in Google SoC 2008. I have a proposal to work on the "installer part" of the GN