Re: [9fans] kencc, inferno hg, v9fs is big?, porting

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[erik quanstrom]

> I saw an article a while back about how to use dd to hide files
> outside the realm of where the fs (I think ext3 was the subject) could
> see them, and making sure to protect them from being reaped by an
> fsck.  Probably not enough to discourage the FBI, but more than enough
> to deter the average geek-squad-level snooper.

i use ken's fs for that.

- erik

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[jrm8005]

> On Thu, Oct 1, 2009 at 10:09 AM, C H Forsyth <forsyth@vitanuova.com> wrote:
>> there isn't a `hidden file' in either Plan 9 or Inferno.
>
> maybe there are lots of hidden files and we just can't see them.

I saw an article a while back about how to use dd to hide files
outside the realm of where the fs (I think ext3 was the subject) could
see them, and making sure to protect them from being reaped by an
fsck.  Probably not enough to discourage the FBI, but more than enough
to deter the average geek-squad-level snooper.

>
> russ

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[Vinu Rajashekhar]

[-- Attachment #1: Type: text/plain, Size: 980 bytes --]

>From git FAQ - http://git.or.cz/gitwiki/GitFaq#HowdoIcloneasubdirectory.3F

On Thu, Oct 1, 2009 at 11:56 PM, Eric Van Hensbergen <ericvh@gmail.com>wrote:

> Actually, you can specify a depth argument and only get the most recent
> revision (and/or some number of revisions back) -- it does not, however,
> allow you to only grab a subdirectory (that I'm aware of) -- which is why we
> package 9p-sac in a separate repo.
>
>     -eric
>
>
> On Oct 1, 2009, at 1:19 PM, ron minnich wrote:
>
>  On Thu, Oct 1, 2009 at 6:23 AM, Sam Watkins <sam@nipl.net> wrote:
>>
>>  I tried to check out v9fs, but the compressed git repo without checkout
>>> is over
>>> 300Mb.
>>>
>>
>> That's git for you. When you go to git it, you git ALL of it. Kind of
>> like deciding to download sources and getting the entire venti arena.
>>
>> ron
>>
>>
>
>


--
Vinu Rajashekhar,
5th Year Dual Degree Student,
Deptt of Computer Science & Engg,
IIT Kharagpur,
India.

[-- Attachment #2: Type: text/html, Size: 1779 bytes --]

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[Eric Van Hensbergen]

Actually, you can specify a depth argument and only get the most
recent revision (and/or some number of revisions back) -- it does not,
however, allow you to only grab a subdirectory (that I'm aware of) --
which is why we package 9p-sac in a separate repo.

      -eric

On Oct 1, 2009, at 1:19 PM, ron minnich wrote:

> On Thu, Oct 1, 2009 at 6:23 AM, Sam Watkins <sam@nipl.net> wrote:
>
>> I tried to check out v9fs, but the compressed git repo without
>> checkout is over
>> 300Mb.
>
> That's git for you. When you go to git it, you git ALL of it. Kind of
> like deciding to download sources and getting the entire venti arena.
>
> ron
>

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 1626 bytes --]

On Thu, Oct 1, 2009 at 11:23 AM, David Leimbach <leimy2k@gmail.com> wrote:

>
>
> On Thu, Oct 1, 2009 at 11:19 AM, ron minnich <rminnich@gmail.com> wrote:
>
>> On Thu, Oct 1, 2009 at 6:23 AM, Sam Watkins <sam@nipl.net> wrote:
>>
>> > I tried to check out v9fs, but the compressed git repo without checkout
>> is over
>> > 300Mb.
>>
>> That's git for you. When you go to git it, you git ALL of it. Kind of
>> like deciding to download sources and getting the entire venti arena.
>>
>> ron
>>
>> Wouldn't Mercurial do the same?  Darcs (a haskell source control system)
> let's you get a subset of all the history, and if a patch refers to a really
> old revision you don't have, will go get that and its dependencies.  It's
> like a lazy-repository.  At least I think that's how it works, or that's how
> it's been explained to me.
> Is there a way to git a partial repository or hg a partial repository?
>
> Dave
>


"Darcs 2 replaces the concept of "partial" repositories with "lazy" ones.
There has always been a desire to allow "lightweight" checkouts that don't
include the complete repo history. The darcs 1 solution to this was
"partial" repositories that only checked out history up to a point. This
approach worked to some extent, but didn't play with well with darcs
commands that expected the whole history to be present. The new "lazy"
concept offers similar benefits, and will pull down older remote patches on
demand if some command needs them. Lazy repositories are a great comprise
between features and performance."

There we go.  So I guess you just need Darcs2.

Dave

[-- Attachment #2: Type: text/html, Size: 3113 bytes --]

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 825 bytes --]

On Thu, Oct 1, 2009 at 11:19 AM, ron minnich <rminnich@gmail.com> wrote:

> On Thu, Oct 1, 2009 at 6:23 AM, Sam Watkins <sam@nipl.net> wrote:
>
> > I tried to check out v9fs, but the compressed git repo without checkout
> is over
> > 300Mb.
>
> That's git for you. When you go to git it, you git ALL of it. Kind of
> like deciding to download sources and getting the entire venti arena.
>
> ron
>
> Wouldn't Mercurial do the same?  Darcs (a haskell source control system)
let's you get a subset of all the history, and if a patch refers to a really
old revision you don't have, will go get that and its dependencies.  It's
like a lazy-repository.  At least I think that's how it works, or that's how
it's been explained to me.
Is there a way to git a partial repository or hg a partial repository?

Dave

[-- Attachment #2: Type: text/html, Size: 1221 bytes --]

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[ron minnich]

On Thu, Oct 1, 2009 at 6:23 AM, Sam Watkins <sam@nipl.net> wrote:

> I tried to check out v9fs, but the compressed git repo without checkout is over
> 300Mb.

That's git for you. When you go to git it, you git ALL of it. Kind of
like deciding to download sources and getting the entire venti arena.

ron

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[C H Forsyth]

>Or else commit some hidden file in those directories?

there isn't a `hidden file' in either Plan 9 or Inferno.

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[Russ Cox]

On Thu, Oct 1, 2009 at 10:09 AM, C H Forsyth <forsyth@vitanuova.com> wrote:
> there isn't a `hidden file' in either Plan 9 or Inferno.

maybe there are lots of hidden files and we just can't see them.

russ

Re: [9fans] kencc, inferno hg, v9fs is big?, porting

[Abhishek Kulkarni]

On Thu, Oct 1, 2009 at 9:23 AM, Sam Watkins <sam@nipl.net> wrote:
> On Thu, Oct 01, 2009 at 06:22:28PM +0800, sqweek wrote:
>> http://gsoc.cat-v.org/projects/kencc/
>
> Looks good, I can't seem to find how to download that, is there anonymous hg
> access or a tarball at all?
>

http://gsoc.cat-v.org/hg/kenc

> Speaking of hg - I think we should patch it to support empty directories so
> that the inferno checkout actually builds.  Or else commit some hidden file in
> those directories?
>
> I tried to check out v9fs, but the compressed git repo without checkout is over
> 300Mb.  The checkout was going to be more than that, but it failed due to my
> server running out of disk space.  Why is that project, a filesystem, larger
> than the entire linux kernel and several times larger than all of plan 9?
> Or am I missing something here?
>

What you are checking out is a branch of the linux kernel
tagged v9fs and not just the 9p modules in themselves.
To download the standalone download v9fs modules,
http://github.com/ericvh/9p-sac
is probably what you want.
The linux kernel git branches are getting huge in size wtih
all the associated history.

> I want to port some of my programs to plan 9 soon. I'll read some of the plan 9
> source, hopefully I can improve my C coding so that my programs don't look like
> broken bricks among jewels.
>
> thanks,
>
> Sam
>
>

[9fans] kencc, inferno hg, v9fs is big?, porting

[Sam Watkins]

On Thu, Oct 01, 2009 at 06:22:28PM +0800, sqweek wrote:
> http://gsoc.cat-v.org/projects/kencc/

Looks good, I can't seem to find how to download that, is there anonymous hg
access or a tarball at all?

Speaking of hg - I think we should patch it to support empty directories so
that the inferno checkout actually builds.  Or else commit some hidden file in
those directories?

I tried to check out v9fs, but the compressed git repo without checkout is over
300Mb.  The checkout was going to be more than that, but it failed due to my
server running out of disk space.  Why is that project, a filesystem, larger
than the entire linux kernel and several times larger than all of plan 9?
Or am I missing something here?

I want to port some of my programs to plan 9 soon. I'll read some of the plan 9
source, hopefully I can improve my C coding so that my programs don't look like
broken bricks among jewels.

thanks,

Sam