Hello Tim,
On Tuesday 08 December 2009, Tim Retout wrote:
> If there's no response within a week of your message, I'll be happy to
> just go ahead and sponsor your version.
>
any chance you could upload collectl?
Thanks,
Bernd
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.
On Tue, Jan 12, 2010 at 2:01 PM, Russ Allbery wrote:
> Hm, isn't the obvious and simple way of implementing this change to just
> create a second class of buildds that do exactly what the current ones do
> but then throw out all the arch-dependent packages and only keep the
> arch-independent one
Paul Wise writes:
> When that change occurs, there will be 2 kinds of buildds; the one that
> builds the arch all and arch any packages and the ones that
> builds. These will obviously be different for different packages, I
> imagine the fastest arches will be chosen for the build-arch independen
On Tue, Jan 12, 2010 at 11:33 AM, Russ Allbery wrote:
> Doesn't that break regular builds? Or does calling the binary target then
> clean it up by going back to run build-indep?
The in mapserver back then binary-indep/install-indep targets depended
on build-indep and the buildds call binary-arc
Paul Wise writes:
> On Tue, Jan 12, 2010 at 9:23 AM, Russ Allbery wrote:
>> The basic problem is that while there's potentially some use to the
>> idea of separating out architecture-independent build requirements,
>> Lintian wasn't really checking that. In order to support this, you
>> have to
On Tue, Jan 12, 2010 at 9:23 AM, Russ Allbery wrote:
> The basic problem is that while there's potentially some use to the idea
> of separating out architecture-independent build requirements, Lintian
> wasn't really checking that. In order to support this, you have to very
> carefully structure
Tim Retout writes:
> This is correct; however, having read bug #552200, I'm not yet
> personally convinced that it deserved to be removed. If the package
> later added some arch-dependent binary packages, it would be nice to be
> consistent.
The basic problem is that while there's potentially s
On Sun, 2010-01-10 at 09:43 +0800, Paul Wise wrote:
> On Sun, Jan 10, 2010 at 9:05 AM, Bernd Schubert
> wrote:
>
> > Lintian -pendantic complains with:
> >
> > I: collectl source: build-depends-without-arch-dep bash
> ...
> > I'm not sure what to do about the new "build-depends-without-arch-dep".
Bernd Schubert writes:
> I just uploaded the new collectl release.
>
> Lintian -pendantic complains with:
>
> I: collectl source: build-depends-without-arch-dep bash
Paul Wise writes:
> lintian does not have a build-depends-without-arch-dep tag, it was
> removed in the 2.3.0 release. You shou
On Sun, Jan 10, 2010 at 9:05 AM, Bernd Schubert
wrote:
> Lintian -pendantic complains with:
>
> I: collectl source: build-depends-without-arch-dep bash
...
> I'm not sure what to do about the new "build-depends-without-arch-dep". If I
> set in the control file "Build-Depends-Indep" it complains a
Hello Tim,
I just uploaded the new collectl release.
Lintian -pendantic complains with:
I: collectl source: build-depends-without-arch-dep bash
and
I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:41
I'm not sure what to do about the new "build-depends-without-arch-d
ark
>Cc: Tim Retout; debian-mentors@lists.debian.org
>Subject: Re: RFS: collectl
>
>On Monday 14 December 2009, Seger, Mark wrote:
>> >-Original Message-
>> >From: Tim Retout [mailto:t...@retout.co.uk]
>> >Sent: Monday, December 14, 2009 10:20 AM
>
On Monday 14 December 2009, Seger, Mark wrote:
> >-Original Message-
> >From: Tim Retout [mailto:t...@retout.co.uk]
> >Sent: Monday, December 14, 2009 10:20 AM
> >You don't have to get rid of them necessarily, if they're useful
> >documentation.
> >
> >> - is it ok to keep my utility scrip
>-Original Message-
>From: Tim Retout [mailto:t...@retout.co.uk]
>Sent: Monday, December 14, 2009 10:20 AM
>To: Seger, Mark
>Cc: Bernd Schubert; debian-mentors@lists.debian.org
>Subject: Re: RFS: collectl
>
>On Mon, Dec 14, 2009 at 02:26:54PM +, Seger, Mar
On Mon, Dec 14, 2009 at 02:26:54PM +, Seger, Mark wrote:
> >From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm]
> >I have to clearly admit, that I don't care if it is a hyphen, dash or
> >minus,
> >for me all three are the same. I even don't know which of those three is
> >correct for some
>-Original Message-
>From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm]
>Sent: Monday, December 14, 2009 9:18 AM
>To: Seger, Mark
>Cc: Tim Retout; debian-mentors@lists.debian.org
>Subject: Re: RFS: collectl
>
>Good morning Mark!
>
>On Monday 14 De
Good morning Mark!
On Monday 14 December 2009, Seger, Mark wrote:
> Figuring it was just easier to do it, I just added man pages for client.pl,
Great, thanks. I will check out CVS this evening and then create a new
package.
> col2tlviz.pl and reads to the kit. Are the errors about minus signs
ists.debian.org; Seger, Mark
>Subject: Re: RFS: collectl
>
>Hello Tim,
>
>thanks a lot for your help!
>
>On Tuesday 08 December 2009, Tim Retout wrote:
>> On Mon, Dec 07, 2009 at 12:26:01AM +0100, Bernd Schubert wrote:
>> > Dear mentors,
>> >
>> > I
fastmail.fm]
>Sent: Sunday, December 13, 2009 7:48 PM
>To: Tim Retout
>Cc: debian-mentors@lists.debian.org; Seger, Mark
>Subject: Re: RFS: collectl
>
>Hello Tim,
>
>thanks a lot for your help!
>
>On Tuesday 08 December 2009, Tim Retout wrote:
>> On Mon, Dec 07, 200
Bernd Schubert writes:
> I just fixed a couple of --pedantic complaints. Now two issues are left.
> I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:139
> [...]
> I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:198
> I: collectl: hyphen-used-as-min
Hello Tim,
thanks a lot for your help!
On Tuesday 08 December 2009, Tim Retout wrote:
> On Mon, Dec 07, 2009 at 12:26:01AM +0100, Bernd Schubert wrote:
> > Dear mentors,
> >
> > I am looking for a sponsor and a little help for my package "collectl".
> >
> > Firstly I have three package questions.
On Mon, Dec 07, 2009 at 12:26:01AM +0100, Bernd Schubert wrote:
> Dear mentors,
>
> I am looking for a sponsor and a little help for my package "collectl".
>
> Firstly I have three package questions.
>
> 1) The package is based on perl and uses additional modules. As far I know
> /usr/lib/perl
Dear mentors,
I am looking for a sponsor and a little help for my package "collectl".
Firstly I have three package questions.
1) The package is based on perl and uses additional modules. As far I know
/usr/lib/perl5/collectl would be the optimal path. But upstream prefers
/usr/share/collectl.
23 matches
Mail list logo
