On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
Not necessarily. Just as you have tableout as an external command
(built-in or not) in Monad, you can have a Perl module to print
things in a tabular manner, expanding the column sizes as needed
(based on HTML::Format::Table or
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
Yes, and I withdraw :-) what I said about XML. But *any*
serialization / deserialization necessary for this scheme to work
would add (unnecessary) overhead. This and the fact that you would
Well, if you can do it with Perl without
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
Well, if you can do it with Perl without overhead, you can of
course also do it without Perl without overhead. In that case the
'structured' support would be included
Not exactly. Don't get me wrong, object component
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
There are a lot of scripts today in production use that use the
output of ls, ps, in a text-way. If you want to put another command,
or another switch to ls, ok, but the fact that you *can* do it
does not mean that you *should* do
On 6/13/05, Adam Heath [EMAIL PROTECTED] wrote:
That's a stupid argument.
It's not that stupid.
If other files shouldn't be there, the specs should explicitly state that.
Nikita V. Youshchenko wrote:
Since I can't find such a list, I'll try to write (a beginning of) one.
Shouldn't such a list be maintained in a Wiki or at least on a web page?
100+ different posts with a few entries don't make sense.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Hi,
Many shell apps/scripts output data in tables, for example ls -l, ps
aux, top, netstat, etc.
At the moment, most of these apps use fixed-width columns with a
variable-width last-column.
This results in (unnecessary) truncation, for example:
Debian- 11918 0.0 0.1 4428 1464 ?Ss
Adam Majer wrote:
Olaf van der Spek wrote:
woody's kernels are vulnerable to CAN-2004-1235, a uselib() race
condition.
Will this be fixed for Woody?
I thought the plan was to provide security support for Woody for
another year?
AFAIK, there is no security support for Woody kernels
On 6/10/05, Bernd Eckenfels [EMAIL PROTECTED] wrote:
On Thu, Jun 09, 2005 at 02:58:21PM +0200, Olaf van der Spek wrote:
ifconfig is in /sbin and only in root's path. But ifconfig is runnable
and useful for normal users, so it'd be nice if it could be added to the
path of normal users too
Marco d'Itri wrote:
On Jun 10, Bernd Eckenfels [EMAIL PROTECTED] wrote:
The problem here is that ifconfig must be in sbin by FHS and by history
(would break too many scripts). So moving is not an option. I can however
put a symlink in /bin, however I am not sure how other DDs think about it,
woody's kernels are vulnerable to CAN-2004-1235, a uselib() race
condition.
Will this be fixed for Woody?
I thought the plan was to provide security support for Woody for another
year?
--
Olaf van der Spek
http://xccu.sf.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Don Armstrong wrote:
On Tue, 07 Jun 2005, Olaf van der Spek wrote:
Petri Latvala wrote:
1) divert the other? what's the use of another package version then
That depends on system-wide vs per-user vs per-environment.
If you want something done per-user/per-environment, you can always
use
Javier Fernández-Sanguino Peña wrote:
Ok, so sarge has been released! We should all thank the Release Team for
their hard work in putting this major release together. But... how about we
start discussing about what major release goals we want to set for Etch?
I'd like to see:
The ability to
Hi,
Is it possible for a user to ensure that a certain app is (always)
started after system start (and stopped before shutdown) without using
root access?
If so, how?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Petri Latvala wrote:
On Tue, Jun 07, 2005 at 11:40:55AM +0200, Olaf van der Spek wrote:
The ability to have multiple versions of a package installed at the same
time.
(Sorry Olaf, for getting this twice, my fingers work too fast)
No, dear $DEITY. This feature is the major thing I hate
Hi,
Does anyone know about the whereabouts of the mrtg maintainer, Shiju p.
Nair?
The package has bugs that are multiple years old and no recent uploads
by the maintainer.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=mrtg
--
Olaf van der Spek
http://xccu.sf.net/
--
To UNSUBSCRIBE, email
On Fri, 17 Dec 2004 12:26:01 -0800, Bruce Perens [EMAIL PROTECTED] wrote:
The LGPL requires that the creator of a derivative work provide the object
code for relinking, and not prohibit relinking and reverse engineering. It
does not, however, require that creator to take other necessary steps
On Thu, 16 Dec 2004 08:27:20 +0100 (CET), Andreas Tille [EMAIL PROTECTED]
wrote:
On Wed, 15 Dec 2004, sean finney wrote:
Yes, but I do not want to store the password *anywhere* - it could even
be removed from debconf database because it makes no sense to store it
in case the local maintainer
On Thu, 16 Dec 2004 14:22:25 +0100 (CET), Andreas Tille [EMAIL PROTECTED]
wrote:
On Thu, 16 Dec 2004, Olaf van der Spek wrote:
Yes, but I do not want to store the password *anywhere* - it could even
be removed from debconf database because it makes no sense to store it
in case the local
On Thu, 16 Dec 2004 14:55:29 +0100 (CET), Andreas Tille [EMAIL PROTECTED]
wrote:
On Thu, 16 Dec 2004, Olaf van der Spek wrote:
Because system passwords aren't 'needed' by any applications to
authenticate themselves to the system, while database passwords are.
No, they are not needed
On Thu, 16 Dec 2004 15:34:35 +0100 (CET), Andreas Tille [EMAIL PROTECTED]
wrote:
On Thu, 16 Dec 2004, Olaf van der Spek wrote:
Is that the majority or the minority of applications?
Take for example a web application like a forum. It requires the
password so it can connect to the database
On Thu, 16 Dec 2004 08:51:32 -0600, Steve Greenland
[EMAIL PROTECTED] wrote:
On 16-Dec-04, 08:04 (CST), Olaf van der Spek [EMAIL PROTECTED] wrote:
Take for example a web application like a forum. It requires the
password so it can connect to the database. It can't/won't ask the
password
Goswin von Brederlow writes:
Because the former works after installing the deb without the user
ever doing anything about firmware. How do you even know there is
firmware? Maybe it is all hardcoded into the chip? Without taking the
hardware apart you can't know. Call me ignorant but what I
401 - 423 of 423 matches
Mail list logo
