Re: [bug #23213] moving a directory in a chroot returns EAGAIN

2008-05-08 Thread Samuel Thibault
Samuel Thibault, le Thu 08 May 2008 23:21:21 +, a écrit : > ~$ chroot . > /$ mkdir blip > /$ mv blip blop > mv: cannot move `blip' to `blop': Resource temporarily unavailable > > I guess that comes from some of the diskfs_lookup() calls of > diskfs_rename_dir() which somehow got lost about wha

[bug #23213] moving a directory in a chroot returns EAGAIN

2008-05-08 Thread Samuel Thibault
URL: Summary: moving a directory in a chroot returns EAGAIN Project: The GNU Hurd Submitted by: sthibaul Submitted on: vendredi 09.05.2008 à 01:21 Category: None Sever

Re: Help required for porting parted-1.7.1

2008-05-08 Thread Samuel Thibault
Hello, Madhusudan C.S, le Fri 09 May 2008 00:28:16 +0530, a écrit : > I am trying to port parted-1.7.1 to Hurd. As it is logged in the > failed builds report [http://unstable.buildd.net/buildd/hurd-i386_Failed.html] > there is a problem with variables '_IOT__IOTBASE_format_data_t' and

GSoC: procfs implementation.

2008-05-08 Thread Madhusudan C.S
Hi, The existing procfs code uses libtrivfs. So one of the goal's of my GSoC project is to rewrite procfs so that uses libnetfs. During the proposal submission stage, I had said that I will first port every feature in the existing code to use libnetfs and then start implementing the new featu

Help required for porting parted-1.7.1

2008-05-08 Thread Madhusudan C.S
Hi all, I am trying to port parted-1.7.1 to Hurd. As it is logged in the failed builds report [ http://unstable.buildd.net/buildd/hurd-i386_Failed.html] there is a problem with variables '_IOT__IOTBASE_format_data_t' and '_IOT__IOTBASE_dasd_information2_t' in s/390 architecture's code.

[task #6584] Improve Xen support

2008-05-08 Thread Samuel Thibault
Follow-up Comment #4, task #6584 (project hurd): Note: Keir just drop non-PAE support in the 3.3 branch, so we are stuck with 3.0-3.2 until we implement PAE In addition to the list: supporting partitions: in the configuration file, one can say "hda1" instead of "hda", which means that we are sup