Le Tue, Jul 08, 2008 at 02:33:41PM +0800, Paul Wise a écrit :
>
> The problem boils down to the short description not having any words
> that are specific to the field the package relates to.
I am actually quite happy that the jargon of genomics is still using
common dictionnary words. The downsi
On Tue, Jul 8, 2008 at 1:51 PM, Charles Plessy <[EMAIL PROTECTED]> wrote:
> This short description is actually the expansion of the `Maq' acronym. I
> usually like to expand acronyms in the short description, but if it is
> not appropriate, I will change it.
Ah. My post was because I was concerne
Package: wnpp
Severity: wishlist
Owner: Iustin Pop <[EMAIL PROTECTED]>
* Package name: protobuf
Version : 2.0.0~beta
Upstream Author : Google Inc
* URL : http://code.google.com/p/protobuf/
* License : Apache 2.0
Programming Lang: C++/Python/Java
Description
Le Tue, Jul 08, 2008 at 01:03:26PM +0800, Paul Wise a écrit :
> On Tue, Jul 8, 2008 at 12:15 PM, Charles Plessy <[EMAIL PROTECTED]> wrote:
>
> > Description : Mapping and Assembly with Quality
>
> Please add "genetic" to the short description and no need to
> capitalise the words. Also, is "
Neil Williams <[EMAIL PROTECTED]> writes:
> On Tue, 2008-07-01 at 18:44 +0200, Goswin von Brederlow wrote:
>> James Vega <[EMAIL PROTECTED]> writes:
>>
>> > On Sat, Jun 28, 2008 at 02:03:05AM -0700, Steve Langasek wrote:
>> >> So if we allow multiple packages to be installed at the same time whic
On Tue, Jul 8, 2008 at 12:15 PM, Charles Plessy <[EMAIL PROTECTED]> wrote:
> Description : Mapping and Assembly with Quality
Please add "genetic" to the short description and no need to
capitalise the words. Also, is "with Quality" needed, perhaps it needs
to be "with probabilistic quality"?
Package: wnpp
Severity: wishlist
Owner: Charles Plessy <[EMAIL PROTECTED]>
Package name: maq
Version : 0.6.7
Upstream Author : Heng Li <[EMAIL PROTECTED]>
URL : http://maq.sourceforge.net/
License : GPL-3
Programming Lang: C
Description : Mapping a
Ron Johnson <[EMAIL PROTECTED]> writes:
> > * Package name: pllua
The package name should match that of other procedural-language
extensions for PostgreSQL:
postgresql-plperl
postgresql-plpython
postgresql-plruby
postgresql-pltcl
> > Description : PL/Lua is an implemen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/07/08 20:28, Fernando Ike de Oliveira wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Fernando Ike de Oliveira <[EMAIL PROTECTED]>
>
>
> * Package name: pllua
> Version : 0.8.1
> Upstream Author : Luis Carvalho <[EMAIL PROT
Michael Tautschnig <[EMAIL PROTECTED]> writes:
>> Can I please have some input into this bug report?
>>
>> The report itself seems valid, ideally these packages shouldn't conflict.
>>
>> Solving this in such a way as not to break lots of stuff could be
>> awkward though.
>>
>> Ideas?
Adding alt
> Hello,
>
> Can I please have some input into this bug report?
>
> The report itself seems valid, ideally these packages shouldn't conflict.
>
> Solving this in such a way as not to break lots of stuff could be
> awkward though.
>
> Ideas?
>
Are you guys really sure that alternatives are so mis
Package: wnpp
Severity: wishlist
Owner: Fernando Ike de Oliveira <[EMAIL PROTECTED]>
* Package name: pllua
Version : 0.8.1
Upstream Author : Luis Carvalho <[EMAIL PROTECTED]>
* URL : http://pllua.projects.postgresql.org/
* License : MIT/X
Programming Lang: C,
Charles Plessy <[EMAIL PROTECTED]> writes:
> I think that Russ is very pessimistic on the quality of the XDG desktop
> entry sepcification. It uses a simple syntax and 18 different keys, only
> 4 of them being required. Many of the Lintian errors noted earlier in
> this thread are related to the d
Hello,
Can I please have some input into this bug report?
The report itself seems valid, ideally these packages shouldn't conflict.
Solving this in such a way as not to break lots of stuff could be
awkward though.
Ideas?
Brian May
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Le Sat, Jul 05, 2008 at 12:35:34PM -0700, Russ Allbery a écrit :
>
>
> I think that writing a policy is the first necessary step and is the main
> thing required to move this conversation beyond a constantly recurring
> debian-devel thread and towards something that we can implement. Just
> sayi
http://sourceware.org/bugzilla/show_bug.cgi?id=4980
--
see shy jo, Amazed to be able to both mindlessly forward links
from reddit and possibly contribute value this this
thread at the same time. Not amazed at Drepper's behavior,
particualarly.
signature.asc
D
On Mon, Jul 07, 2008 at 06:16:22PM -0400, Daniel Jacobowitz wrote:
>For various reasons we don't use it at work - instead we added some GCC
>command line options to relocate the debug info at compile time. In
>the end, it comes down to the same result.
Were these private hacks to GCC? I tried lo
Package: wnpp
Severity: wishlist
Owner: Franklin Piat <[EMAIL PROTECTED]>
* Package name: di-netboot-assistant
Version : 0.31-1
Upstream Author : Franklin Piat <[EMAIL PROTECTED]>
* URL :
http://www.klabs.be/~fpiat/linux/debian/di-netboot-assistant/
* License :
On Mon, Jul 07, 2008 at 06:01:15PM -0400, Theodore Tso wrote:
> On Mon, Jul 07, 2008 at 05:42:47PM -0400, Daniel Jacobowitz wrote:
> > I think they do this, using "debugedit". We (CodeSourcery) do it for
> > our libraries too. It's incredibly useful - but very spoiling; every
> > time I'm without
On Mon, Jul 07, 2008 at 05:42:47PM -0400, Daniel Jacobowitz wrote:
> I think they do this, using "debugedit". We (CodeSourcery) do it for
> our libraries too. It's incredibly useful - but very spoiling; every
> time I'm without the automatic debug sources and source paths I get
> grumpy about it.
On Mon, Jul 07, 2008 at 11:45:14PM +0200, Mike Hommey wrote:
> On Mon, Jul 07, 2008 at 05:42:47PM -0400, Daniel Jacobowitz wrote:
> > I wouldn't want them in the archive for everything, but it would be
> > nice to be able to generate automatically usable source packages.
> > Also debug packages wit
On Mon, Jul 07, 2008 at 05:50:15PM -0400, Theodore Tso wrote:
> Do programs like gdb take advantage of the .debug_macinfo in a useful
> way if it's there? (I guess I should try it and see how big the dbg
> packages get, and how useful it is for me in practice.)
Yes, GDB will automatically expand
On Mon, Jul 07, 2008 at 05:39:05PM -0400, Daniel Jacobowitz wrote:
> Sorry, but this is either someone's uncontributed gcc patches, or
> (more likely) hearsay. The difference between -g (same as -g2) and
> -g3 is whether .debug_macinfo is generated - debug info for C/C++
> preprocessor macros. It
On Mon, Jul 07, 2008 at 01:42:43PM +, Sune Vuorela wrote:
> On 2008-07-07, Mike Hommey <[EMAIL PROTECTED]> wrote:
> >
> > /usr/lib/debug/$pathoforiginalfile
> >
> > This is where gdb is going to look for these debug info.
> >
>
> I thought gdb was looking at the .gnu_debuglink section as creat
On Mon, Jul 07, 2008 at 05:42:47PM -0400, Daniel Jacobowitz wrote:
> I wouldn't want them in the archive for everything, but it would be
> nice to be able to generate automatically usable source packages.
> Also debug packages without having to create them in debian/control
> and debian/rules. Tha
On Mon, Jul 07, 2008 at 05:39:00PM +0200, Mike Hommey wrote:
> On Mon, Jul 07, 2008 at 10:56:14AM -0400, Theodore Tso <[EMAIL PROTECTED]>
> wrote:
> > True, although it means there's a bit more work to actually install
> > the source package, and then running "./debian/rules build" in order
> > to
On Mon, Jul 07, 2008 at 10:06:40PM +0100, Roger Leigh wrote:
> Correct line numbers when dealing with inline templates, for one.
> There were some other niceties, but I can't recall what they were off
> the top of my head.
Sorry, but this is either someone's uncontributed gcc patches, or
(more lik
On Mon, 7 Jul 2008, William Pitcock wrote:
If you do build-depends on gcc-multilib and g++-multilib, it should fix
this problem.
Ahhh, thanks - this was a quick and very helpful hint ...
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Mon, Jul 07, 2008 at 01:20:47PM +0200, Bastian Blank wrote:
> On Mon, Jul 07, 2008 at 01:48:23AM +0100, Ben Hutchings wrote:
> > On Sun, Jul 06, 2008 at 08:03:13PM +0200, Marco d'Itri wrote:
> > > On Jun 29, Robert Millan <[EMAIL PROTECTED]> wrote:
> > > Come on, how often this happens? And it's
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Mon, Jul 07, 2008 at 07:48:27PM +0100, Roger Leigh wrote:
>> Theodore Tso <[EMAIL PROTECTED]> writes:
>>
>> > Speaking of the -g option, does anyone know off-hand whether or not
>> > it's worth it to build with -g3 (to get cpp macro definitions into th
Hi,
If you do build-depends on gcc-multilib and g++-multilib, it should fix
this problem.
William
On Mon, 2008-07-07 at 22:56 +0200, Andreas Tille wrote:
> Hi,
>
> as I described at the Debian Med mailing list [1] I have some
> trouble with a multiarch package. Charles Plessy and me prepared
>
Hi,
as I described at the Debian Med mailing list [1] I have some
trouble with a multiarch package. Charles Plessy and me prepared
some packaging stuff at
svn://svn.debian.org/svn/debian-med/trunk/packages/maq/trunk/
the watch file can be used to obtain the source tarball - BTW I
thought y
On Sun, Jul 06, 2008 at 01:08:40PM -0400, Joey Hess wrote:
> Josselin Mouette wrote:
> > Therefore, I still feel that, despite it being a big mess, the current
> > situation is the best:
> > * the default menu contains only what is needed, and we are still
> > hunting down entries tha
Hi,
On Mon, 2008-07-07 at 19:47:26 +0200, Michael Meskes wrote:
> Am I correct in assuming that the prerm script is never called with
> option "purge"?
Yes.
regards,
guillem
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Neil Williams <[EMAIL PROTECTED]> writes:
> On Mon, 2008-07-07 at 08:08 -0400, Theodore Ts'o wrote:
>> *) What section should -dbg packages be placed into? Should it be the
>>section that the parent package is in, or something like "devel"?
> Library -dbg packages will almost inevitably end
On Mon, Jul 07, 2008 at 07:48:27PM +0100, Roger Leigh wrote:
> Theodore Tso <[EMAIL PROTECTED]> writes:
>
> > Speaking of the -g option, does anyone know off-hand whether or not
> > it's worth it to build with -g3 (to get cpp macro definitions into the
> > DWARF stubs)?
>
> -g3 is also needed to
Theodore Tso <[EMAIL PROTECTED]> writes:
> Speaking of the -g option, does anyone know off-hand whether or not
> it's worth it to build with -g3 (to get cpp macro definitions into the
> DWARF stubs)?
-g3 is also needed to get sane debugging information for C++ code,
IME. It would be nice if it w
On Mon, Jul 07, 2008 at 12:03:40PM -0400, Theodore Tso wrote:
> > And she won't have a core for the
> > previous crash because the default is not to core (and BTW, it's uselessly
> > made difficult to override this, see #487879).
>
> I just looked at this bug, and are you sure this isn't because y
On 11439 March 1977, Theodore Ts'o wrote:
> *) I assume that the priority of -dbg packages is extra
s/I assume that//
s/$/!/
> *) What section should -dbg packages be placed into? Should it be the
>section that the parent package is in, or something like "devel"?
Currently usually the same
Am I correct in assuming that the prerm script is never called with
option "purge"? At least this is what
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-mscriptsinstact
suggests. I'd like to know for sure before submitting bugs.
Michael
--
Michael Meskes
Email: Michael at Fam
Package: wnpp
Severity: wishlist
Owner: "Gudjon I. Gudjonsson" <[EMAIL PROTECTED]>
* Package name: ngspice
Version : 17
Upstream Author : Paolo Nenzi <[EMAIL PROTECTED]>
* URL : http://ngspice.sourceforge.net
* License : "Old" BSD
Programming Lang: C
Descri
> Speaking as the person that added resierfs support to the Debian Boot
> Floppies, all of my new filesystems are XFS.
>
> I have seen too many strange problems with reiserfs, such as the
> undeletable files (i have abot three on one of my partitions still). I
> have heard of lots more.
>
> WHile
On Mon, Jul 07, 2008 at 05:39:00PM +0200, Mike Hommey wrote:
> There are 3 kind of people who need -dbg packages.
> - Users, when they are asked to provide proper backtraces in bug reports
> - Developers, when they need to debug stuff
> - Maintainers
>
> Obviously, the latter will be able to get t
Michael Banck a écrit :
> On Mon, Jul 07, 2008 at 05:49:04AM +0200, Aurelien Jarno wrote:
>> There is a bug upstream, but marked as invalid:
>>
>> http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980
>>
>> According to the upstream developer, there is a rationale for that, but
>> he never expl
On Mon, Jul 07, 2008 at 10:56:14AM -0400, Theodore Tso <[EMAIL PROTECTED]>
wrote:
> True, although it means there's a bit more work to actually install
> the source package, and then running "./debian/rules build" in order
> to make sure the sources are unpacked and patches appropriately
> applied
On Mon, 2008-07-07 at 17:05 +0200, Frans Pop wrote:
> OK. I don't not remember that. A pointer to that discussion would be
> useful. You only included a link to a Ubuntu web page which is IMO not
> directly relevant when proposing structural changes in Debian (or at
> least: does not provide suf
On Jul 07, Frans Pop <[EMAIL PROTECTED]> wrote:
> I don't think so. Single user mode is for sysadmin tasks and I'd say that
> the udev daemon should be running for those as performing those tasks
> could result it udev triggers being generated, which should be processed.
What could I do then? /e
On Mon, Jul 07, 2008 at 10:56:14AM -0400, Theodore Tso <[EMAIL PROTECTED]>
wrote:
> I tried putting them in -dev, and lintian complains with a warning.
> So I guess while it isn't official policy yet, it seems to be the
> general practice. The e2fsprogs source package just grew an extra 7
> binar
On Mon, Jul 07, 2008 at 02:41:50PM +0200, Mike Hommey wrote:
> > *) Do we dump everything into /usr/lib/debug, i.e.,
> >/usr/lib/debug/sbin/e2fsck? Or should we put it in
> >/usr/lib/debug/, i.e., /usr/lib/debug/e2fsprogs/sbin/e2fsck?
> >Most packages I've seen seem to be doing the fo
Marc Haber wrote:
> On Sat, Jul 05, 2008 at 10:58:35AM +0200, Raphael Hertzog wrote:
>> THanks, I could come up with a transition plan myself if needed. But
>> compare your suggestions with: "someone goes over all init scripts, file
>> bugs and in lenny+1 we're done".
>
> That'll cause tremendous
James Westby wrote:
> On Tue, 2008-07-01 at 15:38 +0200, Frans Pop wrote:
>> I happened to see a similar bug filed against backuppc.
>>
>> How many of these bugs have been filed?
>> Are you aware of the Debian policy regarding mass bug filing [1]?
>
> I have filed two (from memory). I am aware of
Marco d'Itri wrote:
> Actually, should udev be killed at all when switching to single user
> mode?
I don't think so. Single user mode is for sysadmin tasks and I'd say that
the udev daemon should be running for those as performing those tasks
could result it udev triggers being generated, which
In article <[EMAIL PROTECTED]> you wrote:
> Can you please stat which RFC? Especially as there are many setups where
> it can't check if an address is already used.
Well, it is SHOULD for DHCP RFC2131 clients (and icmp from server), for Link
Level Autoconfiguration (in IPV4 RFC3927 and IPV6 RFC246
On 2008-07-07, Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> /usr/lib/debug/$pathoforiginalfile
>
> This is where gdb is going to look for these debug info.
>
I thought gdb was looking at the .gnu_debuglink section as created with
objcopy?
Qt4 at least creates debug stuff slightly diferent, but are
On Mon, 2008-07-07 at 08:08 -0400, Theodore Ts'o wrote:
> There doesn't seem to be anything in policy about debug packages, are
> there any wiki pages or best practices documents about what are the best
> ways to create debug packages?
There was some discussion around #436419, seeking to add some
On Mon, Jul 07, 2008 at 08:08:39AM -0400, Theodore Ts'o <[EMAIL PROTECTED]>
wrote:
>
> There doesn't seem to be anything in policy about debug packages, are
> there any wiki pages or best practices documents about what are the best
> ways to create debug packages?
>
> Some of the questions I hav
There doesn't seem to be anything in policy about debug packages, are
there any wiki pages or best practices documents about what are the best
ways to create debug packages?
Some of the questions I have are:
*) I assume that the priority of -dbg packages is extra
*) What section should -dbg pac
Le lundi 07 juillet 2008 à 02:48 -0400, Daniel Dickinson a écrit :
> And depends on the package maintainer being cooperative. Because there
> is no debian policy on this if a package maintainer disagrees they
> don't have to hide their menu entry.
Yes, that’s probably the most important issue wi
Le dimanche 06 juillet 2008 à 21:01 +0200, Loïc Minier a écrit :
> There are "only" 47 desktop files with OnlyShowIn on my system out of
> 218 desktop files installed, so it's not used too wildly I would say.
Well, there should be much more than that, see #478286 which is still
here despite the
On Mon, Jul 07, 2008 at 01:20:47PM +0200, Bastian Blank wrote:
> > And DHCP clients should double-check their assigned address with ARP
> > anyway, so it's duplicating this check on most systems.
> Where is this specified? The DHCP server is authorative about the
> addresses it assigns.
ISC dhcp s
On Mon, Jul 07, 2008 at 11:28:51AM +0200, Bernd Eckenfels wrote:
> IMHO it is an RFC requirement, however the solution with a synchronous
> script is not that well suited for default-on.
Can you please stat which RFC? Especially as there are many setups where
it can't check if an address is alread
On Mon, Jul 07, 2008 at 01:48:23AM +0100, Ben Hutchings wrote:
> On Sun, Jul 06, 2008 at 08:03:13PM +0200, Marco d'Itri wrote:
> > On Jun 29, Robert Millan <[EMAIL PROTECTED]> wrote:
> > Come on, how often this happens? And it's disabled by default anyway.
> > The major effect of this patch is to w
In article <[EMAIL PROTECTED]> you wrote:
> Seems like this script really belongs in the examples directory.
IMHO it is an RFC requirement, however the solution with a synchronous
script is not that well suited for default-on.
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
2008/7/6 Marco d'Itri <[EMAIL PROTECTED]>:
> On Jun 29, Robert Millan <[EMAIL PROTECTED]> wrote:
>
>> Note that duplicate IPs can be very harmful and even cause loss of data. For
> Come on, how often this happens? And it's disabled by default anyway.
> The major effect of this patch is to waste ti
On Mon, Jul 07, 2008 at 05:49:04AM +0200, Aurelien Jarno wrote:
> There is a bug upstream, but marked as invalid:
>
> http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980
>
> According to the upstream developer, there is a rationale for that, but
> he never explained it, despite having been
On Mon, 07 Jul 2008 13:43:59 +0700
Mikhail Gusarov <[EMAIL PROTECTED]> wrote:
> Twas brillig at 18:52:35 06.07.2008 UTC-04 when [EMAIL PROTECTED]
> did gyre and gimble:
>
> >> fd.o menus are designed to allow distro-specific policy. It's the
> >> matter of Debian KDE/Gnome packaging/menu policy
On Mon, 07 Jul 2008 13:43:59 +0700
Mikhail Gusarov <[EMAIL PROTECTED]> wrote:
> Twas brillig at 18:52:35 06.07.2008 UTC-04 when [EMAIL PROTECTED]
> did gyre and gimble:
>
> >> fd.o menus are designed to allow distro-specific policy. It's the
> >> matter of Debian KDE/Gnome packaging/menu policy
67 matches
Mail list logo
