Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libtrue-perl
Version : 0.16
Upstream Author : chocolateboy,
* URL : http://search.cpan.org/dist/true
* License : Perl
Programming Lang: Perl
Description : Perl module to automatically
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler
* Package name: libchild-perl
Version : 0.009
Upstream Author : Chad Granum
* URL : http://search.cpan.org/dist/Child/
* License : Perl
Programming Lang: Perl
Description : Perl module providing an ob
On Tue, Mar 8, 2011 at 5:19 AM, Christoph Anton Mitterer
wrote:
> Well, I'm curious to see whether other people find it worth, to
> implement "all this".
I always wondered why my ext3/ext4 over LVM over LUKS rootfs (default
d-i encrypted system) gets complained about just before shutdown (by
bot
Hi,
I browsed a little bit in the goals which were planned for squeeze and noticed
that the debug packages aka ddebs[1] weren't implemented in the debian
infrastructure. I thought that many things happened [2] and there were also
some wrappers implemented [3] to automatically generate those pac
Package: wnpp
Severity: wishlist
Owner: Andrea Bolognani
* Package name: cattle-1.0
Version : 1.0.0
Upstream Author : Andrea Bolognani
* URL : http://kiyuko.org/software/cattle
* License : GPL-2+
Programming Lang: C
Description : Brainfuck language too
Hi.
IIRC, I've already posted this here some time ago...
A few days ago now, I've submitted #616729, suggesting Martin, that one
could possible improve mdadm's initramfs-hooks to only include something
in the initramfs, if really needed.
That turned out to become a more general discussion between
I've been hearing a bit lately about removing dependencies that are no
longer needed for stable upgrade paths. The most common reason seems
that this will make apt need less memory[1].
So then, someone must have measured the memory use. Unless this is a
kind of premature optimation. But, I've not
> Try dosfslabel instead of mlabel. If that works, report a bug in
> mtools. If not... I don't know.
>
> Ben.
Hi Ben,
I tried dosfslabel, just as you told me. It is possible, to add a new label to
the device, which is then seen by the system.
So far this will work for very fine for me, when
On Mon, Mar 07, 2011 at 08:05:22PM +0100, Hans-J. Ullrich wrote:
>
> > Labels and UUIDs are stored only on the filesystems they come from and
> > in the blkid cache in /etc/blkid.tab. That cache is cleared and
> > regenerated whenever you reboot. You can do this at any time by
> > running:
> >
> Labels and UUIDs are stored only on the filesystems they come from and
> in the blkid cache in /etc/blkid.tab. That cache is cleared and
> regenerated whenever you reboot. You can do this at any time by
> running:
>
> blkid -c /dev/null -w /etc/blkid.tab
>
> udev does not have a database
On Sun, Mar 6, 2011 at 20:55, Steve Langasek wrote:
>> What apt, aptitude do:
>
>> I don't know. Do they allow an already satisfied Pre-Depends to
>> complicate the upgrade path? IIRC dpkg, as an essential package,
>> always gets upgraded first anyway, but I am not so familiar with this
>>
Raphael Hertzog writes ("Re: Pre-Depends: dpkg (>= 1.15.7.2) for
dpkg-maintscript-helper okay?"):
> Of course, the pre-depends become mostly irrelevant when the version in
> oldstable supports it but that's not the case yet. And it's not unusual for
> people to try an upgrade that skips a release.
Package: wnpp
Severity: wishlist
Owner: "Siegfried-Angel Gevatter Pujals"
* Package name: zeitgeist-datasources
Version : development snapshot
Upstream Author : The Zeitgeist Team
* URL : httpd://launchpad.net/zeitgeist-dataproviders
* License : GPL-2+ & BSD-s
On 06/03/2011 11:12, Lucas Nussbaum wrote:
> Hi,
>
> In the pkg-ruby-extras team, we are considering switching from
> svn-buildpackage to git.
>
> Does someone has feedback on this switch, in the context of teams
> maintaining many small packages?
Perl team used to use only Subversion. Now, git
Package: wnpp
Severity: wishlist
Owner: Didier Raboud
Package name: kcm-gtk
Version : 0.5.3
Upstream Author : Jonathan Thomas
URL : https://launchpad.net/kcm-gtk
License : GPLv2
Programming Lang: Qt, KDE, C++
Description : configuration module fo
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libtest-rdf-perl
Version : 0.20
Upstream Author : Kjetil Kjernsmo
* URL : http://search.cpan.org/dist/Test-RDF/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description :
Package: wnpp
Severity: wishlist
Owner: Fabian Greffrath
* Package name: cantarell-fonts
Version : 0.0.3
Upstream Author : Dave Crossland
* URL : http://abattis.org/cantarell/
* License : SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
Programming Lang:
On Mon, Mar 7, 2011 at 09:54, Raphael Hertzog wrote:
> On Mon, 07 Mar 2011, Sandro Tosi wrote:
>> > While a review on -devel (and in general sharing news about his plans) is
>> > always welcome, I really don't see the point of bringing this up as if it
>> > was a big violation of a rule.
>>
>> Nev
On Mon, 07 Mar 2011, Sandro Tosi wrote:
> > While a review on -devel (and in general sharing news about his plans) is
> > always welcome, I really don't see the point of bringing this up as if it
> > was a big violation of a rule.
>
> Never said it's a 'big violation'. The fact is: we have a rule,
Le lundi 07 mars 2011 à 02:01 +0100, David Weinehall a écrit :
> > The panel remains, but it will be a GTK3 / D-Bus panel. In its current
> > state, it doesn’t support the good old GTK2 / bonobo applets, of which
> > we have a lot in the archive. Upstream confirmed they don’t have time to
> > supp
On Mon, Mar 7, 2011 at 08:20, Raphael Hertzog wrote:
> Hi,
>
> On Mon, 07 Mar 2011, Sandro Tosi wrote:
>> Hello Matthias,
>> was this MBF announced & coordinated somewhere (and I simply missed
>> that message) as specified in [1]?
>
> He's the maintainer of python-central, he can certainly decide
21 matches
Mail list logo
