I've made a few changes to the BK/Web service on BK/Bits. There are some
cosmetic changes but the substantial changes are as follows:
- Traditional diff -Nur style patches served as text/plain. You can
now wget your favorite patch. I fully expect that the BK users in
the kernel will start including URLs to the patches as part of the
submission process. For the BK users, the URL you want is
bk changes -r+ -nd'http://$proj.bkbits.net/$repo/gnupatch@:MD5KEY:'
where you fill in $proj and $repo and this assumes that you want to
include a pointer to the most recent changeset.
- Bookmarkable changeset and patch links. When you navigate to a
changeset you'll see a link that says "Bookmarkable link". If you
click on that you'll see the URL change from [email protected] to
cset@<MD5KEY>. If you use the latter in your mail messages to your
friends that URL will always work; the first one won't.
- Added sorting to the stats page, now you can see who is busy faster.
The definition of "recent" on the stats page is the last 3 months.
- fixed searching (it works, it's still slow on large trees)
- cleaned up some bugs in the advertising (we're looking for people so
I stuck ads up on the web pages).
Check it out at http://www.bkbits.net and let me know if you find a bug.
On Sun Mar 14, 2004 at 10:16:56PM -0800, Larry McVoy wrote:
> I've made a few changes to the BK/Web service on BK/Bits. There are some
> cosmetic changes but the substantial changes are as follows:
>
> - Traditional diff -Nur style patches served as text/plain. You can
> now wget your favorite patch.
Hey thats cool, I know I will use this often to slurp down
patches of interest.
<obligitory request for yet more stuff which is
almost certain to piss you off since you just
gave me yet-another-something-for-free>
I'm curious if you might consider adding a diff -Nur style
patch vs the last tagged version? I often go to:
http://www.kernel.org/pub/linux/kernel/v2.4/testing/cset/
and
http://www.kernel.org/pub/linux/kernel/v2.5/testing/cset/
to obtain this sortof a patch, for example when I want to submit
a patch that is relevant to the current kernel tree, rather than
1000 patches behind. Sadly, these are often rather out of touch
with reality. Check out for example the 2.4 one, which has been
stuck since March 8th. :-(
Right now I can go to, for example:
http://linux.bkbits.net:8080/linux-2.4/[email protected]..?nav=index.html|tags
and see the list of patches, and thanks to your latest update, I
can now click on each patch one-by-one to suck down a diff. I
would sure love to be able to obtain the lot as cumulative patch
of everything after the last tagged version.
I do not know if that is something you might consider, if doing
so suites your business model, if doing so would make
unreasonable demands on your donated bandwidth, cpu power, etc,
etc, etc. But such a thing would certainly come in handy, if you
felt so inclined.
Of course, an alternative solution would be for someone to fix
the kernel.org testing/cset/ scripts to not get wedged...
-Erik
--
Erik B. Andersen http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
[sorry for the dup, Erik.]
On Mon, Mar 15, 2004 at 04:41:42AM -0700, Erik Andersen wrote:
> On Sun Mar 14, 2004 at 10:16:56PM -0800, Larry McVoy wrote:
> > I've made a few changes to the BK/Web service on BK/Bits. There are some
[snip]
> <obligitory request for yet more stuff which is
> almost certain to piss you off since you just
> gave me yet-another-something-for-free>
Yeah, you should send those messages to me, rather than Larry, 'cuz I
don't get pissed when people say "thanks for bending over, now bend over
farther".
:)
> I'm curious if you might consider adding a diff -Nur style
> patch vs the last tagged version? I often go to:
> http://www.kernel.org/pub/linux/kernel/v2.4/testing/cset/
This is most profitably done outside of bkbits -- the kernel.org URLs
you point to should work (there's no reason they can't be made to go)
and it's hard to see the payoff to bkbits to providing it internally.
Gotta remember, bkbits is more than just kernel stuff. We're probably
not going to add code that is only useful to the kernel project.
The stuff larry added this weekend, by comparison, is stuff that makes
our lives better and has a payoff for us and our customers, while
simultaneously making life better for bkbits users. Win-win. (Or is
that win-win-win?)
> Of course, an alternative solution would be for someone to fix
> the kernel.org testing/cset/ scripts to not get wedged...
Yeah, go bug somebody else. :)
No, seriously, thanks for the feedback, and I'm glad the patch server
looks to be useful. I just hope it doesn't suck too much bandwidth.
-andy
Andy Isaacson @bitmover.com wrote:
> 'cuz I don't get pissed when people say "thanks for bending over,
> now bend over farther".
Oh, is that what it's like working for Larry :)
-- Jamie
On Mon, Mar 15, 2004 at 08:10:57PM +0000, Jamie Lokier wrote:
> Andy Isaacson @bitmover.com wrote:
> > 'cuz I don't get pissed when people say "thanks for bending over,
> > now bend over farther".
>
> Oh, is that what it's like working for Larry :)
It's an amusing feature of English that leaving out the word "backwards"
can so drastically change the meaning of a sentence, without actually
changing its meaning.
(I wonder if this is peculiar to American English, or to my dialect, or
if it's shared with British. Linguist BCCed.)
-andy
Andy Isaacson wrote:
> On Mon, Mar 15, 2004 at 08:10:57PM +0000, Jamie Lokier wrote:
> > Andy Isaacson @bitmover.com wrote:
> > > 'cuz I don't get pissed when people say "thanks for bending over,
> > > now bend over farther".
> >
> > Oh, is that what it's like working for Larry :)
>
> It's an amusing feature of English that leaving out the word "backwards"
> can so drastically change the meaning of a sentence, without actually
> changing its meaning.
I'm not sure which is the more satisfying image -- bending over
forwards for Larry, or bending over backwards for him ;)
> (I wonder if this is peculiar to American English, or to my dialect, or
> if it's shared with British. Linguist BCCed.)
Is he any linguist or a cunning linguist?
-- Jamie
On Mon, 2004-03-15 at 04:41 -0700, Erik Andersen wrote:
> Of course, an alternative solution would be for someone to fix
> the kernel.org testing/cset/ scripts to not get wedged...
The 'bk pull' was stuck in recv() and seems to have been that way for
days. I've killed it.
--
dwmw2