Re: Requesting advice regarding creating a custom Debian distribution

[Andreas Tille]

On Sun, 19 Aug 2007, [EMAIL PROTECTED] wrote:

Honestly I do not think I have the 
ability, patience, or time to be packaging software for Debian and dealing 
with bugs I cannot correct.


What lets you assume you will have ability, patience, or time to maintain
a separate repository if you even doubt that you are not able deal with bugs
in the packages that are currently missing in Debian?

Kind regards

Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#438712: minimalist: The package description should use the pseudo-standard " Homepage:" trick

[Andreas Tille]

On Mon, 20 Aug 2007, Paul Wise wrote:


I suggest that the homepage does not belong inside the package at all
(because it can change separately to the package)


I agree that the homepage of a software might change but I really think
that the homepage changes much less frequently as the version of the
package which makes the change of the homepage a managable issue in
normal package maintainance process.  For those packages that change
not that frequently (perhaps orphaned) whe would have a further grip
on the software because we could use a link checker in addition to
uscan (provided there is a watch file) to verify whether the software
can be located as expected.  Filing a bug report about wrong homepage
might be a good reason to recompile the software to a new package which
is a reasonable quality check for packages that are not touched very
offen.  So IMHO it is a very good reason to include the homepage into
the package _because_ it changes separately.


The we could have
a real 'Homepage' field instead of the hackish XBS... stuff.


I'm very much in favour of a real 'Homepage' field.

Kind regards

   Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438834: ITP: libdigest-md5-file-perl -- Perl extension for getting MD5 sums for files and urls

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov <[EMAIL PROTECTED]>

* Package name: libdigest-md5-file-perl
  Version : 0.05
  Upstream Author : Daniel Muey <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~dmuey/
* License : same as Perl (either Artistic or GPL)
  Programming Lang: Perl
  Description : Perl extension for getting MD5 sums for files and urls

Digest::MD5::File adds to Digest::MD5 module functionality for easy
calculation of MD5 checksums of entire files, directories or URLs.
.
Example usage:
.
 my $md5 = Digest::MD5->new;
 $md5->addpath('/path/to/file.txt');
 $md5->addpath([EMAIL PROTECTED]);
 $md5->adddir('/home/tmbg/');
 $md5->addurl('http://www.tmbg.com/tour.html');
 my $digest = file_md5_hex($file);
 my $dir_hashref = dir_md5_hex($dir);
 my $digest = url_md5_hex($url);

This package is a dependency of libnet-amazon-s3-perl version 0.39

--
dam


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Homepage field

[Guillem Jover]

Hi,

On Mon, 2007-08-20 at 08:49:57 +0200, Stefano Zacchiroli wrote:
> On Mon, Aug 20, 2007 at 12:17:03AM +0300, Guillem Jover wrote:
> > Ok, just pushed the Homepage field support into dpkg git. Chose Homepage
> > as that was what was requested on 142324 and what has mostly been used
> > on the pseudo-header in the Description field.

> Can you please give us some details? Some questions follow ...

> - if I got this correctly it means that I can start adding 'Homepage'
>   fields (no heading 'X', no fake fields in description) to my
>   debian/controls, right?

Yes, you'll get several warnings from different dpkg-* programs and the
field will be ignored until you start using the new dpkg, though.

> - should the field be put in the source stanza of debian/control or in
>   the various binary stanzas?

Yes, only in the source stanza (the ones in the binary stanzas will be
ignored and warned), and it will propagate to the source and all the
binary packages.

I don't think it makes sense to have different Homepage fields on the
binary stanzas, but if someone can think of a case it might be useful
I could change it to override the source stanza field.

> - probably not dpkg's business, but will the field flow to the Packages
>   files of the archive? What about the Sources?

Yes, all fields that get into the binary packages should end up in the
meta indices.

regards,
guillem


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Homepage field

[Carl Fürstenberg]

On 8/20/07, Guillem Jover <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 2007-08-20 at 08:49:57 +0200, Stefano Zacchiroli wrote:
> > On Mon, Aug 20, 2007 at 12:17:03AM +0300, Guillem Jover wrote:
> > > Ok, just pushed the Homepage field support into dpkg git. Chose Homepage
> > > as that was what was requested on 142324 and what has mostly been used
> > > on the pseudo-header in the Description field.
>
> > Can you please give us some details? Some questions follow ...
>
> > - if I got this correctly it means that I can start adding 'Homepage'
> >   fields (no heading 'X', no fake fields in description) to my
> >   debian/controls, right?
>
> Yes, you'll get several warnings from different dpkg-* programs and the
> field will be ignored until you start using the new dpkg, though.
>
> > - should the field be put in the source stanza of debian/control or in
> >   the various binary stanzas?
>
> Yes, only in the source stanza (the ones in the binary stanzas will be
> ignored and warned), and it will propagate to the source and all the
> binary packages.
>
> I don't think it makes sense to have different Homepage fields on the
> binary stanzas, but if someone can think of a case it might be useful
> I could change it to override the source stanza field.
>
> > - probably not dpkg's business, but will the field flow to the Packages
> >   files of the archive? What about the Sources?
>
> Yes, all fields that get into the binary packages should end up in the
> meta indices.
>
> regards,
> guillem
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>

I was thinking about this field, and "Homepage" sounds a bit ambiguous
in my ear. I would suggest changing it to "Upstream" instead. This
because not all "upstreams" has a "homepage" per definition of
"homepage" in modern sense.


-- 
/Carl Fürstenberg <[EMAIL PROTECTED]>

Re: Homepage field

[Miriam Ruiz]

Will it be possible to have more than one homepage listed, comma-separated?

Miry

2007/8/20, Guillem Jover <[EMAIL PROTECTED]>:
>
> Hi,
>
> On Mon, 2007-08-20 at 08:49:57 +0200, Stefano Zacchiroli wrote:
> > On Mon, Aug 20, 2007 at 12:17:03AM +0300, Guillem Jover wrote:
> > > Ok, just pushed the Homepage field support into dpkg git. Chose
> Homepage
> > > as that was what was requested on 142324 and what has mostly been used
> > > on the pseudo-header in the Description field.
>
> > Can you please give us some details? Some questions follow ...
>
> > - if I got this correctly it means that I can start adding 'Homepage'
> >   fields (no heading 'X', no fake fields in description) to my
> >   debian/controls, right?
>
> Yes, you'll get several warnings from different dpkg-* programs and the
> field will be ignored until you start using the new dpkg, though.
>
> > - should the field be put in the source stanza of debian/control or in
> >   the various binary stanzas?
>
> Yes, only in the source stanza (the ones in the binary stanzas will be
> ignored and warned), and it will propagate to the source and all the
> binary packages.
>
> I don't think it makes sense to have different Homepage fields on the
> binary stanzas, but if someone can think of a case it might be useful
> I could change it to override the source stanza field.
>
> > - probably not dpkg's business, but will the field flow to the Packages
> >   files of the archive? What about the Sources?
>
> Yes, all fields that get into the binary packages should end up in the
> meta indices.
>
> regards,
> guillem
>
>

Re: Homepage field

[Rene Engelhard]

Guillem Jover wrote:
> I don't think it makes sense to have different Homepage fields on the
> binary stanzas, but if someone can think of a case it might be useful
> I could change it to override the source stanza field.

I have one.

OpenOffice.orgs homepage is www.openoffice.org. Now, since 2.3, the OOo
build process builds an extension, which is not included in OOos
"normal" install but distributed separately (binary-only).

It would not make sense to not ship it with the OOo which already builds
it, so I ship it[1], but the official homepage of this is *not*
www.openoffice.org but
http://extensions.services.openoffice.org/project/reportdesign 

I also add the postgresql sdbc driver to the packages[2], which needs
internal OOo stuff to build so it's built from the OOo source package.
Its homepage: http://dba.openoffice.org/drivers/postgresql/

Gr��e/Regards,

Ren�

[1]
http://packages.debian.org/experimental/misc/openoffice.org-report-builder
[2]
http://packages.debian.org/experimental/misc/openoffice.org-sdbc-postgresql

-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#438863: ITP: libclass-c3-componentised-perl -- load mix-ins or components to your C3-based class

[Krzysztof Krzyzaniak (eloy)]

Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>


* Package name: libclass-c3-componentised-perl
  Version : 1.0001
  Upstream Author : Matt S. Trout and the DBIx::Class team 
Pulled out into seperate module by Ash Berlin <[EMAIL 
PROTECTED]>
* URL : 
http://www.cpan.org/authors/id/A/AS/ASH/Class-C3-Componentised-1.0001.tar.gz
* License : Perl (GPL/Artistic)
  Programming Lang: Perl
  Description : load mix-ins or components to your C3-based class

 Class::C3::Componentised will inject base classes to your module using the 
 Class::C3 method resolution order.
 .
 Please note: these are not plugins that can take precedence over methods 
 declared in MyModule. If you want something like that, consider 
 MooseX::Object::Pluggable.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Homepage field

[Luca Capello]

Hello!

On Mon, 20 Aug 2007 12:05:54 +0200, Carl Fürstenberg wrote:
> I was thinking about this field, and "Homepage" sounds a bit
> ambiguous in my ear.

Not in mine.

> I would suggest changing it to "Upstream" instead.

No, please.  "Upstream" could be more than "Homepage",
e.g. "repository", "mailing-list", $WHATEVER.

> This because not all "upstreams" has a "homepage" per definition of
> "homepage" in modern sense.

At least you should define what "modern sense" means ;-)

If upstream doesn't have a "homepage", then don't use the field, which
shouldn't be mandatory IMHO.

Thx, bye,
Gismo / Luca


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#438408: #438408,ITP: libdpkg-parse-perl

[Deepak Tripathi]

Damyan Ivanov wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Deepak,

Please make sure you use the "X-Debbugs-CC:
debian-devel@lists.debian.org" pseudo-header when you file ITP bugs. See
DevRef 5.1. The easiest way to do this is to use the report bug utility.
Next time run "reportbug wnpp" and follow the instructions.

  

* Package name : libdpkg-parse-perl
Version  : 0.01
Upstream Author  : Adam Jacob <|[EMAIL PROTECTED]>
|* URL   : 
http://search.cpan.org/~holoway/DPKG-Parse-0.01/

* License : Perl License
Programming Lang   : Perl
Description: DPKG::Parse contains utilities to parse the 
various files created by dpkg and turn them into helpful Perl objects. 
Current files understood by various DPKG::Parse modules:



Can you briefly compare the functionality of DPKG::Parse and AptPkg?
  
it provides the approximately same functionality BUT it  is in Object 
oriented way.


see
http://search.cpan.org/~holoway/DPKG-Parse-0.01/lib/DPKG/Parse/Available.pm#___top




- --
Damyan IvanovJabberID: [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGyHSkHqjlqpcl9jsRAo34AKCJjJ8czwJPVTAyFIEjUd0J6BWbmgCeNZp4
85bEEh7jsL30NOSktJhIPXU=
=hYgo
-END PGP SIGNATURE-


  


Thanks
Deepak.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438885: Mass bug filling: must use invoke-rc.d

[Amaya]

Package: general
Severity: serious

As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to
run init.d scripts has been made mandatory. Earlier, its use was
strongly recommended.

In most cases the fix should be simple, replace this:

/etc/init.d/package 

with this:

if which invoke-rc.d >/dev/null 2>&1; then
invoke-rc.d package 
else
/etc/init.d/package 
fi

On May 13 and 14, I checked all packages in Debian sid, and found
that your package needs to be changed because of this policy change.
This bug is part of a mass-filing to get all such bugs fixed.
(See discussion starting at [1].)

[1] http://lists.debian.org/debian-devel/2006/05/msg00577.html



-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Re: Bug#438408: #438408,ITP: libdpkg-parse-perl

[Raphael Hertzog]

On Mon, 20 Aug 2007, Deepak Tripathi wrote:
>>> * Package name : libdpkg-parse-perl
>>> Version  : 0.01
>>> Upstream Author  : Adam Jacob <|[EMAIL PROTECTED]>
>>> |* URL   : 
>>> http://search.cpan.org/~holoway/DPKG-Parse-0.01/
>>> * License : Perl License
>>> Programming Lang   : Perl
>>> Description: DPKG::Parse contains utilities to parse the 
>>> various files created by dpkg and turn them into helpful Perl objects. 
>>> Current files understood by various DPKG::Parse modules:
>>> 
>>
>> Can you briefly compare the functionality of DPKG::Parse and AptPkg?
>>   
> it provides the approximately same functionality BUT it  is in Object 
> oriented way.

I fail to see the need to package a few dozen of lines of perl that simply
parse RFC2822-compatible headers when we have lots of well tested code to
handle those.

This module has seen a single release numbered 0.01, and it dates back to
2 years ago already.

Deepak, please don't package every useless bit of perl. 

Furthermore, your comparison doesn't seem correct. I don't see a direct
parser of Packages file in AptPkg. You have to go through all the Apt
setup. They don't have the same use case. However DPKG::Parse has IMO
no use case at all

I have written (or seen) perl code to parse Packages file in numerous places
(debian-cd for example) and you really don't need a dedicated module for
that. And the available file used by this module is probably not
meaningful on most systems... it's mainly a dselect file which is nowadays
replaced by /var/lib/apt/lists/*.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

If you do not know what applications are on which CD, or even what you  
need it becomes a little more difficult. I am trying to make it a  
little easier for these
persons. I just went through all of this trying to install IceWM on an  
older machine, so I thought to try to make it a little easier for me  
and everyone else.



People only need to download the first CD and as many additional CDs
as they feel like. The CDs are (for the most part) ordered by
popularity. The only reason to download all CDs is if you've got no
network connection at all (or you like lots of packages that almost no
one else does.)



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#438408: #438408,ITP: libdpkg-parse-perl

[Deepak Tripathi]

Raphael Hertzog wrote:

On Mon, 20 Aug 2007, Deepak Tripathi wrote:
  

* Package name : libdpkg-parse-perl
Version  : 0.01
Upstream Author  : Adam Jacob <|[EMAIL PROTECTED]>
|* URL   : 
http://search.cpan.org/~holoway/DPKG-Parse-0.01/

* License : Perl License
Programming Lang   : Perl
Description: DPKG::Parse contains utilities to parse the 
various files created by dpkg and turn them into helpful Perl objects. 
Current files understood by various DPKG::Parse modules:



Can you briefly compare the functionality of DPKG::Parse and AptPkg?
  
  
it provides the approximately same functionality BUT it  is in Object 
oriented way.



I fail to see the need to package a few dozen of lines of perl that simply
parse RFC2822-compatible headers when we have lots of well tested code to
handle those.

This module has seen a single release numbered 0.01, and it dates back to
2 years ago already.

Deepak, please don't package every useless bit of perl. 
  

ok i will keep in mind.

Furthermore, your comparison doesn't seem correct. I don't see a direct
parser of Packages file in AptPkg. You have to go through all the Apt
setup. They don't have the same use case. However DPKG::Parse has IMO
no use case at all

  

it was not in package AptPkg it is in DPKG::Parse.

I have written (or seen) perl code to parse Packages file in numerous places
(debian-cd for example) and you really don't need a dedicated module for
that. And the available file used by this module is probably not
meaningful on most systems... it's mainly a dselect file which is nowadays
replaced by /var/lib/apt/lists/*.

Cheers,
  

Thanks
Deepak


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed (with 1 errors): Mass bug filing: must use invoke-rc.d

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 438885 Mass bug filing: must use invoke-rc.d
Bug#438885: Mass bug filling: must use invoke-rc.d
Changed Bug title to `Mass bug filing: must use invoke-rc.d' from `Mass bug 
filling: must use invoke-rc.d'.

> owner 438885 Lars Wirzenius <[EMAIL PROTECTED]>
Bug#438885: Mass bug filing: must use invoke-rc.d
Owner recorded as Lars Wirzenius <[EMAIL PROTECTED]>.

> block 438885 with 341413 341415 348259 348263 367722 367725 367727 367729 
> 367730 367731 367732 367733 367734 367737 367740 367745 367753 367754 367755 
> 367759 367760 367762
Bug#341413: dict-easton: should use invoke-rc.d
Bug#341415: dict-gcide: should use invoke-rc.d
Bug#348259: dict-elements: use invoke-rc.d
Bug#348263: dict-jargon: use invoke-rc.d
Bug#367722: linuxlogo: must use invoke-rc.d
Bug#367725: net-acct: must use invoke-rc.d
Bug#367727: jukebox-mercury: must use invoke-rc.d
Bug#367729: rbootd: must use invoke-rc.d
Bug#367730: libroxen-imho: must use invoke-rc.d
Bug#367731: iptotal: must use invoke-rc.d
Bug#367732: genpower: must use invoke-rc.d
Bug#367733: dict-moby-thesaurus: must use invoke-rc.d
Bug#367734: dict-hitchcock: must use invoke-rc.d
Bug#367737: dict-bouvier: must use invoke-rc.d
Bug#367740: dict-gazetteer2k-zips: must use invoke-rc.d
Bug#367745: battery-stats: must use invoke-rc.d
Bug#367753: xpilot-ng-server: must use invoke-rc.d
Bug#367754: wdm: must use invoke-rc.d
Bug#367755: tama: must use invoke-rc.d
Bug#367759: sauce: must use invoke-rc.d
Bug#367760: libtowitoko2: must use invoke-rc.d
Bug#367762: gnudip: must use invoke-rc.d
Bug#438885: Mass bug filing: must use invoke-rc.d
Was not blocked by any bugs.
Blocking bugs of 438885 added: 341413, 341415, 348259, 348263, 367722, 367725, 
367727, 367729, 367730, 367731, 367732, 367733, 367734, 367737, 367740, 367745, 
367753, 367754, 367755, 367759, 367760, 367762

> block 438885 with 375183 353660
Bug#375183: invoke-rc.d: Uses hardcoded path to policy-rc.d
Bug#353660: lintian: Check for direct use of init.d, when invoke-rc.d should be 
used instead
Bug#438885: Mass bug filing: must use invoke-rc.d
Was blocked by: 341413 341415 348259 348263 367722 367725 367727 367729 367730 
367731 367732 367733 367734 367737 367740 367745 367753 367754 367755 367759 
367760 367762
Blocking bugs of 438885 added: 375183, 353660

> severity 341413 341415 348259 348263 367722 367725 367727 367729 367730 
> 367731 367732 367733 367734 367737 367740 367745 367753 367754 367755 367759 
> 367760 367762 serious
Unknown command or malformed arguments to command.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed (with 1 errors): Re: Mass bug filing: must use invoke-rc.d

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> block 438885 with 367764
Bug number 367764 not found. (Is it archived?)

Unknown blocking bug/s: 367764.
Bug#438885: Mass bug filing: must use invoke-rc.d
Was blocked by: 341413 341415 348259 348263 353660 367722 367725 367727 367729 
367730 367731 367732 367733 367734 367737 367740 367745 367753 367754 367755 
367759 367760 367762 375183
Blocking bugs of 438885 added: 

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

 I do have this ability. I am lacking in the programming skills  
needed for the packaging and bug fixing. I can read most code and make  
some small changes, but my programming skills are mainly in C# and a  
little Java. I know just enough C++ to be dangerous.


Quoting Andreas Tille <[EMAIL PROTECTED]>:


On Sun, 19 Aug 2007, [EMAIL PROTECTED] wrote:

Honestly I do not think I have the ability, patience, or time to be  
 packaging software for Debian and dealing with bugs I cannot  
correct.


What lets you assume you will have ability, patience, or time to maintain
a separate repository if you even doubt that you are not able deal with bugs
in the packages that are currently missing in Debian?

Kind regards

Andreas.

--
http://fam-tille.de



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Package cache

[Toni Mueller]

On Sat, 18.08.2007 at 19:29:55 +0200, Gonsolo <[EMAIL PROTECTED]> wrote:
> I know disk space is cheap but having hundreds of megabytes wasted for
> gnome pixmaps I never see or fonts i never use is annoying.

I find the implications of your proposal MUCH more annoying:

 * Joe User has to be permanently online in case he'd wanted to use a
   package that's not already on his disk, as has the server he'd be
   downloading from.
 * He'd waste considerable amounts of network bandwidth and server load
   getting packages he has just thrown away because he wanted to "save
   on diskspace" (he's too stupid to know how much he needs, anyway).
 * There had to be some kind of transparent "now I need to be root"
   thingy that allows this kind of stuff to work. Now we only need to
   make this fool-proof, aka "secure".
 * Usage would be really slow, especially in cases of network problems.

If Joe User is really annoyed by having to spend a few hundred megs (or
gigs) of disk space, then he needs to learn which packages are eating
his space and avoid them, and should get a set of CDs or DVDs to serve
as a non-harddisk repository. He might also learn that those big
packages, which could make a difference, are indispensible for him, so
there's really not much "savings".

If you're personally annoyed by having a bunch of Gnome pixmaps on your
disks, feel free to replace them all by 1x1 transparent GIFs or
something similar (and see your UI break). You might consider not using
Gnome in the first place for much bigger space savings, however.


Best,
--Toni++


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Package cache

[paddy]

On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> Hi!
> 
> Would it be feasible to add something like a package cache to Debian?

apt-proxy ?

Regards,
Paddy


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Package cache

[Steve Greenland]

On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote: 
> On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > Hi!
> > 
> > Would it be feasible to add something like a package cache to Debian?
> 
> apt-proxy ?

No, that builds a local mirror of packages being used on a site, so that
if you're maintaining several machines with similar package loads, most
of your downloads are local.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[Kevin Mark]

On Sun, Aug 19, 2007 at 10:03:57PM -0400, [EMAIL PROTECTED] wrote:
>  Let me explain to you the why I have decided to start the project. I  
> have searched for a lightweight distribution and none of what is  
> available has been what I wanted for one reason or another. I also  
> have used IceWM on an older laptop for a while and like it. Debain has  
> most of what I need for a desktop, but it is trial and error to find  
> what fits and somewhat of a pain to install everything ;)
>  Picture if you will the person who wants to try debian on an older  
> machine, not only do they not have the skills to configure everything  
> from the command line but they do not know what to install.
>  Picture installation from a dialup modem. to do this one has 2 options.
>Option 1) Download all of the CD's, as the old machine does not  
> have a dvd player.
>Option 2) Download the net install CD and install everything over dialup.
>  Enter option 3 - my option - download 1 CD and install everything  
> they need. Anything not included can then be installed from the debian  
> repository. Problem solved.
I have seen 2 project that are relevent: 
1) stem linux (it may have changed names or may be dead), it sought to
test various applications for memory footprint and determined what was
the best in various application catagories and picked the best and
packaged that ONE.

This information would be helpful to Debian and other proejcts for
recommendation for low-end hardware.

2) deli linux, this one has a few hand packaged apps in a slackware-like
format. The main advantage is that it uses ulibc iirc, and is targeted
for low end hardware (I run it on a p75/32mb libretto [0]).

#2 is active, but installation is primitive and dependcy handling is
non-existant (using ldd on binaries).
If someone could add apt-get support for deli-linux, thats cool.

But one of the issues people on debian-user have mentioned on low-memory
(and low cpu) hardware is the long wait for apt-get and friends to run
(if at all).
-Kev
[0] This machine has no floppy support, no network, no cdrom, no usb. I
removed the 2.5 hdd and installed deli with qemu, an hdd iso file and a
usb hdd enclosure for the removed hdd.
-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal |mysite.verizon.net/kevin.mark/|
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
|  my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian!  |
|___  Unless I ask to be CCd, assume I am subscribed ___|


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Is Ricardo Cardenes (rcardenes) MIA?

[Cameron Dale]

Hi,

I've been trying to reach Ricardo Cardenes (rcardenes) for a while
now, and not gotten any response. Does anyone know if he's MIA?

I've been unable to get a response from him for 5 months now, and his
last upload was an RC bug fix a year ago (before that, his last upload
was in 2005).

Thanks,
Cameron


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

 I came up with nothing on Google for stem linux., and DeliLinux  
looks to be turkish so I don't know if we would even be to  
communicate. I should try talking with them, their desktop looks  
pretty nice. I have already done a bit of research on what  
applications similar distributions are using, tested some other  
applications, created a preliminary package list and currently have  
the prototype running beautifully on my old 500Mhz AMD. I am not  
trying to target the 486 crowd, I am aiming for PII & PIII.



I have seen 2 project that are relevent:
1) stem linux (it may have changed names or may be dead), it sought to
test various applications for memory footprint and determined what was
the best in various application catagories and picked the best and
packaged that ONE.

This information would be helpful to Debian and other proejcts for
recommendation for low-end hardware.

2) deli linux, this one has a few hand packaged apps in a slackware-like
format. The main advantage is that it uses ulibc iirc, and is targeted
for low end hardware (I run it on a p75/32mb libretto [0]).

#2 is active, but installation is primitive and dependcy handling is
non-existant (using ldd on binaries).
If someone could add apt-get support for deli-linux, thats cool.

But one of the issues people on debian-user have mentioned on low-memory
(and low cpu) hardware is the long wait for apt-get and friends to run
(if at all).
-Kev
[0] This machine has no floppy support, no network, no cdrom, no usb. I
removed the 2.5 hdd and installed deli with qemu, an hdd iso file and a
usb hdd enclosure for the removed hdd.
--
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal |mysite.verizon.net/kevin.mark/|
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
|  my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian!  |
|___  Unless I ask to be CCd, assume I am subscribed ___|


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

 I would expect a smaller package list would help in that respect.


But one of the issues people on debian-user have mentioned on low-memory
(and low cpu) hardware is the long wait for apt-get and friends to run
(if at all).
-Kev
[0] This machine has no floppy support, no network, no cdrom, no usb. I
removed the 2.5 hdd and installed deli with qemu, an hdd iso file and a
usb hdd enclosure for the removed hdd.
--
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal |mysite.verizon.net/kevin.mark/|
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
|  my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian!  |
|___  Unless I ask to be CCd, assume I am subscribed ___|


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Md5/sha1sums for all the Release (was Re: proposed release goal: DEBIAN/md5sums for all packages)

[Javier Fernández-Sanguino Peña]

On Fri, Aug 17, 2007 at 07:04:39PM -0500, Peter Samuelson wrote:
> 
> [Russ Allbery]
> > While it's not the be-all and end-all of security, other OS vendors
> > (Sun in particular) have found it useful to make available a central
> > database of MD5 checksums of known-good versions of various binaries.
> 
> H.  As far as being authoritative (and cryptographically secure),
> we already have $MIRROR/dists/stable/main/binary-i386/Packages.bz2.

I actually would like to have a file similar to the Contents that provided 
the MD5/SHA1/whatever_hash of all the files distributed in Debian and have
that file included in the Release file (so that it's GPG signed and we
have a chain of trust).

This has been discussed at #268658 but so far FTP maintainers have remain
silent on this issue.

Such a per Release file with all the MD5sums could be really useful to do
forensic analysis of a system to detected corrupted (or locally modified)
contents. It could also complement the md5sums provided by packages and serve
as an additional reference to validate them if they are believed to be
tampered with.

Regards

Javier


signature.asc
Description: Digital signature

Re: proposed release goal: DEBIAN/md5sums for all packages

[Javier Fernández-Sanguino Peña]

On Fri, Aug 17, 2007 at 04:47:38PM -0700, Russ Allbery wrote:
> Peter Samuelson <[EMAIL PROTECTED]> writes:
> 
> > I'd opt for dpkg generating the checksums upon _extracting_ the .deb
> > file.  We already claim that the md5sums file isn't supposed to be any
> > kind of security thing.  Why bother to ship it?  It is redundant
> > information which can easily be regenerated on the user's system.
> 
> While it's not the be-all and end-all of security, other OS vendors (Sun
> in particular) have found it useful to make available a central database
> of MD5 checksums of known-good versions of various binaries.  This has
> proven invaluable in not a few breakins and compromises when doing
> forensics.  Since we have such a database essentially for free now in the
> form of the md5sums control files, I'd rather not take an approach that
> gets rid of it, even if it isn't a horribly effective security measure.

Actually, we should have this information as part of the information for a
Release (as asked for in #268658), alongside the Contents and Packages files.
Local Md5sums can be useful to detect hardware breakage but not so much for
forensic analysis (unless taken from an external trusted sourced, not the
system which was compromised)

BTW, NIST provides a very handy information called the National Software
Reference Library (NSRL, http://www.nsrl.nist.gov/) which comes also very
handy for either forensic analysis or setting up a baseline of known files
(when using an integrity checking tool such as tripwire or samhain) for a
large number of servers. If we provided such information they could possibly
easily include it there too which would be an improvement, since they
currently only carry information on ancient versions of Linux distributions
(and Debian is not one of them)

Regards


Javier


signature.asc
Description: Digital signature

Re: Is Ricardo Cardenes (rcardenes) MIA?

[L. Redrejo]

El lun, 20-08-2007 a las 14:04 -0700, Cameron Dale escribió:
> Hi,
> 
> I've been trying to reach Ricardo Cardenes (rcardenes) for a while
> now, and not gotten any response. Does anyone know if he's MIA?
> 

As far as I know he is not MIA. In fact, he was at Debconf in Edinburgh
and I have contacted him sometimes later through jabber. Maybe he has
been on hollidays for the last month, but I can assure you he's
continuing his work in Debian, even as an AM.

> I've been unable to get a response from him for 5 months now, and his
> last upload was an RC bug fix a year ago (before that, his last upload
> was in 2005).
> 

mmm, checking at
http://qa.debian.org/[EMAIL PROTECTED] I see some
uploads for this year, so something is wrong with your information.

Regards.
José L.


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Re: proposed release goal: DEBIAN/md5sums for all packages

[Joey Hess]

Stefano Zacchiroli wrote:
> And even in this case, I still see as not harmful proceeding to fix the
> packages which are not using dh_md5sums atm.

I agree.

> One of the reason is that no one yet showed code implementing this in
> dpkg

#155676 actually

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

 I had considered releasing an extra-light version as well but it  
seemed several other distros had that covered and it would be too much  
to try to maintain too many different versions. Is it needed?
 I suppose everyone has a different idea of what is functional as an  
OS on older hardware. I have to have decent performance, I don't want  
to wait more than about 10 seconds when opening an application or more  
than 2 seconds when opening a new window.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is Ricardo Cardenes (rcardenes) MIA?

[Neil Williams]

On Mon, 20 Aug 2007 23:36:46 +0200
José "L. Redrejo" Rodríguez <[EMAIL PROTECTED]> wrote:

> > I've been unable to get a response from him for 5 months now, and his
> > last upload was an RC bug fix a year ago (before that, his last upload
> > was in 2005).
> > 
> 
> mmm, checking at
> http://qa.debian.org/[EMAIL PROTECTED] I see some
> uploads for this year, so something is wrong with your information.

? There are uploads, yes, but by other maintainers - either
co-maintainers or as an NMU. Only fnorb shows "rcardenes" in the
tooltip against the latest upload and that was 2006.

I've no idea if he is on holiday but the DDPO page doesn't indicate
an upload by "rcardenes" since 2006-09-10. "shlomme" made most of the
recent uploads for the listed packages as co-maintainer.


-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpxwE3KrbZAu.pgp
Description: PGP signature

Best method or tool for determining application memory usage?

[icelinux]

 What is the best method or best tool to determine the memory usage  
of an application? I have been gathering rough estimates from top.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438942: ITP: scrapbook -- Iceweasel extension to save and manage Web pages

[Jan Luebbe]

Package: wnpp
Severity: wishlist
Owner: Jan Luebbe <[EMAIL PROTECTED]>


* Package name: scrapbook
  Version : 1.2.0.8
  Upstream Author : Gomita <[EMAIL PROTECTED]>
* URL : http://amb.vis.ne.jp/mozilla/scrapbook/
* License : MPL 1.1/GPL 2.0/LGPL 2.1
  Programming Lang: JS/XUL
  Description : Iceweasel extension to save and manage Web pages

>From the website:

ScrapBook is a Firefox extension, which helps you to save Web pages
and manage the collection. Key features are lightness, speed, accuracy
and multi-language support. Major features are:

  * Save Web page
  * Save snippet of Web page
  * Save Web site (In-depth Capture)
  * Organize the collection in the same way as Bookmarks
  * Highlighter, Eraser and various page editing features
  * Full text search and quick filtering search
  * Text edit feature resembling Opera's Notes

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1-x60s (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#438753: ITP: md5deep -- Recursing file hash calculator

[Chris Lamb]

Giovanni Mascellani wrote:

> This utility is similar to the famous md5sum, but has the ability to
> recurse into subdirectories when calculating hashes for many files.

Could this not go into moreutils?

It seems a shame to create a new package for something that could be
trivially implemented in one line of shell.


/Lamby

-- 
 Chris Lamb, Cambridgeshire, UKGPG: 0x634F9A20


signature.asc
Description: PGP signature

Re: Package cache

[Ben Finney]

Steve Greenland <[EMAIL PROTECTED]> writes:

> On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote: 
> > On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > > Would it be feasible to add something like a package cache to
> > > Debian?
> > 
> > apt-proxy ?
> 
> No, that builds a local mirror of packages being used on a site, so
> that if you're maintaining several machines with similar package
> loads, most of your downloads are local.

So, in other words, it builds a package cache?

I don't see how your description amounts to a "no".

-- 
 \   "Courage is resistance to fear, mastery of fear — not absence |
  `\of fear. —Mark Twain, _Pudd'n'head Wilson_ |
_o__)  |
Ben Finney


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Package cache

[Luis Rodrigo Gallardo Cruz]

On Tue, Aug 21, 2007 at 09:53:12AM +1000, Ben Finney wrote:
> Steve Greenland <[EMAIL PROTECTED]> writes:
> 
> > On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote: 
> > > On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > > > Would it be feasible to add something like a package cache to
> > > > Debian?
> > > 
> > > apt-proxy ?
> > 
> > No, that builds a local mirror of packages being used on a site, so
> > that if you're maintaining several machines with similar package
> > loads, most of your downloads are local.
> 
> So, in other words, it builds a package cache?
> 
> I don't see how your description amounts to a "no".

Because the OP's definition of "package cache", as I glean from the
original mail, is something completely different. 

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Re: Requesting advice regarding creating a custom Debian distribution

[Ben Hutchings]

On Mon, 2007-08-20 at 17:11 -0400, [EMAIL PROTECTED] wrote:
>   I came up with nothing on Google for stem linux., and DeliLinux  
> looks to be turkish so I don't know if we would even be to  
> communicate. I should try talking with them, their desktop looks  
> pretty nice. I have already done a bit of research on what  
> applications similar distributions are using, tested some other  
> applications, created a preliminary package list and currently have  
> the prototype running beautifully on my old 500Mhz AMD. I am not  
> trying to target the 486 crowd, I am aiming for PII & PIII.


My wife is happily running Debian (sarge) and GNOME on a laptop with a
Pentium II processor (and 192 MB RAM).  Why do you think a custom Debian
distribution is necessary for this class of system?  (Perhaps RAM is
more of a constraint than processor speed?)  Have the desktop
environments become more demanding between sarge and etch?  I thought
that GNOME had recently seen improvements in performance and memory
requirements, though this might have happened after version 2.14.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


signature.asc
Description: This is a digitally signed message part

Re: Best method or tool for determining application memory usage?

[Ben Hutchings]

On Mon, 2007-08-20 at 18:20 -0400, [EMAIL PROTECTED] wrote:
>   What is the best method or best tool to determine the memory usage  
> of an application? I have been gathering rough estimates from top.

"ps -C $command v" will give you a snapshot for the given command.

For X clients, you also need to use "xrestop" to find out about memory
used by the X server on the client's behalf.  Unfortunately clients
don't really have names so it appears to make a best effort using a
mixture of window titles and process names.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


signature.asc
Description: This is a digitally signed message part

Re: Bug#438712: minimalist: The package description should use the pseudo-standard " Homepage:" trick

[Paul Wise]

On 8/20/07, Andreas Tille <[EMAIL PROTECTED]> wrote:

> I agree that the homepage of a software might change but I really think
> that the homepage changes much less frequently as the version of the
> package which makes the change of the homepage a managable issue in
> normal package maintainance process.  For those packages that change
> not that frequently (perhaps orphaned) whe would have a further grip
> on the software because we could use a link checker in addition to
> uscan (provided there is a watch file) to verify whether the software
> can be located as expected.  Filing a bug report about wrong homepage
> might be a good reason to recompile the software to a new package which
> is a reasonable quality check for packages that are not touched very
> offen.  So IMHO it is a very good reason to include the homepage into
> the package _because_ it changes separately.

Another advantage of having the homepages managed externally is that,
like debtags, it can be a collaborative process that can be done by
anyone, even Debian users. This is probably more of a reason than that
it can change externally to the package.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438951: ITP: ski -- A simulator for the Itanium architecture

[Ian Wienand]

Package: wnpp
Severity: wishlist
Owner: Ian Wienand <[EMAIL PROTECTED]>

* Package name: ski
  Version : 1.1.3
* URL : http://ski.sourceforge.net/
  License : GPL
  Description : A simulator for the Itanium architecture

Ski is an instruction simulator designed to execute and test IA-64
code on non-ia64 machines.  This is CPU simulator only; there is no
machine simulator (for all the stuff beyond the CPU such as the PCI
bus or random IO devices).

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.3
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Britney on a break?

[Kumar Appaiah]

Dear Debian developers,

I've just observed that though some of my packages have been in
unstable for 10 days without complaints, Britney hasn't moved them
into testing. Moreover, the PTS page has stopped counting the days my
packages have spent in unstable since the 18th (I think). Is there
something wrong with the scripts, or am I missing something?

Thanks!

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Re: Britney on a break?

[Don Armstrong]

On Tue, 21 Aug 2007, Kumar Appaiah wrote:
> I've just observed that though some of my packages have been in
> unstable for 10 days without complaints, Britney hasn't moved them
> into testing. Moreover, the PTS page has stopped counting the days
> my packages have spent in unstable since the 18th (I think). Is
> there something wrong with the scripts, or am I missing something?
>
google-sitemapgen, pkpgcounter and harvestman should be going in today.

In general,
http://qa.debian.org/[EMAIL PROTECTED], and
clicking on "more" should tell you what is going on with a particular
package's testing migration.


Don Armstrong

-- 
Our days are precious, but we gladly see them going
If in their place we find a thing more precious growing
A rare, exotic plant, our gardener's heart delighting
A child whom we are teaching, a booklet we are writing
 -- Frederick Rükert _Wisdom of the Brahmans_ 
 [Hermann Hesse _Glass Bead Game_]

http://www.donarmstrong.com  http://rzlab.ucr.edu

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

 Why does the Debian distribution need so many applications? It  
doesn't, it is nice to have them available though.
 It may depend upon one perception of sluggish. I find Fedora's Gnome  
desktop to be sluggish on an ATHLON 2000 XP. I tried Ubuntu with XFCE  
and while the desktop loaded fine common applications like Mozilla and  
Seamonkey were unbearbly slow on a 500Mhz with 200Mb of ram. As  
mentioned, RAM can be a constraint so we are trying to use less. As  
mentioned, it would be nice to have a 1 iso version for use on older  
hardware.

 I want to, we have that freedom, correct?


My wife is happily running Debian (sarge) and GNOME on a laptop with a
Pentium II processor (and 192 MB RAM).  Why do you think a custom Debian
distribution is necessary for this class of system?  (Perhaps RAM is
more of a constraint than processor speed?)  Have the desktop
environments become more demanding between sarge and etch?  I thought
that GNOME had recently seen improvements in performance and memory
requirements, though this might have happened after version 2.14.

Ben.

--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.

Re: Requesting advice regarding creating a custom Debian distribution

[Don Armstrong]

On Mon, 20 Aug 2007, [EMAIL PROTECTED] wrote:
> Why does the Debian distribution need so many applications?

Because the people who use Debian need different sets of applications.

> It doesn't, it is nice to have them available though. It may depend
> upon one perception of sluggish. I find Fedora's Gnome desktop to be
> sluggish on an ATHLON 2000 XP. I tried Ubuntu with XFCE and while
> the desktop loaded fine common applications like Mozilla and
> Seamonkey were unbearbly slow on a 500Mhz with 200Mb of ram. As
> mentioned, RAM can be a constraint so we are trying to use less. As
> mentioned, it would be nice to have a 1 iso version for use on older
> hardware. I want to, we have that freedom, correct?

You appear to be conflating a few different things here.

The case where the number of packages available has a significant
impact is when you're talking about machines which have so little
memory that they are unable to hold the dependency tree in memory.[1]
[We're talking about machines with less than 32M here, in general.]

In the case of runtime performance, it's the set of packages that
users actually decide to install, not the number of packages that are
available that matters. 

As far as the set that's appropriate for medium-memory users, that's
really a user specific thing; what can be improved are the selection
of packages for this case, which is an area where working with task
selection and the installer will have the most significant impact.

At the end of the day though, your time is your own. Spend it as you
will.


Don Armstrong

1: Exposing fewer packages to such machines by only showing "relevant"
packages and/or improvements to libapt may be useful here, but it's
not an area that I'm terribly experienced in.
-- 
Il semble que la perfection soit atteinte non quand il n'y a plus rien
a ajouter, mais quand il n'y a plus rien a retrancher.
(Perfection is apparently not achieved when nothing more can be added,
but when nothing else can be removed.)
 -- Antoine de Saint-Exupe'ry, Terres des Hommes

http://www.donarmstrong.com  http://rzlab.ucr.edu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Requesting advice regarding creating a custom Debian distribution

[icelinux]

Quoting Don Armstrong <[EMAIL PROTECTED]>:



You appear to be conflating a few different things here.


Yes, the initial statement was intended to be separate from the  
paragraph after.





As far as the set that's appropriate for medium-memory users, that's
really a user specific thing; what can be improved are the selection
of packages for this case, which is an area where working with task
selection and the installer will have the most significant impact.


Good point, instead of trying to specify certain applications I should  
be looking at providing a good selection.



At the end of the day though, your time is your own. Spend it as you
will.


 Yes, please :)

"Everything should be made as simple as possible, but not simpler."  
Alvert Einstein



Don Armstrong

1: Exposing fewer packages to such machines by only showing "relevant"
packages and/or improvements to libapt may be useful here, but it's
not an area that I'm terribly experienced in.
--
Il semble que la perfection soit atteinte non quand il n'y a plus rien
a ajouter, mais quand il n'y a plus rien a retrancher.
(Perfection is apparently not achieved when nothing more can be added,
but when nothing else can be removed.)
 -- Antoine de Saint-Exupe'ry, Terres des Hommes

http://www.donarmstrong.com  http://rzlab.ucr.edu


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Commit hooks to notify BTS

[Manoj Srivastava]

On Wed, 14 Mar 2007 15:00:51 -0500, John Goerzen <[EMAIL PROTECTED]> said: 

> Hi, I thought some of you may be aware that I have developed some
> commit hooks for Darcs and Mercurial.  These hooks look for special
> strings in your commit logs.  You can give a string to notify the bug
> of the commit, or another to do that plus mark the bug pending.  These
> hooks are based on trac hooks that do the same thing, and can work
> together with a trac site if desired.

> You can download with Mercurial using:

> hg clone http://hg.complete.org/commithooks

> Or just browse to that URL with a web browser to examine the code.

I finally got around to publishing my version for arch. 
 http://www.golden-gryphon.com/software/misc/hook.html

manoj
-- 
What did you bring that book I didn't want to be read to out of about
Down Under up for?
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Britney on a break?

[Kumar Appaiah]

On 21/08/07, Kumar Appaiah wrote:
> OK, so that's clear. But I still have one doubt. Is it that it is not
> necessary that Britney moves my packages into testing _exactly_ on the
> tenth bug-free day, or is any day _after_ that 10th day?

To elaborate on my day-counting complaint, see the status of python-goopy:
http://packages.qa.debian.org/p/python-goopy.html

Though it has been uploaded into unstable on 16th August, it's still
"Too young, only 0 of 10 days old". Why?

Thanks!

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Britney on a break?

[Kumar Appaiah]

On 21/08/07, Steve Langasek wrote:
> Because britney had been OOMing over the past few days, so this
> information within packages.qa.d.o was not being updated.

Oh! Thanks for the information.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Britney on a break?

[Kumar Appaiah]

On 21/08/07, Don Armstrong wrote:
> google-sitemapgen, pkpgcounter and harvestman should be going in today.

Ah, thanks!

> In general,
> http://qa.debian.org/[EMAIL PROTECTED], and
> clicking on "more" should tell you what is going on with a particular
> package's testing migration.

OK, so that's clear. But I still have one doubt. Is it that it is not
necessary that Britney moves my packages into testing _exactly_ on the
tenth bug-free day, or is any day _after_ that 10th day?

Thanks!

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Britney on a break?

[Steve Langasek]

On Tue, Aug 21, 2007 at 11:35:40AM +0530, Kumar Appaiah wrote:
> On 21/08/07, Kumar Appaiah wrote:
> > OK, so that's clear. But I still have one doubt. Is it that it is not
> > necessary that Britney moves my packages into testing _exactly_ on the
> > tenth bug-free day, or is any day _after_ that 10th day?

> To elaborate on my day-counting complaint, see the status of python-goopy:
> http://packages.qa.debian.org/p/python-goopy.html

> Though it has been uploaded into unstable on 16th August, it's still
> "Too young, only 0 of 10 days old". Why?

Because britney had been OOMing over the past few days, so this
information within packages.qa.d.o was not being updated.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]