Re-salut Cyril,
Le Wed, Feb 13, 2008 at 03:30:24AM +0100, Cyril Brulebois a écrit :
> What about *relative* numbers, e.g. what % of the time is spent in the
> build itself (gcc and friends), and what % of the time is spent in the
> testsuite? Anyway, (almost) less than 1 hour everywhere isn't what
On Sun, Feb 10, 2008 at 01:20:14PM +0100, Roland Gruber wrote:
> but when I copy the files at install time (postinst) then /usr/share/doc
> should be no problem? If the administrator deletes the files in
> /usr/share/doc afterwards then my application will have no problems.
I got a similiar situati
On Tue, Feb 12, 2008 at 02:47:10PM +0100, David Paleino wrote:
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
I do the same except BCC so if anyone replies they don't spammed by
the BTS complaining about their reply being commands it doesn't
understand.
- Craig
--
Craig Small GnuPG:1C1B D8
On Feb 12, 2008 9:28 PM, Piotr Ożarowski <[EMAIL PROTECTED]> wrote:
> One more thing before I upload it: please clarify copyright holder
> issue - the one in sources and in debian/copyright doesn't match
>
Added the email of the author and Google as a copyright holder too.
I hope this is ok, if not
On 13/02/2008, Charles Plessy wrote:
> 1h05 on sparc,
> 37 min on mipsel,
> 39 min on mips,
> 37 min on powerpc,
> 19 min on hppa,
> 6 min on amd64…
What about *relative* numbers, e.g. what % of the time is spent in the
build itself (gcc and friends), and what % of the time is spent in the
testsui
Hello,
On Wed, 13 Feb 2008, I wrote:
> I've been trying to write a watch file for "flpsed".
First of all sorry for hijacking the thread.
Secondly, it is amazing how writing down one's problem
makes it clear how to solve it!
> As far as I can see the author's logic for this somewhat bizarre
> nu
Le Wed, Feb 13, 2008 at 02:40:02AM +0100, Cyril Brulebois a écrit :
>
> I'd rather enable the tests on all architectures
Well, no problem for me. One of the reasons why I disabled the tests in
the past was that I asked the question and I was advised to do so.
Last time, the tests have taken:
1h
Hello,
I've been trying to write a watch file for "flpsed".
The upstream home page is at
http://www.ecademix.com/JohannesHofmann/flpsed.html
This lists two versions of flpsed based on which version of the
library fltk is being used. Since Debian only has fltk1.1.x at
the moment, I can pa
On 13/02/2008, Charles Plessy wrote:
> I have disabled the tests on arm m68k s390 because they are not so
> fast, and on mips mipsel hppa because the buildds for these arches
> are not keeping up.
That won't help your package get faster on the top of the queue. And
this doesn't seem to be a valid
Feb 13, 2008 3:53 AM, Giancarlo Niccolai <[EMAIL PROTECTED]> wrote:
> The checks performed by Ubuntu maintainers have been quite extensive
> and deep, and the package should be ready as is; so, I am requesting a
> sponsor to forward the package in Debian too.
I was intrigued by this claim, so her
Le Tue, Feb 12, 2008 at 03:11:05PM +, Neil Williams a écrit :
>
> If the tests are disabled, you won't know if some tests fail on
> different architectures. The whole point of make check if ensuring that
> the build works in environments other than the build machine.
>
> What about simply lim
[Mauro Lizaur, 11.02.2008]
> may i ask which was the lintian error? i executed lintan -i -I and it
> was clean :/
it was about missing python package in Build-Depends (a bug in lintian -
fixed already)
> All the changes you made are fine for me, there are only two thing
> that i would change:
> -
On Tue, 2008-02-12 at 22:19 +0100, Alexander Schmehl wrote:
> Hi!
>
> * D. Moonfire <[EMAIL PROTECTED]> [080212 20:24]:
> > Salutations, after getting `meritous` packaged, someone kindly found a
> > few bugs which I've patched, sent upstream, but I figured getting them
> > out as soon as reasonab
Hi!
* D. Moonfire <[EMAIL PROTECTED]> [080212 20:24]:
> Salutations, after getting `meritous` packaged, someone kindly found a
> few bugs which I've patched, sent upstream, but I figured getting them
> out as soon as reasonable would be a Good Thing(tm) being that one of
> them causes the game to
Salutations, after getting `meritous` packaged, someone kindly found a
few bugs which I've patched, sent upstream, but I figured getting them
out as soon as reasonable would be a Good Thing(tm) being that one of
them causes the game to crash on the first boss fight. :)
.dsc:
http://mfgames.com/de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear mentors,
I have uploaded the package as currently proposed and accepted in
Ubuntu, debianized where relevant.
The source is at:
http://www.falconpl.org/downloads/0.8.8/falconpl_0.8.8-1.diff.gz
http://www.falconpl.org/downloads/0.8.8/falconpl_0.8
Hi,
reading the thread "Lintian: outdated-autotools-helper-file" on this
list, I think I now found the right way(TM) to handle config.{sub,guess}
files:
The two files are removed (using rm -f) in the clean target, but then
the source package would generate a Lintian error as in the above
mentioned
On Tue, 12 Feb 2008, Henrique de Moraes Holschuh wrote:
> On Tue, 12 Feb 2008, David Paleino wrote:
> > I usually do:
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
>
> Better change that cc to bcc. That way, spammers (and people) replying to
> your mail will not hammer the poor control bot
On Mon, Feb 11, 2008 at 03:19:36PM -0800, Russ Allbery wrote:
> Bas Wijnen <[EMAIL PROTECTED]> writes:
> > On Mon, Feb 11, 2008 at 09:21:29AM -0800, Russ Allbery wrote:
>
> >> Always re-running autoconf and automake would increase the number of
> >> FTBFS's that we'd need to fix.
>
> > Not really
On Tue, 12 Feb 2008, David Paleino wrote:
> I usually do:
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
Better change that cc to bcc. That way, spammers (and people) replying to
your mail will not hammer the poor control bot.
--
"One disk to rule them all, One disk to find them. One disk to
On Tue, 2008-02-12 at 23:37 +0900, Charles Plessy wrote:
> I am using CDBS for a package, in particular because it gives the support of
> the "nocheck" option for free, but in addition I want to disable by default
> the
> checks for some arches, because they take 20 min on an iMac G5…
If the test
Hi David,
* David Paleino <[EMAIL PROTECTED]> [2008-02-12 15:10]:
> Il giorno Tue, 12 Feb 2008 14:53:21 +0100
> Nico Golde <[EMAIL PROTECTED]> ha scritto:
> > * David Paleino <[EMAIL PROTECTED]> [2008-02-12 14:50]:
> > [...]
> > > I usually sign all my emails -- but when I include commands to the
Dear mentors,
I am using CDBS for a package, in particular because it gives the support of
the "nocheck" option for free, but in addition I want to disable by default the
checks for some arches, because they take 20 min on an iMac G5…
To add things to the clean rule, one would have to write somet
Il giorno Tue, 12 Feb 2008 14:53:21 +0100
Nico Golde <[EMAIL PROTECTED]> ha scritto:
> Hi David,
Hi Nico,
> * David Paleino <[EMAIL PROTECTED]> [2008-02-12 14:50]:
> [...]
> > I usually sign all my emails -- but when I include commands to the BTS I
> > cannot do that, as the GPG header is "conf
Le 12 févr. 08 à 14:47, David Paleino a écrit :
Il giorno Tue, 12 Feb 2008 14:35:46 +0100
Thibaut Paumard <[EMAIL PROTECTED]> ha scritto:
Sometimes, I want to send new information to a bug report and set
tags or otherwise modify the bug at the same time (for instance, but
not only, sending a
Hi David,
* David Paleino <[EMAIL PROTECTED]> [2008-02-12 14:50]:
[...]
> I usually sign all my emails -- but when I include commands to the BTS I
> cannot
> do that, as the GPG header is "confusing" the server.
>
> So, this is how you would do it. I add more to the original question: is it
> po
Il giorno Tue, 12 Feb 2008 14:35:46 +0100
Thibaut Paumard <[EMAIL PROTECTED]> ha scritto:
> Hi,
Hi,
> There is a trivial question I've been asking myself for some time,
> and I guess it will be best abswered here.
>
> Sometimes, I want to send new information to a bug report and set
> tags
Hi,
There is a trivial question I've been asking myself for some time,
and I guess it will be best abswered here.
Sometimes, I want to send new information to a bug report and set
tags or otherwise modify the bug at the same time (for instance, but
not only, sending a patch and setting th
Am Montag, den 11.02.2008, 19:48 +0100 schrieb Bernhard R. Link:
> * Daniel Leidert <[EMAIL PROTECTED]> [080211 15:21]:
> > If you care
> > and if you want to avoid this: preserve the original config.* scripts
> > and put them back in the clean-target. This increases the whole
> > debian/rules file
On Tue, Feb 12, 2008 at 11:02:40AM +, Neil Williams wrote:
> On Tue, 2008-02-12 at 10:43 +0100, Václav Ovsík wrote:
> > Dear mentors,
> >
> > I am looking for a sponsor for the new version 1.0.3-2
> > of my package "ustr".
> >
> > It builds these binary packages:
> > libustr-1.0-1 - Micro st
On Tue, 2008-02-12 at 12:07 +0100, Patrick Schoenfeld wrote:
> Hey Neil,
>
> On Tue, Feb 12, 2008 at 11:02:40AM +, Neil Williams wrote:
> > Good, that's the kind of RFS I like to see - just one thing missing,
> > this is an existing package:
> > http://packages.qa.debian.org/u/ustr.html
>
> j
Hi
Dne Tue, 12 Feb 2008 11:02:40 +
Neil Williams <[EMAIL PROTECTED]> napsal(a):
> That can be inferred from the bug fix description but the knowledge of
> whether this is a new package (with an ITP) or an existing package is
> very useful to a potential sponsor so it is as well to put it in a
Hey Neil,
On Tue, Feb 12, 2008 at 11:02:40AM +, Neil Williams wrote:
> Good, that's the kind of RFS I like to see - just one thing missing,
> this is an existing package:
> http://packages.qa.debian.org/u/ustr.html
just a quick note (and question): He indicated that this package isn't
new, by
On Tue, 2008-02-12 at 10:43 +0100, Václav Ovsík wrote:
> Dear mentors,
>
> I am looking for a sponsor for the new version 1.0.3-2
> of my package "ustr".
>
> It builds these binary packages:
> libustr-1.0-1 - Micro string library: shared library
> libustr-1.0-1-dbg - Micro string library: debug
Dear mentors,
I am looking for a sponsor for the new version 1.0.3-2
of my package "ustr".
It builds these binary packages:
libustr-1.0-1 - Micro string library: shared library
libustr-1.0-1-dbg - Micro string library: debugging symbols
libustr-dev - Micro string library: development stuff
li
On 11/02/2008, Andres Mejia wrote:
> Perhaps it's best to include where the description and other
> information should go. I'm thinking something like:
> […]
> The package appears to be lintian clean.
I'd like not to see this in a template anymore. And rather a “State of
the package with the lates
36 matches
Mail list logo
