cussion on a
> classical music performance stage. They usually
> have about ten or twenty suspended microphones over
> the stage. Then, you'd just need to mix the audio.
As one of the guys who was passing the mike around, I am a fan of the
directional mike. If you have eve
n in the audience said or need to go to a
> "hand raising/acknowledgement" to create a pause
> during which the microphone could be redirected.
Yeah, but that is still way way way faster than walking across the room to
hand someone a mike.
--
---
Larry McVoy lm at
.\" Take this out and a Unix Demon will dog your steps from now until
.\" the time_t's wrap around.
.sp
You can tune a file system, but you can't tune a fish.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this l
x27;s the set of ideas. I'm ashamed to admit that I don't really know
how close kiobufs are to this. I am interested in hearing what you all think,
but especially what the people think who have been playing around with kiobufs
and sendfile.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
p working when
the comment becomes incorrect. It's incredibly frustrating to read a comment,
believe you understand what is going on, only to find out that the comment
and the code no longer match.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To u
ther words, the prefix implies the structure name. Early versions of the
C compiler had all structure fields (I mean _all_) in one name space so this
wasn't style, it was required. I must say that it makes code more readable.
--
---
Larry McVoy lm at bitmover.com http://
0maxresident)k
=== linuxppc_2_2 ===
Nothing to pull.
0.02user 0.05system 0:01.20elapsed 5%CPU (0avgtext+0avgdata 0maxresident)k
=== linuxppc_2_3 ===
Nothing to pull.
0.09user 0.01system 0:01.60elapsed 6%CPU (0avgtext+0avgdata 0maxresident)k
--
---
Larry McVoy[EMAIL PROTEC
ernel, which means you update and then update again, timing the second update
to get some idea of the system's best case throughput, are:
CVS: 139.5 seconds
BK:1.6 seconds
The BK tree is the 2.3 kernel tree maintained by FSMlabs.
--
---
Larry McVoy[EMAIL PROTECTED
. You can get the old
release at the same port number as the web server (the BK server serves
up HTTP and the BK protocol). We put each release on that port as we
release it. If you need more current access, you need to talk to us,
we'll give you an ssh account if it is the right thing t
On Mon, Sep 11, 2000 at 02:08:42PM -0700, Larry McVoy wrote:
>
> On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
> > > Err, "faster"? The following is the moral equiv of 4 kernel updates
> > > which had nothing to do using BitKeeper instead of CVS
know that 4 files
were updated 2 were moved, and 5 were created, then I move those *portions*
of those files across the wire. Other than the initial repository create
(aka cvs checkout), BK *never* moves an entire file across the wire.
Never means never and includes the process of deciding what to do
aven't modified the files. We don't
use it because of NFS screwing up timestamps. I suppose we could enable
it on a per repository basis so that if you knew you were running NTP or
some other thing to keep your time stamps right, then we could diff as
fast as we can stat.
d that it
isn't faster and we're working on it, and will keep working on it until
it can't be any faster. It's fast enough when you can imagine the best
way to solve a problem, count up the number of disk accesses required
for that solution, count up BK's disk accesses,
On Tue, Sep 12, 2000 at 12:24:26AM +0200, Jamie Lokier wrote:
> Larry McVoy wrote:
> > We have a hack in BK for this, at least I think we do, where we can look at
> > the time stamps to notice that you haven't modified the files. We don't
> > use it because of
odes. CVS is lighter weight in that respect, it just needs
the 120MB for the checked out files and some mem for inodes. But the
difference in price is reasonable and if we have to buy memory for the
kernel developers, we'll do it once we can afford to do it. It's _really_
nice to me
Note: trimmed the 390 list, they don't care according to Alan..
On Tue, Sep 12, 2000 at 12:21:16AM +0200, Jamie Lokier wrote:
> Larry McVoy wrote:
> > That's a benefit [for BK] of having changesets, I only need to compare
> > the ChangeSet file to know that 4 files were
ion it will be
slower. But I'm very happy to do it if the lxr guy (sorry, I've forgotten
your name, I apologize) is willing. Send me private mail, it shouldn't take
very long at all to get you set up.
--
---
Larry McVoy[EMAIL PROTECTED] http://www.bitmover.
On Mon, Sep 11, 2000 at 07:44:52PM -0400, James Lewis Nance wrote:
> On Mon, Sep 11, 2000 at 03:45:18PM -0700, Larry McVoy wrote:
>
> > the 120MB for the checked out files and some mem for inodes. But the
> > difference in price is reasonable and if we have to buy memory
e, but many can make a
lot. BK takes advantage of that and does the hard work when you do hard
work, not every time you update.
It's just a different design, no offense is intended against CVS, we have
all used and learned from CVS. But just because CVS is useful doesn't m
d anything else; and in general, you
shouldn't either. You should *know* why you got to a particular place,
if you don't know that then how can you fix the bug?
So I'm gonna side with Linus on this one, if you make it hard now, it will
be easier later. It also increases the qualit
ewing up the transfer.
> Best to use aio_write etc. so you know when the transfer
> is done, so you can reuse the buffer.
>
> They've gotten 960 megabits/sec out of a gigabit Ethernet card
> with this. Not stable yet.
Didn't daveme get the same speed using
ad a little about them
at ftp.bitmover.com://pub/splice.ps, that's where they came from.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
arefully designed
timing harness which makes sure that other system activity doesn't affect
the results. So two runs at the same time will very likely give the same
results as two sequential runs. If this isn't true, someone tell me.
--
---
Larry McVoy lm at bitmover.co
M 22M 0 2.0K00 0 0 0 14K 28K 16K 2.9K 1 65 34
It works out to an average of 10.4MB/sec per client or 41.6MB/sec on the
server on a PCI/32 @ 33Mhz bus. Same Ghz server. Note the idle cycles,
bandwidth is a lot easier than latency.
Hope this is useful to someone.
--
---
La
r and I'll publicly
apologize for ever doubting your statements. On the other hand, if the
answers to that are not all "yes", then how about you do a little truth
in advertising with your postings? Without it, they are misleading to
the point of being purposefully deceptive.
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
> Larry McVoy wrote:
> > On Tue, Oct 31, 2000 at 03:15:37PM -0700, Jeff V. Merkey wrote:
> > > The quality of the networking code in Linux is quite excellent. There's
> > > some scaling problems rel
tworking operating system, it should be the
work of a few minutes to download LMbench, compile it, and come back with
the lat_tcp performance numbers which "kicks Linux's but". Please do so.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To uns
the math.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
n't big iron and never
will be, so something approximating 99% of the effort should be going towards
the common platforms, not the uncommon ones.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscr
anyone does this, I'll be pissed as hell because
I wanted to do it, but happy that it's getting done. If you look at lmbench,
it's basically designed to measure all the crud that you would need to make
this sort of thing go fast. So I've been thinking about this for a
ial, start
with this as a guide:
/*
* tcp_xact.c - simple TCP transaction latency test
*
* Three programs in one -
* server usage: tcp_xact -s
* client usage: tcp_xact hostname
* shutdown: tcp_xact -hostname
*
* Copyright (c) 1994 Larry McVoy. Distributed under the FSF GP
er (all the Sun old timers call him Scooter, I dunno where
it came from, I wasn't enough of an old timer). And, yeah, he does a lot
of marketing. But in many respects, he's the perfect CEO. He's always
out in public, pushing the message, and he tends to leave the day to day
stuff to th
case over and over if that would
help find it.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://w
: Matrox Matrox G200 AGP (rev 1).
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
u share:
> What is shared is not a programming design decision but an OS performance
> decision.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux
>Isn't this "new" patch maintenance system much like bitkeeper?
>
> Heh. I'm surprised Larry hasn't jumped into this discussion by now.
Hi, here I am. I hadn't resubscribed to the list after it switched from
rutgers. Sheesh, I leave you guys alone for five minutes and you go off
and r
> > that bitkeeper has. The problem with bitkeeper is that it's **so**
> > different from CVS that it takes time to learn --- I spent a day getting
> > my head wrapped around it, and I still wouldn't call myself an expert;
>
> Another problem is that bitkeeper has not been through a security aud
ositories require neither money or the logging (and you can make
multiple people appear as one)? Do you know that we routinely grant
waivers to people who have legit needs for !openlogging but no money?
--
---
Larry McVoy[EMAIL PROTECTED] http://www.bitmover.com/lm
-
direct result of your (and other's) feedback.
If you are going to make strong statements about it in a public forum
where your word carries substantial weight, isn't it reasonable to ask
that you are up to date?
--
---
Larry McVoy[EMAIL PROTECTED] http://www.bit
to fork gcc? Can you say STUPID?), and
you start to understand why the first thing I do is remove all that
garbage and put back a reasonable compiler.
I'm not impressed.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list:
ll do it. If it's 3 people, hey, kick Dave to
make the CVS tree work...
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Oct 11, 2000 at 01:25:55PM +1100, Keith Owens wrote:
> On Tue, 10 Oct 2000 19:21:31 -0700,
> Larry McVoy <[EMAIL PROTECTED]> wrote:
> >If there is any amount of interest in this, I think we have a hack where
> >we can repeatedly import a CVS repository and
with your opinion. My opinion used to be the opposite
and the traces moved me to this opinion.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, Oct 17, 2000 at 09:21:00AM -0700, Andre Hedrick wrote:
> On Tue, 17 Oct 2000, Larry McVoy wrote:
>
> > On Tue, Oct 17, 2000 at 11:23:30AM +0200, Vojtech Pavlik wrote:
> > > Well, I know quite well what this can bring us - with precise profiling
> > > we c
As someone pointed out, the URLs I sent are wrong, they are
http://www.bitmover.com/disks/bw.gif
http://www.bitmover.com/disks/seek.gif
I forgot the disks part.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this
Folks, since bug tracking is the next thing we are attacking here at
BitMover, I have a great deal of interest in the bug tracking discussion
which happened last night at the summit. We already have a prototyped bug
tracking system which we are integrating into BitKeeper, but as usual,
it isn't g
s" represents a
class of related functions. They all tend to take a point to an instance
of that "class". So then you can read the code and see the "classes" in
the names.
And, this way, I can piss off both the anti underscore and the anti mixed case
people a
Seems to have crashed, we don't know the cause yet. Is there anyone who is
dependent on this tonight? If so I'll drive down and fix it (yeah, very lame
of us, we moved it to a different rack which was too far away from our remote
power so I can't power cycle it remotely. Our bad.)
Let me know,
aka interface), replace it with completely different
code, and get substantially the same behaviour. A device driver is a
good example.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsub
On Fri, May 25, 2001 at 03:30:20PM -0700, Aaron Lehmann wrote:
> On Fri, May 25, 2001 at 11:30:38AM -0700, Larry McVoy wrote:
> > By running the software covered by this license, you agree to
> > become my personal slave and you will be obligated to bring
> > m
it's about putting unenforceable things into contracts.
It's also about the concept of boundaries - if you think that that
concept is not a legal one then why aren't all programs which are run
on top of a GPLed kernel then GPLed?
--
---
Larry McVoy lm at b
n't seem to get fixed. We seem to get lots of chip sets
almost working and then move on to the next one.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
Folks, I believe I have a reproducible test case which corrupts data in
2.4.5.
We do nightly, weekly, and monthly backups by copying our entire /home
partition on the company file server:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 1.9G 1.7G 123M 93% /
/dev/hd
This is cute:
$ ls -li /proc
...
4106 -r--r--r--1 root root0 Jun 12 18:53 dma
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4121 dr-xr-xr-x2 root root0 Jun 12 1
Subject: Cron <[EMAIL PROTECTED]> /bk-cvsexport/src/UPDATE
Read from remote host master.kernel.org: Connection timed out
On Thu, Mar 17, 2005 at 03:45:22PM +0100, Stelian Pop wrote:
> The current bkcvs export is broken, several recent changesets are
> missing from it.
--
---
Larry M
wamping us.
Don't worry about the license, it's a joke. BSD license OK with everyone?
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Mar 17, 2005 at 10:50:40PM -0700, Erik Andersen wrote:
> On Thu Mar 17, 2005 at 04:10:53PM -0800, Larry McVoy wrote:
> > I got swamped, I'll look at this after dinner. But you might take a look
> > at this: http://www.bitkeeper.com/press/2005-03-17.html which is
On Fri, Mar 18, 2005 at 10:00:49AM +0100, Stelian Pop wrote:
> On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
>
> > Hey, it's open source, I'm hoping that people will take that code and
> > evolve it do whatever they need. We're willing to do what
It should be fixed now, I'm running a full tree compare to validate that.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Sigh. Roman, I started to write a reply but in reading over the thread
I realized you are just grinding your ax and have nothing new to say.
Sorry, go bother someone else, I'm busy.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from
o create a competing
system. That skates you right up agains the license restrictions but
those restrictions are simply not a problem for people who are just
trying to get their job done.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from
On Tue, Feb 08, 2005 at 04:43:44PM +0100, Stelian Pop wrote:
> On Sat, Feb 05, 2005 at 03:38:41PM -0800, Larry McVoy wrote:
>
> > On Sat, Feb 05, 2005 at 08:38:48PM +0100, Stelian Pop wrote:
> > > > Nope: he digs the bk-commit mailing list archives.
> > > >
ce, I can't help that, but it is technically
challenging, far more so than most people realize and that makes it
fun.
If we get a new hire from the kernel list I'll stick the changeset markers
into the CVS tree so you can group the patches, I can see where that
might be helpful f
On Tue, Feb 08, 2005 at 06:17:30PM +0100, Roman Zippel wrote:
> Hi,
>
> On Tue, 8 Feb 2005, Larry McVoy wrote:
>
> > I think you are dreaming. You've gone from wanting enough information
> > to supposedly debug your source tree to being explicit about wanting
Roman. All I need is a cooperating third party who is willing to
give me your code under a different (albeit invalid) license.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Wed, Feb 09, 2005 at 03:47:49AM +0100, Roman Zippel wrote:
> Hi,
>
> On Tue, 8 Feb 2005, Larry McVoy wrote:
>
> > Nice, Roman. All I need is a cooperating third party who is willing to
> > give me your code under a different (albeit invalid) license.
>
> S
rying
to tell us to change our license. The point you missed was that that's
the same as me telling you to change the GPL for my benefit.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote:
> On Tue, 8 Feb 2005, Larry McVoy wrote:
> > You know, you could change all this. Instead of complaining that we
> > are somehow hurting you, which virtually 100% of the readers know is
> > nonsense, you
On Wed, Feb 09, 2005 at 03:13:48PM -0500, Nicolas Pitre wrote:
> Are you saying that it is now OK to write scripts that would bit bang
> on
> the bkbits http interface to fetch patches/comments with the purpose
> of
> populating an alternate scm? Andreas tried that a while ago but you
> threatened
e a board that would promptly fire me if I did.
OK, that's it for me, I have to go work on slides for a talk so have the
big fun, I'm signing off on this thread.
Cheers,
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this li
, while hard,
have some very satisfying mathematical qualities and that's really fun
coming from the kernel background where things are far less deterministic.
You can actually write proofs about how things work for a change.
--
---
Larry McVoylm at bitmover.com http://
;s true, we don't. What you aren't admitting is that we have done
a lot of good for your community, we continue to provide the tools,
the support, the infrastructure, and we do it in spite of it not being
a very good business decision. If we get no credit in your mind for
all of
we'll shut it down.
On the other hand, if you can't achieve that consensus then perhaps you
might consider broadening your definition of "help" to include something
other than "more GPLed source".
--
---
Larry McVoylm at bitmover.com htt
t possible to create a useful tree.
You are also right that figuring out the merges is a pain. So what?
We never said that we'd figure out how to do all this well and then
teach you how to do it well.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
to help you.
> If you have consensus that it isn't helping then we'll shut it down.
>
> On the other hand, if you can't achieve that consensus then perhaps you
> might consider broadening your definition of "help" to include something
> other than "
On Fri, Feb 11, 2005 at 10:56:02AM -0800, none given wrote:
> On Fri, February 11, 2005 11:18 am, Larry McVoy said:
> >The mails have started flowing in saying "I don't agree with Alexandre
> >and please don't pull the plug" so a point of clarification. We ha
em you wouldn't care,
you already have the CVS tree, it has 96% of the deltas that the BK
tree has. 96%. So you are trying to tell us all that you need the
last 4% of the deltas so you can create a *different* system than BK?
Come on, gimme a break already, you aren't fooling anyone.
--
---
d here, we really like kernel hackers, but if
you don't want to that's cool too).
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On Mon, Feb 14, 2005 at 10:08:20AM -0500, Jeff Sipek wrote:
> On Mon, Feb 14, 2005 at 01:08:58PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Sun, 13 Feb 2005 18:08:02 -0800, Larry McVoy <[EMAIL PROTECTED]> wrote:
> > > is to clarify the non-compete stuff. We
nd the obligations of those
terms. That payment may be unacceptable to you, which is your choice.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
a blanket do-not-reverse-engineer no matter who you are. We tried
to be specific so that we were restricting the tiny subset of the world
that wants to hack SCM, not everyone else. Because that's different
than standard language we get screamed at. What you aren't figuring
out
ssell Miller wrote:
> It is certainly Larry's choice to license his software any way he chooses.
>
> It is my choice whether or not to use it.
Yup, it is. Always has been even for the kernel because of our hard
work to make sure of that. We respect your choices, please respect ours.
--
peated outrage over the
restrictions isn't any more fun for me than it is for you. Any answer,
however, has to take our issues into consideration as well as yours.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: se
-company.com, not my-workstation.my-company.com).
http://www.bitkeeper.com/domains.html
is a listing of the domains which have used bk-3.2.3 in the last 4
months. It's slightly less than the claimed 2,200 because we looked
only at the bk-3.2.3 usage.
--
---
Larry McVoy
00 of these a day for more than
a year. It's around one per minute.
We either fix the license or leave it as is, we're not able to do side
agreements with everyone that asks.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from thi
e could
care less, they just want checkin/checkout.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:
s valuable I can look into putting it up on
bkbits.net.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
we'd certainly be willing to flip to your way
on a case by case basis.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
ecides to go elsewhere, we are stuck. So don't do the
> crippled version if it hurts Linus.
>
> -- Steve
>
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
ed that it is simpler
> > to write a shell script to generate the diffs rather than modifying
> > cvsps).
>
> Thanks for the confirmation. To me this hour difference looks like a bug
> in bkcvs. It would be nice to get it fixed so we don't have to
> workaround i
hine to run it on. (Larry: is
> it a matter of memory or of CPU or both? If nothing else we should
> have the old kernel.org server, dual P3/1133 with 6 GB RAM, coming
> free soon.)
>
> Please let me know if there is something that should be put on
> kernel.org; we can hos
> As Peter said, once every 6 hours is fine. Or even more often, what
> the heck, as I said in a previous post I don't think an incremental
> export is that much costly. It could be done at the same time as
> the -bkX patches...
I'll see what I can do.
> Speaking from the out-BK point of view, wh
ion,
it was a choice that I made because I wanted to help Linus.
And it worked. That ought to have some value in your eyes. Maybe
enough to respect our terms.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line &
On Fri, Feb 04, 2005 at 02:01:27PM +0100, Stelian Pop wrote:
> On Thu, Feb 03, 2005 at 02:28:54PM -0800, Larry McVoy wrote:
>
> > > > CVS BitKeeper [*]
> > > > Deltas 235,956 280,212
> > >
> > > Indee
when we do this we'll reexport the 2.4 and 2.5 histories from scratch
so you get the info going backwards in time.
So, do you think you can sign up the usual suspects to being happy with
this answer? And do you mind spelling out exactly what it is that you
think is being offered so there
it belonged you could
split the coarse commit into the sub patches which happened on the
collapsed branch. You wouldn't get 100% of the information but you'd
have 96% of it in a way that could be used for debugging, which is what
I suspect you are after.
If that's not good en
; and we could generate the missing branches based on them.
Does that mean you don't need anything from us?
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
ble that
you find yourself at something of a disadvantage because of that choice.
And the disadvantage is very slight as has been shown. You can argue
all you want about the amount of disadvantage but it is your choice that
has placed you in that position.
--
---
Larry McVoylm at bi
lp. What is that you say? It's hard?
It's way harder if we don't give you a roadmap? Well gosh darn, that
must really suck for you. I'm really sorry that you can't figure it out
without our help but that's sort of the whole point, isn't it?
--
---
Larry McVoy
> He should be back now, maybe he can tell us more about what happened ?
We had a nameserver problem and the machine dedicated to this didn't get
updated with a new resolve.conf. It's fixed now and updating, probably
be there in an hour.
--
---
Larry McVoylm at
1 - 100 of 139 matches
Mail list logo