On Sun, Mar 07, 2010 at 02:51:11AM +0100, Marco d'Itri wrote:
> > /dev/something just feels so wrong. /dev contains block and character
> > devices, and almost nothing else (except some udev and initramfs files)
> > Why should cgroups control files, which are hardly device files, be
> > found under
Le vendredi 05 mars 2010 à 18:53 -0800, Russ Allbery a écrit :
> This seems like an unnecessarily complex way of implementing the idea of
> generating man pages from .desktop files. Why would you not simply write
> a script that generates a traditional *roff man page from a .desktop file?
> It see
Le vendredi 05 mars 2010 à 17:41 +, brian m. carlson a écrit :
> This still has the problem that I don't know immediately where to get
> the documentation. Do I use the GNOME help system? KDE's? man? info?
> a DVI? a PDF? The benefit of manual pages is that there is one uniform
> way to g
Le samedi 06 mars 2010 à 19:29 -0800, Jamie Morken a écrit :
> assuming 32KB per 1000 lines of code, this would be about 8.6GB for
> 283 million lines of code.
>
> assuming a factor of 100 for the compression of this code, this would
> give approx 88MB of extra space required in the debian distrib
On 07.03.2010 04:29, Jamie Morken wrote:
Hi,
Debian releases have 25,000 or so packages and don't include the source
to them, so to recompile the package you use apt-get to connect to the
internet and download the source to one package at a time if you want
the source code. I did some calculatio
On Sat, 2010-03-06 at 19:29 -0800, Jamie Morken wrote:
>
> Debian releases have 25,000 or so packages and don't include the
> source to them
This is not completely accurate. The most frequently downloaded
CD/DVD/BD don't include the source, but the debian-cd team does release
some media that fulf
* Anthony Towns [100307 07:42]:
> "Big"? It only makes a difference if:
> [...]
> c) the system memory is corrupted just enough to screw the file but
> not everything else
For many machines installing packages is the biggest thing they ever do.
So with a very low error rate, that perhaps causes
On Sun, Mar 07, 2010 at 01:25:44AM +0100, Goswin von Brederlow wrote:
> > I don't think that just because something is required, it should be
> > necessarily part of dpkg. So far, we are talking about a policy of
> > including md5sum in our .debs, *not* about changing the .deb format to
> > requir
- Original Message -
From: Josselin Mouette
Date: Sunday, March 7, 2010 12:57 am
Subject: Re: including full package source code in the debian release
To: Jamie Morken
Cc: debian-devel@lists.debian.org
> There are two little flaws in your reasoning.
> 1. Compression ratios, even
Peter Samuelson writes:
>> Peter Samuelson writes:
>> > Be that as it may, I don't think the md5sums file was ever intended to
>> > be an integrity check of the .deb itself. Fortunately, the .deb also
>> > includes checksums of control.tar.gz and data.tar.gz, thanks to use of
>> > the gzip cont
Michael Banck writes:
> On Sun, Mar 07, 2010 at 01:25:44AM +0100, Goswin von Brederlow wrote:
>> > I don't think that just because something is required, it should be
>> > necessarily part of dpkg. So far, we are talking about a policy of
>> > including md5sum in our .debs, *not* about changing
On Sun, 2010-03-07 at 09:50 +0100, Josselin Mouette wrote:
> Le vendredi 05 mars 2010 à 17:41 +, brian m. carlson a écrit :
> > This still has the problem that I don't know immediately where to get
> > the documentation. Do I use the GNOME help system? KDE's? man? info?
> > a DVI? a PDF?
On 2010-03-07, Frank Lin PIAT wrote:
>> GNOME, Xfce and KDE maintainers all explained that we have no interest
>> in working on manual pages, and our upstreams don???t either.
>
> This is an important information that many people weren't aware of (at
> least, myself).
So you didn't read the full
On Sun, 2010-03-07 at 13:09 +, Sune Vuorela wrote:
> On 2010-03-07, Frank Lin PIAT wrote:
> >> GNOME, Xfce and KDE maintainers all explained that we have no interest
> >> in working on manual pages, and our upstreams don???t either.
> >
> > This is an important information that many people wer
Charles Plessy wrote:
> Dear all,
>
> It was proposed in 2009 to formalise "Team uploads" in analogy to the "QA
> uploads", as a special case of NMU, where most conventions are relaxed.
>
> http://lists.debian.org/e13a36b30904052052g73850787vcc8b2035640d7...@mail.gmail.com
>
> While there was in
Dear devscripts maintainers,
On Tue, 2009-10-20 at 07:17 +0200, Frank Lin PIAT wrote:
>
> I have written a small script to make it easy to submit manpage
> improvements (it's attached).
> I believe that it much more effective to submit a patch, rather than
> explaining what needs to be improved.
On Mar 07, Mike Hommey wrote:
> > Why not? /dev/pts/ is a kernel filesystem mounted below /dev, and /dev
> > itself is a kernel filesystem (tmpfs or devtmpfs).
> And both only contain character or block devices (or occasional
> directories). Nothing else.
I meant /dev/shm.
--
ciao,
Marco
sign
Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)"
* Package name: haskell-transformers
Version : 0.1.4.0
Upstream Author : Ross Paterson
* URL : http://hackage.haskell.org/packages/archive/transformers
* License : BSD
Programming Lang
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libversion-requirements-perl
Version : 0.100630
Upstream Author : Ricardo Signes
* URL : http://search.cpan.org/dist/Versio
On Mon, Mar 01, 2010 at 02:00:31AM +0100, Wouter Verhelst wrote:
> On Sun, Feb 28, 2010 at 10:26:48AM -0800, Steve Langasek wrote:
> >
> > You could obviously just fall back to using the full .so in the case of
> > initramfs generation.
If we can detect that the libc generated is unsuitable, then
Package: wnpp
Severity: wishlist
Owner: Nicolas Delvaux
* Package name: totem-plugin-arte
Version : 0.8.1
Upstream Author : Simon Wenner
* URL : http://gitorious.org/totem-plugin-arte
* License : GPL v2+
Programming Lang: Vala
Description : This totem
Hi:
Recently I've been working on adopting the arch-perl package under the
Debian Perl Group's umbrella. However, there are now some test
failures (which didn't surface before because tests were simply
disabled). So, long story short, my main issue with this is we are
redistributing software which
On 07/03/10 19:06, Jonathan Yu wrote:
> Who is using arch-perl?
>
> 1. It has many reverse-dependencies
> Reverse Depends:
> axp
> archzoom
> archway
> axp
> archzoom
> archway
Well, those are repeated so they are not that many.
Maybe you can remove those three packages together with
Package: wnpp
Severity: wishlist
Owner: Andrea Capriotti
* Package name: autoradio
Version : 1.4.0
Upstream Author : Paolo Patruno
* URL : http://sourceforge.net/projects/autoradiobc/
* License : GPLv2
Programming Lang: Python
Description : Radio autom
On Sun, 07 Mar 2010 13:06:13 -0500, Jonathan Yu wrote:
> 2. popcon score - see
> http://qa.debian.org/popcon.php?package=arch-perl - does not appear
> helpful. It has 0 all across, despite hundreds of submitters according
> to the graph.
The page for the binary package seems more helpful, at leas
On Sun, Mar 07, 2010 at 01:06:13PM -0500, Jonathan Yu wrote:
> Recently I've been working on adopting the arch-perl package under the
> Debian Perl Group's umbrella. However, there are now some test
> failures (which didn't surface before because tests were simply
> disabled). So, long story short,
> Peter Samuelson writes:
> > How many times do I have to say "the .deb also includes checksums of
> > control.tar.gz and data.tar.gz, thanks to use of the gzip container
> > format" before you notice?
[Goswin von Brederlow]
> - You download and verify the deb with the checksum in Packages.gz.
>
Clint,
On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote:
> Have you asked upstream?
Actually, no I haven't, since given the number of test failures on
CPAN Testers (pretty much 100% are FAILs), I assumed the the author
was already aware of the problem. On second thought, though, you're
right --
Hi,
Jonathan Yu wrote:
On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote:
Have you asked upstream?
Actually, no I haven't, since given the number of test failures on
CPAN Testers (pretty much 100% are FAILs), I assumed the the author
was already aware of the problem. On second thought, thoug
Mikhael,
I'm really embarrassed now, for not having asked you about this issue
first. I'll take a look at fixing the libarch-perl package
immediately, and look into adopting the other related packages based
on it (assuming they are Perl code).
Perhaps something you can consider doing is having te
Hi Adam,
(long time no see!)
On Sun, Mar 07, 2010 at 04:13:56PM +, Adam Conrad wrote:
> On Mon, Mar 01, 2010 at 02:00:31AM +0100, Wouter Verhelst wrote:
> > On Sun, Feb 28, 2010 at 10:26:48AM -0800, Steve Langasek wrote:
> > >
> > > You could obviously just fall back to using the full .so in
On 07 Mar 2010 16:17:56 -0500, Jonathan Yu wrote:
>
> On Sun, Mar 7, 2010 at 3:14 PM, Clint Adams wrote:
> > Have you asked upstream?
>
> Actually, no I haven't, since given the number of test failures on
> CPAN Testers (pretty much 100% are FAILs), I assumed the the author
> was already aware o
Package: wnpp
Severity: wishlist
Owner: Michael Schnupp
* Package name: kurso
Version : 3.0
Upstream Author : Carlos Alberto Alves Pereira
* URL : http://kurso.com.br/
* License : GPL2
Programming Lang: Delphi/Kylix
Description : Kurso de Esperanto -
On 07 Mar 2010 18:19:48 -0500, Jonathan Yu wrote:
>
> I'm really embarrassed now, for not having asked you about this issue
> first. I'll take a look at fixing the libarch-perl package
> immediately, and look into adopting the other related packages based
> on it (assuming they are Perl code).
>
34 matches
Mail list logo
