Hi!
As I'd like to change a Pre-Depends in dpkg, I'm bringing this up here
for discussion, as per policy §3.5 and given dpkg “Essential: yes”
nature.
As mentioned in [0] some time ago, I'd like to switch the Pre-Depends
from the current xz-utils commands to use the liblzma shared library,
(with
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libtest-www-mechanize-psgi-perl
Version : 0.35
Upstream Author : Leon Brocard
* URL : http://search.cpan.org/dist/Test-WWW-Mechanize-PSGI/
* License : Artistic or GPL-1+
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: librdf-helper-properties-perl
Version : 0.10
Upstream Author : Kjetil Kjernsmo
* URL : http://search.cpan.org/dist/RDF-Helper-Properties/
* License : Artistic or GPL-1+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: librdf-linkeddata-perl
Version : 0.20
Upstream Author : Kjetil Kjernsmo
* URL : http://search.cpan.org/dist/RDF-LinkedData/
* License : Artistic or GPL-1+
Programming Lang: Perl
Descr
On Mon, 16 May 2011, Ben Hutchings wrote:
> I think any claim that Debian supports 486-class processors is more of
> an aspiration. What maintainer has the time to test on such antiques
> regularly?
Well, nobody is running regular kernel regression testing on 486-class
hardware AFAIK, and that in
On Mon, 16 May 2011, Christoph Anton Mitterer wrote:
> With the most recent upload (and this is the very reason why I've reopened
> the bug), you can have the situation (package removed but not pruged) where
> you say:
> /etc/init.d/cryptdisks stop
> and it gives you just $? = 0, as /lib/cryptsetup
Quoth Ben Hutchings , on 2011-05-15 14:36:03 +0100:
> There are a few new instructions on the Pentium that can be used in ring
> 3: cmpxchg8 and rdtsc. Linux has separate options for '586' and '586
> with TSC', both of which result in -m586, so gcc does not appear to
> assume the existence of rdts
On Sun, 15 May 2011 18:18:39 -0300, Henrique de Moraes Holschuh
wrote:
> OTOH, all it takes to handle a dm-crypt device you forgot open is the
> direct use of dmsetup, or simply reinstalling cryptsetup. Or a system
> reboot/reset. Or a system power off.
A system power off or dropping the mapping
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: librdf-acl-perl
Version : 0.101
Upstream Author : Toby Inkster
* URL : http://search.cpan.org/dist/RDF-ACL/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : acc
Ben Hutchings writes:
> I think any claim that Debian supports 486-class processors is more of
> an aspiration. What maintainer has the time to test on such antiques
> regularly?
Yes, this isn't something that we're going to be able to really do without
automated tools that would detect problem
On Sun, 2011-05-15 at 21:48 +0200, Raphael Hertzog wrote:
> On Sun, 15 May 2011, Henrique de Moraes Holschuh wrote:
> > On Sun, 15 May 2011, Mike Hommey wrote:
> > > I'm wondering. Is the project at large aware that we're not building for
> > > i486, but for i586 ? That even the maintainer doesn't
On Sunday 15 May 2011, Raphael Hertzog wrote:
> On Sun, 15 May 2011, Henrique de Moraes Holschuh wrote:
> > On Sun, 15 May 2011, Mike Hommey wrote:
> > > I'm wondering. Is the project at large aware that we're not building
> > > for i486, but for i586 ? That even the maintainer doesn't know why for
On Sun, 15 May 2011, Christoph Anton Mitterer wrote:
> And honestly, I don't see much of a difference with the warnings
> when removing the running kernel or are there any bigger
> problems that modules that should be newly loaded would not be
> found?!
An immediate panic makes it impossible f
Package: wnpp
Severity: wishlist
Owner: "Lisandro Damián Nicanor Pérez Meyer"
* Package name: libqtzeitgeist0
Version : 0.7.0
Upstream Author : 2010 Collabora Ltd.
* URL : http://zeitgeist-project.com/
* License : LGPL-2.1
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: "Mònica Ramírez Arceda"
* Package name: mkgmapgui
Version : 1.1
* URL : http://activityworkshop.net/software/mkgmapgui
* License : GPL-2
Programming Lang: Java
Description : A Graphical User Interface for mkgmap
m
Hello list,
in the past and with the current packaging it is necessary to divert
libGl from mesa with the fglrx variant in order to have got a working
fglrx setup.
Now since 11-5 AMD adds support for "dynamic" driver loading, so that
you are e.g. able to use your integrated PX AMD card OR your In
On Sun, 15 May 2011, Henrique de Moraes Holschuh wrote:
> On Sun, 15 May 2011, Mike Hommey wrote:
> > I'm wondering. Is the project at large aware that we're not building for
> > i486, but for i586 ? That even the maintainer doesn't know why for
>
> No. And unless we got a bug report form an i486
On Sun, May 15, 2011 at 14:08:00 +0200, Mike Hommey wrote:
> I'm wondering. Is the project at large aware that we're not building for
> i486, but for i586 ? That even the maintainer doesn't know why for
> sure[1] and that no changelog entry documents when or why that happened?
> (nothing in debian
Package: wnpp
Severity: wishlist
Owner: "Siegfried-Angel Gevatter Pujals"
* Package name: activity-log-manager
Version : 0.8
Upstream Author : Zeitgeist Activity Log Manager Team
* URL : https://launchpad.net/history-manager
* License : GPL-2+
Programming L
On Sun, May 15, 2011 at 09:28:05AM -0300, Henrique de Moraes Holschuh wrote:
> What are the *exact* differences between code generated for march=i486
> to code generated for march=i586? What CPUs would break?
With -march=i586, code will be generated that runs on a Pentium without
MMX (or later ch
Hey...
I really don't wanna step on anyone's toes, especially not Jonas' (as
I'm in many cases quite satisfied and happy with his work for
cryptsetup), but sometimes I really wonder why this is packaged for
Debian at all, as it seems that it's merely intended to be a toy, and
not to be us
On Sun, 15 May 2011, Ben Hutchings wrote:
> On Sun, 2011-05-15 at 09:28 -0300, Henrique de Moraes Holschuh wrote:
> > On Sun, 15 May 2011, Mike Hommey wrote:
> > > I just found out that gcc is compiled with --with-arch-32=i586, which
> > > effectively means it builds with -march=i586 by default (an
On Sun, 2011-05-15 at 09:28 -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 May 2011, Mike Hommey wrote:
> > I just found out that gcc is compiled with --with-arch-32=i586, which
> > effectively means it builds with -march=i586 by default (and that it
> > still claims an i486-linux-gnu targe
On Sun, 15 May 2011, Mike Hommey wrote:
> I just found out that gcc is compiled with --with-arch-32=i586, which
> effectively means it builds with -march=i586 by default (and that it
> still claims an i486-linux-gnu target).
>
> I'm wondering. Is the project at large aware that we're not building
Hi,
I just found out that gcc is compiled with --with-arch-32=i586, which
effectively means it builds with -march=i586 by default (and that it
still claims an i486-linux-gnu target).
I'm wondering. Is the project at large aware that we're not building for
i486, but for i586 ? That even the mainta
On Sun, 15 May 2011, Jonas Meurer wrote:
> > - But if the package is installed and removed (but not purged) some
> > additional caution should be taken. I'd suggest using e.g. debconf (with a
"should"? We hardly hand-hold our users that much. You have removed the
package, all functionality it pr
On Thu, 2011-04-21 at 17:18 +0200, Julien Danjou wrote:
> On Thu, Apr 21 2011, Jamey Sharp wrote:
>
> > - In libxcb master, I'd be happy to change configure.ac to default to
> > not building xprint. I'd personally continue building it because I
> > build all known extensions, just to check for
Hey,
@debian-devel: this is about a bugreport against cryptsetup. The
submitter suggests that cryptsetup should print a warning at package
removal, that locking dm-crypt devices is no longer possible.
I rather think that this is a obvious information, and making it
explicit is not required.
On 1
On Sat, 14 May 2011, Ben Hutchings wrote:
> Backward-compatibility has a cost, sometimes substantial.
>
> I don't think packages in testing/unstable should be expected to support
> any kernel version older than that in stable. It's the same same rule we
> apply to any other dependency.
There is
]] Henrique de Moraes Holschuh
| On Sat, 14 May 2011, Tollef Fog Heen wrote:
| > ]] Kurt Roeckx
| > | On Sat, May 14, 2011 at 04:55:01PM +0100, Roger Leigh wrote:
| > | > Packages using /etc
| > | > /etc/adjtime
| > |
| > | That file should probably not be in /etc in the first place,
| > | b
30 matches
Mail list logo
