[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Pkg-octave-devel] QtOctave: removal of simplercs

On Sun, May 16, 2010 at 12:09:31PM -0500, Jordi Gutiérrez Hermoso wrote:
> On 15 May 2010 04:22, Thomas Weber <tweber@debian.org> wrote:
> >> > Jordi, please try to have smaller commits:
> >>
> >> That was a mistake. I documented every little change in the changelog,
> >> so that should be more informative.
> >
> > You don't understand me. If you had made the very same changes, but in
> > smaller commits, it would have been easier to merge them with the
> > current HEAD. The problem is not what you changed, but how you commited
> > it.
> Oh, I see what you mean. I'm used to a similar workflow like that
> using Mercurial Queues. Is there a git sort of equivalent?

Maybe stgit, but I haven't used it. My personal workflow is something
simplier: I work and commit locally, whatever comes in. Before I push it
out, I look at the patches I've made and rebase them interactively, see

I attended a FOSDEM talk from the Pierre Habouzit (the blog's author). I
still remember one sentence from him:
"When I work, I work like a pig, doing lots of things at once. But
before I push the changes out and pretend to be a good boy."

> >> Btw, Carthago delenda est, qrupdate?
> >
> > Mi dispiace, ma parlo solo un poco italiano. Non so spagnolo.
> It's Latin, heh. Sorry, I thought you might know it:
>      http://en.wikipedia.org/wiki/Carthago_delenda_est

You got me there. I avoided Latin in school (and I'm still proud of

> > First, I'll try to get the easy things out of the way and update the
> > octave-forge packages. Then qtoctave, and qrupdate at the end. Sorry,
> > but qrupdate ships a library and I need to spend some time reading and
> > checking whether the library still is ABI-compatible (not that I think
> > it isn't, but I need to learn how to check for that).
> I worked on the library stuff of qrupdate quite extensively with Paul
> Wise (pabs on IRC), so I'm confident it's in good shape. I think the
> log should be on d-mentors. The new version keeps everything
> compatible and only adds a few symbols, which I've added to
> debian/symbols. It should be a simple enough update.



Reply to: