Re: Final GSoC submission

Hi, On Mon, Aug 18, 2008 at 06:58:06AM -0400, Andrei Barbu wrote: > Apparently we're not allowed to be evaluated on anything we submit > after today at noon PDT. Well, Google is not really able (nor willing) to enforce strict adherence to this date... And anyways it could be bent by saying that

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Sun, Aug 17, 2008 at 01:57:18PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> It really depends on the context. In some cases -- if the pointer is >> dereferenced -- NULL will create an obvious failure, while some >> random uninitialized pointer might be harder to track down. >> >> I

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Fri, Aug 15, 2008 at 06:27:00PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >>> But isn't it always right to initialize a local variable to reduce >>> the possibility of getting bugs? >> >> It won't avoid bugs; only either cover them up, or (less likely) >> expose them more clearly -

Re: A bug of subhurd?

Hi, On Sat, Aug 16, 2008 at 11:10:50PM +0200, zhengda wrote: > I run subhurd. When I try to exit it by running 'halt', I get the error > message as follow: > init: notifying ext2fs.static hd1s1 of shutdown...init: Killing pid 64 > memory_object_data_request(0x0, 0x0, 0x1000, 0x1000, 0x1) faile

Re: The patch of pfinet

Hi, On Wed, Aug 13, 2008 at 12:07:50PM +0200, zhengda wrote: >>> for (in = h->interfaces; in < h->interfaces + h->num_interfaces; in++) >>> - if (strcmp (in->device->name, arg) == 0) >>> +if (strcmp (in->name, arg) == 0) >>> >> >> Wrong indentation. >> > I think th

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Wed, Aug 13, 2008 at 01:49:41PM +0200, zhengda wrote: > Neal H. Walfield wrote: >> Check if the result is != -1, not > 0, which has a different meaning. >> > + if (__asprintf (&name, "%s/%d", sock_servs, domain) > 0) > + np = name; >> > but it's still wrong

Re: ikiwiki fuckup...

Hi, On Wed, Aug 13, 2008 at 04:04:51PM +0200, Thomas Schwinge wrote: > On Wed, Aug 13, 2008 at 08:54:40AM +0200, [EMAIL PROTECTED] > wrote: > > The tricky part is that these changes were originally pushed to the > > github backup > > Someone please tell me and the others how to get access to tha

Re: CVS help needed, top and htop

Hi, On Thu, Aug 14, 2008 at 01:37:27AM +0530, Madhusudan C.S wrote: > antrik and Samuel I have been trying to meet either of you on IRC from > past couple of days but I am just not able to for some or the other > reason. > > First of all, I wanted a small help regarding CVS. Should I now simply

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Wed, Aug 13, 2008 at 12:41:12PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> On Tue, Aug 12, 2008 at 08:05:49PM +0200, zhengda wrote: >>> + char *name = NULL; >>> >> >> No need to initialize this -- the asprintf() will overwrite it anyways. >> > But isn't it always righ

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Tue, Aug 12, 2008 at 08:05:49PM +0200, zhengda wrote: > + char *name = NULL; No need to initialize this -- the asprintf() will overwrite it anyways. > + if (__asprintf (&name, "SOCK_SERV_%d", domain) > 0) > +{ > + np = getenv (name); > + __free (name);

Re: ikiwiki fuckup...

Hi, On Tue, Aug 12, 2008 at 04:37:39PM +0200, Thomas Schwinge wrote: > Olaf has noticed some oddities w.r.t. synchronicity between the > flubber repository of the wiki and the web-interface's working copy. > I can only suspect what was going on and then I would suspect that one > of the machines

Re: The patch of pfinet

Hi, On Tue, Aug 12, 2008 at 03:52:58PM +0200, zhengda wrote: > pfinet1.patch. To make it open the virtual network interface. > pfinet2.patch. To use the proper filter rule in pfinet. > pfinet3.patch. To enable ioctl to set the network device into the > promiscuous mode. Would be nice for the f

Re: The patch of pfinet

Hi, On Mon, Aug 11, 2008 at 05:56:40PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> On Fri, Aug 08, 2008 at 08:09:24AM +0200, zhengda wrote: >>> - err = get_privileged_ports (0, &master_device); >>> - if (err) >>> -error (2, err, "cannot get device master port"); >>> + if (master_de

Re: The patch of pfinet

Hi, On Fri, Aug 08, 2008 at 08:09:24AM +0200, zhengda wrote: > The patch enables the pfinet to work with the multiplexer and use the > filter rule that only accepts the packet whose destination is the > pfinet server. This rather sounds like two totally orthogonal changes, that really should go

Re: The patch of boot to open a virtual network interface

Hi, On Fri, Aug 08, 2008 at 07:06:29AM +0200, zhengda wrote: > But the way to open the virtual network interface will be changed if > the translator that helps open the device is created. Indeed... So I guess we better don't commit it just yet :-) > 2008-07-29 Zheng Da <[EMAIL PROTECTED]> > >

Re: How to provide proxy nodes

Hi, On Wed, Aug 06, 2008 at 09:11:08PM +0300, Sergiu Ivanov wrote: > On Wed, Aug 6, 2008 at 7:53 PM, <[EMAIL PROTECTED]> wrote: > > On Wed, Aug 06, 2008 at 02:17:34PM +0300, Sergiu Ivanov wrote: > > > On Tue, Aug 5, 2008 at 4:16 AM, <[EMAIL PROTECTED]> wrote: > > That's why I wonder whether we sh

Re: Some questions about the translator that helps open the device

Hi, On Wed, Aug 06, 2008 at 06:23:04PM +0100, Samuel Thibault wrote: > [EMAIL PROTECTED], le Wed 06 Aug 2008 17:27:53 +0200, a écrit : > > The point is rather that for network devices, the *standard* IO > > operations make no sense. > > Well, yes they do, see tap devices: read/write packets. No

Re: How to provide proxy nodes

Hi, On Wed, Aug 06, 2008 at 02:17:34PM +0300, Sergiu Ivanov wrote: > On Tue, Aug 5, 2008 at 4:16 AM, <[EMAIL PROTECTED]> wrote: > > The last step is to return the resulting translated node to the > > client. Now I see two options for that: Either we do the lookup with > > the remaining file name

Re: Some questions about the translator that helps open the device

Hi, On Wed, Aug 06, 2008 at 10:44:44AM +0100, Samuel Thibault wrote: > Michael Casadevall, le Wed 06 Aug 2008 00:22:55 -0400, a écrit : > Well, I guess that if linux didn't add eth0 to /dev, that must be > because there is more to it than just read/write (like MAC address > configuration etc). W

Re: Some questions about the translator that helps open the device

Hi, On Wed, Aug 06, 2008 at 02:02:52AM +0100, Samuel Thibault wrote: > Zheng Da, le Sat 02 Aug 2008 22:57:48 +0800, a écrit : > > I'm going to write a translator that helps other programs open the > > underlying device. > > Mmm, there are already two: storeio (for disks) and streamio (for > char

Re: GSoC projects

Hi, On Mon, Aug 04, 2008 at 10:16:36AM +0530, Madhusudan C.S wrote: > To commit to a repository at github.com one needs an account at > github.com. The procedure of creating a new account is so simple that > it should not take more than a minute to get an account ready. And > after that what all

Re: Wiki repository now available though Savannah

Hi, On Mon, Aug 04, 2008 at 10:46:55AM +0200, Thomas Schwinge wrote: > On Mon, Aug 04, 2008 at 03:00:46AM +0200, [EMAIL PROTECTED] > wrote: > This is done now: > BTW, did Andrei ask you about the Git repository for the SystemTap port?... > T

Re: How to provide proxy nodes

Hi, On Mon, Aug 04, 2008 at 12:54:19PM +0300, Sergiu Ivanov wrote: > [...] To provide a response to requests of this type, nsmux has to > create *virtual* nodes, mirroring the nodes in the real filesystem, > and stack translators upon these virtual nodes. [...] > The main problem is how to create

Re: GSoC projects

Hi, On Sun, Aug 03, 2008 at 10:04:30PM +0100, Flávio Cruz wrote: > a) I'm creating a translator library written in Common Lisp and > binding some Mach and Hurd libraries/API along the way. You forgot to mention that you are also writing a couple of actual translators based on these bindings... :

Re: GSoC projects

Hi, On Sun, Aug 03, 2008 at 10:12:58AM +0800, Zheng Da wrote: > b) I'm not sure if it's stand-alone or not. the multiplexer and the > filter translator can be stand-alone, but I modified the existing > components of Hurd, too. The modifications to existing code will obviously need to go into Hur

Re: GSoC projects

Hi, On Sat, Aug 02, 2008 at 07:12:25PM +0200, Thomas Schwinge wrote: > I'd say it should clearly reside in an external module, on its own. As > it is a stand-alone thing, a separate translator. The same could be said about all or most of the other translators presently in the Hurd source tree...

Re: GSoC projects

Hi, On Sat, Aug 02, 2008 at 07:09:42PM +0200, Thomas Schwinge wrote: > I don't know github.com. But not why simply host (a secondary/backup > of) the Hurd wiki on the GNU Savannah machine already now? Then we > can -- later, when the needed infrastructure is in place -- just do a > clean switch

Re: Hurd general design question

Hi, On Fri, Jul 25, 2008 at 11:45:36AM -0700, Power, Mike wrote: > I had an observation; it seems that your support for native C++ is a > limiting factor to the Hurd. [...] > My general design question, what if you moved C++ to emulation? The > native language would then be a programming languag

Re: How to stack libtrivfs-based translators

Hi, On Wed, Jul 23, 2008 at 12:00:59PM +0300, Sergiu Ivanov wrote: > Could anybody suggest and idea how to implement this > trivfs_S_file_set_translator callback? I tried to find some clues in > trivfs.h and in hurd-cvs, but my attempts ended fruitless... Have you checked what libnetfs does? Pro

Re: New clean-up patch for gnumach

Hi, On Tue, Jul 15, 2008 at 12:27:02PM -0400, Barry deFreese wrote: > Here is a patch to fix several "implicit declaration of function" > warnings. > +extern void cninit(); If a function does not take any parameters, I think it's better to always state it explicitely in the prototype, i.e.

Re: How to stack libtrivfs-based translators

Hi, On Tue, Jul 15, 2008 at 06:10:02PM +0300, Sergiu Ivanov wrote: > I have written a libtrivfs-based translator (the source code is > supplied in the attachment), however I have problems with stacking it > upon itself. [...] > If I now try to stack mangle upon foo again, using the command: > >

Re: codeswarm videos for GNU/Hurd and gnumach

Hi, On Mon, Jul 14, 2008 at 02:19:45AM +0200, Arne Babenhauserheide wrote: > And for the wiki: > > - http://draketo.de/filme/cc-nc-sa/hurd_wiki.avi I think the wiki started only 2002, when there is the first surge of activity. Before that, it's just imported stuff from the static web pages, wh

wiki stability (was: GSoC meeting / wiki copyright assignment)

Hi, On Mon, Jul 14, 2008 at 01:21:44AM +0200, Arne Babenhauserheide wrote: > It seems that I can't push my changes. People are working now on making it more stable... (Or actually, making it easier to kick it when necessary ;-) ) -antrik-

Re: codeswarm videos for GNU/Hurd and gnumach

Hi, On Sat, Jul 12, 2008 at 04:23:10AM +0200, Arne Babenhauserheide wrote: > I just created a GNU/Hurd and a gnumach codeswarm video - each timed > to show the full code history in about 1 minute. They are a bit strange, because they ignore the fact that mib, thomas and tb are (AFAIK)all the sa

Re: Problems with stability of networking / pfinet

Hi, On Sat, Jul 12, 2008 at 10:06:54AM +0200, Thomas Schwinge wrote: > For a few weeks now, I seem to notice more and more problems w.r.t. > networking. > Any idea? A problem with the TCP/IP stack? But nothing has been > changed there, recently. Well, I started seeing it some two or three mon

Re: git clone wiki error

Hi, On Fri, Jul 11, 2008 at 11:21:07AM +0200, Thomas Schwinge wrote: > The `heads/master' file indeed was missing after the ``git repack''. Err... Are you sure that was caused by the repack? Seems a rather serious bug :-( > Doing one commit to the repository restored it. What do you mean, doin

Re: git clone wiki error

On Fri, Jul 11, 2008 at 11:22:06AM +0200, Thomas Schwinge wrote: > > And it's only necessary for dumb transports anyways. > > Yes, but it was http transport, which was failing. Whoops... I am blind and/or stupid :-) Sorry. -antrik-

Re: git clone wiki error

Hi, On Wed, Jul 09, 2008 at 10:36:10AM +0200, Thomas Schwinge wrote: > I ran ``git repack'', followed by ``git gc'' git-gc implies git-repack. > on the wiki, and now cloning via http fails like this: [...] > ``git update-server-info'' also doesn't help. This is done automatically on git-repack

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Wed, Jul 09, 2008 at 02:02:18PM +0200, zhengda wrote: > I also write a SHELL script "runwithpfinet" to set the environment > variables and run the command provided by the user. [...] > It works in most of cases. but it doesn't work with "ping" when the > user execute "runwithpfinet 1 ping

GSoC meeting

Hi, Just a reminder for the weekly IRC meeting on Friday (2008-07-11) 19:00 UTC. Keep in mind that this meeting is particularily important, as it's probably the last good occasion to discuss outstanding questions for the midterm evaluation. Also, in the course of the midterm stuff, I realized th

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Tue, Jul 08, 2008 at 01:15:11AM +0200, zhengda wrote: > The patch is > http://www.assembla.com/spaces/VNetHurd/documents/aJidqKp6ur3z-Nab7jnrAJ/download/A%20patch%20of%20glibc Well, sending patches inline is generally a better idea... At least the whitespace in the diff is not mangled th

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Wed, Jul 02, 2008 at 08:42:43PM +0200, zhengda wrote: > The new version of the patch is below. Hm, what about dropping/replacing the "_PATH" bit, as discussed in the other subthread?... > I wonder if I can use __snprintf(). The code in the original glibc > doesn't use it. I'm not a glib

Re: New machine for shitbox

Hi, On Thu, Jul 03, 2008 at 10:56:17PM -0400, Barry deFreese wrote: > I'm still a little concerned about the HD but I'm not sure how much > trouble it would be to get it up on a new one. I'm up for > suggestions, etc. Shouldn't be a problem I think... Just copy the whole disk :-) > I also ha

Re: GSoC: the plan for the project network virtualization

Hi, On Fri, Jul 04, 2008 at 12:24:56AM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: > So if I'm right, the filter translator has to implement the RPC in > device.defs to communicate with the client and it calls the RPC to > communicate with the multiplexer. Yes. The filter simply proxies the

Re: Revision control

Hi, On Mon, Jun 30, 2008 at 09:24:29AM +0200, Arne Babenhauserheide wrote: > Am Sonntag 29 Juni 2008 06:21:16 schrieb [EMAIL PROTECTED]: > Just let your system look at the combined diff of all changesets the > user added during the time he did a specific project, then you > effectively have a cle

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Mon, Jun 30, 2008 at 02:39:23PM +0200, zhengda wrote: > Kalle Olavi Niemitalo wrote: >> http://www.gnu.org/prep/standards/standards.html#GNU-Manuals >> >> # Please do not use the term ???pathname??? that is used in Unix # >> documentation; use ???file name??? (two words) instead. We use th

Re: A proxy of the proc server for translators

Hi, On Mon, Jun 30, 2008 at 03:10:13PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> AIUI every process has it's own port for proc, right? >> >> So I think all you need to do is for every client that contacts the >> proc proxy, to create a distinct port to the real proc server, and >> forwa

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Mon, Jun 30, 2008 at 03:14:47PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >>> Do you mean the indentation here? It is caused by '-' and '+' in the >>> beginning of lines. >>> >> >> Ah, I see it now. That shouldn't happen, though. How did you generate >> the patch? >> > for

Re: GSoC: the plan for the project network virtualization

Hi, On Mon, Jun 30, 2008 at 04:44:36PM +0200, zhengda wrote: > I said the multiplexer (or the hypervisor, I'm not very sensitive to > the name:-) can have multiple interfaces and there was a "filter" > behind every interface. The filter here actually means the BPF > implementation (maybe this

Re: Revision control

Hi, On Sat, Jun 28, 2008 at 12:25:36PM +0200, Arne Babenhauserheide wrote: > Am Samstag 28 Juni 2008 04:24:50 schrieb [EMAIL PROTECTED]: > > Well, as you seem to have used Mercurial much more and longer, that > > isn't really surprising :-) If I learned Mercurial now, I'd most > > likely hold exa

Re: GSoC: the plan for the project network virtualization

Hi, On Thu, Jun 26, 2008 at 11:11:12PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> If that is the case, we would again need a proxy for the master >> device port, which would forward open() on the network device, but >> block all others. >> > Do you mean something like a translator who

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Thu, Jun 26, 2008 at 07:31:12PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> If we want to override the TCP/IP stack, that doesn't mean we want to >> override the pipe server as well, or the other way round... >> > I think using the symbolic link to the default server is another

Re: A proxy of the proc server for translators

Hi, On Thu, Jun 26, 2008 at 07:46:55PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> These should be fixable by reversing the command I think: >> >> settrans -afgpc /root/socket2/2 proc_proxy /root/hurd/pfinet/pfinet >> -i eth0 -a 192.168.2.11 -g 192.168.2.1 -m 255.255.255.0 >> > In this

Re: Revision control

Hi, On Thu, Jun 26, 2008 at 04:50:09PM +0200, Arne Babenhauserheide wrote: > Am Donnerstag 26 Juni 2008 00:25:28 schrieb [EMAIL PROTECTED]: > > Mercurial's interface *might* be more intuitive than Git for CVS > > users (I can't tell); but that doesn't necessarily mean that overall > > usability i

Re: The patch of glibc which allows the user to override the pfinet server

Hi, On Wed, Jun 25, 2008 at 04:44:51PM +0200, zhengda wrote: > Neal H. Walfield wrote: >> This works in the case where you want to override all pf servers. >> This case is important. Also important is the ability to override a >> single pf server in a similar manner. > I wonder if it's really n

Re: A proxy of the proc server for translators

Hi, On Tue, Jun 24, 2008 at 10:56:03PM +0200, zhengda wrote: > I want to write a proxy of the proc server (proc_proxy), so I can > provide a pseudo master device port to the translator without changing > its code. > > My first idea was to create a message server which handles all RPCs in > proces

Re: Revision control

Hi, On Mon, Jun 23, 2008 at 11:41:17AM +0200, Arne Babenhauserheide wrote: > Am Montag 16 Juni 2008 19:08:00 schrieb [EMAIL PROTECTED]: > > Something feeling intuitive depends solely on previous experience. > > It is *always* subjective. > > There are usability people saying quite the contrary.

Re: GSoC: the plan for the project network virtualization

Hi, On Sun, Jun 22, 2008 at 11:26:19PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: > I'm creating the proxy of the process server. Hopefully, it's not too > difficult. Well, if you run into serious problems, you can postpone this for now and work on the other stuff... But I hope you can get

Re: Revision control

Hi, On Fri, Jun 20, 2008 at 12:00:42PM +0200, Arne Babenhauserheide wrote: > Am Freitag 20 Juni 2008 02:22:45 schrieb [EMAIL PROTECTED]: > > Every project has a different workflow -- both small and large. Git > > is nice because it serves *all* kinds of workflows; it is extremely > > flexible in

Re: Revision control

Hi, On Thu, Jun 19, 2008 at 03:11:02PM +0200, Arne Babenhauserheide wrote: > Am Donnerstag 19 Juni 2008 00:46:55 schrieb [EMAIL PROTECTED]: > > > Once the Hurd has reached 1/100 of the RCS traffic of Linux, a > > > switch to a powerful tool might be feasable. > > > > That's like saying that it's

Re: Revision control

Hi, On Tue, Jun 17, 2008 at 07:47:04PM +0200, Michael Banck wrote: > The point is: The Hurd doesn't need a powerful source control tool, it > just needs something which is much better than CVS and usable by all > possible contributors. > > Once the Hurd has reached 1/100 of the RCS traffic of Li

Re: Namespace-based translator selection; project details

Hi, On Wed, Jun 18, 2008 at 08:15:10PM +0300, Sergiu Ivanov wrote: > On Mon, Jun 16, 2008 at 6:13 PM, <[EMAIL PROTECTED]> wrote: > > On Wed, Jun 11, 2008 at 09:01:27PM +0300, Sergiu Ivanov wrote: > > These could be put in a completely separate interface for translator > > control. But it might be

Re: PyHurd 0.0.0a3

Hi, On Sun, Jun 15, 2008 at 05:57:42PM +0700, Anatoly A. Kazantsev wrote: > If you want to run a few simple test or see examples you need dowload > source distribution. It's available on the same page. > > P.S.: we really need a good tests :-) If you want to help us, please > reply. I don't spe

Re: GSoC: the plan for the project network virtualization

Hi, On Wed, Jun 11, 2008 at 12:36:59PM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> On Sat, Jun 07, 2008 at 10:12:21PM +0200, zhengda wrote: >>>If pfinet can open the interface with device_open(), I think we >>>need to write another program like boot to give pfinet the >>>pse

Re: Namespace-based translator selection; project details

Hi, On Wed, Jun 11, 2008 at 09:01:27PM +0300, Sergiu Ivanov wrote: > On Tue, Jun 10, 2008 at 10:19 PM, <[EMAIL PROTECTED]> wrote: > Frankly speaking, I still have no idea as to the communication between > the proxy and the translators it loads. I suppose the proxy will have > to exhibit an interf

Re: Revision control

Hi, On Wed, Jun 11, 2008 at 10:46:16AM +0200, Arne Babenhauserheide wrote: > Am Dienstag 10 Juni 2008 22:11:20 schrieb [EMAIL PROTECTED]: > > It doesn't seem to detain any of the Linux contributors, nor the > > Xorg ones... > > Not anymore, since they became used to it. > > One example: Up unt

Re: GSoC: the plan for the project network virtualization

Hi, On Sat, Jun 07, 2008 at 10:12:21PM +0200, zhengda wrote: > 1) hypervisor creates a virtual network interface >How is the programming interface like for the virtual network >interface? I mean, is the pfinet still able to open it with >device_open()? Well, as I mentioned in the or

Re: Revision control

Hi, On Sun, Jun 08, 2008 at 01:18:25AM +0200, Arne Babenhauserheide wrote: > [...] and because of some glitches like having to garbage collect > regularly instead of having a lean implementation in the first place. Again, this is not a glitch, but a conscious decision -- and a brilliant one at

Re: Fwd: Re: Revision control

Hi, On Sun, Jun 08, 2008 at 01:39:51AM +0200, Arne Babenhauserheide wrote: > Am Samstag 07 Juni 2008 18:19:29 schrieb [EMAIL PROTECTED]: > > Err... Does that mean that Mercurial doesn't even offer rebase (and > > it can't be implemented trivially)?! > > That means, that the Mercurial people say,

Re: Updating the progress

Hi Madhusudan, On Mon, Jun 09, 2008 at 08:45:06PM +0530, Madhusudan C.S wrote: > Yes, some parts of the code is a template of other netfs translators. > But if seen keenly, nearly almost all the translators I am referring > follows the same template or rather have copied the template from one > a

Re: Namespace-based translator selection; project details

Hi, On Sat, Jun 07, 2008 at 11:21:10PM +0300, Sergiu Ivanov wrote: > On Sat, Jun 7, 2008 at 3:13 PM, <[EMAIL PROTECTED]> wrote: > > Nevertheless, there is a lot of merit in your observation: I realise > > now that there is really no reason to externally classify the > > translators, and attach th

Re: Revision control

Hi, On Sun, Jun 08, 2008 at 09:29:00AM +0200, Arne Babenhauserheide wrote: > Am Samstag 07 Juni 2008 17:47:28 schrieb [EMAIL PROTECTED]: > If git isn't readily usable for me, then it is quite probable, that it > is unusable for many programmers, including some who might be > interested in contrib

Re: Fwd: Re: Revision control

Hi, On Wed, Jun 04, 2008 at 10:38:53AM +0200, Arne Babenhauserheide wrote: > I'm interested in how they are going to tackle that in the Summer of > Code project. > > I didn't find information about the way they want to do it in the > short description (and I don't have the time to investigate r

Re: Revision control

Hi, On Wed, Jun 04, 2008 at 12:55:21PM +0700, Ivan Shmakov wrote: > > <[EMAIL PROTECTED]> writes: > > git, like UNIX, is based on a couple of very simple yet powerful > > ideas, and a set of basic tools doing the work. On top of that, you > > get a set of high-level scripts to easily perfo

Re: Revision control

Hi, On Tue, Jun 03, 2008 at 09:10:01PM +0200, Arne Babenhauserheide wrote: > Am Dienstag 03 Juni 2008 05:16:47 schrieb [EMAIL PROTECTED]: > > Not knowing Mercurial, I can't really judge. But I have a very hard > > time believing that any other system comes even *close* to the power > > and flexib

Re: glibc in Hurd

Hi, On Thu, Jun 05, 2008 at 01:16:12AM +0200, zhengda wrote: > I want to try the modified glibc. I compile it again, but I don't want > to install it in my system directly. I write a very simple test > program which only calls socket(). I want to compile the test program > with the modified glibc

Re: Namespace-based translator selection; project details

Hi, On Tue, Jun 03, 2008 at 07:50:14PM +0300, Sergiu Ivanov wrote: > On Tue, Jun 3, 2008 at 5:10 AM, <[EMAIL PROTECTED]> wrote: > > "-u" is more tricky that "-gunzip", as it doesn't skip one specific > > translator, but rather filters a whole class. While it is certainly > > possible to implement

Re: Updating the progress

Hi Madhusudan, On Thu, Jun 05, 2008 at 02:48:51PM +0530, Madhusudan C.S wrote: >I have done few commits to be code today. I request you to please >check the code. Well, not being familiar with libnetfs, I unfortunately can't really tell whether the code makes sense. I didn't discover an

Re: Thoughts about the Lisp bindings project

Hi, On Tue, Jun 03, 2008 at 02:01:12AM +0100, Flávio Cruz wrote: > You are right, it may create redundancy but, wouldn't it be nice to > define new interfaces without leaving lisp and then using them to > create new servers only with lisp code? I'm not even talking about > re-defining the already

Re: Revision control

Hi, On Sun, Jun 01, 2008 at 11:24:16PM +0200, Arne Babenhauserheide wrote: > [...] but I'd prefer to see the Hurd development more accessible, and > even though there are many good candidates, Mercurial is best suited > for that, at least in my opinion. How accessible it is, depends first and f

Re: GSoC: the plan for the project network virtualization

Hi, On Sat, May 31, 2008 at 04:17:37PM +0200, Zheng Da wrote: > step 1. A mechanism for different pfinet servers to communicate with each > other: > There are two possible solutions to reach the goal at least: the BPF > translator and the hypervisor. Right. You never followed up on the discussio

Re: Revision control

Hi, On Fri, May 30, 2008 at 10:44:08AM +0200, Arne Babenhauserheide wrote: > Due to the optimizations / repacking, git repositories after gc can be > smaller than mercurial ones (especially for binary data it seems to me > from my own tests), but optimizing takes time (and I'm bound to forget > i

Re: dtrace/systemtap options

Hi, On Fri, May 30, 2008 at 01:14:34AM -0400, Andrei Barbu wrote: > SystemTap itself doesn't get to sit in the Linux kernel. Linux exposes > an in-kernel API called kprobes. That allows you to do something like > (conceptually, not real code) set_entry_probe("some_function", myfun), > that will c

Re: Revision control

Hi, On Thu, May 29, 2008 at 05:40:29PM -0400, Andrei Barbu wrote: > There's also the fact that moving to something like git is easy [...] > Since it's a rather simple change, aside from the fact that people > would have to learn a new set of commands, which is a few minutes of > work, [...] Unfo

Re: Namespace-based translator selection; project details

Hi, On Fri, May 30, 2008 at 11:40:09PM +0300, Sergiu Ivanov wrote: > On Fri, May 30, 2008 at 6:32 AM, <[EMAIL PROTECTED]> wrote: > > > However, the matter about ignoring some translators ('-u', for > > > instance) is a bit foggy for me. Do you mean that these should > > > also be symbolic links?

Re: Namespace-based translator selection; project details

Hi, On Tue, May 27, 2008 at 07:23:49PM +0300, Sergiu Ivanov wrote: > On Mon, May 26, 2008 at 8:49 PM, <[EMAIL PROTECTED]> wrote: > By the way, which would be the average size of a translator stack in > your opinion? I don't think my assessment of the situation is really > well-founded, by I suppo

Re: Revision control

Hi, On Wed, May 28, 2008 at 10:34:41PM +0200, Arne Babenhauserheide wrote: > and the wiki already uses git anyway (even though I prefer Mercurial > myself, since it feels more natural to me and doesn't have to be > cleaned up regularly Well, I can't comment on the "natural" part, as I don't know

Re: dtrace/systemtap options

Hi again, On Fri, May 23, 2008 at 04:20:12PM -0400, Andrei Barbu wrote: > 2 This one is ugly, and I'd rather not do it. It involves adding > module loading support to do the same thing that SystemTap does on > Linux. Compile code, add a prelude so that it becomes a regular > module, load it in an

Re: Namespace-based translator selection; project details

Hi, On Fri, May 23, 2008 at 06:50:47PM +0300, Sergiu Ivanov wrote: > On Fri, May 23, 2008 at 1:07 PM, <[EMAIL PROTECTED]> wrote: > The idea is much clearer for me now :-) As far as I can understand, > the namespace-based translator selection will _not_ modify the > filesystem permanently. Instead

Re: dtrace/systemtap options

Hi, On Fri, May 23, 2008 at 04:20:12PM -0400, Andrei Barbu wrote: > I've been thinking about all of the various ways to get either Dtrace > or SystemTap working. I've come up with 4 options: > [...] On the downside this is inherently R/O, although that does > increase security significantly. I

Re: Thoughts about the Lisp bindings project

Hi, On Fri, May 23, 2008 at 09:04:49PM +0100, Flávio Cruz wrote: > Here's what I pretend to do during the summer session for GSOC: A little side node: You are regularily using "pretend" in a manner that doesn't quite fit the context in English, and in fact is quite amusing :-) > Will involve th

Re: Namespace-based translator selection; project details

Hi, On Tue, May 20, 2008 at 09:46:16PM +0300, Sergiu Ivanov wrote: > If the user tries to access 'file1,u' a second time, nothing will > change, because a translator will have already been set on 'file1'. > Stacking of translators should be done in an explicit form, like > 'file1,u,x' (x might me

Re: How to link against diskfs

Hi, On Thu, May 15, 2008 at 10:29:43AM +0300, Sergiu Ivanov wrote: > Does it mean that the store should be a single file (special file)? Not sure what you mean exactly... The specific term "store" describes a facility corresponding to block devices on traditional UNIX systems. Most commonly the

Re: How to link against diskfs

Hi, On Wed, May 14, 2008 at 05:59:44PM +0300, Sergiu Ivanov wrote: > Why would that be the wrong library? isofs uses diskfs, and isofs does > a similar thing: takes a file and shows it in another way, as a > directory tree. Isn't the filtering translator supposed to do the same > thing: take the

Re: How to link against diskfs

Hi, On Fri, May 09, 2008 at 10:37:26PM +0300, Sergiu Ivanov wrote: > I am trying to compile a translator based on diskfs. I wonder, what exactly are you trying to do? I hope you do not intend to use libdiskfs for the directory filter I suggested... :-) (That would be the wrong library for that.)

Re: GSoC: procfs implementation.

Hi, On Tue, May 13, 2008 at 12:43:13AM +0530, Madhusudan C.S wrote: > If we take the existing procfs code and then start migrating it to use > netfs, I may fear that it may not be possible everything in the > existing code be ported. Why? > But if we start writing everything from scratch, I fel

Re: GSoC: procfs implementation.

Hi, On Fri, May 09, 2008 at 12:35:44AM +0530, Madhusudan C.S wrote: > 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 ex

Re: the master device port and the privileged host port in subhurd

Hi, On Thu, May 08, 2008 at 12:09:39AM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> The way I read the implementation of __get_privileged_ports() in >> glibc (hurd/privports.c), it gets the ports from the proc server in >> the normal case, not from Mach. [...] > but boot does use the syste

Re: another "xmlfs" proposal

Hi, On Sat, May 03, 2008 at 11:53:18AM -0700, [EMAIL PROTECTED] wrote: > DOM is a(n object) model for xml documents. In principle, using it or > not is not the point. I think antrik wanted to say to translate the > data model of the xml document to an directory structure so that the > file _path_

Re: Python Script to Retrieve the Uptime

Hi, On Thu, May 01, 2008 at 09:16:21AM +0300, Sergiu Ivanov wrote: > I have finally finished the extension module that allows retrieving > the uptime of the system and the load averages from Python scripts. > The files together with some instructions are located at > http://www.speedyshare.com/47

<    4   5   6   7   8   9   10   11   >