Quoting Frans Pop (elen...@planet.nl):
> IMO the use you describe can be valid in particular cases.
>
> One example would be when the setting is intended to only influence
> behavior of the maintainer scripts during installation of the package as
> part of system installation using Debian Insta
Russ Allbery wrote:
> My initial reaction was that anything that's worth making available for
> configuration via preseeding is worth a low-priority debconf prompt, and
> that having preseeding be the only interface is a weird way to use
> debconf.
IMO the use you describe can be valid in particul
On Sun, Jan 11, 2009 at 07:25:03PM -0800, Russ Allbery wrote:
> Hello everyone,
> The background for this question is Lintian Bug#492626.
> There are several packages in the archive that use private debconf
> templates where the only interface to them is preseeding. Examples
> include the readah
Hello everyone,
The background for this question is Lintian Bug#492626.
There are several packages in the archive that use private debconf
templates where the only interface to them is preseeding. Examples
include the readahead package (where the preseed was added for Debian Edu)
and cpufrequtil
Package: wnpp
Severity: wishlist
Owner: Chris Lamb
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: simile-timeline (libjs-simile-timeline)
Version : 2.2.0
Upstream Author : Chris Lamb http://simile.mit.edu/timeline/
* License : BSD
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Chris Lamb
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-django-lint
Version : 0.1
Upstream Author : Chris Lamb http://chris-lamb.co.uk/projects/django-lint
* License : GPL-3+
Programming Lang: Python
D
On Fri, 2009-01-02 at 09:34 +, Sune Vuorela wrote:
> Hi!
>
> I have been wondering over the last months about Section: kde.
> What is the correct usage of this section?
..
I have tried to summarised some of the ideas of this thread in
http://wiki.debian.org/DiscussionsAfterLenny/Section
Sandro Tosi wrote:
> On Fri, Jan 9, 2009 at 10:52, Don Armstrong wrote:
>> Actually, if you're interested in maintaining it, I'd be happy to see
>> it deployed on the master BTS server. I suppose it can live on merkel
>> for the time being until you're ready to migrate it, but having it
>> under t
Package: wnpp
Severity: wishlist
Owner: "André Gaul"
* Package name: mmpong
Version : 0.9
Upstream Author : Kai Hertel ,
André Gaul
* URL : http://www.mmpong.net
* License : GPL 3
Programming Lang: C, C++
Description : massively mu
Neil Williams wrote:
> A final alternative is the packages.debian.org website (has the
> advantage that it also allows looking up files within packages that are
> not currently installed).
We also have apt-file utility, which does the same without looking to the site.
--
Eugene V. Lyubimkin aka J
Hi,
On Sun, 2009-01-11 at 19:56 +, Jack Grahl wrote:
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
Assuming that one can run:
dpkg -S $(man -w hostname)
manpage
On Sun, 11 Jan 2009 19:56:52 + (GMT)
Jack Grahl wrote:
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
> This is not the case in, for instance, coreutils or util-linux
Jack Grahl wrote:
> Package: general
> Severity: wishlist
Hello Jack,
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
> This is not the case in, for instance, coreutils or
Your message dated Sun, 11 Jan 2009 21:22:34 +0100
with message-id <20090111202234.ga2...@chistera.yi.org>
and subject line Re: Bug#511522: general: Man pages should say what package a
program belongs to
has caused the Debian Bug report #511522,
regarding general: Man pages should say what packag
Jack Grahl, le Sun 11 Jan 2009 19:56:52 +, a écrit :
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
Mmm, usually I just run dpkg -S bin/command, or better, dlocate
bin
* Jack Grahl [Sun, 11 Jan 2009 19:56:52 +]:
> Package: general
> Severity: wishlist
Hello, Jack.
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
> This is not the cas
On Sun, Jan 11, 2009 at 07:56:52PM +, Jack Grahl wrote:
> If some program belongs to a package which does not have the same name
> as the program, the man page for that command should say which package
> the program is part of.
> This is not the case in, for instance, coreutils or util-linux.
Package: general
Severity: wishlist
If some program belongs to a package which does not have the same name
as the program, the man page for that command should say which package
the program is part of.
This is not the case in, for instance, coreutils or util-linux.
This information is needed, e
* Adeodato Simó:
> Why don't you just pass "-i" alone to
> debuild/dpkg-buildpackage/dpkg-source? That way, the default regexp
> that dpkg provides will be used, which I think is good enough.
The package may have been prepared with a different version of
dpkg-source, and just using "-i" might pr
* Florian Weimer [Sun, 11 Jan 2009 19:39:33 +0100]:
> There seems to be some confusion what's the correct way to ignore only
> the .git subdirectory (and not anything else gittish, which might have
> been present in the .diff.gz before).
> Has anybody come up with a proper regexp for -i? Would
On Sunday 11 January 2009 20:39:33 Florian Weimer wrote:
> There seems to be some confusion what's the correct way to ignore only
> the .git subdirectory (and not anything else gittish, which might have
> been present in the .diff.gz before).
>
> Has anybody come up with a proper regexp for -i? Wo
There seems to be some confusion what's the correct way to ignore only
the .git subdirectory (and not anything else gittish, which might have
been present in the .diff.gz before).
Has anybody come up with a proper regexp for -i? Would
-I.git '-i^\.git/'
do the trick?
--
To UNSUBSCRIBE, ema
Kel Modderman wrote:
> On Sunday 11 January 2009 22:07:21 Stephen Gran wrote:
>> Hello all,
>>
>> I have a couple of open bug reports about integration of hdparm with
>> power management stacks (people would, quite rightly, like to see their
>> disk settings reapplied at resume) - 468307 and 510676
On Sun, 11 Jan 2009, Stephen Gran wrote:
> Agreed - I don't think hdparm should be used outside of a 'last resort'
> situation where the kernel gets it wrong. This is happening less and
There is one common situation for hdparm usage: -W 0 (disable write cache).
That one is not likely to go away a
Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov
* Package name: libparse-errorstring-perl-perl
Version : 0.11
Upstream Author : Petar Shangov,
* URL : http://search.cpan.org/dist/Parse-ErrorString-Perl/
* License : same as Perl (Artistic or GPL)
Progra
This one time, at band camp, Josselin Mouette said:
> Le dimanche 11 janvier 2009 à 12:07 +, Stephen Gran a écrit :
> > I have no idea for:
> > pm-utils: ?
>
> You need to ship a script in /usr/lib/pm-utils/sleep.d. The format is
> very simple, just look at the existing scripts.
>
> > the gno
Stephen Gran wrote:
> Is there any sort of canonical place I can put a script and have it run
> that all of them look at?
I have locally installed a simple script in /etc/pm/sleep.d that does this
for pm-utils and that works for KDE as well. The official package should
have it in /usr/lib/pm-uti
On Sunday 11 January 2009 22:07:21 Stephen Gran wrote:
> Hello all,
>
> I have a couple of open bug reports about integration of hdparm with
> power management stacks (people would, quite rightly, like to see their
> disk settings reapplied at resume) - 468307 and 510676.
>
> Is there any sort of
Le dimanche 11 janvier 2009 à 12:07 +, Stephen Gran a écrit :
> I have no idea for:
> pm-utils: ?
You need to ship a script in /usr/lib/pm-utils/sleep.d. The format is
very simple, just look at the existing scripts.
> the gnome power stack - is this a veneer on pm-utils or it's own thing?
gn
Hello all,
I have a couple of open bug reports about integration of hdparm with
power management stacks (people would, quite rightly, like to see their
disk settings reapplied at resume) - 468307 and 510676.
Is there any sort of canonical place I can put a script and have it run
that all of them
Package: wnpp
Severity: wishlist
Owner: Nima Talebi
* Package name: hotwire-irbd
Version : 0.2.0
Upstream Author : nima Talebi
* URL : http://projects.autonomy.net.au/hotwire/
* License : GPL v3
Programming Lang: PHP(Symfony), Python, C
Description :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Message-ID: <20090111052517.20947.50783.report...@darius.persepolis.ntrust.net.au
>
X-Mailer: reportbug 3.48
Date: Sat, 10 Jan 2009 21:25:17 -0800
X-Debbugs-Cc: debian-devel@lists.debian.org
Package:
On Fri, 2009-01-02 at 09:34 +, Sune Vuorela wrote:
> Hi!
>
> I have been wondering over the last months about Section: kde.
> What is the correct usage of this section?
..
I have tried to summarised some of the ideas of this thread in
http://wiki.debian.org/DiscussionsAfterLenny/Sections
33 matches
Mail list logo
