linked (uses shared libs), for GNU/Linux 2.6.18, stripped
Am I missing something? Apologies in advance if so.
- Keegan
--
Keegan Quinn kqu...@storix.com
Software Support Engineer
Storix, Inc.
(619) 543-0200
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
(or Advanced maybe?)
* openbox
* fluxbox
* etc.
I don't know if this would be practical but I think it could be
useful.
HTH,
--
Keegan Quinn [EMAIL PROTECTED] http://keegan.sniz.org
q=' qq='echo q=\$q\ qq=$q$qq$q \\ eval \$qq' eval $qq
signature.asc
Description: Digital
On Mon, Dec 15, 2003 at 11:03:00PM +, Roger Leigh wrote:
Demons are evil, and the BSD mascot is a demon (albeit a stylised
one). On the other hand, it's not /intended/ to be evil. In this
particular case, my personal thought on this is that the intent
outweighs the fact that it's a demon
On Mon, Nov 10, 2003 at 02:29:48PM +, Colin Watson wrote:
Why not call it linux-experimental or linux-rmh or similar then? I'm
sure a lot of people would be much happier with your proposal if it
didn't claim the important namespace of linux, which implies that it
is the preferred kernel
(As if this ITP hasn't been nit-picked quite enough...)
On Sun, Nov 09, 2003 at 03:12:19PM +0100, Mattia Dongili wrote:
Description : Synaptics TouchPad driver for XFree86
An input driver for the XFree86 X server to enable advanced features
of the Synaptics Touchpad
On Thu, Nov 06, 2003 at 01:14:31PM -0600, Steve Greenland wrote:
On 05-Nov-03, 19:14 (CST), Jonathan Dowland [EMAIL PROTECTED] wrote:
I'm in two minds whether or not to ask this, but I've been wondering
about the naming scheme for linux packages - kernel-*. Why not
linux-kernel-* or
On Wed, Nov 05, 2003 at 02:21:12PM +0100, Marc Dequ??nes wrote:
GNUsound is a sound editor for Linux. It supports multiple tracks,
multichannel output, and 8, 16, or 24/32 bit samples. It can read
a number of audio formats through libaudiofile, and saves them as
WAV. GNUsound supports a large
On Fri, Oct 10, 2003 at 03:41:23AM +0200, Sam Hocevar wrote:
* Package name: libdvb
Version : 0.5.0
Upstream Author : Marcus Metzler [EMAIL PROTECTED]
* URL : http://www.metzlerbros.org/dvb/index.html
* License : GPL
Description : library to tune and
On Fri, Sep 05, 2003 at 12:50:01AM +0200, Santiago Vila wrote:
Jakob Lell wrote:
[...]
Is it a good idea to report bugs against all packages containing this
local DOS vulnerability?
Yes, but please follow our common guidelines for reporting bugs.
If you plan to submit many of them, ask
On Fri, Aug 29, 2003 at 04:31:59PM +, benfoley wrote:
On Friday 29 August 2003 09:28, Steve Lamb wrote:
On Fri, 29 Aug 2003 00:36:57 -0700
Adam McKenna [EMAIL PROTECTED] wrote:
Well, since we're pointing fingers, it's really SMTP that's broken by
design, and all anti-spam programs
On Sat, Aug 02, 2003 at 07:02:35PM +0200, Andrea Glorioso wrote:
Description : LADSPA plugins designed for Alsa Modular Synth
Setof LADSPA plugins that vastlyimprove the sound of
AlsaModularSynth. Currently they consist of these plugins:
Are these really specific to
On Thu, Jul 31, 2003 at 03:38:55PM +0200, Petter Reinholdtsen wrote:
I believe it would be a good idea if the default print system in the
next release of Debian (Sarge) is changed to CUPS. CUPS is a more
complete, more userfriendly and RFC complient printing system.
FWIW, I've had very good
Package: wnpp
Version: unavailable; reported 2003-07-22
Severity: wishlist
* Package name: apradar
Version : 0.41
Upstream Author : Don Park [EMAIL PROTECTED]
* URL : http://apradar.sourceforge.net/
* License : MIT
Description : a GTK+-based graphical
On Wed, Jul 23, 2003 at 11:15:57AM -0400, Michael Furr wrote:
This isn't to say that it can _never_ enter debian, just that a
significant amount of code hacking would have to take place as well as a
general audit. Needless to say, I do not have time(nor the hardware) to
make these
On Fri, Jul 11, 2003 at 05:34:23PM +0200, Marcelo E. Magallon wrote:
So, you mean, this is not the package our users should be looking at
when they search for a VoIP application? It's not only orphaned but
not even used? *HINT* *HINT*
It would be nice to see some popularity-contest data
Package: wnpp
Version: unavailable; reported 2003-07-08
Severity: wishlist
* Package name: oddcast
Version : 2.0.1
Upstream Author : oddsock [EMAIL PROTECTED]
* URL : http://www.oddsock.org/tools/oddcastv2_xmms/
* License : GPL
Description : XMMS plugin
Package: wnpp
Version: unavailable; reported 2003-07-08
Severity: wishlist
* Package name: xmms-oddcast
Version : 2.0.1
Upstream Author : oddsock [EMAIL PROTECTED]
* URL : http://www.oddsock.org/tools/oddcastv2_xmms/
* License : GPL
Description : XMMS
Package: wnpp
Version: unavailable; reported 2003-07-08
Severity: wishlist
* Package name: xmms-null
Version : 2.0.1
Upstream Author : Håvard Kvålen [EMAIL PROTECTED]
* URL : http://havardk.xmms.org/plugins/null_output/
* License : GPL
Description : null
On Tuesday 24 June 2003 10:59 am, Emile van Bergen wrote:
Hi,
On Tue, Jun 24, 2003 at 11:44:51AM -0500, Adam Heath wrote:
Tell me when you upload this, so I can file an rc bug against it, for
modifying other packages conffiles.
*g*
5 serious replies already -- sorry Adam, I'm afraid
On Sunday 22 June 2003 12:48 am, Mohammed Sameer wrote:
i was thinking about splitting duali itself into 2 packages:
1- duali the main dictionary
2- duali-dev contain the script
duali-data build-depends on duali-dev while duali itself depend only on
duali-data
I really don't know what to do
On Tuesday 17 June 2003 03:09 pm, Dan Jacobson wrote:
Sure, you don't need to know the date, as you are using sid and did
apt-get update, you are assured it's the latest version. Well, one
doesn't need the maintainer field either etc.
Are you implying that knowing the date you last updated
On Friday 13 June 2003 05:13 pm, Don Armstrong wrote:
Oh, what the hell. This damn song won't get out of my head, so now you
all get to be subjected to it to[1]:
FWIW, the original version of this song has also been in my head for weeks.
Thanks for digging up the full text :)
1: Misery
On Thursday 29 May 2003 05:15 am, Jan Schulz wrote:
As I'm more a java guy (it's a C IDE written in java), I would like
to have someone testing the functionality. I will drop a mail with
the apt repository, when I'm ready with packaging...
As I'm not a DD yet, this packages will need a
On Friday 16 May 2003 01:07 am, Fabio Massimo Di Nitto wrote:
On Fri, 16 May 2003, Colin Watson wrote:
I agree with Wouter. For me would be an issue having the base system
bigger than it is now. Specially preparing very small black box where
i need to save as much space as i can even
On Friday 16 May 2003 11:45 am, Fabio Massimo Di Nitto wrote:
On Fri, 16 May 2003, Keegan Quinn wrote:
more than once i had to install small dns servers on boxes with less
than 100Mb flash and stuff like that... so basically also the minimal
installation has to be tight.. then rm doc
On Friday 16 May 2003 12:13 pm, Keegan Quinn wrote:
On Friday 16 May 2003 11:45 am, Fabio Massimo Di Nitto wrote:
On Fri, 16 May 2003, Keegan Quinn wrote:
more than once i had to install small dns servers on boxes with less
than 100Mb flash and stuff like that... so basically also
On Thursday 15 May 2003 08:31 am, Matthias Urlichs wrote:
Hi, Matt Zimmerman wrote:
In that case, I invite any maintainer with a security fix for their
package in 'testing' to upload it to testing for
testing-proposed-updates. Problem solved. Are you the one who will be
responsible for
On Thursday 15 May 2003 09:51 am, Joe Buck wrote:
Joe Buck wrote:
However, the output is redundant in many cases.
On Thu, May 15, 2003 at 08:37:45AM +0200, Björn Stenberg wrote:
Fixed now.
Terrific! I'm impressed at your bug-fixing speed; there's a quick fixed
now to almost every
On Tuesday 13 May 2003 07:31 pm, Brian May wrote:
On Tue, May 13, 2003 at 09:21:33AM -0700, Keegan Quinn wrote:
On Monday 12 May 2003 04:40 pm, Brian May wrote:
Also, just blindly purging packages can be dangerous, in some cases old
packages will purge files used by newer packages
On Wednesday 14 May 2003 11:05 am, Manoj Srivastava wrote:
On Wed, 14 May 2003 09:36:57 -0700, Keegan Quinn [EMAIL PROTECTED] said:
The only solution I think is if dpkg were to take over
responsibility for deleting configuration files, so that the postrm
script doesn't have to worry.
I
On Wednesday 14 May 2003 04:53 pm, Björn Stenberg wrote:
What's worse, saying testing is not for public use means there is _no_
place to get updates, since unstable is obviously not an option for end
users. This makes Debian the only linux distribution I know of that
completely eschews
On Monday 12 May 2003 04:40 pm, Brian May wrote:
Also, just blindly purging packages can be dangerous, in some cases old
packages will purge files used by newer packages that are still used by
the system.
I'm pretty sure that would be a bug. You should report this behavior if you
see it.
On Tuesday 29 April 2003 11:05 am, Andreas Metzler wrote:
David Starner [EMAIL PROTECTED] wrote:
sid=unstable - you know that, don't you?
We need someone to test unstable, don't we? We can not realistically
test our distribution if the only people running it are those with many
On Friday 25 April 2003 08:06 am, Arnd Bergmann wrote:
On Friday 25 April 2003 15:43, Matt Zimmerman wrote:
On Fri, Apr 25, 2003 at 01:37:04PM +0200, Emile van Bergen wrote:
Hmm... I'd argue for putting the split at either 386 vs 486+ (the
latter at least has a math copro and CMPXCHG), or
On Monday 21 April 2003 03:29 pm, Atsuhito Kohda wrote:
Am I missing something?
Only the fact that, as Debian maintainer, you do not have the right to decide
which files Debian users may or may not edit. Policy says they can do as
they like, regardless if you like it or your packages care for
On Monday 21 April 2003 04:24 pm, Adam Heath wrote:
On Mon, 21 Apr 2003, Keegan Quinn wrote:
On Monday 21 April 2003 03:29 pm, Atsuhito Kohda wrote:
Am I missing something?
Only the fact that, as Debian maintainer, you do not have the right to
decide which files Debian users may or may
On Monday 14 April 2003 02:36 am, Thomas Hood wrote:
Proposal: Implementation steps for dynamic resolver configuration
[snip]
* New resolver package includes /etc/init.d/resolver which
generates /run/resolv.conf from /run/resolver/interface/*
and does a run-parts on
37 matches
Mail list logo
