On Wed, Mar 19, 2003 at 03:00:01PM +0100, Jean-Marc Lasgouttes wrote:
> You are lucky. I tried it with emacs-20.4/gnus-5.8.6, and it
> definitely did not work. What does this copiousoutput means, actually?
man mailcap
/copious
n
copiousoutput
This flag should be given whenev
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Mar 17, 2003 at 09:46:04AM +, Jos? Matos wrote:
>> This is what I have in .mailcap and that is relevant:
>> application/x-gunzip; zcat; copiousoutput application/x-gzip; zcat;
>> copiousoutput application/x-bzip2; bzcat; copi
On Mon, Mar 17, 2003 at 09:46:04AM +, Jos? Matos wrote:
> This is what I have in .mailcap and that is relevant:
> application/x-gunzip; zcat; copiousoutput
> application/x-gzip; zcat; copiousoutput
> application/x-bzip2; bzcat; copiousoutput
> application/x-tar-gz; gunzip -c %s | tar -tf
On Saturday 15 March 2003 17:43, John Levon wrote:
> On Sat, Mar 15, 2003 at 11:50:28AM -0500, Kuba Ober wrote:
> > That means you didn't configure your mail reader properly. It should be
> > easy to do. What mail reader do you use?
>
> mutt
Then you should follow André's advice. I use mutt and
On Sat, Mar 15, 2003 at 11:50:28AM -0500, Kuba Ober wrote:
> That means you didn't configure your mail reader properly. It should be easy
> to do. What mail reader do you use?
mutt
> But that's not the point. The point is that there's no reason methinks to have
> patches sent via mail. As soon
> > But why do you expect to be able to do everything in your mail reader?
>
> I expect to be able to read things I am sent in my mail reader. I expect
> to able to pick out parts of patch and reply with them quoted saying
> why I don't like the parts. I would like to able to do this without the
>
On Fri, Mar 14, 2003 at 11:41:20AM -0500, Kuba Ober wrote:
> I know that there are people who do everything in Emacs -- email, software
Eww don't talk to me about emacs ;)
> But why do you expect to be able to do everything in your mail reader?
I expect to be able to read things I am sent in
On piątek 14 marzec 2003 08:44 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 08:20:44AM -0500, Kuba Ober wrote:
> > No matter how small or "insignificant" a change is, there should be a way
> > to review it without having to post a patch to the mailing list.
>
> Sure - get the machinery to post p
On piątek 14 marzec 2003 08:46 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 08:36:10AM -0500, Kuba Ober wrote:
> > Just imagine how much easier the life for Lars and all other potential
> > reviewers would be, if instead of scouring the list for stuff to review,
> > and everybody else complainin
On Fri, Mar 14, 2003 at 02:57:07PM +0100, Andre Poenitz wrote:
> application/x-gunzip; gunzip -c %s; copiousoutput
> in my /etc/mailcap and everything "magically" works.
Well I'd need some way to do that w/o changing /etc/, and I'd really
like to have the patch inline as well ... guess it's possi
On Fri, Mar 14, 2003 at 02:03:26PM +, John Levon wrote:
> > gzipped should be no problem
>
> It's actually a lot of hassle for me
Why?
I have something like
application/x-gunzip; gunzip -c %s; copiousoutput
application/x-gzip; gunzip -c %s; copiousoutput
application/gzip; gunzip -c %s; cop
On Fri, Mar 14, 2003 at 02:43:44PM +0100, Andre Poenitz wrote:
> gzipped should be no problem
It's actually a lot of hassle for me
john
On Fri, Mar 14, 2003 at 01:46:56PM +, John Levon wrote:
> Actually, context switching out of my mail reader just to review a
> patch would be a major PITA (it's annoying enough when people post
> gzipped attachments)
gzipped should be no problem, the PITA is undeclared contents...
Andre'
--
On Fri, Mar 14, 2003 at 08:36:10AM -0500, Kuba Ober wrote:
> Just imagine how much easier the life for Lars and all other potential
> reviewers would be, if instead of scouring the list for stuff to review, and
> everybody else complaining "my patch has been ignored, so here it is again
Actual
On Fri, Mar 14, 2003 at 08:20:44AM -0500, Kuba Ober wrote:
> No matter how small or "insignificant" a change is, there should be a way to
> review it without having to post a patch to the mailing list.
Sure - get the machinery to post patches. It's as easy in CVS as
anything else.
> And the fac
On piątek 14 marzec 2003 06:27 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 11:27:29AM +, Jos? Matos wrote:
> > On Friday 14 March 2003 11:16, John Levon wrote:
> > > Plus the duplication of the changelong in the commit - most commit
> > > messages are good enough just being the changelog
>
On piątek 14 marzec 2003 06:16 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 09:01:20AM +0100, Andre Poenitz wrote:
> > vi insets/Changelog
> > [insert changelog]
> > cvs commit
> > [write 'Fix for missing space as reported by Angus]
> >
> > :wq
> >
> > The "cvs overhead" is 'cvs up' +
> Hm. Ok. Let's count keystrokes for a minimalistic real life example.
> Let's suppose Angus told me there is a space missing in inset/insetenv.C.
>
> I do
>
> cvs up
> vi insets/insetenv.C
> [insert the space]
>
> :wq
>
> vi insets/Changelog
> [insert changelog]
> cvs commit
> [wri
On Fri, Mar 14, 2003 at 11:27:29AM +, Jos? Matos wrote:
> On Friday 14 March 2003 11:16, John Levon wrote:
> >
> > Plus the duplication of the changelong in the commit - most commit
> > messages are good enough just being the changelog
>
> I remember to have seen some experiments from Lars
On Friday 14 March 2003 11:16, John Levon wrote:
>
> Plus the duplication of the changelong in the commit - most commit
> messages are good enough just being the changelog
I remember to have seen some experiments from Lars where the Changelog diff
was expanded in cvslog. If that was done then t
On Fri, Mar 14, 2003 at 09:01:20AM +0100, Andre Poenitz wrote:
> vi insets/Changelog
> [insert changelog]
> cvs commit
> [write 'Fix for missing space as reported by Angus]
> :wq
>
> The "cvs overhead" is 'cvs up' + 'cvs commit', i.e. 18 keystrokes.
> What would be the corresponding ae
On Thu, Mar 13, 2003 at 02:40:31PM -0500, Kuba Ober wrote:
> Well, each change that you create with aenc or tkaenc gets a number. Usually,
> there should be a change for each confirmed bug report at least. The job of
> creating changes is quite separate from the job of actually developing the
>
> > Is the dialog subclassing really a memory hog? By how much do you think
> > you'd reduce the RSS if the dialog classes were not subclassed? I imagine
> > it would be almost negligible.
>
> It's a binary size bloat.
Sure. I guess it's conceiveable to modify moc and uic ;-)
> > > This is what
> > It's just that if you work on one thing, it's beneficial even for your
> > own sake to have different explorations/fixes/enhancements/etc. done in
> > different
>
> I tell you what I'd like (my ideal interface). I do some work. Then I
> run readdifftool or something and I can do some action on
On Thu, Mar 13, 2003 at 04:36:09PM -0500, Kuba Ober wrote:
> > Isn't the computer the one that's good with numbers ?
>
> Well, change numbers are similar to bugzilla bug numbers. You always can list
> them to find out what the number is. And you choose current change to work on
> (you can have
On czwartek 13 marzec 2003 02:50 pm, John Levon wrote:
> On Thu, Mar 13, 2003 at 02:40:31PM -0500, Kuba Ober wrote:
> > Your unix login, as in logged in to the terminal. ae_p is an alias for
> > export AEGIS_PROJECT="$1";
>
> Oh that's OK then.
>
> > That's the whole thing. It's hard to do clean an
On Thu, Mar 13, 2003 at 04:07:56PM -0500, Kuba Ober wrote:
> > Quality is not and never was the most important thing with lyx. There
> > are some (rare) projects where it is ... not here...
>
> I'm not claiming it's *the* most imporant thing. Nevertheless, it is somewhat
> important, right?
Hop
On czwartek 13 marzec 2003 02:52 pm, John Levon wrote:
> On Thu, Mar 13, 2003 at 02:45:29PM -0500, Kuba Ober wrote:
> > > Some of us don't want configuration management.
> >
> > The quality of software has been shown to be worse without one ;-)
>
> Quality is not and never was the most important th
On Thu, Mar 13, 2003 at 02:45:29PM -0500, Kuba Ober wrote:
> > Some of us don't want configuration management.
>
> The quality of software has been shown to be worse without one ;-)
Quality is not and never was the most important thing with lyx. There
are some (rare) projects where it is ... not
On Thu, Mar 13, 2003 at 02:40:31PM -0500, Kuba Ober wrote:
> Your unix login, as in logged in to the terminal. ae_p is an alias for
> export AEGIS_PROJECT="$1";
Oh that's OK then.
> That's the whole thing. It's hard to do clean and nice development if you
> cannot say what you do. You can alway
On czwartek 13 marzec 2003 02:31 pm, John Levon wrote:
> On Thu, Mar 13, 2003 at 02:19:14PM -0500, Kuba Ober wrote:
> > I guess the whole problem is that *any* replacement for CVS is doomed to
> > be bound with same basic issues. I don't think that there's a need for
> > another version control sys
On czwartek 13 marzec 2003 02:17 pm, John Levon wrote:
> On Thu, Mar 13, 2003 at 02:12:07PM -0500, Kuba Ober wrote:
> > I was very explicit about things. First of all, if you are wearing all
> > the hats yourself -- you're a developer, reviewer and administrator of
> > the project, the only thing y
On Thu, Mar 13, 2003 at 07:31:10PM +, John Levon wrote:
> We're not a large project and we don't need or want admin overhead. I do
> not believe that a lot of boondage and discipline will decrease the bug
> rate for us ... it's supposed to be fun, at least in part.
I take it back, "boondage"
On Thu, Mar 13, 2003 at 02:19:14PM -0500, Kuba Ober wrote:
> I guess the whole problem is that *any* replacement for CVS is doomed to be
> bound with same basic issues. I don't think that there's a need for another
> version control system. There's a need for a software configuration
> manageme
On czwartek 13 marzec 2003 05:05 am, Dekel Tsur wrote:
> On Wed, Mar 12, 2003 at 10:50:48PM +0100, Lars Gullik Bj?nnes wrote:
> > | Another alternative is Subversion.
> >
> > I would at least wait for version 1.0.
>
> Yes, but if you feel that Subversion will become the CVS replacement, then
> we s
On Thu, Mar 13, 2003 at 02:12:07PM -0500, Kuba Ober wrote:
> I was very explicit about things. First of all, if you are wearing all the
> hats yourself -- you're a developer, reviewer and administrator of the
> project, the only thing you need to do to make a new change and integrate it
> to th
On środa 12 marzec 2003 02:19 pm, John Levon wrote:
> On Wed, Mar 12, 2003 at 02:13:16PM -0500, Kuba Ober wrote:
> > Probably because Aegis, although a very cleanly and understanably coded
> > project, is essentially one man's work for most part. If something
> > happens to
>
> It's more likely tha
On Wed, Mar 12, 2003 at 10:50:48PM +0100, Lars Gullik Bj?nnes wrote:
> |
> | Another alternative is Subversion.
>
> I would at least wait for version 1.0.
Yes, but if you feel that Subversion will become the CVS replacement, then
we should wait until it is finished, and not move to Aegis.
On 13 Mar 2003, Lars Gullik Bjønnes wrote:
> Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> |
> | Background and goal:
> | I've got multiple accounts (several at work, at home and on a laptop),
> | but I want to have a similar environment and similarly configured
> | software on all the
Christian Ridderström <[EMAIL PROTECTED]> writes:
|
| Background and goal:
| I've got multiple accounts (several at work, at home and on a laptop),
| but I want to have a similar environment and similarly configured
| software on all the machines. So far I've been using scripts, CVS and
| manua
On Wed, 12 Mar 2003, Kuba Ober wrote:
> No sarcasm intended, but I'd drop CVS and switch to Aegis. I'm using Aegis and
> it does exactly what you're looking for. No need to write scripts to do
> simple things like that.
>
Sorry for going off topic here... but does anyone have a tool that solves
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Mar 12, 2003 at 07:23:10PM +0100, Lars Gullik Bj?nnes wrote:
| > Kuba Ober <[EMAIL PROTECTED]> writes:
| >
| > I'll have a look at aegis.
| >
| > At first glance it seems to be similar to BitKeeper? What are the
| > differences? (And why doesn't L
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Mar 12, 2003 at 07:23:10PM +0100, Lars Gullik Bj?nnes wrote:
| > Kuba Ober <[EMAIL PROTECTED]> writes:
| >
| > I'll have a look at aegis.
| >
| > At first glance it seems to be similar to BitKeeper? What are the
| > differences? (And why doesn't L
On Wed, Mar 12, 2003 at 07:23:10PM +0100, Lars Gullik Bj?nnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
>
> I'll have a look at aegis.
>
> At first glance it seems to be similar to BitKeeper? What are the
> differences? (And why doesn't Linus want to use aegis?)
>
> I'll go through the docu
On Wed, Mar 12, 2003 at 02:13:16PM -0500, Kuba Ober wrote:
> Probably because Aegis, although a very cleanly and understanably coded
> project, is essentially one man's work for most part. If something happens to
It's more likely that it can't handle what he needs. at least your
description of
On środa 12 marzec 2003 01:23 pm, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
>
> I'll have a look at aegis.
>
> At first glance it seems to be similar to BitKeeper? What are the
> differences? (And why doesn't Linus want to use aegis?)
>
> I'll go through the documentation.
Kuba Ober <[EMAIL PROTECTED]> writes:
I'll have a look at aegis.
At first glance it seems to be similar to BitKeeper? What are the
differences? (And why doesn't Linus want to use aegis?)
I'll go through the documentation.
--
Lgb
On środa 12 marzec 2003 11:45 am, you wrote:
> On Wed, Mar 12, 2003 at 11:42:40AM -0500, Kuba Ober wrote:
> > I guess that one has to have an attitude of burning bridges behind
> > oneself in order to really enjoy Aegis. I had the pleasure of not having
> > a VCS at all in my development, and start
On Wed, Mar 12, 2003 at 11:42:40AM -0500, Kuba Ober wrote:
> I guess that one has to have an attitude of burning bridges behind oneself in
> order to really enjoy Aegis. I had the pleasure of not having a VCS at all in
> my development, and starting right on with Aegis. I imagine that the CVS
>
On środa 12 marzec 2003 08:36 am, Andre Poenitz wrote:
> On Wed, Mar 12, 2003 at 08:40:04AM -0500, Kuba Ober wrote:
> > No sarcasm intended, but I'd drop CVS and switch to Aegis. I'm using
> > Aegis and it does exactly what you're looking for.
>
> We used Aegis a couple of years ago and I don't rem
On Wed, Mar 12, 2003 at 08:40:04AM -0500, Kuba Ober wrote:
> No sarcasm intended, but I'd drop CVS and switch to Aegis. I'm using
> Aegis and it does exactly what you're looking for.
We used Aegis a couple of years ago and I don't remember feeling more
comfortable with it than with CVS...
Andre'
On Wed, Mar 12, 2003 at 08:40:04AM -0500, Kuba Ober wrote:
> PS. Okay, that's wishful thinking, because for whatever reason the developer
> communities prefer to suffer with CVS rather than moving to something better
> :( People shrug at Aegis and keep using CVS, which they complain about. I use
On środa 12 marzec 2003 03:11 am, John Levon wrote:
> On Wed, Mar 12, 2003 at 08:54:36AM +0100, Lars Gullik Bj?nnes wrote:
> > As a sidenote: I thing that too many large patches have gone in lately
> > without posting to the list and getting comments. Even if the
> > repository is open we should tr
On Wed, 12 Mar 2003, John Levon wrote:
> On Wed, Mar 12, 2003 at 09:10:11AM +, Jos? Matos wrote:
>
> > Are you implying that Lars doesn't scales up? ;-)
>
> :)
>
> > I think that all your critics are subversive (related with subversion) ;-)
>
> Even that doesn't seem to do local reposit
On Wed, Mar 12, 2003 at 09:10:11AM +, Jos? Matos wrote:
> Are you implying that Lars doesn't scales up? ;-)
:)
> I think that all your critics are subversive (related with subversion) ;-)
Even that doesn't seem to do local repositories :(
john
On Wednesday 12 March 2003 09:02, John Levon wrote:
[...]
> Half of the patches I do wait for review for are just ignored anyway !
Are you implying that Lars doesn't scales up? ;-)
I think that all your critics are subversive (related with subversion) ;-)
> > The name changing feks.
>
> But I
On Wed, Mar 12, 2003 at 09:55:40AM +0100, Lars Gullik Bj?nnes wrote:
> It seems that you want to go from one extreme (everything in one
> patch) to the other extreme (incremental patches for one single
> feature)
But you're asking me to wait for stuff to be reviewed. Like it or not
that means: on
John Levon <[EMAIL PROTECTED]> writes:
| Are you kidding ? I have 10+ trees. They form a significant percentage
| of my disk space.
|
| Let's see: ideally, the patches committed recently would have been in
| about 30 different parts. Seeing as most are dependent on each other,
| I make that to
On Wed, Mar 12, 2003 at 09:23:57AM +0100, Lars Gullik Bj?nnes wrote:
> | This means I get to do one patch a day ... CVS is just useless at this.
>
> IMHO cvs has little to do with this.
It's got everything to do with it. The existence of cvs commit-locally
would make everyone happy.
> | *nobody
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Mar 12, 2003 at 08:54:36AM +0100, Lars Gullik Bj?nnes wrote:
|
| > As a sidenote: I thing that too many large patches have gone in lately
| > without posting to the list and getting comments. Even if the
| > repository is open we should try to aim
On Wed, Mar 12, 2003 at 08:54:36AM +0100, Lars Gullik Bj?nnes wrote:
> As a sidenote: I thing that too many large patches have gone in lately
> without posting to the list and getting comments. Even if the
> repository is open we should try to aim for a peer reviewed
> methodology.
This means I g
John Levon <[EMAIL PROTECTED]> writes:
| I've just committed this; it seems to work for me. Lars, please review.
|
| this is a pre-cursor to moving the basic paragraph-parsing into
| paragraph_pimpl.C, which should clean up the changes API in paragraph.h a
| lot.
The patch looks good, but it bui
John Levon <[EMAIL PROTECTED]> writes:
| I've just committed this; it seems to work for me. Lars, please review.
"I've just committed this... please review"
_if_ you really want a review, you could at least wait with the commit
part...
As a sidenote: I thing that too many large patches have gon
I've just committed this; it seems to work for me. Lars, please review.
this is a pre-cursor to moving the basic paragraph-parsing into
paragraph_pimpl.C, which should clean up the changes API in paragraph.h a
lot.
regards
john
? .xvpics
? a
? a.diff
? anime.eps
? anime2.eps
? anime3.eps
? ani
64 matches
Mail list logo
