debsign
-Rob
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caj3hoz0rthwwg60+pywdb0u3h5pdxtxfebrn1mkqrvfa7nv...@mail.gmail.com
On Sat, Dec 10, 2011 at 4:42 AM, Emilien Klein emilien+deb...@klein.st wrote:
2011/12/9 Jakub Wilk jw...@debian.org:
* Alexander Reichle-Schmehl toli...@debian.org, 2011-12-09, 13:56:
This package should have at least a new co-maintainer,
Eh, why? Because the maintainer failed to respond to
On Mon, Jun 13, 2011 at 5:58 AM, Gregor Jasny gja...@googlemail.com wrote:
Hello,
I'm the maintainer of v4l-utils and ran into the following problem:
The last v4l-utils Debian package added a build dependency to libjpeg,
and because I also build 32bit libs on amd64 (for Skype) I had to add
On Fri, Oct 22, 2010 at 12:37 AM, Michael Tautschnig m...@debian.org wrote:
Did he give any reasons why he doesn't simply fix this himself? It would have
been useful if you had at least included an excerpt of the IRC communication
in
the bug report. Well, and even if he cannot find the time
bzr is still network compatible back to 0.9 or so.
However, 2.0 changes the default format to the one introduced in 1.16;
users can choose to use an older format, which older bzr's will
access, but this comes with a performance penalty.
-Rob
--
To UNSUBSCRIBE, email to
On Fri, 2009-11-27 at 12:09 +0800, Paul Wise wrote:
It might actually be best to store all this upstream data in the
PackageMap or somewhere associated with it and map from Debian package
- PackageMap name - upstream metadata.
I'm also reminded of things like DOAP, which are sometimes
On Thu, 2009-09-24 at 07:49 +0200, Walter Franzini wrote:
Reinhard Tartler siret...@debian.org writes:
[...]
I've had a brief look at the package, and have a few comments on it:
Thank's for taking the time to review the package.
- the orig.tar.gz you've used is content-identical
On Tue, 2009-05-12 at 11:35 -0700, Monty Taylor wrote:
3. consider remove the .la file if you already have a .pc file.
Is that a policy/best practice for library packages?
I've uploaded a new copy to mentors with 1 and 2 fixed. I'd like to
know
more about 3 before making that change.
On Sun, 2009-05-10 at 20:37 -0300, Rogério Brito wrote:
On May 10 2009, Patrick Matthäi wrote:
See: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
-- quote
# When to use a native vs a non-native debian package
(...)
But linda, lintian, dpkg and some other tools are purely
On Fri, 2009-04-10 at 08:52 -0700, Ehren Kret wrote:
On Sat, Apr 11, 2009 at 01:29:23AM +1000, Matthew Palmer wrote:
The distinctive feature of this library that I'm aware of is that it
allows command line flags to be defined in any file in which they're
needed and uses the linker to
On Thu, 2008-10-30 at 23:26 +0100, Adeodato Simó wrote:
* martin f krafft [Thu, 30 Oct 2008 11:07:28 +0100]:
also sprach David Futcher [EMAIL PROTECTED] [2008.10.30.1044 +0100]:
This is mainly an ease of use/usability thing. Ubuntu is trying to
move to using bzr (and only bzr) for
On Thu, 2008-08-07 at 03:27 +0200, Noel David Torres Taño wrote:
Dear mentors:
File /usr/share/icons/wmaker-GNUstep.xpm from package wmaker-data I've
recently adopted and file /usr/share/WindowMaker/Icons/GNUstep.xpm from
package wmaker are exactly the same, bit by bit. Since wmaker
On Mon, 2008-08-04 at 21:29 +0200, Vincent Bernat wrote:
OoO En ce début de soirée du mercredi 23 juillet 2008, vers 21:37,
Julien Lavergne [EMAIL PROTECTED] disait :
I am looking for a sponsor for my package desktop-data-model.
Hi Julien!
You are adding
On Fri, 2008-06-13 at 10:58 +0200, Michal Čihař wrote:
Hi
On Fri, 13 Jun 2008 18:46:03 +1000
Ben Finney [EMAIL PROTECTED] wrote:
Unfortunately they require using a Subversion repository. One of the
big advantages of Alioth is that I don't have to use Subversion
repositories for my
On Tue, 2007-06-05 at 00:54 -0400, Roberto C. Sánchez wrote:
I am relatively certain that on those machines, the speed boost of
using
gzip compression over bzip2 compression is probably quite necessary in
the ability of those machines which are being used as buildds to keep
up.
This
On Tue, 2007-01-23 at 09:56 +0100, Stefano Zacchiroli wrote:
On Tue, Jan 23, 2007 at 01:39:30AM +0100, martin f krafft wrote:
Why bother with the date? 2.1~svn-r91 seems much more concise and
has the same information, really.
Though you're right that the information is the same, a date is
On Tue, 2007-01-23 at 12:34 +0100, Stefano Zacchiroli wrote:
On Tue, Jan 23, 2007 at 09:01:52PM +1100, Robert Collins wrote:
Also, in the (rare but can occur) event of a svn rollback, r91 is not
necessarily accurate after the fact,whereas a datestamp is.
Uh? Is rollback (in the sense
On Sat, 2006-12-30 at 10:17 -0600, Carlo Segre wrote:
Hello All:
If a new version of a package drops a dependency on a previously required
package, should an install-time reminder be given to the user? I don't
really want to add debconf clutter for such a trivial matter but it is
On Sun, 2006-12-17 at 01:52 -0600, Manoj Srivastava wrote:
On Wed, 13 Dec 2006 10:20:56 +1100, Robert Collins
[EMAIL PROTECTED] said:
The basic problem is that presence of a kernel package does not
imply presence of the desired patch/enabled feature in that package,
nor
On Mon, 2007-01-01 at 21:38 -0500, Roberto C. Sanchez wrote:
On Tue, Jan 02, 2007 at 01:33:34PM +1100, Robert Collins wrote:
Its not -required- that any of the software on a machine be packaged.
Users can (gasp) build and run their own $software - e.g. squid, apache,
whatever
On Mon, 2007-01-01 at 21:51 -0500, Roberto C. Sanchez wrote:
On Tue, Jan 02, 2007 at 01:48:57PM +1100, Robert Collins wrote:
Yes. But enough people build non-packaged kernels that it is not really
fair to exclude them. Add to that the fact that the presence of a
particular kernel
On Mon, 2007-01-01 at 22:15 -0500, Roberto C. Sanchez wrote:
Right. But depending on a particular kernel image is an artificial
limitation. If I roll my own kernel without using Debian tools (which
is a fairly common practice), why should I have to work around your
package's dependencies
On Wed, 2006-12-13 at 08:14 +1100, Craig Small wrote:
On Tue, Dec 12, 2006 at 01:40:47PM -0500, Jerry DuVal wrote:
Is it bad practice to make a package depend on a specific kernel image?
This might be a loaded question, but I was just trying to get an opinion.
All of the boxes using this
On Mon, 2006-06-12 at 08:12 -0400, Justin Pryzby wrote:
During the xlibs-dev transition, I learned that listing full
build-dependencies (not just the minimal set) is recommended, though I
don't know how widely accepted or followed this is. I don't mean
listing indirect build-deps, just the
On Fri, 2005-12-30 at 00:45 +1100, skaller wrote:
On Thu, 2005-12-29 at 03:35 -0800, Steve Langasek wrote:
While insiders are not qualified to comment on how outsiders *feel* about
the process, they are certainly the people to judge whether the *outcome* of
the process is the correct one.
On Thu, 2005-12-29 at 13:05 +1100, Matthew Palmer wrote:
On Thu, Dec 29, 2005 at 12:13:31PM +1100, skaller wrote:
This is how Wikipedia works and why it is successful. With minimal
fuss I have contributed some comments and a couple of changes.
How easy is it for a Wikipedia comment to
On Wed, 2005-05-11 at 11:07 +1000, Ben Finney wrote:
To what extent should that be used? Is it reasonable to do it for
*any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'?
Are there any downsides?
AFAIK you can't pass parameters to the program :
#!/bin/env python --debug
On Fri, 2005-02-04 at 12:59 -0500, Jereme Corrado wrote:
I have been fixing some upstream bugs that I discovered in one of the
packages I maintain. I plan to package a new version with these fixes
soon but I am waiting for upstream as they may release shortly, and
include these fixes. Should
28 matches
Mail list logo