#include
* John Goerzen [Wed, Aug 02 2006, 04:12:50PM]:
> Because everyone knows how to use cp and diff, and because I get diffs
> sent to the BTS all the time. It works. And it has nothing to do with
> VCS -- it's just Debian packages.
Bingo. Therefore, your efforts to use the regular process
#include
* Matthew Palmer [Thu, Aug 03 2006, 08:03:21AM]:
> On Wed, Aug 02, 2006 at 08:36:18PM +0200, Eduard Bloch wrote:
> > #include
> > * John Goerzen [Wed, Aug 02 2006, 01:01:51PM]:
> > > On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > > > to learn how we deal with this
> Of course, the problem is that gcc spawns many processes, and if
> reniced only takes a little while to react to a new gcc process, the
> children won't be reniced.
>
If I understand correctly the description, reniced is not actually a
daemon but a program that you run from time to time, so not
On Thursday 03 August 2006 03:32, Matthew Palmer wrote:
--cut--
> > > > This is fine, but (again) you forget about your 'apt-get source'
> > > > users, which are not supposed to be aware of your SCM, where your
> > > > repo is,
> >
> > please, find 'SCM' in the above row, thanks.
>
> I did. Using
On Wed, Aug 02, 2006 at 04:16:30PM -0500, John Goerzen <[EMAIL PROTECTED]>
wrote:
> On Wed, Aug 02, 2006 at 08:31:29PM +0200, Eduard Bloch wrote:
> > > Really, I think that getting patches in darcs from people that are using
> > > "darcs send" is not only easier for me as a maintainer, but also ea
So upgraded systems don't get the benefits of certain changes to the
installer's
defaults, or defaults in programs used by the installer.
I first thought of this when I noticed the change in the default tuning for
ext2 partitions created by mke2fs. Notably, dir_index and filetype are turned
on
On Thu, Aug 03, 2006 at 02:08:00AM +0300, George Danchev wrote:
> On Thursday 03 August 2006 00:45, Matthew Palmer wrote:
> > On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > On Wednesday 02 August 2006 20:11, Otavio Salvador wrote:
> > > > Frank Küster <[EMAIL PROTECTED]> writ
martin f krafft <[EMAIL PROTECTED]> writes:
> also sprach Neil Williams <[EMAIL PROTECTED]> [2006.08.02.2248 +0100]:
>> * Package name: dpkg-view
>> Version : 0.0.2
>> Upstream Author : Neil Williams <[EMAIL PROTECTED]>
>> * URL : http://dpkg-view.alioth.debian.org
>> *
On Thu, Aug 03, 2006 at 12:28:35AM +0200, Magnus Holmgren wrote:
> On Thursday 03 August 2006 00:11, Josselin Mouette took the opportunity to
> say:
> > Le mercredi 02 août 2006 à 15:34 -0500, John Goerzen a écrit :
> > > > Ok, third time. Please do not do that:
> > > > To: George Danchev <[EMAIL
also sprach Neil Williams <[EMAIL PROTECTED]> [2006.08.02.2248 +0100]:
> * Package name: dpkg-view
> Version : 0.0.2
> Upstream Author : Neil Williams <[EMAIL PROTECTED]>
> * URL : http://dpkg-view.alioth.debian.org
> * License : GPL
> Programming Lang: C
> D
On Wed, Aug 02, 2006 at 04:32:58PM +0200, Joerg Schilling wrote:
> Wouter Verhelst <[EMAIL PROTECTED]> wrote:
>
> > > You should better _read_ the GPL and try to understand it.
> >
> > Good plan.
>
> Did you have some time to make your plan reality meanwhile?
I can quote major parts of it by hea
Package: wnpp
Severity: wishlist
Owner: Neil Williams <[EMAIL PROTECTED]>
* Package name: dpkg-view
Version : 0.0.2
Upstream Author : Neil Williams <[EMAIL PROTECTED]>
* URL : http://dpkg-view.alioth.debian.org
* License : GPL
Programming Lang: C
Descriptio
On Thursday 03 August 2006 00:45, Matthew Palmer wrote:
> On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > On Wednesday 02 August 2006 20:11, Otavio Salvador wrote:
> > > Frank Küster <[EMAIL PROTECTED]> writes:
> > > > George Danchev <[EMAIL PROTECTED]> wrote:
> > > >>> > But yo
On Wed, 2006-08-02 at 22:29 +0200, Christoph Haas wrote:
>
> That's in fact an issue that made me feel sceptical about bzr, darcs
> and
> mercury. All of them require a shell account or some scripting through
> a
> special mail address to commit changes. And it's not only the recent
> kernel vu
On Wed, Aug 02, 2006 at 08:36:18PM +0200, Eduard Bloch wrote:
> #include
> * John Goerzen [Wed, Aug 02 2006, 01:01:51PM]:
> > On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > > to learn how we deal with this all.
> > >
> > > This is fine, but (again) you forget about your 'ap
On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> On Wednesday 02 August 2006 20:11, Otavio Salvador wrote:
> > Frank Küster <[EMAIL PROTECTED]> writes:
> > > George Danchev <[EMAIL PROTECTED]> wrote:
> > >>> > But you lose debian specific patches to be clearly separated from the
>
On Wed, Aug 02, 2006 at 06:54:51PM +0300, George Danchev wrote:
> On Wednesday 02 August 2006 18:35, John Goerzen wrote:
> > On Wed, Aug 02, 2006 at 06:01:27PM +0300, George Danchev wrote:
> > > > > How is that not true if one knows a given patch system and does know
> > > > > about your VCS and ne
On Wed, Aug 02, 2006 at 06:31:18PM +0200, Frank Küster wrote:
> John Goerzen <[EMAIL PROTECTED]> wrote:
> > I think people that are NMUing packages rarely care about this.
>
> When NMU'ing a package, I'd really appreciate to know which changes have
> which purpose and which "specificity". In part
On Wed, Aug 02, 2006 at 06:01:27PM +0300, George Danchev wrote:
> On Wednesday 02 August 2006 17:31, John Goerzen wrote:
> > On Wed, Aug 02, 2006 at 05:20:26PM +0300, George Danchev wrote:
> > > debian/patches/ as separate file, how do I know how to update/remove/etc
> >
> > There would be no debia
On Thursday 03 August 2006 00:11, Josselin Mouette took the opportunity to
say:
> Le mercredi 02 août 2006 à 15:34 -0500, John Goerzen a écrit :
> > > Ok, third time. Please do not do that:
> > > To: George Danchev <[EMAIL PROTECTED]>
> > > CC: debian-devel@lists.debian.org
> >
> > Then SET YOUR H
also sprach Josselin Mouette <[EMAIL PROTECTED]> [2006.08.02.2308 +0100]:
> Out of curiosity, what real-life uses does this tool have? Daemons don't
> need to be reniced, so there must be something else.
reniced /(g(cc|++)|c(c|++))/ 15
or whatever the syntax is. I often wanted to have such a feat
Le mercredi 02 août 2006 à 15:34 -0500, John Goerzen a écrit :
> > Ok, third time. Please do not do that:
> > To: George Danchev <[EMAIL PROTECTED]>
> > CC: debian-devel@lists.debian.org
>
> Then SET YOUR HEADERS to reflect that, like everyone else does.
Which headers?
(If you are talking about
Le mercredi 02 août 2006 à 23:15 +0200, Bart Martens a écrit :
> Instead of editing the scripts in /etc/init.d to give daemons the
> nicelevel you want (and get prompted at every package update because
> these files are conffiles) you can just run reniced once a day.
Out of curiosity, what real
On Wed, Aug 02, 2006 at 11:56:44PM +0200, Adeodato Simó wrote:
> * David Nusinow [Wed, 02 Aug 2006 17:37:23 +]:
>
> > (I'm seriously
> > interested in setting up git.debian.org for XSF work, for example*),
>
> > * If anyone else is interested in this, contact me and we'll talk
>
> There is _
* David Nusinow [Wed, 02 Aug 2006 17:37:23 +]:
> (I'm seriously
> interested in setting up git.debian.org for XSF work, for example*),
> * If anyone else is interested in this, contact me and we'll talk
There is _something_ in costa:/srv/git.debian.org/git already.
Cheers,
--
Adeodato Sim
On Wednesday 02 August 2006 15:15, Bart Martens wrote:
> Instead of editing the scripts in /etc/init.d to give daemons the
> nicelevel you want (and get prompted at every package update because
> these files are conffiles) you can just run reniced once a day.
Wow, that sounds like an annoying b
On Wed, Aug 02, 2006 at 11:04:53AM +0200, Josselin Mouette wrote:
> > I agree, dpatch & co seem to be more accessible: they are files you
> > can "touch"; they're not an abstract concept ("branch") which you
> > can work with, but which is not tangible.
> This is another possible reason for SVN's s
On Tue, Aug 01, 2006 at 12:44:19PM +0100, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2006.08.01.0005 +0100]:
> > Subversion, in conjunction with alioth, has risen dramatically in
> > Debian to accomodate team-based maintainance. There are of course
> > plenty of challen
On Tue, Aug 01, 2006 at 03:08:06PM +0200, Goswin von Brederlow wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
> >
> >> Also, pbuilder and debootstrap are considered absolutely critical for
> >> serious work.
> > That's a bold statement.
On Wed, Aug 02, 2006 at 08:31:29PM +0200, Eduard Bloch wrote:
> > Really, I think that getting patches in darcs from people that are using
> > "darcs send" is not only easier for me as a maintainer, but also easier
>
> Much easier as storing the mail attachment under debian/patches? I doubt.
Yes,
On Wed, 2006-08-02 at 23:04 +0200, Nacho Barrientos Arias wrote:
> Date: Wed, 02 Aug 2006 21:28:16 +0200
> Bart Martens <[EMAIL PROTECTED]> wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Bart Martens <[EMAIL PROTECTED]>
>
> Hi Bart,
>
> >
> > * Package name: reniced
> > Vers
On Wed, Aug 02, 2006 at 08:36:18PM +0200, Eduard Bloch wrote:
> > NO. They need not care. They can just hack and send me diffs. My
> > debian/changelog will already document what has been going on anyway.
>
> Heh. So they need two copies, one where they do modifications, then diff
> those and s
On 8/3/06, Margarita Manterola <[EMAIL PROTECTED]> wrote:
One of the us mirrors is not working properly. It's been faulty for
at least a week.
The mirror is: 204.152.191.7 (mirrors1.kernel.org)
To whoever might be in charge of this, it should be removed from the
rotation of both http.us.debia
Date: Wed, 02 Aug 2006 21:28:16 +0200
Bart Martens <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Bart Martens <[EMAIL PROTECTED]>
Hi Bart,
>
> * Package name: reniced
> Version : 1.5
> Upstream Author : Christian Garbs <[EMAIL PROTECTED]>
> * URL
Adeodato Simó, 2006-08-02 21:20:09 +0200 :
>> > % bzr push sftp://costa.debian.org/bzr/pkg-xiph/vorbis-tools
[...]
> Ask in #alioth. Note, however, that TTBOMK still does not offer HTTP
> access, so if you want that, better stick to htdocs for a while.
>
> I hope to be able to bribe buxy to pr
Package: wnpp
Severity: wishlist
Owner: Bart Martens <[EMAIL PROTECTED]>
* Package name: reniced
Version : 1.5
Upstream Author : Christian Garbs <[EMAIL PROTECTED]>
* URL : http://www.cgarbs.de/stuff.en.html
* License : GPL
Programming Lang: Perl
Description
On Wed, Aug 02, 2006 at 09:09:12PM +0300, George Danchev wrote:
> On Wednesday 02 August 2006 21:01, John Goerzen wrote:
> > On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > > to learn how we deal with this all.
>
> Ok, third time. Please do not do that:
> To: George Danchev <
On Wednesday 02 August 2006 21:44, Otavio Salvador wrote:
> Adeodato Simó <[EMAIL PROTECTED]> writes:
> > * Otavio Salvador [Tue, 01 Aug 2006 15:43:56 -0300]:
> >> Adeodato Simó <[EMAIL PROTECTED]> writes:
> >> > Then each developer can prepare a set of changes offline, do all
> >> > the branching,
Adeodato Simó <[EMAIL PROTECTED]> writes:
> * Otavio Salvador [Tue, 01 Aug 2006 15:43:56 -0300]:
>
>> Adeodato Simó <[EMAIL PROTECTED]> writes:
>
>> > Then each developer can prepare a set of changes offline, do all the
>> > branching, merging, commiting and uncommiting (gotta love that) that
>> >
* Otavio Salvador [Tue, 01 Aug 2006 15:43:56 -0300]:
> Adeodato Simó <[EMAIL PROTECTED]> writes:
> > Then each developer can prepare a set of changes offline, do all the
> > branching, merging, commiting and uncommiting (gotta love that) that
> > they want, and when they're done, do e.g.:
> >
#include
* John Goerzen [Wed, Aug 02 2006, 01:01:51PM]:
> On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > to learn how we deal with this all.
> >
> > This is fine, but (again) you forget about your 'apt-get source' users,
> > which
>
> NO. They need not care. They can j
#include
* John Goerzen [Wed, Aug 02 2006, 08:27:32AM]:
> On Wed, Aug 02, 2006 at 09:41:02AM +0200, Eduard Bloch wrote:
> > #include
> > * John Goerzen [Tue, Aug 01 2006, 04:47:13PM]:
> >
> > > I do use darcs to track patches against upstream. I really don't
> > > understand the whole cdbs/dpat
Hi folks,
I just uploaded a security fix to unstable, with high urgency. However, I got
this response:
On Wednesday 02 August 2006 12:02, you wrote:
> Warning: high (security) is not a valid urgency; it will be treated as low
> by testing.
>
> Accepted:
> cheesetracker_0.9.9-6.diff.gz
> to poo
On Monday 31 July 2006 08:18, Petter Reinholdtsen wrote:
> I
> believe there are a large percentage of machines without
> popularity-contest installed for all the architectures, and that this
> do not skew the result significantly for any of the architecture.
I'd be prepared to believe *some* bias
On Wednesday 02 August 2006 21:01, John Goerzen wrote:
> On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > > to learn how we deal with this all.
Ok, third time. Please do not do that:
To: George Danchev <[EMAIL PROTECTED]>
CC: debian-devel@lists.debian.org
Sending to debian-deve
On Wed, Aug 02, 2006 at 08:47:01PM +0300, George Danchev wrote:
> > to learn how we deal with this all.
>
> This is fine, but (again) you forget about your 'apt-get source' users, which
NO. They need not care. They can just hack and send me diffs. My
debian/changelog will already document wha
Otavio Salvador <[EMAIL PROTECTED]> wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> George Danchev <[EMAIL PROTECTED]> wrote:
>>
> But you lose debian specific patches to be clearly separated from the
> upstrem source (digging diff.gz for that is not fun), unless one knows
>
On Wednesday 02 August 2006 20:11, Otavio Salvador wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
> > George Danchev <[EMAIL PROTECTED]> wrote:
> >>> > But you lose debian specific patches to be clearly separated from the
> >>> > upstrem source (digging diff.gz for that is not fun), unless one
>
Frank Küster <[EMAIL PROTECTED]> writes:
> George Danchev <[EMAIL PROTECTED]> wrote:
>
>>> > But you lose debian specific patches to be clearly separated from the
>>> > upstrem source (digging diff.gz for that is not fun), unless one knows
>>> > where to find
>>>
>>> First, what is a "Debian-speci
Package: wnpp
Severity: wishlist
Owner: Baruch Even <[EMAIL PROTECTED]>
* Package name: autofw
Version : 0.3.3
Upstream Author : Baruch Even <[EMAIL PROTECTED]>
* URL : http://baruch.ev-en.org/proj/autofw/
* License : GPLv2
Description : Automatic firewal
One of the us mirrors is not working properly. It's been faulty for
at least a week.
The mirror is: 204.152.191.7 (mirrors1.kernel.org)
To whoever might be in charge of this, it should be removed from the
rotation of both http.us.debian.org and ftp.us.debian.org, and
notified that it's having
George Danchev <[EMAIL PROTECTED]> wrote:
>> > But you lose debian specific patches to be clearly separated from the
>> > upstrem source (digging diff.gz for that is not fun), unless one knows
>> > where to find
>>
>> First, what is a "Debian-specific patch?" Isn't everything in diff.gz
>> that?
John Goerzen <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 02, 2006 at 06:01:27PM +0300, George Danchev wrote:
>> > > How is that not true if one knows a given patch system and does know
>> > > about your VCS and needs to work on one of your packages. Do they have
>> >
>> > They just apt-get source, ha
On Wednesday 02 August 2006 18:35, John Goerzen wrote:
> On Wed, Aug 02, 2006 at 06:01:27PM +0300, George Danchev wrote:
> > > > How is that not true if one knows a given patch system and does know
> > > > about your VCS and needs to work on one of your packages. Do they
> > > > have
> > >
> > > Th
On Wed, Aug 02, 2006 at 06:01:27PM +0300, George Danchev wrote:
> > > How is that not true if one knows a given patch system and does know
> > > about your VCS and needs to work on one of your packages. Do they have
> >
> > They just apt-get source, hack away, and send me a diff.
>
> Also true for
Package: wnpp
Severity: wishlist
Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]>
* Package name: recordmydesktop
Version : 0.2.3
Upstream Author : John Varouhakis <[EMAIL PROTECTED]>
* URL : http://recordmydesktop.sourceforge.net/
* License : GPL
Descript
On Wednesday 02 August 2006 17:31, John Goerzen wrote:
> On Wed, Aug 02, 2006 at 05:20:26PM +0300, George Danchev wrote:
> > > Actually, I disagree with that. I always hate having to work with a
> > > package that uses a patch management system, because then I have to
> > > learn the system before
Hello!
On Wed, 02 Aug 2006 16:49:06 +0200, Luca Capello wrote:
> The first time I generated the darcs -upstream repository, I didn't
> include the CVS folders (because anyway it's a lintian error if
^^^
> they're present i
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> > You should better _read_ the GPL and try to understand it.
>
> Good plan.
Did you have some time to make your plan reality meanwhile?
> > GPL §2 defines what the "work" is and requres to publish the whole
> > work under the GPL in case that that
Hello!
On Wed, 02 Aug 2006 15:32:13 +0200, John Goerzen wrote:
> If upstream uses darcs or git, you could use their repo directly.
> If they use CVS or SVN, you could use tailor to track it. If they
> use Arch, you can use arch2darcs to track it.
For a tailor mini-HowTo, please give a look at [1
On Wed, Aug 02, 2006 at 05:20:26PM +0300, George Danchev wrote:
> > Actually, I disagree with that. I always hate having to work with a
> > package that uses a patch management system, because then I have to
> > learn the system before I can do any work on the package. And there are
> > several s
On Wednesday 02 August 2006 16:34, John Goerzen wrote:
> On Wed, Aug 02, 2006 at 11:23:31AM +0200, Thijs Kinkhorst wrote:
> > On Tue, 2006-08-01 at 16:47 -0500, John Goerzen wrote:
> > > I do use darcs to track patches against upstream. I really don't
> > > understand the whole cdbs/dpatch/whateve
On Sat, Jun 17, 2006 at 09:47:10AM +0200, Falk Hueffner wrote:
> On Fri, Jun 16, 2006 at 07:06:06PM -0500, Ron Johnson wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Falk Hueffner wrote:
> > > On Thu, Jun 08, 2006 at 07:58:23AM +0200, Bastian Blank wrote:
> > >> long is not a
On Wed, Aug 02, 2006 at 11:23:31AM +0200, Thijs Kinkhorst wrote:
> On Tue, 2006-08-01 at 16:47 -0500, John Goerzen wrote:
> > I do use darcs to track patches against upstream. I really don't
> > understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> > manage your patches when you c
On Wed, Aug 02, 2006 at 10:17:57AM +0200, Christoph Haas wrote:
> On Tuesday 01 August 2006 23:47, John Goerzen wrote:
> > I do use darcs to track patches against upstream. I really don't
> > understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> > manage your patches when you coul
On August 1, 2006 at 1:04PM +0100,
ian (at davenant.greenend.org.uk) wrote:
> Tatsuya Kinoshita writes ("Re: virtual packages `pinentry' and
> `pinentry-x11'"):
> > Hmm, I have not yet understand the policy 3.6:
> >
> > | All packages should use virtual package names where appropriate, and
>
On Wed, Aug 02, 2006 at 09:41:02AM +0200, Eduard Bloch wrote:
> #include
> * John Goerzen [Tue, Aug 01 2006, 04:47:13PM]:
>
> > I do use darcs to track patches against upstream. I really don't
> > understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> > manage your patches when y
On Wednesday 02 August 2006 12:23, Thijs Kinkhorst wrote:
> On Tue, 2006-08-01 at 16:47 -0500, John Goerzen wrote:
> > I do use darcs to track patches against upstream. I really don't
> > understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> > manage your patches when you could us
close 369605
thanks
"Francisco Moya" <[EMAIL PROTECTED]> writes:
> Package zeroc-icee-translators lists an outstanding bug #369605 filed
> 63 days ago. I don't know how to properly handle this situation
> since:
> - It was actually a bug report against package zeroc-ice.
No, it wasn't. it was
Hi,Package zeroc-icee-translators lists an outstanding bug #369605 filed 63 days ago. I don't know how to properly handle this situation since:- It was actually a bug report against package zeroc-ice. zeroc-icee-translators depends on any version of the binary icecpp package, from zeroc-ice sourc
On Wed, Aug 02, 2006, Pierre Habouzit wrote:
> that could have been more clear, but I do have such tools to follow the
> transition, I use[1]. The two rounds of mass bug have been package that
> build public modules and extensions, and then all the other ones (+
> some missed one at the first st
Le mer 2 août 2006 11:23, Loïc Minier a écrit :
> - status of the transition Wiki page: a summary of steps which are
>in progress (pointer to python transition pseudo-bug, pointers to
>the list of bugs to be fixed in the mass bug filing, description of
>the step)
that could have been
also sprach Thijs Kinkhorst <[EMAIL PROTECTED]> [2006.08.02.1020 +0100]:
> > This shouldn't need snapshot.debian.net, right?
>
> If the bug is claimed to be fixed in the changelog of 2.0-5 and the
> current sid version is 2.0-7, I don't know another way to see the diff
> between 2.0-4 and 2.0-5, s
On Wed, Aug 02, 2006, Pierre Habouzit wrote:
> Yesterday, a last round of bugs has been filled against packages that
> may need an upgrade to comply with the recent python policy[1].
That's great! We all want python to be python2.4 in etch, thanks for
your work.
We already discussed together
On Tue, 2006-08-01 at 16:47 -0500, John Goerzen wrote:
> I do use darcs to track patches against upstream. I really don't
> understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> manage your patches when you could use a real VC tool that does it
> better?
A patch system can be ver
On Tue, 2006-08-01 at 20:57 +0100, martin f krafft wrote:
> > I'm using it when porting security fixes to sarge. If the maintainer has
> > fixed a security bug in sid, I download that version and the version
> > before and can see right away what exactly he changed to fix the bug.
>
> This shouldn
also sprach Josselin Mouette <[EMAIL PROTECTED]> [2006.08.02.1004 +0100]:
> > I agree, dpatch & co seem to be more accessible: they are files
> > you can "touch"; they're not an abstract concept ("branch")
> > which you can work with, but which is not tangible.
>
> This is another possible reason
Hello!
On Wed, 02 Aug 2006 10:17:57 +0200, Christoph Haas wrote:
> On Tuesday 01 August 2006 23:47, John Goerzen wrote:
>> I do use darcs to track patches against upstream. I really don't
>> understand the whole cdbs/dpatch/whatever thing -- why use a hack
>> to manage your patches when you could
Hello!
On Tue, 01 Aug 2006 22:34:41 +0200, John Goerzen wrote:
> On Tue, Aug 01, 2006 at 09:06:19PM +0100, martin f krafft wrote:
>> John, are you actually using the workflow you describe for
>> maintenance of Debian packages? Single or team maintenance? Could
>> you elaborate a bit?
>
> I do use
Le mardi 01 août 2006 à 23:39 +0100, martin f krafft a écrit :
> also sprach John Goerzen <[EMAIL PROTECTED]> [2006.08.01.2247 +0100]:
> > I do use darcs to track patches against upstream. I really don't
> > understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> > manage your patch
Le mercredi 02 août 2006 à 10:21 +0200, Pierre Habouzit a écrit :
> Yesterday, a last round of bugs has been filled against packages that
> may need an upgrade to comply with the recent python policy[1].
Please also note that some of these bugs are invalid. For example, if
the package ships some
On Tuesday 01 August 2006 23:47, John Goerzen wrote:
> I do use darcs to track patches against upstream. I really don't
> understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> manage your patches when you could use a real VC tool that does it
> better?
Is there a common "best pra
Yesterday, a last round of bugs has been filled against packages that
may need an upgrade to comply with the recent python policy[1].
Some developpers have raised concerns directly to me about the 0-day NMU
policy warning in that report.
This § has been added because /usr/bin/python beeing pyth
Hi,
On Tue, Aug 01, 2006 at 03:31:26PM +0100, martin f krafft wrote:
> also sprach Pierre Machard <[EMAIL PROTECTED]> [2006.08.01.1501 +0100]:
> > snapshot.debian.net (still not-official but very usefull)
>
> This is very interesting, especially in the light of version control
> for packaging --
#include
* John Goerzen [Tue, Aug 01 2006, 04:47:13PM]:
> I do use darcs to track patches against upstream. I really don't
> understand the whole cdbs/dpatch/whatever thing -- why use a hack to
> manage your patches when you could use a real VC tool that does it
> better?
Because you can make y
85 matches
Mail list logo
