Skip to contentSkip to conversation

git repository for net drivers available

DISCUSSION Jeff Garzik 5 participants 8 messages May 13, 2005 – May 15, 2005

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

Although I have over 200 net driver patches to go through in my 'Pending' folder, I have fully converted the existing netdev-2.6 repository from BitKeeper to git. This includes the wireless-2.6 repository.

rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git

The main branch is fairly irrelevant, as you must choose the branch you wish:

Quoted 5 lines

[jgarzik@pretzel netdev-2.6]$ ls .git/branches/

8139cp         e1000        ixgb     r8169            skge           we18
8139too-iomap  forcedeth    janitor  register-netdev  smc91x         wifi
amd8111        ieee80211    orinoco  remove-drivers   smc91x-eeprom
e100           iff-running  ppp      sis900           starfire

For folks looking for a consolidated netdev-2.6 repository (hi Andrew), that does not exist yet. I will create an 'ALL' repository for this purpose, sometime soon.

Jeff

#1 lore raw
Quoted 16 lines · Jeff Garzik

This includes the wireless-2.6 repository.

rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git

The main branch is fairly irrelevant, as you must choose the branch you wish:

Quoted 7 lines

[jgarzik@pretzel netdev-2.6]$ ls .git/branches/
8139cp e1000 ixgb r8169 skge
we18
8139too-iomap forcedeth janitor register-netdev smc91x
wifi

amd8111        ieee80211    orinoco  remove-drivers   smc91x-eeprom
e100           iff-running  ppp      sis900           starfire

Ok, I'll bite. Hopefully I'm not the only one tripping on shoe laces...

Here is what I did -- what am I doing wrong?

Following is using cogito 0.10:

REPO=rsync://rsync.kernel.org/pubs/scm/linux/kernel/git/jgarzik/netdev-2.6.git cg-clone ${REPO}
.... get coffee, etc. ... come back and I have a netdev-2.6 tree ... cg-branch-add wifi ${REPO}#wifi
cg-update wifi
.... connects and attempts to download but fails out with:

----------------
receiving file list ... done
client: nothing to do: perhaps you need to specify some filenames or the --recursive option?

rsync: link_stat "/scm/linux/kernel/git/jgarzik/netdev-2.6.git/heads/wifi" (in pub)
failed: No such file or directory (2)
rsync error: some files could not be transferred (code 23) at main.c(653) receiving file list ... done
client: nothing to do: perhaps you need to specify some filenames or the --recursive option?
cg-pull: unable to get the head pointer of branch wifi
----------------

Should it be trying to get 'wifi' from ...netdev-2.6.git/branches (vs. heads)?

Tool problem, user problem, complete lack of knowledge re: git and cogito, or a combination of the above?

Thanks,
James

#2 lore raw
Quoted 30 lines · James Ketrenos
Quoted 14 lines · Jeff Garzik

This includes the wireless-2.6 repository.

rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git

The main branch is fairly irrelevant, as you must choose the branch you wish:

Quoted 5 lines

[jgarzik@pretzel netdev-2.6]$ ls .git/branches/

8139cp         e1000        ixgb     r8169            skge          we18
8139too-iomap  forcedeth    janitor  register-netdev  smc91x        wifi
amd8111        ieee80211    orinoco  remove-drivers   smc91x-eeprom
e100           iff-running  ppp      sis900           starfire

Ok, I'll bite. Hopefully I'm not the only one tripping on shoe laces...

Here is what I did -- what am I doing wrong?

Following is using cogito 0.10:

REPO=rsync://rsync.kernel.org/pubs/scm/linux/kernel/git/jgarzik/netdev-2.6.git cg-clone ${REPO}
.... get coffee, etc. ... come back and I have a netdev-2.6 tree ... cg-branch-add wifi ${REPO}#wifi
cg-update wifi
.... connects and attempts to download but fails out with:

Quoted 8 lines

----------------
receiving file list ... done
client: nothing to do: perhaps you need to specify some filenames or the --recursive option?

rsync: link_stat "/scm/linux/kernel/git/jgarzik/netdev-2.6.git/heads/wifi" (in pub)
failed: No such file or directory (2)

Looks like cogito is using $repo/heads/$branch, whereas my git repo is using $repo/branches/$branch.

You can achieve what's necessary with

Quoted 2 lines

rsync --verbose --delete --stats --progress \
-a rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git/ .git

and then

Quoted 1 line

( cd .git ; rm -f HEAD ; ln -s branches/wifi HEAD )

and then

Quoted 1 line

git-read-tree $(cat .git/HEAD) && git-checkout-cache -q -f -a && git-update-cache --refresh

For what it's worth, this is only netdev-2.6 as it appeared in BitKeeper. I am only now merging all the emailed patches since BK devel stopped into git, which includes the ipw code you submitted.

Jeff

#3 lore raw

Dear diary, on Fri, May 13, 2005 at 05:29:30PM CEST, I got a letter where Jeff Garzik <[email protected]> told me that...

Quoted 2 lines

Looks like cogito is using $repo/heads/$branch, whereas my git repo is using $repo/branches/$branch.

Would it be a big problem to use refs/heads/$branch? That's the currently commonly agreed convention about location for storing branch heads, not just some weird Cogito-specific invention. And it'd be very nice to have those locations consistent across git repositories.

Thanks,

Signature · 3 lines
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor
#4 lore raw
Quoted 10 lines · Petr Baudis

Dear diary, on Fri, May 13, 2005 at 05:29:30PM CEST, I got a letter where Jeff Garzik <[email protected]> told me that...

Quoted 1 line

Looks like cogito is using $repo/heads/$branch, whereas my git repo is using $repo/branches/$branch.

Would it be a big problem to use refs/heads/$branch? That's the currently commonly agreed convention about location for storing branch heads, not just some weird Cogito-specific invention. And it'd be very nice to have those locations consistent across git repositories.

Sure, that's doable.

I've pushed out this change to kernel.org.

Jeff

#5 lore raw
In reply to Petr Baudis
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line

"PB" == Petr Baudis <[email protected]> writes:

PB> Dear diary, on Fri, May 13, 2005 at 05:29:30PM CEST, I got a letter PB> where Jeff Garzik <[email protected]> told me that...

Quoted 2 lines
Quoted 2 lines

Looks like cogito is using $repo/heads/$branch, whereas my git repo is using $repo/branches/$branch.

PB> Would it be a big problem to use refs/heads/$branch? That's the PB> currently commonly agreed convention about location for storing branch PB> heads, not just some weird Cogito-specific invention. And it'd be very PB> nice to have those locations consistent across git repositories.

Since Jeff brought up $repo/branches/$branch, you may also want to add that $repo/branches/$branch is used to record the URL of the remote $branch (the information used to be in a flat file $repo/remotes, branch name and URL separated by shell $IFS, one record on each line), and is quite different from those 40-byte SHA1 plus LF files you see in $repo/refs/*/ directory.

I think it is a reasonable one, I also follow the $repo/branches/$branch convention Cogito uses, and I would encorage other Porcelain implementations to follow suit.

#6 lore raw
In reply to Jeff Garzik

Hi,

Quoted 4 lines · Jeff Garzik

Although I have over 200 net driver patches to go through in my 'Pending' folder, I have fully converted the existing netdev-2.6 repository from BitKeeper to git. This includes the wireless-2.6 repository.

Do you prefer plain patches or GIT repository on kernel.org to merge for future (and "current") updates?
I haven't set a public repo up yet, but it's a matter of seconds.

Signature · 1 line
Krzysztof Halasa
#7 lore raw
Quoted 11 lines · Krzysztof Halasa

Hi,

Quoted 4 lines · Jeff Garzik

Although I have over 200 net driver patches to go through in my 'Pending' folder, I have fully converted the existing netdev-2.6 repository from BitKeeper to git. This includes the wireless-2.6 repository.

Quoted 3 lines

Do you prefer plain patches or GIT repository on kernel.org to merge for future (and "current") updates?
I haven't set a public repo up yet, but it's a matter of seconds.

For now, plain patches.

FWIW, I do still have your WAN update patch.

Jeff