On Sun, May 31, 2009 at 8:09 AM, John Goerzen wrote:
> I'm CCing this to Debian-devel because I think it speaks to a larger
> issue.
>
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it. I used the selection tool, and Okular offered to speak it to
> me, but said "Copy
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libjio
Version : 0.50
Upstream Author : Alberto Bertogli (albert...@blitiri.com.ar)
* URL : http://blitiri.com.ar/p/libjio/
* License : Buena Onda Li
On Sat, 2009-05-30 at 16:05 -0700, Richard A Nelson wrote:
> This is great news! I've already converted all my boxes and am
> continually exhorting conversion to libnss-ldapd (mostly on IRC, but
> also those who report bugs on the libnss-ldap package).
>
> It seems to me, as the libnss-ldap maintai
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 05:13:16PM +0200, Goswin von Brederlow wrote:
>> Pierre Habouzit writes:
>>
>> > On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
>> >> Josselin Mouette writes:
>> >> > > - LVM and/or RAID: no real reason nowadays to not us
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 03:08:02PM -0300, Henrique de Moraes Holschuh wrote:
>> On Mon, 01 Jun 2009, Pierre Habouzit wrote:
>> > Think again, if I do such a package, I would obviously check with some
>> > kind of trivial perl programm if the device containing /usr/lib/ro
retitle 474191 ITP: iceweasel-downloadstatusbar -- Iceweasel addon that
provides an improved download statusbar
owner 474191 !
thanks
I'll package it.
4 квітня 2008 о 02:08 +0200 Christoph Anton Mitterer написав(-ла):
> Package: wnpp
> Severity: wishlist
>
> * Package name: iceweasel-downlo
On Mon, Jun 01, 2009 at 03:08:02PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 01 Jun 2009, Pierre Habouzit wrote:
> > Think again, if I do such a package, I would obviously check with some
> > kind of trivial perl programm if the device containing /usr/lib/rootkit
> > is mounted with nodev
Am 2009-06-01 10:17:23, schrieb Josselin Mouette:
> The French DRM legislation is so stupidly thought-off, badly worded and
> unsuitable for real life, that it’s not likely to be ever applied to any
> real case.
But currently they are trying exactly the contrary...
If the french advocats would ha
Peter Samuelson wrote:
> [Michael Banck]
>> If copying is indeed the only thing which is mediated via DRM, I agree
>> with you, but maybe the situation should get analyzed a bit and anyway,
>> we should make it easy for large organisations (public administration,
>> companies) to set a default for
On Mon, 2009-06-01 at 08:18 +0200, Stefano Zacchiroli wrote:
> Should be somewhere where you can "natually" invoke a package build
> command. Ideally, and for $VCS that contain injected upstream sources,
> it should be the root of a debianized source tree, i.e. `pwd` should
> contain debian/.
>
>
On Mon, 01 Jun 2009, Pierre Habouzit wrote:
> Think again, if I do such a package, I would obviously check with some
> kind of trivial perl programm if the device containing /usr/lib/rootkit
> is mounted with nodev, would use mount -o remount,dev on the problematic
> mount point in the preinst, let
Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso
* Package name: libmoose-policy-perl
Version : 0.03
Upstream Author : Stevan Little
* URL : http://search.cpan.org/dist/Moose-Policy-0.03/
* License : Perl
Programming Lang: Perl
Description
[Michael Banck]
> If copying is indeed the only thing which is mediated via DRM, I agree
> with you, but maybe the situation should get analyzed a bit and anyway,
> we should make it easy for large organisations (public administration,
> companies) to set a default for their users how this should
On Mon, 2009-06-01 at 19:51 +1000, Ben Finney wrote:
> Josselin Mouette writes:
>
> > Le dimanche 31 mai 2009 à 19:43 +0200, Marco d'Itri a écrit :
> > > All things considered, I have no immediate plan to push for
> > > deprecating a standalone /usr.
> >
> > Thanks for going back.
>
> Seconded.
On Mon, Jun 01, 2009 at 05:13:16PM +0200, Goswin von Brederlow wrote:
> Pierre Habouzit writes:
>
> > On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
> >> Josselin Mouette writes:
> >> > > - LVM and/or RAID: no real reason nowadays to not use these for the
> >> > > root
>
I am currently using debian lenny with backports. I want to use my linux
box to play TV shows from myeasytv.com & others. It plays them in most
cases but does a very poor job. I have talked to the Verizon FIOS folks
and it seems that in a very short time they will begin offering a
massive amount of
Package: wnpp
Severity: wishlist
Owner: "Loïc Martin"
* Package name: gmameui
Version : 0.2.8
Upstream Author : Andrew Burton
* URL : http://gmameui.sourceforge.net/
* License : GPL2+
Programming Lang: C
Description : front-end for the arcade games em
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
>> Josselin Mouette writes:
>> > > - LVM and/or RAID: no real reason nowadays to not use these for the root
>>
>> As long as debian does not provide support for kernel independent non
>> breaking init
Josselin Mouette writes:
> Le lundi 01 juin 2009 à 13:11 +0200, Goswin von Brederlow a écrit :
>> As long as debian does not provide support for kernel independent non
>> breaking initramfs support (i.e. not regenerated on every whim and
>> break) having / outside lvm and no initramfs is a real
Le lundi 01 juin 2009 à 13:11 +0200, Goswin von Brederlow a écrit :
> As long as debian does not provide support for kernel independent non
> breaking initramfs support (i.e. not regenerated on every whim and
> break) having / outside lvm and no initramfs is a real plus.
What has the initramfs got
On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
> Josselin Mouette writes:
> > > - LVM and/or RAID: no real reason nowadays to not use these for the root
>
> As long as debian does not provide support for kernel independent non
> breaking initramfs support (i.e. not regenerat
On Mon, May 25, 2009 at 08:58:32AM +0100, Neil Williams wrote:
> The following bugs for cross-build support have been open for at least
> 300 days now and I propose to start doing delayed NMU's for each
> package in the next few days. (dd-list output below.)
> 284167: acl
> 285418: mawk
Nack. I
Josselin Mouette writes:
> Le dimanche 31 mai 2009 à 19:43 +0200, Marco d'Itri a écrit :
>> All things considered, I have no immediate plan to push for deprecating
>> a standalone /usr.
>
> Thanks for going back. However, if you think this debate is going to
> come back later, maybe we could en
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libtest-tempdir-perl
Version : 0.04
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~nuffin/Test-TempDir-0.04/
* License : Artistic
Programming Lang: Perl
Description :
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libmoosex-types-path-class-perl
Version : 0.05
Upstream Author : Todd Hepler
* URL :
http://search.cpan.org/~thepler/MooseX-Types-Path-Class-0.05/
* License : Artistic
Programming Lang: Pe
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libmoosex-blessed-reconstruct-perl
Version : 0.02
Upstream Author : Yuval Kogman
* URL : *
http://search.cpan.org/~nuffin/MooseX-Blessed-Reconstruct-0.02/
* License : Artistic
Programming
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libsearch-gin-perl
Version : 0.03
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~nuffin/Search-GIN-0.03/
* License : Artistic
Programming Lang: Perl
Description : Gene
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libmoosex-clone-perl
Version : 0.04
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~nuffin/MooseX-Clone-0.04/
* License : Artistic
Programming Lang: Perl
Description :
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libmoosex-yaml-perl
Version : 0.03
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~nuffin/MooseX-YAML-0.03/
* License : Artistic
Programming Lang: Perl
Description : DW
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libmoosex-app-cmd-perl
Version : 0.04
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~dmaki/MooseX-App-Cmd-0.04/
* License : Artistic
Programming Lang: Perl
Description
On Mon, 2009-06-01 at 13:40 +0800, Paul Wise wrote:
> Hi all,
>
> I recently did an upgrade from lenny to squeeze. I did it in single
> user mode / runlevel 1 (with all the daemons stopped). I noted that
> during the upgrade various daemons were started again. IMO it is
> reasonable to expect that
Josselin Mouette writes:
> Le dimanche 31 mai 2009 à 19:43 +0200, Marco d'Itri a écrit :
> > All things considered, I have no immediate plan to push for
> > deprecating a standalone /usr.
>
> Thanks for going back.
Seconded. Thanks also, Marco, for notifying us of this change in
direction.
> H
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libhash-util-fieldhash-compat-perl
Version : 0.03
Upstream Author : Yuval Kogman
* URL :
http://search.cpan.org/~nuffin/Hash-Util-FieldHash-Compat-0.03/
* License : Artistic
Programming La
Package: wnpp
Severity: wishlist
Owner: franck cuny
* Package name: libdata-uuid-libuuid-perl
Version : 0.04
Upstream Author : Yuval Kogman
* URL : http://search.cpan.org/~nuffin/Data-UUID-LibUUID-0.04/
* License : Artistic
Programming Lang: Perl
Descript
Le dimanche 31 mai 2009 à 19:43 +0200, Marco d'Itri a écrit :
> All things considered, I have no immediate plan to push for deprecating
> a standalone /usr.
Thanks for going back. However, if you think this debate is going to
come back later, maybe we could ensure that we can remove this support
l
Le dimanche 31 mai 2009 à 22:29 +0200, Michelle Konzack a écrit :
> In the USA... Not in Germany and France.
> Ignoring DRM let you run into touble here. :-/
The French DRM legislation is so stupidly thought-off, badly worded and
unsuitable for real life, that it’s not likely to be ever applied
36 matches
Mail list logo
