Package: wnpp
Severity: wishlist
* Package name: sdop
Version : 0.52
Upstream Author : Philip Hazel
* License : GPLv2+
Programming Lang: C
Description : Simple DocBook Processor
SDoP (Simple DocBook Processor) reads a DocBook XML file, processes it
into typeset pa
Joseph Rawson writes:
> On Saturday 20 June 2009 03:16:33 Goswin von Brederlow wrote:
>> But now you made me think about this too. So here is what I think:
>>
>> - My bandwidth at home is fast enough to fetch packages directly. No
>> need to mirror at all.
>>
>> - I don't want to download a pac
Package: wnpp
Severity: wishlist
Owner: Rail Aliev
* Package name: libstempel-java
Version : 1.0
Upstream Author : Leo Galambos , Andrzej Bialecki
* URL : http://www.getopt.org/stempel/
* License : Egothor Open Source License (Apache-style) and Apache
Licen
Package: wnpp
Owner: Rail Aliev
Severity: wishlist
* Package name: libmorfologik-stemming-java
Version : 1.1.4
Upstream Author : Marcin Miłkowski , Dawid Weiss
* URL : http://sourceforge.net/projects/morfologik
* License : BSD
Programming Lang: Java
Descr
Package: wnpp
Owner: Rail Aliev
Severity: wishlist
* Package name: libjaminid-java
Version : 0.99a
Upstream Author : Constantinos Michael
* URL : http://jaminid.sourceforge.net/
* License : LGPL
Programming Lang: Java
Description : Small and fast daemo
2009/6/20 Lars Wirzenius :
>
> I'm thinking about changing the way piuparts outputs results. At the
> moment it outputs a log file that contains everything it does, and
> buried deep in that is the test results. This tends to work badly.
[...]
> How would _you_ like to see piuparts report results,
Hi.
http://release.debian.org/migration/testing.pl?package=meta-gnome2;expand=1 :
Why is package X not in testing yet?
Checking meta-gnome2
trying to update meta-gnome2 from 1:2.24.3~2 to 1:2.24.3~3 (candidate
is 11 days old)
Updating meta-gnome2 makes 1 non-depending pa
Package: wnpp
Owner: Rail Aliev
Severity: wishlist
* Package name: libsegment-java
Version : 1.2.1
Upstream Author : Jarek Lipski
* URL : http://segment.sourceforge.net/
* License : MIT
Programming Lang: Java
Description : Rule based text splitting lib
[Reformatted due to excessively long lines.]
On Sat, Jun 20, 2009 at 09:09:17PM +0200, Krzysztof Burghardt wrote:
> It handles binary, sorted and unsorted hex, and GraphLink files,
> automatically detects keys, checks the validity of important header
> fields, can validate and re-sign previousl
Hi,
#531002 made me bring this to -devel. It seems Debian BTS fails in not offering
an 'invalid' or 'notabug' tag for cases which are not covered by 'wontfix' [0].
I've found the following discussions about this issue:
http://bugs.debian.org/227511
http://bugs.debian.org/376594
http://lists.debia
On Sun, 21 Jun 2009 13:24:48 -0300
Tiago Bortoletto Vaz wrote:
> #531002 made me bring this to -devel. It seems Debian BTS fails in
> #not offering
> an 'invalid' or 'notabug' tag for cases which are not covered by
> 'wontfix' [0]. I've found the following discussions about this issue:
Just put
Am Sonntag 21 Juni 2009 10:05:34 schrieb Andreas Metzler:
> Package: wnpp
> Severity: wishlist
>
>
> * Package name: sdop
> Version : 0.52
> Upstream Author : Philip Hazel
> * License : GPLv2+
> Programming Lang: C
> Description : Simple DocBook Processor
>
> SDoP (S
Raphael Hertzog wrote:
> On Sat, 20 Jun 2009, Raphael Geissert wrote:
>> All I see here is that the tools should be able to extract the
>> information from the changelog, which often includes a bug number and
>> other bits of information.
>
> I would say the opposite. Once you have created your p
On Sun, Jun 21, 2009 at 05:45:24PM +0100, Neil Williams wrote:
> On Sun, 21 Jun 2009 13:24:48 -0300
> Tiago Bortoletto Vaz wrote:
>
> > #531002 made me bring this to -devel. It seems Debian BTS fails in
> > #not offering
> > an 'invalid' or 'notabug' tag for cases which are not covered by
> > 'wo
On Sun, 21 Jun 2009 14:05:09 -0300
Tiago Bortoletto Vaz wrote:
> On Sun, Jun 21, 2009 at 05:45:24PM +0100, Neil Williams wrote:
> > On Sun, 21 Jun 2009 13:24:48 -0300
> > Tiago Bortoletto Vaz wrote:
> >
> > > #531002 made me bring this to -devel. It seems Debian BTS fails in
> > > #not offering
On Sun, 21 Jun 2009, Tiago Bortoletto Vaz wrote:
> Also, I don't think usertag covers this need. It's not a standard,
> and I guess* 'invalid' situations are so common which should deserve
> something more consistent (useful for statistics, searches/filters
> etc).
In order for me to bother to add
On Sun, Jun 21, 2009 at 06:32:10PM +0100, Neil Williams wrote:
> Which is precisely what I don't think we need. There is no difference
> between "invalid" and "this is an invalid bug, closing".
Of course there is. After the closed bug got archived, it's no longer
displayed by default for a bug s
Am Sonntag 21 Juni 2009 20:32:07 schrieb Andreas Metzler:
> On 2009-06-21 Hendrik Sattler wrote:
> > Am Sonntag 21 Juni 2009 10:05:34 schrieb Andreas Metzler:
> > > * Package name: sdop
> > > Version : 0.52
> > > Upstream Author : Philip Hazel
> > > * License : GPLv2+
> > >
On Sun, Jun 21, 2009 at 01:24:48PM -0300, Tiago Bortoletto Vaz wrote:
> (...) It seems Debian BTS fails in not offering
> an 'invalid' or 'notabug' tag for cases which are not covered by 'wontfix'
> [0].
> (...)
> For me it doesn't make sense to mark something as "I will not fix" if actually
> th
Jens Peter Secher writes:
> 2009/6/20 Lars Wirzenius :
>>
>> I'm thinking about changing the way piuparts outputs results. At the
>> moment it outputs a log file that contains everything it does, and
>> buried deep in that is the test results. This tends to work badly.
> [...]
>> How would _you_ l
On 2009-06-21 Hendrik Sattler wrote:
> Am Sonntag 21 Juni 2009 10:05:34 schrieb Andreas Metzler:
> > * Package name: sdop
> > Version : 0.52
> > Upstream Author : Philip Hazel
> > * License : GPLv2+
> > Programming Lang: C
> > Description : Simple DocBook Processor
There is a bit of discussion in bug #487546 about whether using cc or gcc as
the compiler is appropriate.
Particular questions:
* Are Debian packages supposed to be built by default using /usr/bin/gcc (or
whatever gcc is first in the path)? Or is it valid to use cc?
* What interface is the "c
On Sun, Jun 21, 2009 at 10:29:37PM +0300, Peter Eisentraut wrote:
> There is a bit of discussion in bug #487546 about whether using cc or gcc as
> the compiler is appropriate.
>
> Particular questions:
>
> * Are Debian packages supposed to be built by default using /usr/bin/gcc (or
> whatever g
Package: wnpp
Severity: wishlist
Owner: Jeremy Oden
* Package name: latex2mathml
Version : 0.1.0
Upstream Author : Jeremy Oden
* URL : https://sourceforge.net/projects/latex2mathml/
* License : BSD
Programming Lang: PHP5
Description : LaTeX2MathML is
Neil Williams writes:
> Which is precisely what I don't think we need. There is no difference
> between "invalid" [as a standard tag] and "this is an invalid bug,
> closing" [in a message on the report].
Adding my clarifications above to show that there clearly is a
difference: the proposal is t
[Copying the original poster because I'm not certain he's subscribed;
apologies for any resulting duplication.]
Olivier Berger writes:
> Updating meta-gnome2 makes 1 non-depending packages uninstallable on
> i386: gnome-desktop-environment
> binary package gnome
Aaron M. Ucko (21/06/2009):
> [Copying the original poster because I'm not certain he's subscribed;
> apologies for any resulting duplication.]
[AFAICT, he is, since he replied in some threads previously. ;)]
> I agree that this message is not as clear as it could be. In
> practice, I believe th
Package: wnpp
Severity: wishlist
Owner: Andres Mejia
* Package name: opencore-amr
Version : 0.1.1
Upstream Maintainer : Andres Mejia
* URL : http://opencore-amr.sourceforge.net/
* License : Apache 2.0
Programming Lang: C, C++
Descriptio
I have a source package with two binary packages. One binary package
is arch i386 amd64, the other is arch all containing the
architecture-independent data files. The resulting dsc file is
Architecture: amd64 i386 all
which lintan complains about:
E: eagle source: magic-arch-in-arch-list
I'm guess
29 matches
Mail list logo
