FAQ Search Today's Posts Mark Forums Read

» Linux Archive
Home
New Posts
Search
FAQ


Go Back   Linux Archive > Debian > Debian dpkg

 
 
LinkBack Thread Tools
 
Old 07-01-2008, 07:22 PM
Raphael Hertzog
 
Default Semi-public branches of work in progress

Hello,

I've cleaned up my personal dpkg repo on Alioth:
http://git.debian.org/?p=users/hertzog/dpkg.git
git://git.debian.org/~hertzog/dpkg.git

I'll push there some "private" branches:
- personal work in progress
- patches from the BTS that I updated/rebased

Beware, those branches can be rebased and as such you shouldn't use those
for long-lived work. But feel free to fetch them to fix the TODO that I
might have left in commit logs. I accept/incorporate patches against
thoses branches... please coordinate with us in #debian-dpkg if you want
to help.

Right now two of the branches contain changes that should be mostly ok
for master:
bug237675-dselect-wide-char-support
bug432893-no-postinst-in-fail-cleanup
(Guillem, feel free to review, cleanup and merge at your convenience)

bug20471-check-deps-on-upgraded-pkg needs more work but also possibly more
testing to gather the information needed to fix up... (and some code
cleanup)

bug134758-dpkg-S-output-on-symlinks needs some cleanup and possibly further
work to modify dpkg-shlibdeps that parses the output of dpkg -S

My goal is to bring back to 0 the number of bugs with patches. But since
some of them are fairly intrusive, they'll need some wider testing
before integration and I hope that some of you can help in testing those
changes if I create a special version integrating them.

Please tell me (privately if you prefer), if you would be ready to run
this experimental dpkg version.

Cheers,
--
Raphal Hertzog

Le best-seller franais mis jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/


--
To UNSUBSCRIBE, email to debian-dpkg-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 07-01-2008, 07:57 PM
Raphael Hertzog
 
Default Semi-public branches of work in progress

On Tue, 01 Jul 2008, Raphael Hertzog wrote:
> Right now two of the branches contain changes that should be mostly ok
> for master:
> bug237675-dselect-wide-char-support

Huh, I've been a bit quick with this one. It's ok as in "it works" but it
introduces a dependency on libtextwrap that might not be desirable (I have
no opinion on this, given that it only concerns dselect I'd be ok with
this new requirement).

But it's certain possible to fix the old wrapping code to work with
multi-byte code and not gain that dependency.

Cheers,
--
Raphal Hertzog

Le best-seller franais mis jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/


--
To UNSUBSCRIBE, email to debian-dpkg-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 07-02-2008, 03:46 AM
Cyril Brulebois
 
Default Semi-public branches of work in progress

Raphael Hertzog <hertzog@debian.org> (01/07/2008):
> I'll push there some "private" branches:
> - personal work in progress
> - patches from the BTS that I updated/rebased
>
> Beware, those branches can be rebased and as such you shouldn't use
> those for long-lived work. But feel free to fetch them to fix the TODO
> that I might have left in commit logs. I accept/incorporate patches
> against thoses branches... please coordinate with us in #debian-dpkg
> if you want to help.

Mentioned on IRC already, but still: you might want to name those
branches under the pu/ namespace, so that one can easily figure out that
they are meant to be “proposed updates”, and that they may be rebased at
any time. Of course, that's even better if you document that in your git
usage policy/guidelines, or whatever you use for that purpose.

Mraw,
KiBi.
 
Old 07-02-2008, 02:00 PM
Raphael Hertzog
 
Default Semi-public branches of work in progress

On Wed, 02 Jul 2008, Cyril Brulebois wrote:
> Mentioned on IRC already, but still: you might want to name those
> branches under the pu/ namespace, so that one can easily figure out that
> they are meant to be “proposed updates”, and that they may be rebased at
> any time. Of course, that's even better if you document that in your git
> usage policy/guidelines, or whatever you use for that purpose.

Good idea, I renamed my branches and updated
http://wiki.debian.org/Teams/Dpkg/GitUsage

Cheers,
--
Raphaël Hertzog

Le best-seller français mis * jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/


--
To UNSUBSCRIBE, email to debian-dpkg-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 07:10 PM.

VBulletin, Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org