On 01/10/07 at 16:36 -0400, Joey Hess wrote:
> Pierre Habouzit wrote:
> > Now that the BTS has versionning, one can use the last version with
> > the bug marked as "found" to know if the ping is necessary or not. If
> > it's a BTS feature (and not done by the maintainer themselves) that
> > would
Hi Pierre!
You wrote:
> and _I_ find perfectly sensible that bugs that are opened for say 1
> year, get a "ping" mail to the submitter to say (basically):
>
> heya this bug is opened for [X months], and since last version
> ([VER]) the maintainer uploaded [X] new upstream releases, and
CWTE: C'Watre International, Inc
Trade Alert. CWTE just announced trading on the OTC. CWTE has the potential
to return 5 times your money with this tight capital structure.
This means the stock can see $1.50 when news is realesed. CWTE has a womens
line of ageless cosmetics that is overwhelmin
CWTE: C'Watre International, Inc
Trade Alert. CWTE just announced trading on the OTC. CWTE has the potential
to return 5 times your money with this tight capital structure.
This means the stock can see $1.50 when news is realesed. CWTE has a womens
line of ageless cosmetics that is overwhelmin
Quoting Juliusz Chroboczek ([EMAIL PROTECTED]):
> What Joey and I are specifically complaining about are three bugs that
> we have described in enough detail and that are trivial to reproduce.
> The maintainer did not send us personal mail asking for help; he sent
> us an automated mass mailing th
On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> diff -u <(c++filt --- /dev/fd/63 2007-10-02 00:19:14.445928644 +0100
> +++ /dev/fd/62 2007-10-02 00:19:14.445928644 +0100
> @@ -102,7 +102,7 @@
> raw_socket_stream::raw_socket_stream(FreeSockets::IP_Protocol)@Base 0.3.6-2
> ra
Quoting Pierre Habouzit ([EMAIL PROTECTED]):
> FWIW I don't think a ping should threaten to close the bug. That is
> wrong.
Threaten, no. Suggest that it could be closed, yes.
I personnally assume the concept of being pretty "aggressive" wrt bugs
in packages that have a non manageable amount
> This is exactly the point I've been trying to make for a long time,
> about things like autoconf and automake1.x, and why you should
> build-depend on them and run them every time. Because it proves that
> we are fully self-hosting, and the main reason _not_ to do it is the
> fear that we might
On Mon, Oct 01, 2007 at 10:10:35PM +0300, Riku Voipio wrote:
> On Mon, Oct 01, 2007 at 08:00:22PM +0200, Juliusz Chroboczek wrote:
> > While I realise that it is sometimes difficult to deal with hundreds
> > of old bug reports, there are other ways of dealing with this kind of
> > issue, such as ta
[Ian Jackson]
> There are quite a few automated systems that rebuild Debian packages
> - the buildds, my autopkgtest system, various other testers, and they
> are all situations where the work done to build the cross-compiler is
> not wasted: we repeat that processing precisely so that we know tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines
=-=-=-=-=-=-=-=-
> acf05695-2c74-4751-a58a-ab7eb8282300
> [ 1 ] Choice 1: Reduce the length of DPL election process
> [ 3 ] Choice 2: As above, but do not change election start date in
sec
On Mon, 2007-10-01 at 14:38 -0700, Steve Langasek wrote:
> On Mon, Oct 01, 2007 at 09:18:22PM +0200, Michael Koch wrote:
> > On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > > Hello,
>
> > > since library maintainers will soon have the possibilty to use
> > > symbol-based depen
> The insult isn't the request for help. The insult is the implication
> that if there's no response, the bug will be summarily closed with no
> attempt made to see if the problem reported is fixed.
Very well put. That's exactly the bit that got me annoyed.
On Mon, Oct 01, 2007 at 10:02:25PM +, Ben Finney wrote:
> Pierre Habouzit <[EMAIL PROTECTED]> writes:
>
> > On Mon, Oct 01, 2007 at 08:57:07PM +, Pierre Habouzit wrote:
> > > Asking *kindly* some help from the submiter, once or twice a
> > > [year], is not an insult.
>
> The insult isn't
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> On Mon, Oct 01, 2007 at 08:57:07PM +, Pierre Habouzit wrote:
> > Asking *kindly* some help from the submiter, once or twice a
> > [year], is not an insult.
The insult isn't the request for help. The insult is the implication
that if there's no res
On Mon, Oct 01, 2007 at 09:34:56PM +, Juliusz Chroboczek wrote:
> What Joey and I are specifically complaining about are three bugs that
> we have described in enough detail and that are trivial to reproduce.
> The maintainer did not send us personal mail asking for help; he sent
> us an automa
On Mon, Oct 01, 2007 at 09:18:22PM +0200, Michael Koch wrote:
> On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > Hello,
> > since library maintainers will soon have the possibilty to use
> > symbol-based dependencies (instead of shlibs) I setup a system
> > to keep up-to-date r
> Also node that many bugs are sometimes hard to reproduce, because you
> need a very specific environment that the maintainer not always have
> (e.g. the issue I have is that as a glibc maintainer, I've no large
> enough and used pam-ldap or NIS setups, and we have some bugs that rot
> because I
On Mon, Oct 01, 2007 at 08:57:07PM +, Pierre Habouzit wrote:
> properly). Asking *kindly* some help from the submiter, once or twice a
> day, is not an insult. And if you don't feel like helping, you can
^^^
eeew I obviously meant year.
And we also could not ping bugs with severity < nor
On Mon, 01 Oct 2007, Joey Hess wrote:
> I have 524 open bug reports that I filed in the Debian BTS. What
> percentage of these are you suggesting I be pinged for on a yearly
> basis? Doesn't this tend to send the message that a bug submitter's
> time is less valuable than the package maintainer's t
On Mon, Oct 01, 2007 at 08:36:51PM +, Joey Hess wrote:
> Pierre Habouzit wrote:
> > Now that the BTS has versionning, one can use the last version with
> > the bug marked as "found" to know if the ping is necessary or not. If
> > it's a BTS feature (and not done by the maintainer themselves)
Pierre Habouzit wrote:
> Now that the BTS has versionning, one can use the last version with
> the bug marked as "found" to know if the ping is necessary or not. If
> it's a BTS feature (and not done by the maintainer themselves) that
> would be, say, 2 mails a year (if those are triggered every
On Mon, Oct 01, 2007 at 07:43:37PM +, Joey Hess wrote:
> Pierre Habouzit wrote:
> > later than today on IRC we discussed that, and _I_ find perfectly
> > sensible that bugs that are opened for say 1 year, get a "ping" mail to
> > the submitter to say (basically):
>
> But not if the bug is a se
Pierre Habouzit wrote:
> later than today on IRC we discussed that, and _I_ find perfectly
> sensible that bugs that are opened for say 1 year, get a "ping" mail to
> the submitter to say (basically):
But not if the bug is a security bug, and not if the bug is forwarded to
an upstream BTS, where i
On Mon, 01 Oct 2007 20:00:22 +0200, Juliusz Chroboczek
<[EMAIL PROTECTED]> wrote:
>I have just received the attached mail. The relevant bit is at the end:
>
>> As this bug is quite old, I intend to close it if you don't update
>> your bug report in the next 6 weeks.
>
>Since this particular bug is
On Mon, Oct 01, 2007 at 07:08:19PM +, Juliusz Chroboczek wrote:
> >> Since this particular bug is trivial to reproduce (ls
> >> ~/.mozilla/firefox/), it would appear that the Firefox maintainers
> >> are mass-closing bug reports without even checking what they are
> >> about.
>
> > Considering
> If you can't find the time to triage old bugs, it's kinda hard to
> convince a volunteer to do it for you.
I am not quite sure what you mean.
Are you saying that in order to submit a bug against a Debian package
without it being summarily closed, I need to be a member of the
development team fo
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> Hello,
>
> since library maintainers will soon have the possibilty to use
> symbol-based dependencies (instead of shlibs) I setup a system
> to keep up-to-date ready-to-use symbols files using Mole:
> http://qa.debian.org/cgi-bin/m
Package: wnpp
Severity: wishlist
Owner: Pierre THIERRY <[EMAIL PROTECTED]>
* Package name: bordeaux-threads
Version : 0.0.2
Upstream Author : Greg Pfeil
* URL : http://common-lisp.net/project/bordeaux-threads/
* License : MIT
Programming Lang: Common Lisp
De
Package: wnpp
Severity: wishlist
Owner: Pierre THIERRY <[EMAIL PROTECTED]>
* Package name: cl-vectors
Version : 0.1.3
Upstream Author : Frédéric Jolliton <[EMAIL PROTECTED]>
* URL : http://projects.tuxee.net/cl-vectors/
* License : LLGPL
Programming Lang: Comm
Package: wnpp
Severity: wishlist
Owner: Pierre THIERRY <[EMAIL PROTECTED]>
* Package name: mt19937
Version : 1.1
Upstream Author : Douglas T. Crosher and Raymond Toy
* URL : http://www.cliki.net/MT19937
* License : Public Domain
Programming Lang: Common Lisp
On Mon, Oct 01, 2007 at 08:00:22PM +0200, Juliusz Chroboczek wrote:
> While I realise that it is sometimes difficult to deal with hundreds
> of old bug reports, there are other ways of dealing with this kind of
> issue, such as tagging old bugs when they lack submitter input, or at
> least going th
>> Since this particular bug is trivial to reproduce (ls
>> ~/.mozilla/firefox/), it would appear that the Firefox maintainers
>> are mass-closing bug reports without even checking what they are
>> about.
> Considering that the message which has been sent to you does not close
> the bug, nor does
Joey Hess wrote:
> Surely packages.debian.org is not a good example of a site with
> generally few Debian users.
>
> The scenario seems more likely to me on small non-technical sites that
> only a few Debian unstable users are likely to visit. For special fun,
> try browsing from an unusual archite
On Mon, 01 Oct 2007, Juliusz Chroboczek wrote:
> Since this particular bug is trivial to reproduce (ls
> ~/.mozilla/firefox/), it would appear that the Firefox maintainers
> are mass-closing bug reports without even checking what they are
> about.
Considering that the message which has been sent t
Newsletter Urbannews
td {padding:1px;}
Vrajitorul.eu
Cel mai avansat soft de cautare a datelor de identificare si a bunurilor.
Ultimele Stiri
Luni, 01 Octombrie 2007
Premiem cu 100 ron cel mai bun comentariu.Detalii in acest newsletter
Legaturi
Dear all,
I have just received the attached mail. The relevant bit is at the end:
> As this bug is quite old, I intend to close it if you don't update
> your bug report in the next 6 weeks.
Since this particular bug is trivial to reproduce (ls ~/.mozilla/firefox/),
it would appear that the Fire
On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> In other cases, most of the architectures are in sync and some
> special architectures are creating troubles. It looks like
> hurd-i386 is currently causing me lots of troubles for example on pango:
> http://qa.debian.org/cgi-bin/mo
Hello!
On Mon, 01 Oct 2007 17:47:34 +0200, Raphael Hertzog wrote:
> since library maintainers will soon have the possibilty to use
> symbol-based dependencies (instead of shlibs) I setup a system
> to keep up-to-date ready-to-use symbols files using Mole:
> http://qa.debian.org/cgi-bin/mole/seedsy
On Mon, 01 Oct 2007, Piotr Roszatycki wrote:
> 2007/10/1, Hamish Moffatt <[EMAIL PROTECTED]>:
> > > I think it is because the nimbus font is released on GPL license, so
> > > the source code is required. The Olson DB is public domain so its
> > > license does not exact the shipping of source form.
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>
* Package name: unoconv
Version : 0.3
Upstream Author : Dag Wieers <[EMAIL PROTECTED]>
* URL : http://dag.wieers.com/home-made/unoconv/
* License : GPLv2
Programming Lang: Python
Desc
Hi,
On Mon, 01 Oct 2007, Pierre Habouzit wrote:
> On Mon, Oct 01, 2007 at 03:47:34PM +, Raphael Hertzog wrote:
> > You type a binary package name and you get to see whether you'll
> > be able to use a single symbols files for all arches like
> > simple libs, for example ftplib3:
> > http://qa.
On Mon, Oct 01, 2007 at 03:47:34PM +, Raphael Hertzog wrote:
> You type a binary package name and you get to see whether you'll
> be able to use a single symbols files for all arches like
> simple libs, for example ftplib3:
> http://qa.debian.org/cgi-bin/mole/seedsymbols?pkgname=ftplib3
>
> Or
Hello,
since library maintainers will soon have the possibilty to use
symbol-based dependencies (instead of shlibs) I setup a system
to keep up-to-date ready-to-use symbols files using Mole:
http://qa.debian.org/cgi-bin/mole/seedsymbols
You type a binary package name and you get to see whether yo
David Anderson writes ("Re: Packaging a library that requires cross-compiled
code"):
> I'm not sure what you mean by detecting accidental breakage to the
> build machinery, but that means building a full cross-compiler each
> time the package is rebuilt. Currently, we have a set of rules that
> us
Il giorno Mon, 1 Oct 2007 16:47:16 +0200
Magnus Holmgren <[EMAIL PROTECTED]> ha scritto:
> I'm taking over a package (pike7.6) that up to when it was orphaned got an
> automated changelog entry each time the upstream build number was
> incremented. Hence debian/changelog contains tens of complet
On 10/1/07, Ian Jackson <[EMAIL PROTECTED]> wrote:
> David Anderson writes ("Re: Packaging a library that requires cross-compiled
> code"):
> > This provides a way to build the entire package, using only
> > debian-provided packages, with a 'caching' functionality to avoid
> > having to rebuild a
I'm taking over a package (pike7.6) that up to when it was orphaned got an
automated changelog entry each time the upstream build number was
incremented. Hence debian/changelog contains tens of completely
informationless entries ("The latest cvs snapshot", nothing more). I'm
thinking about dele
2007/10/1, Hamish Moffatt <[EMAIL PROTECTED]>:
> > I think it is because the nimbus font is released on GPL license, so
> > the source code is required. The Olson DB is public domain so its
> > license does not exact the shipping of source form.
>
> The DFSG requires us to ship the source though. C
David Anderson writes ("Re: Packaging a library that requires cross-compiled
code"):
> This provides a way to build the entire package, using only
> debian-provided packages, with a 'caching' functionality to avoid
> having to rebuild a toolchain if a previous version of the package is
> installed
Simon Richter writes ("Re: Packaging a library that requires cross-compiled
code"):
> David Anderson wrote:
> > But, if there is precedent, it might not be too painful to mimick
> > existing cross-compiler packages to build my own. I'll see what I can
> > do.
>
> Please coordinate any such effort
On Mon, Oct 01, 2007 at 03:11:05PM +0200, Piotr Roszatycki wrote:
> I think it is because the nimbus font is released on GPL license, so
> the source code is required. The Olson DB is public domain so its
> license does not exact the shipping of source form.
The DFSG requires us to ship the source
2007/10/1, Holger Levsen <[EMAIL PROTECTED]>:
> > I don't know any example of package which has included some additional
> > sources because the upstream didn't provide real-sources for its
> > sources.
>
> typo3-src is an example. Upstream doesn't provide the source for a font it
> ships.
>
> Sear
Le lundi 01 octobre 2007 à 14:55 +0200, Adeodato Simó a écrit :
> * Josselin Mouette [Mon, 01 Oct 2007 11:11:35 +0200]:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Josselin Mouette <[EMAIL PROTECTED]>
>
> > * Package name: pygtksourceview
>
> Are they moving out of python-gnome2-de
* Josselin Mouette [Mon, 01 Oct 2007 11:11:35 +0200]:
> Package: wnpp
> Severity: wishlist
> Owner: Josselin Mouette <[EMAIL PROTECTED]>
> * Package name: pygtksourceview
Are they moving out of python-gnome2-desktop, then? Asking because I'll
have a Suggest to adjust, then.
Cheers,
--
Ade
Hi,
On Monday 01 October 2007 11:01, Piotr Roszatycki wrote:
> I don't know any example of package which has included some additional
> sources because the upstream didn't provide real-sources for its
> sources.
typo3-src is an example. Upstream doesn't provide the source for a font it
ships.
On Mon, Oct 01, 2007 at 03:45:39AM -0400, Joey Hess wrote:
>
> I'm hoping that some people will find this useful and support for it
> will get into svn-buildpackage, git-buildpackage, etc. I think it could
> be significantly simpler and easier to use than the complex dance
> svn-buildpackage uses
Package: wnpp
Severity: wishlist
Owner: Josselin Mouette <[EMAIL PROTECTED]>
* Package name: pygtksourceview
Version : 2.0.0
Upstream Author : Gian Mario Tagliaretti <[EMAIL PROTECTED]>
* URL : http://ftp.gnome.org/pub/gnome/sources/pygtksourceview/
* License :
2007/10/1, Peter Samuelson <[EMAIL PROTECTED]>:
> What upstream does, and whether the upstream license requires source,
> are not valid arguments for whether we're meeting the DFSG. There are
> many packages in Debian that have to be altered to comply with the
> DFSG.
I don't know any example of
(Reposted here with additions from my blog, for people who don't read that.)
Keeping pristine upstream tarballs around is a pain, especially when working
in a team. Wouldn't it be nice to be able to keep them in revision control?
Except, it would use far too much disk...
Here's a solution. It gen
60 matches
Mail list logo
