> Richard Braun writes:
> On Sun, Jul 01, 2012 at 12:59:47PM +0700, Ivan Shmakov wrote:
[…]
>> Given that Git has support submodules, but not (AIUI) for repository
>> merging and splitting, my opinion would be to keep all but the bare
>> minimum off the main Hurd repository.
>> Ther
On Wed, Jul 04, 2012 at 08:29:13AM +0200, Thomas Schwinge wrote:
> On Tue, 3 Jul 2012 21:19:12 +0200, Richard Braun wrote:
> > Unless it's very easy to use submodules, we should use one repository.
> > Other projects with much more content and history have showed it's
> > perfectly sane to keep th
Hi!
On Tue, 3 Jul 2012 21:19:12 +0200, Richard Braun wrote:
> On Sun, Jul 01, 2012 at 12:59:47PM +0700, Ivan Shmakov wrote:
> > > Samuel Thibault writes:
> >
> > > Should we keep procfs in a separate repository, or merge it into the
> > > main hurd repository?
> >
> > > Generally enough
On Sun, Jul 01, 2012 at 12:59:47PM +0700, Ivan Shmakov wrote:
> > Samuel Thibault writes:
>
> > Should we keep procfs in a separate repository, or merge it into the
> > main hurd repository?
>
> > Generally enough, did we write a guideline somewhere as to what
> > should be in the main h
> Samuel Thibault writes:
> Should we keep procfs in a separate repository, or merge it into the
> main hurd repository?
> Generally enough, did we write a guideline somewhere as to what
> should be in the main hurd repository, or should be separate?
Given that Git has support s
Hi,
On Thu, Dec 31, 2009 at 09:22:40AM +0530, Shakthi Kannan wrote:
> # mkdir /proc # settrans -fgap /proc procfs
This is actually buggy: the relative path will work on the original
instance, but not when it is restarted from the passive translator
setting...
Just use
settrans -c /proc /p
Hi,
--- On Thu, Dec 31, 2009 at 6:19 AM, Anand Rathi wrote:
| how to use procfs ?
\--
After building procfs code (make in src/)
Try:
# mkdir /proc
# settrans -fgap /proc procfs
You can then use ls, cat on /proc.
SK
--
Shakthi Kannan
http://www.shakthimaan.com
On Tue, 2008-06-17 at 00:18 +0100, Samuel Thibault wrote:
> Hello,
>
> Madhusudan C.S, le Tue 17 Jun 2008 04:12:42 +0530, a écrit :
> > 1. Is it better to free all those nodes as soon as they are displayed and
> > create them whenever they are required?
>
> Just do that. No need to cache anythi
Hello,
Madhusudan C.S, le Tue 17 Jun 2008 04:12:42 +0530, a écrit :
> 1. Is it better to free all those nodes as soon as they are displayed and
> create them whenever they are required?
Just do that. No need to cache anything. Just let the reference counting
free the node when the client doesn'
