[Joey Hess]
> It would be nice to have a list which Recommends are
> ignored/overridden the most when installing packages, to identify
> Recommends that need to be downgraded to Suggests. Could we derive
> such a list from popcon data?
I have no idea if that can be done. :)
> I think it would nee
Peter Palfrader <[EMAIL PROTECTED]> writes:
> We also had to replace the SSL certificate on db.debian.org because
> its CA which is operated by Software in the Public Interest (SPI) is
> known to have been created with a SSL with the bug. The new SPI
> CA can be found at the SPI's secretary page[
On Tue, May 13, 2008 at 11:09:20PM -0400, Felipe Sateler <[EMAIL PROTECTED]>
was heard to say:
> Joey Hess wrote:
>
> > It would be nice to have a list which Recommends are ignored/overridden
> > the most when installing packages, to identify Recommends that need to be
> > downgraded to Suggests.
Joey Hess wrote:
> It would be nice to have a list which Recommends are ignored/overridden
> the most when installing packages, to identify Recommends that need to be
> downgraded to Suggests. Could we derive such a list from popcon data? I
> think it would need to be done by analyzing each indivi
It would be nice to have a list which Recommends are ignored/overridden
the most when installing packages, to identify Recommends that need to be
downgraded to Suggests. Could we derive such a list from popcon data? I
think it would need to be done by analyzing each individual popcon data
submissio
Le May 13, 2008 09:54:46 pm Lennart Sorensen, vous avez écrit :
> On Tue, May 13, 2008 at 09:27:31PM -0400, Filipus Klutiero wrote:
> > Packaging icebear wouldn't necessarily be useless. I defined it as yet
> > another IRC client for the sake of the example. You can imagine it as yet
> > another me
On Tue, May 13, 2008 at 09:27:31PM -0400, Filipus Klutiero wrote:
> Packaging icebear wouldn't necessarily be useless. I defined it as yet
> another
> IRC client for the sake of the example. You can imagine it as yet another
> media player if you think that's more useful.
You can't compare pack
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler <[EMAIL PROTECTED]>
* Package name: libhtml-tableparser-perl
Version : 0.36
Upstream Author : Diab Jerius <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/HTML-TableParser/
* License : GPL
Programming
Le May 13, 2008 09:39:38 am Lennart Sorensen, vous avez écrit :
> On Mon, May 12, 2008 at 09:42:31PM -0400, Filipus Klutiero wrote:
> > No, a more frequent change is disabling/enabling modules [on some arch].
> > Even if you were right, adding new module packages doesn't "justify"
> > updating othe
I intend to reintroduce crypt++el into Debian because I think we still
I haven't tracked it down yet, but on the face of it, crypt++ doesn't
work with Emacs 22. When I visit a .tar.gz file, it doesn't get
uncompressed. jka-compr.el warns that users have to "take out all the
compression entri
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
> Ben Finney <[EMAIL PROTECTED]> writes:
>
> > I don't want to just guess based on existing packages and hope I
> > get it right. Where can I find the specification for this 'Bugs'
> > field?
>
> deb-control(5):
Thanks, I wasn't aware of that manpage.
I'm currently using fglrx without atieventsd (for testing pupose).
Everything is working fine except for the acpi stuffs. Whenever I'm on
battery, I have to manually configure aticonfig with --set-powerstate 1.
Except for this, everything is fine. I have 3D acceleration, as usual.
Adam Majer a
Bertrand Marc wrote:
> Thanks for your answers!
>
> So I guess the best way to do this is to split the package and use
> dh_installinit --name=foo
>
> This way I can provide the buggy binary daemon in a seperate package
> (recommended by foo), and keep the name of the conffiles.
>
> Do you think
On Tue, May 13, 2008 at 09:00:45PM +0200, Bertrand Marc wrote:
> Thanks for your answers!
>
> So I guess the best way to do this is to split the package and use
> dh_installinit --name=foo
>
> This way I can provide the buggy binary daemon in a seperate package
> (recommended by foo), and keep
In article <[EMAIL PROTECTED]> (gmane.linux.debian.devel.general) you wrote:
> I'd like to split a package foo into 2 new packages : foo and
> foo-daemon. To do that I moved the daemon and the other obvious files
> with dh_install -pfoo-dameon. I used dh_installinit to install the
> init.d file
Thanks for your answers!
So I guess the best way to do this is to split the package and use
dh_installinit --name=foo
This way I can provide the buggy binary daemon in a seperate package
(recommended by foo), and keep the name of the conffiles.
Do you think of something else?
Regards,
Bert
Bertrand Marc wrote:
> Hello,
>
> I'd like to split a package foo into 2 new packages : foo and
> foo-daemon. To do that I moved the daemon and the other obvious files
> with dh_install -pfoo-dameon. I used dh_installinit to install the
> init.d file to the foo-daemon package.
>
> Here are my que
Hello,
I'd like to split a package foo into 2 new packages : foo and
foo-daemon. To do that I moved the daemon and the other obvious files
with dh_install -pfoo-dameon. I used dh_installinit to install the
init.d file to the foo-daemon package.
Everything seems fine, but when I upgrade foo t
Ben Finney <[EMAIL PROTECTED]> writes:
> I don't want to just guess based on existing packages and hope I get
> it right. Where can I find the specification for this 'Bugs' field?
deb-control(5):
Bugs:
The url of the bug tracking system for this package. The current
Package: wnpp
Severity: wishlist
Owner: Christoph Martin <[EMAIL PROTECTED]>
I intend to reintroduce crypt++el into Debian because I think we still
need it. The mentioned alternatives jka-compr and easypg do not provide
all the features which crypt++.el provides.
Although Karl Berry stopped main
Package: wnpp
Severity: wishlist
Owner: Marcos Daniel Marado Torres <[EMAIL PROTECTED]>
* Package name: konq-kim
Version : 0.9.4
Upstream Author : Charles Bouveyron <[EMAIL PROTECTED]>
* URL : http://bouveyron.free.fr/kim/
* License : GPL (2 or later)
Program
Package: wnpp
Severity: normal
I intend to orphan the pycurl package. It is an easy package so it may
be indicated for newcomers.
The package description is:
This module provides the Python bindings to libcurl. Please refer to
the libcurl documentation available in libcurl4-gnutls-dev Debian p
I intend to reintroduce crypt++el into Debian because I think we still
need it. The mentioned alternatives jka-compr and easypg do not provide
all the features which crypt++.el provides.
Although Karl Berry stopped maintaining the file some years ago, it is
now again maintained within xemacs packa
On Mon, May 12, 2008 at 09:42:31PM -0400, Filipus Klutiero wrote:
> No, a more frequent change is disabling/enabling modules [on some arch]. Even
> if you were right, adding new module packages doesn't "justify" updating
> other modules. Reusing the ice* example, suppose that Debian would have su
Hello
I would like just to have some suggestions...
I have to change the authentification configuration of debian computers
(lot of computers) at work...! In SARGE
the users will be authenticated on ldap so i need install some package :
libpam-ldap, libnss-ldap, ldap-utils, nss-updatedb, lib
Howdy all,
I'm trying to find the specification for the 'Bugs' field found in
some packages (usually non-Debian ones).
The field is not mentioned in the Policy §5 on control files
http://www.debian.org/doc/debian-policy/ch-controlfields.html>.
The combination "debian", "control", and "bugs" isn't
26 matches
Mail list logo
