]] Micah Anderson
Hi,
| Also insserv is Priority: optional, so we can't count on that being on
| every system.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551745 is already
filed. I have no idea why it hasn't been fixed yet, it looks like a
trivial change.
--
Tollef Fog Heen
UNIX is use
Package: wnpp
Owner: Youhei SASAKI
Severity: wishlist
* Package name: ruby-lapack
Version : 0.4
Upstream Author : Seiya Nishizawa and GFD-Dennou Club
* URL or Web page :
http://www.gfd-dennou.org/arch/ruby/products/ruby-lapack/index.html
* License : Ruby's
Description
Raphael Geissert writes:
> That means:
> # mv /etc/rc2.d/S??apache2 /etc/rc2.d/K00apache2
> # insserv # this bit is not documented, it seems
Is using insserv directly really the right interface? Correct me if I am
wrong, but if you decided to opt-out of dependency-based initscripts,
wont insserv
Tollef Fog Heen writes:
> - install configuration using puppet/chef/cfengine/etc
Speaking of, the the changes that were made in Debian Squeeze to
update-rc.d to accommodate for dependency-based booting broke puppet’s
functionality to enable/disable services properly (#573551). Its not
clear the
On Mon, Mar 21, 2011 at 9:10 PM, Jeffrey Ratcliffe wrote:
> Would such a package be useful?
I personally wouldn't use that script for a number of reasons:
It assumes that $HOME is /home/$USER
It assumes that the sysadmin hasn't already mounted something on /mnt
It mounts and backs up without
On Mon, Mar 21, 2011 at 05:18:00PM +0100, Luca Capello wrote:
> Given that I found this problem for the second time in the last 4
> months, I think this is worth a discussion on debian-devel@.
I agree.
> It seems that recently two library packages started to change their
> Recommends: to common d
Hi, all
Dominique Dumont wrote:
> In this package, lcdproc's maintainer is still Jose and Jonathan is listed as
> uploaders.
>
> Is this still valid ?
>
> Jose, so you want to resume maintaining lcdproc or do you want another one to
> take over ?
>
As you prefer. I haven't uploaded any new
On 21 March 2011 21:22, Julian Taylor wrote:
> Also keepass is very widely used, it is currently top 30 most downloaded of
> last month, top 70 all time on sourceforge.
Also keepass is in Debian stable, and it looks like it has been for a while.
As much as I like the ideas behind cpm, it unfortu
Package: hashcash
Version: 1.21-1
According to the documentation, the hashcash binary supports the '-b
bits' switch and argument for calculating a hashcash token of the size
specified. The default size is 20 bits. The '-b' switch argument
supports an exact size, say '-b 40' for minting a 40 bit to
Hello
lcdproc package in Debian is outdated. I've prepared and uploaded in mentors
an up-to-date package starting from the last version prepared by Nick (thanks
Nick).
In this package, lcdproc's maintainer is still Jose and Jonathan is listed as
uploaders.
Is this still valid ?
Jose, so you
Simon McVittie wrote:
> Or are you saying
> that things with special::auto-inst-parts should never have even a weakened
> dependency on the package of which they're an implementation detail?
Yes. (Well, a Suggests is okay.)
> In situations where the data and the engine have a many-to-many relat
On Mon, 21 Mar 2011 at 12:10:16 -0500, Jonathan Nieder wrote:
> Simon McVittie wrote:
> > The existence of openarena-data is an implementation detail of openarena,
> > so it has this relationship:
> >
> >/--->--- Depends -->---\
> > openarena openarena-data
> >\---<--
On Mon, Mar 21, 2011 at 5:42 PM, Simon McVittie wrote:
> The data package typically just takes up space without doing anything
> useful if you install it on its own, so it should have the
> special::auto-inst-parts debtag and should usually Recommend the library or
> executable.
I don't agree. Ye
Hi,
Simon McVittie wrote:
> Which way to break the circular dependency needs to be considered
> case-by-case;
> neither answer is universally right.
Here (with this statement of the problem) I disagree --- using Depends to
mean Enhances is _always_ wrong.
For example:
> The existence of opena
(dropped cc's; hopefully that's okay.)
Hi!
Luca Capello wrote:
> I see these situations as a misuse of Depends: where Recommends: would
> be perfectly fine, otherwise Recommends: are useless. But given that it
> seems no one agrees with me, is such a behavior documented somewhere?
Checking poli
On Mon, 21 Mar 2011 at 17:18:00 +0100, Luca Capello wrote:
> When I found out about libm17n-0, I also found out that the change added
> a circular dependency and thus commented on this new bug why I think a
> library package should not depend on data packages
Which way to break the circular depend
Hi there!
Given that I found this problem for the second time in the last 4
months, I think this is worth a discussion on debian-devel@.
It seems that recently two library packages started to change their
Recommends: to common data to a Depends:. This after two bugs were
reported by the same per
Michael Vogt schrieb am Monday, den 21. March 2011:
> On Sun, Mar 20, 2011 at 01:35:23AM -0600, Raphael Geissert wrote:
> [..]
> > P.S. apt also provides a "mirror" method (just like http, ftp, etc) but I
> > consider it to be suboptimal and a poor way to tackle the problem.
>
> Why exactly do y
On Sun, Mar 20, 2011 at 01:35:23AM -0600, Raphael Geissert wrote:
[..]
> P.S. apt also provides a "mirror" method (just like http, ftp, etc) but I
> consider it to be suboptimal and a poor way to tackle the problem.
Why exactly do you feel this way? What problems do you see with it?
I see some
On Mon, 2011-03-21 at 06:17 +0100, Harald Dunkel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/20/11 18:23, Ben Hutchings wrote:
> > On Sun, 2011-03-20 at 16:49 +0100, Harald Dunkel wrote:
> >>
> >> Obviously the dkms script should not be run by the postinst script
> >> of lin
Inspired by a forum post[1], I've been using a bit of glue between
udev and unison[-gtk] to automatically backup USB sticks when they are
plugged in.
I've been thinking about packaging it up, on the basis that although
the glue is small, and simple to those who understand, it is not
trivial and fi
Hi there!
On Fri, 18 Mar 2011 21:39:59 +0100, Ian Jackson wrote:
> I'm going to Debconf by train. Having done my research, I now know
> which trains I'm going to be on. On the way out I will be taking a
> day to look around Sarajevo by myself, which produces quite a detour.
Nothing against you,
Thomas Koch writes ("Re: Trains from Debconf to Munich, Koeln, Paris, London,
Cambridge"):
> > Can you tell me where you got that information ? bahn.hafas.de shows
> > two departures from Munich at 23:40, the sleepers to Budapest and
> > Zagreb (which are the same train at departure and split aft
Package: wnpp
Severity: wishlist
Owner: Lubos Novak
* Package name: freegish
Version : 1.53
Upstream Author : Freegish team, Cryptic Sea
* URL : https://www.github.com/megagun/gish
* License : GPL, CC-BY-SA 3.0
Programming Lang: C
Description : 2D plat
On Mon, Mar 21, 2011 at 10:02 AM, Thomas Koch wrote:
> Hi,
>
> we just received cpm[1] in testing. From its description it sounds to be
> superior to keepass2. - And it does not require (evil?) C#.
> Maybe cpm could serve your need and thus Debian wouldn't need to support an
> additional package?
On Mon, Mar 21, 2011 at 10:02:53AM +0100, Thomas Koch wrote:
> Julian Taylor:
> > * Package name: keepass2
> > Programming Lang: C#
> > KeePass2 is a free/open-source password manager or safe which helps you
> > to manage your passwords in a secure way. You can put all your
> > passwords i
Hello people,
$ dput --delayed 5 mysql-gui-tools_5.0r14+openSUSE-2.2_i386.changes
[..]
Uploading to ftp-master [DELAYED/5] (via ftp to ftp.eu.upload.debian.org):
Directory to upload to does not exist.
WTF? :)
I tried both with ftp.upload.d.o and ftp.eu.upload.d.o. Am I missing something?
Kindl
Package: wnpp
Severity: wishlist
Owner: andr...@an3as.eu
* Package name: abacas
Version : 1.3.1
Upstream Author : Wellcome Trust Sanger Institute
* URL : http://abacas.sourceforge.net/
* License : GPL
Programming Lang: Perl
Description : Algorithm Based
Julian Taylor:
> Package: wnpp
> Severity: wishlist
> Owner: Julian Taylor
>
> * Package name: keepass2
> Version : 2.15 (not yet released)
> Upstream Author : Dominik Reichl
> * URL : http://keepass.info/
> * License : GPL-2+
> Programming Lang: C#
> Desc
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
* Package name: libtest-pod-content-perl
Version : 0.0.5
Upstream Author : Martin Kutter
* URL : http://search.cpan.org/dist/Test-Pod-Content/
* License : Artistic or GPL-1+
Programming Lang: Perl
Desc
30 matches
Mail list logo
