Re: /usr/lib vs /usr/libexec

2005-05-10 Thread Cameron Hutchison
Once upon a time GOMBAS Gabor said... > > $ df -h > FilesystemSize Used Avail Use% Mounted on > /dev/hda5 99M 75M 19M 80% / > [...] > > $ du -sh /etc/gconf > 26M /etc/gconf > > That's 1/3 of my root fs. It's damn too much. I discovered this a while ago and lea

Re: what is /.udev for ?

2005-02-09 Thread Cameron Hutchison
Once upon a time Ron Johnson said... > On Wed, 2005-02-09 at 12:43 -0800, Ben Pfaff wrote: > > Ron Johnson <[EMAIL PROTECTED]> writes: > > > > > One thing I do know is that traditional apps like df (and anything > > > that uses stat(), I guess) don't know about /.dev, and so return > > > false inf

Re: If *-module depends on *-utils, should *-source recommend it?

2005-01-11 Thread Cameron Hutchison
Once upon a time Scott James Remnant said... > > Actually, this vastly depends on the package, but yes, in general an > unpacked-but-not-configured package is not yet usable. And nor should > it be. Then wouldn't it make sense to avoid this state is possible? An unusable package is obviously of

Re: If *-module depends on *-utils, should *-source recommend it?

2005-01-10 Thread Cameron Hutchison
Once upon a time Scott James Remnant said... > On Tue, 2005-01-11 at 11:15 +1100, Cameron Hutchison wrote: > > > dpkg first removes foo-modules_1.0 > > dpkg then check dependencies of foo-modules_2.0 > > dpkg complains that foo-utils is not installed and aborts the

Re: If *-module depends on *-utils, should *-source recommend it?

2005-01-10 Thread Cameron Hutchison
Once upon a time Steve Langasek said... > > There is nothing in the -source package that actually requires (or should > recommend) the -utils package. A much better fix here is for people to get > over the fact that dpkg isn't apt. Apologies for continuing this but having read through the thread

Re: GPL and command-line libraries

2004-11-02 Thread Cameron Hutchison
Once upon a time Wesley W. Terpstra said... > Good evening! > > I'm developing an error-correcting code library which works on a lot of data > at once. Since the API is quite simple and the cost of process creation > relatively insignificant, I would like to provide a command-line API. > > ... >

Re: proposal: 'xterm' alternatives entry

2004-10-10 Thread Cameron Hutchison
Once upon a time martin f krafft said... > > The procedure would be to upload a new 'xterm' package which moves > /usr/bin/xterm to /usr/bin/xterm.real and introduces /usr/bin/xterm > as alternatives symlink in addition to x-terminal-emulator. Then, > progressively, the other x-terminal-emulator p