> > > Don't do that. Moscow ML was my first package when I joined and I had
> > > to learn that there are license problems. To be precise it is based on
> > > Caml Light which is not GPLed (read: has further restrictions) therefore
> > > you can't link GPL-code against it.
> > >
> > > We can't
[ Please reply to debian-arm and me (I'm not on that list). Posted to
-devel to pick up any interested people who arn't on -arm. ]
For those who don't know, the iPaq is a ARM-based pocket computer near
the size of a palm pilot, that runs linux[1], including X. It has 32 MB
of ram, and 16 MB of
Hi,
>>"Atsuhito" == Atsuhito Kohda <[EMAIL PROTECTED]> writes:
Atsuhito> I installed recently potato from scratch. Rescue disk installed
Atsuhito> kernel 2.2.17 and I rebuild kernel-image with kerne-source 2.2.17
Atsuhito> so the version of kernel was same for both.
Umm. This should
It's been pointed out that emdebian (http://www.emdebian.org/) is
essentilly an effort to do just this.
--
see shy jo
On Tue, 15 Aug 2000, Joey Hess wrote:
> It's been pointed out that emdebian (http://www.emdebian.org/) is
> essentilly an effort to do just this.
It is? I use their stuff and the main focus is cross compilers and cross
environments for debian, not really shrinking and porting debian proper.
Th
I proposed using symlinks for programs in */sbin to enable normal users
to see them in their default path, but now I think this is a bit messy.
(For instance, /sbin/ifconfig -> /bin/ifconfig, lots of these would be ad hoc)
For simplicity's sake, I think it's just good enough to include /sbin,
/us
Jason Gunthorpe wrote:
> It is? I use their stuff and the main focus is cross compilers and cross
> environments for debian, not really shrinking and porting debian proper.
Well right now that's true, but it does seem to have grand goals of
shrinking Debian to a few MB and so on.
--
see shy jo
On 13 Aug 2000 at 18:20 (+0200), Allan Jacobsen wrote:
| Hi
|
| I have been using debian for more than 4 years now and I have
| finaly talked my boss into trying debian instead of redhat
| for our servers, that we install in hotels all over europe.
| I have been reading most of the dokumentation o
Thus spake Colin Walters ([EMAIL PROTECTED]):
> I noticed the other day that recent versions of RedHat use something
> called "Kudzu" (sp?) to do this. When I took out the network card, it
> warned me that some hardware was missing, and offered to change some
> things to compensate.
> Has anyone
On Tue, Aug 15, 2000 at 05:07:25PM -0400, Decklin Foster wrote:
> Steve Bowman writes:
>
> > OK, how about moving everything into /bin except what FHS specifically
> > says should be in /sbin?
>
>
> I very much like this idea. Does anyone have objections?
I don't object. I still think a few of
On Wed, Aug 16, 2000 at 07:32:32AM +1000, Herbert Xu wrote:
> Branden Robinson <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Aug 15, 2000 at 05:55:38PM +1000, Herbert Xu wrote:
> >
> >> But I thought one of the main complaints was that /usr/sbin wasn't in the
> >> PATH.
>
> > Generally, maintainer scr
On Wed, Aug 16, 2000 at 12:39:15PM +1000, Anthony Towns wrote:
> On Wed, Aug 16, 2000 at 01:12:58AM +0300, Eray Ozkural wrote:
> > I was confused by not having ifconfig in my user path. On this machine,
> > there's only a dial-up net connection, and it has some small connectivity
> > problems. I ne
[Followups to debian-policy, please]
On Tue, Aug 15, 2000 at 11:22:11PM -0500, Manoj Srivastava wrote:
> I think that some people are espousing non-compliance with the
> standards. Is that what we want to do?
The FHS exhaustively explains the difference between compatibility and
compliance
On Wed, Aug 16, 2000 at 09:23:11AM +0300, Eray Ozkural wrote:
> For simplicity's sake, I think it's just good enough to include /sbin,
> /usr/sbin and /usr/local/sbin in user's default path.
I think if someone has to do such a thing, then:
a) they forgot to su root; or
b) they don't know they
From: Manoj Srivastava <[EMAIL PROTECTED]>
Subject: Re: kernel-image with the same version
Date: 16 Aug 2000 00:31:48 -0500
> Atsuhito> I installed recently potato from scratch. Rescue disk installed
> Atsuhito> kernel 2.2.17 and I rebuild kernel-image with kerne-source 2.2.17
> Atsuhito> so
On Tue, Aug 15, 2000 at 04:58:19PM -0400, Buddha Buck wrote:
> Why would a package be in contrib if it didn't depend on non-free? I
> thought that that was the current definition of contrib: DFSG-free, but
> requires something from outside of main (e.g., contrib or non-free).
It could depend on
From: Ben Collins <[EMAIL PROTECTED]>
Subject: Re: kernel-image with the same version
Date: Tue, 15 Aug 2000 18:54:29 -0400
> Edit /etc/kernel-img.conf and add this line:
>
> reverse_symlink := yes
Okay I will try later. BTW, /etc/kernel-img.conf might
be /etc/kernel-pkg.conf
Thanks for your
On Tue, Aug 15, 2000 at 04:44:37PM -0700, Richard Hecker wrote:
> I ran into a compiler error that I do not recognize. Instead of
> spinning my wheels further with this, I was hoping someone familiar
> with Intel assembly language on this list could shed some light on
> what is happening here. As
On Tue, 15 Aug 2000, Mike Markley wrote:
> On Tue, Aug 15, 2000 at 04:58:19PM -0400, Buddha Buck <[EMAIL PROTECTED]>
> spake forth:
> > Why would a package be in contrib if it didn't depend on non-free? I
> > thought that that was the current definition of contrib: DFSG-free, but
> > requires
On Wed 16 Aug 2000, Branden Robinson wrote:
> I am not an assembly guru on any architecture, but here's what I think this
> means. Please be warned that these could be the ravings of a deranged
> lunatic.
Ditto.
> The AX register is an old 16-bit register from 8086 days. When you're
> running
I intent to package freeswan (currently version 1.5) and have already taken the
freeswan 1.3 package from Tommi Virtanen and the freeswan 1.5 package from Aaron
Johnson. I will merge those with my own package and hope to get something that
can be uploaded into woody in the next 2 weeks.
Since I liv
Branden Robinson <[EMAIL PROTECTED]> wrote:
>
> Quoting the FHS:
> Deciding what things go into "sbin" directories is simple: If a normal
> (not a system administrator) user will ever run it directly, then it
> should be placed in one of the "bin" directories. Ordinary users should
> not
On Wed 16 Aug, Jason Gunthorpe wrote:
>
> On Tue, 15 Aug 2000, Joey Hess wrote:
>
> > It's been pointed out that emdebian (http://www.emdebian.org/) is
> > essentilly an effort to do just this. [shrink debian to fit
> > handhelds]
>
> It is? I use their stuff and the main focus is cross compiler
Branden Robinson <[EMAIL PROTECTED]> wrote:
>> /* the original bogomips code from the Linux kernel */
>> static __inline__ void delay(int loops)
>> {
>> __asm__(".align 2,0x90\n1:\tdecl %0\n\tjns 1b": :"a" (loops):"ax");
>> }
You can either read the GCC FAQ or the GCC info on the details of thi
Herbert Xu <[EMAIL PROTECTED]> wrote:
>
> int bradon;
> __asm__(".align 2,0x90\n1:\tdecl %0\n\tjns 1b"
> : "=a" (=brandon): "0" (loops));
Make that
int brandon;
__asm__ __volatile__(".align 2,0x90\n1:\tdecl %0\n\tjns 1b"
: "=a" (brandon): "0" (loops));
Oh, and you should probably u
Package: debian-policy
Severity: wishlist
On Wed, Aug 16, 2000 at 10:25:28AM +0200, Santiago Vila wrote:
> On Tue, 15 Aug 2000, Mike Markley wrote:
> > A dependency on non-us will also land a package in contrib.
> I think there was a proposal to change that, so that packages which depend
> on pack
On Tue, 15 Aug 2000, Drake Diedrich wrote:
>Under the Irix packaging system (quite nice UI except that it has to
> handle Irix packages..) packages exist in a hierarchy, with lowest level
> packages quite fine grained. For example:
[...]
>Many of our packages are already hierarchical ( x
FHS discuss people: where should traceroute go? Tradition dictates
/usr/sbin, the FHS seems to indicate /usr/bin would be more appropriate.
On Wed, Aug 16, 2000 at 07:22:26PM +1000, Herbert Xu wrote:
> Blindly following a contradictory standard is only going to get us into
> trouble later on.
>
>
Wookey [mailto:[EMAIL PROTECTED] wrote:
>
> On Wed 16 Aug, Jason Gunthorpe wrote:
> >
> > On Tue, 15 Aug 2000, Joey Hess wrote:
> >
> > > It's been pointed out that emdebian (http://www.emdebian.org/) is
> > > essentilly an effort to do just this. [shrink debian to fit
> > > handhelds]
> >
> > It
>
> 2. Generation
> -
>
> I can imagine many different ways of building the operating system image.
>
> The one I'll be working on initially is a "Snarf 'n' Pick" implementation.
> Basically it will work by snarfing Debian packages and picking subsets of
> files from the packages. T
On Wed, 19 Jul 2000, Andreas Tille wrote:
> interesting one for this kind of user. So I wonder if there could
> be installed a mechanism in the menu system which serves the
> following functionality:
>
>1. list menuitems of all installed software (the state we have now)
> for the exper
Matthew Franz wrote:
>
> Frank,
>
> I think the OS-builder app is a great idea.
>
> Would its "raw material" be pre-compiled debian binary packages or would
My first pass at this will be based on snarfing pre-compiled binary packages.
Simply Q&D, but probably useful to a lot of people.
> i
On Wed, 16 Aug 2000, Matthew Franz wrote:
> Would its "raw material" be pre-compiled debian binary packages or would
> it be able to build the system from source. Unless there were separate
> embedded .debs, I don't know that the standard binaries would be compact
> enough to support limited memor
Hi Ben,
Ben Armstrong wrote:
> anywhere else in Debian? It's curious that busybox isn't packaged
> separately.
Actually, a few weeks ago Erik Anderson wrote to tell me:
>>FYI, I just uploaded
>>busybox_0.45-1_i386.deb
>>busybox-static_0.45-1_i386.deb
>>busybox_0.45-1_i386.changes
On Wed, 16 Aug 2000, Bernhard R. Link wrote:
> This together with internationalisation seems to be a very difficult goal.
Yes! Fully agreed!
We have (at least) two parameters which characterize a user:
prefered language and knowledge state
While we could guess that the prefered languag
On 15-Aug-00, 17:12 (CDT), Eray Ozkural <[EMAIL PROTECTED]> wrote:
> I was confused by not having ifconfig in my user path. On this
> machine, there's only a dial-up net connection, and it has some small
> connectivity problems. I need to check whether the line's really up. I
> found myself going s
Now that potato is out, it would be nice to finally create the
proposed data and science sections.
Just a reminder.
On Wed, 16 Aug 2000, Bas Zoetekouw wrote:
> > Has anyone has looked into porting this [Kudzu] to Debian?
>
> Mandrake, too, includes a hardware detection libarary (libdetect).
> Some time ago, Dan Helfman <[EMAIL PROTECTED]> (Cc'ed him), was busy
> packaging it. Dan, have you had any luck yet ad
On Wed, 16 Aug 2000, Andreas Tille wrote:
> The problem of overloaded menus for beginners isn't solved in other
> systems, but may be somebody will have a clever idea, if there is a
> request for such a thing. That's why I expressed my idea, really knowing
> that it wouldn't be solved in the next
On Wed, Aug 16, 2000 at 09:23:11AM +0300, Eray Ozkural wrote:
> > For simplicity's sake, I think it's just good enough to include /sbin,
> > /usr/sbin and /usr/local/sbin in user's default path.
>
On Wed, Aug 16, 2000 at 02:42:37AM -0500, Branden Robinson wrote:
> I think if someone has to do such
> I recall reading a few months ago about a plan to merge ALL of the
> existing hardware detection routines into one lump, in order to
> consolidate work and effort. The proposal was met with acceptance by many
> (if not all) of the major developers (Mandrake, Redhat, Suse, Turbo)
>
> please post
Previously Michael Sobolev wrote:
> Is it possible to access this for non-developers?
No.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http://www.liacs.n
On Tue, Aug 15, 2000 at 12:18:14PM -0700, Steve Bowman wrote:
> OK, how about moving everything into /bin except what FHS specifically
> says should be in /sbin? Section 3.10[0] identifies the following
> specifically to be located in /sbin:
We can put everything in /bin and make /sbin a link to
On Aug 16, Bas Zoetekouw wrote:
> Mandrake, too, includes a hardware detection libarary (libdetect).
> Some time ago, Dan Helfman <[EMAIL PROTECTED]> (Cc'ed him), was busy
> packaging it. Dan, have you had any luck yet adapting it to Debian?
Dan has reasonably up-to-date packages of libdetect and
On Wed, Aug 16, 2000 at 02:34:26PM +0200, Marcus Brinkmann wrote:
> We can put everything in /bin and make /sbin a link to /bin.
> This way the utilities the FHS liste can be found in /sbin, but there
> physical place is elsewhere. This does not violate the standard.
This has nasty implications wi
On Wed, Aug 16, 2000 at 07:22:26PM +1000, Herbert Xu wrote:
> Well, the FHS is contradicting itself here. On one hand, it says that
> ifconfig is required to be in /sbin, on the other, according to this
> paragraph, since a user could ocassionally wish to run ifconfig to list
> the interfaces, it
On Wed, Aug 16, 2000 at 08:34:09PM +1000, Anthony Towns wrote:
> This definition is really quite poor if you put too much emphasis on
> the "ever". "swapon", for example, is clearly a tool for the admin,
> but a user might decide one day to run it just see which version of the
> program is installe
On Wed, Aug 16, 2000 at 10:53:51AM -0400, Raul Miller wrote:
> On Wed, Aug 16, 2000 at 02:42:37AM -0500, Branden Robinson wrote:
> > I think if someone has to do such a thing, then:
> >
> > a) they forgot to su root; or
> > b) they don't know they need privleges to use the command in question;
Marcus Brinkmann ([EMAIL PROTECTED]) wrote:
> We can put everything in /bin and make /sbin a link to /bin.
> This way the utilities the FHS liste can be found in /sbin, but there
> physical place is elsewhere. This does not violate the standard.
>
> (The Hurd has a symlink from /usr to /, this way
On Wed, Aug 16, 2000 at 08:46:38AM +0200, Bas Zoetekouw wrote:
> Thus spake Colin Walters ([EMAIL PROTECTED]):
>
> > I noticed the other day that recent versions of RedHat use something
> > called "Kudzu" (sp?) to do this. When I took out the network card, it
> > warned me that some hardware was
It would be cool if packages had better support for build dependencies
so its easier/more reliable to build from source.
There would probably have to be a set of source base packages defined
somewhere that are required as a base for building, but not a base for
regular usage as base is currently d
On 2817T040155+1000, bug1 wrote:
> It would be cool if packages had better support for build dependencies
> so its easier/more reliable to build from source.
Specifically?
> There would probably have to be a set of source base packages defined
> somewhere that are required as a base for build
Hi all,
Translating the Distribution-HOWTO, I noticed that the Debian Linux
(sic)
entry in this HOWTO was seriously out to date since it hasn't been
modified
since July 1998, when hamm was released ! Furthermore, it talks
about
Debian Linux instead of Debian GNU/Linux. I know this HOWTO is
genera
bug1 wrote:
> It would be cool if packages had better support for build dependencies
> so its easier/more reliable to build from source.
Something like this?
Source: gri
Section: math
Priority: optional
Maintainer: Peter S Galbraith <[EMAIL PROTECTED]>
Build-Depends: debhelper, netcdfg-dev, tet
> Perhaps not. But a traceroute in /usr/bin would satisfy more people than
> a traceroute in /usr/sbin.
Traceroute is a diagnostic command. As such it isn't general use.
When a user or administrator is using it it is because of unusual
conditions. My opinion is to leave it in /usr/sbin. Let
Hi
I've just noticed a problem, when I wanted to install a package on an old
slink system.
[EMAIL PROTECTED]:~# grep "^[^#]" /etc/apt/sources.list
deb ftp://ftp.rfc822.org/debian slink main contrib non-free
deb-src ftp://ftp.rfc822.org/debian slink main contrib non-free
deb ftp://source.rfc822.or
> [EMAIL PROTECTED]:~# grep "^[^#]" /etc/apt/sources.list
[snip]
> [EMAIL PROTECTED]:~# apt-get install zsh
[snip]
> Where the heck the word 'stable' comes from? I removed my hole
> /var/state/apt/ and I do not know where it comes from. Hardcoded anywhere
> perhaps? Or did I miss something g
On Wed, Aug 16, 2000 at 12:53:03PM -0700, dsb3 wrote:
> > Where the heck the word 'stable' comes from? I removed my hole
> > /var/state/apt/ and I do not know where it comes from. Hardcoded anywhere
> > perhaps? Or did I miss something grave?
> Did you 'apt-get update'?
Yeah.
> I'm not an apt-get
On Wed, 16 Aug 2000, Alexander Reelsen wrote:
> Where the heck the word 'stable' comes from? I removed my hole
> /var/state/apt/ and I do not know where it comes from. Hardcoded anywhere
> perhaps? Or did I miss something grave?
The slink package files have this inside.. That needs to be changed
Ag, evil. If you plan to use busybox upgrade to .46 there are some serious
problems with .45 in regards to tar and nfs.
On Wed, 16 Aug 2000, Frank Smith wrote:
>
> Hi Ben,
>
> Ben Armstrong wrote:
>
> > anywhere else in Debian? It's curious that busybox isn't packaged
> > separately.
>
> A
On Wed, Aug 16, 2000 at 12:31:47 -0500 (+), Branden Robinson wrote:
> On Wed, Aug 16, 2000 at 07:22:26PM +1000, Herbert Xu wrote:
> > Well, the FHS is contradicting itself here. On one hand, it says that
> > ifconfig is required to be in /sbin, on the other, according to this
> > paragraph, si
Torsten Landschoff said:
> I don't quite remember. I think I contacted inria (they hold the Caml
> copyright) about changing that but to no extent. I am not sure if changing
> the MoSML license would help - at least it has to go to non-free then.
> I did not want to maintain a non-free package at
On Wed, 16 Aug 2000, Anthony Towns wrote:
> FHS discuss people: where should traceroute go? Tradition dictates
> /usr/sbin, the FHS seems to indicate /usr/bin would be more
> appropriate.
> [analysis]
IMHO, the deciding factor should be whether traceroute is installed
setuid root.
If tracerout
Quoting Ben Armstrong <[EMAIL PROTECTED]>:
> sort of configuration at compile-time would be a useful. Is busybox used
> anywhere else in Debian? It's curious that busybox isn't packaged
> separately.
For woody, we are creating a new section of the Debian
archive for the debian-installer (new
On Mon, 7 Aug 2000 17:53:30 +0200, Paul Slootman <[EMAIL PROTECTED]>
wrote:
>On Mon 07 Aug 2000, Marc Haber wrote:
>> Is there any way to make apt-get stop installing packages' man pages
>> and documentation? I never actually tried that, but would symlinking
>
>No.
That's bad. Anyway, I can stop s
Dear Debian Linux,
I am familiar with you operating system and wanted to contact you. I
represent VirtualTek Corp. here in Seattle, WA., http://joydesk.com. Our
flagship product, Joydesk, is a web-based PIM application (email, calendar,
address book, message board and task list), designed specif
On Wed, Aug 16, 2000 at 12:40:42PM -0500, Branden Robinson wrote:
> In other words, I think the choice of directory should be controlled by
> factors intrinsic, not extrinsic, to the program in question.
I think this is a reasonable viewpoint.
--
Raul
Hi,
I've preapared a deb package for postaci. Postaci is a PHP based POP3
e-mail client that stores e-mail in virtual MySQL tables. It supports
English, German, French, Turkish and is also fully MIME compatible.
I cannot upload the packages because I'm not an official developer. I will
be glad if
Hello Sam,
Debian is an effort driven by volunteers. Our focus is free software,
although we also provide ftp space for non-free software which can be
distributed in debian format at no cost, if there is a volunteer to
maintain it for Debian.
On Wed, Aug 16, 2000 at 04:01:00PM -0700, Sam Sim wrot
Package: general
Version: 2816
Severity: wishlist
Hi,
Debian has for years maintained an excellent bug tracking system.
What I am missing is a praise tracking system. It would operate
similarly to the b.t.s.; users could:
- send mail to [EMAIL PROTECTED] to have their recognition
for a
To:debian-devel@lists.debian.org
First Annual Linux User's Training Conference
And
Awards Presentation
"New Enterprise Solutions Through Linux"
October 30, 2000
Ronald Reagan Building and International Trade Center
1300 Pennsylvania Avenue
Washington D.C.
Atrium Ballroom
PLEASE PASS THIS
Christoph Martin wrote:
> We have a problem with the bug tracking system as long as we can't
> really find out to which versions of a package a bug really
> applies. We only mosttimes have the version of the packages where a
> problem showed up. But we don't know if the bug was introduced with
> th
Brian May wrote:
> > "Steve" == Steve Greenland <[EMAIL PROTECTED]> writes:
>
> Steve> Which reminds me, what sort of security is enabled in
> Steve> debconf? Can any user read the values from the database, or
> Steve> is it limited to root?
>
> Not sure about this (on my system o
Brian May wrote:
> Just curious, why does realplayer have to do it in the postinst
> script?
Actually, I was misremembering -- it used to do that but I removed it.
> As another example though, look at heimdal-kdc, which needs to ask for
> the password, which must be kept as secure as possible.
I
Branden Robinson wrote:
> To be frank I'm not distressed by the thought of lots of programs moving
> from sbin to bin, or even the elimination of sbin altogether.
Perhaps it would be neat to move back to what sbin was orginially used
for -- static binaries. Erik Andrerson has a whole slew of them
Manoj Srivastava wrote:
> Hmm. Lets step back here, and take a deep breath. What we need
> to consider is whether the underlying principle is desirable -- does
> it make sense to have two separate path components? The rationale was
> that for the common user, there are programs that are no
Manoj Srivastava wrote:
> Actually, this is a particular irritant. Why does it have to
> be done in the postinst? Why can't I have /usr/sbin/inst-realplayer?
> So I can download and install at my leaisure, and I do not have to
> reinstall realplayer installer to get a new copy? Or have the
> "Joost" == Joost Kooij <[EMAIL PROTECTED]> writes:
Joost> What I am missing is a praise tracking system. It would
Joost> operate similarly to the b.t.s.; users could:
Joost> - send mail to [EMAIL PROTECTED] to have their
Joost> recognition for a debian package registered an
On 16-Aug-00, 12:31 (CDT), Branden Robinson <[EMAIL PROTECTED]> wrote:
> Blindly following your fiat declarations about traceroute are getting us
> into trouble now.
What trouble is that? I don't consider having to type /sbin/traceroute
or add /sbin to my path "trouble".
The constitution clearl
Joost> What I am missing is a praise tracking system. It would
Joost> operate similarly to the b.t.s.; users could:
>Sounds like a good idea, eg to help motivate maintainers fix
bugs.
I think it would be good just to alert people to real well done packages
(for instance, excellent debcon
Branden Robinson <[EMAIL PROTECTED]> wrote:
>
> Incidentally, if one wants to argue by analogy, traceroute is more similar
> to ping than it is to ifconfig or route, because both traceroute and ping
> actually send ICMP packets out over the interface, and neither ifconfig nor
Hmm, I didn't know th
First I'd like to tell, that I don't subscribe to debian-devel, but I can
read its archives from WWW. And I am not a Debian developer.
I propose these packages to be added to Debian GNU/Linux. I have proposed them
once before, but they are not yet added.
**
I am not sure and I am afraid I might misunderstand something
but I wish to know...
Several xfonts-* packages seem to fail removing fonts.dir/alias
on removing or purging. The postrm of them has
for currentdir in $fontdirs; do
longdir=/usr/lib/X11/fonts/$currentdir
if [ -d
"Sam Sim" wrote:
> Dear Debian Linux,
>
> I am familiar with you operating system and wanted to contact you.
Wow. How familiar can he be?
> we will be in your area towards the end of September.
> I would like briefly stop by your offices
On Wed, Aug 16, 2000 at 01:18:39PM -0400, Raul Miller wrote:
> On Wed, Aug 16, 2000 at 02:34:26PM +0200, Marcus Brinkmann wrote:
> > We can put everything in /bin and make /sbin a link to /bin.
> > This way the utilities the FHS liste can be found in /sbin, but there
> > physical place is elsewhere
On Wed, Aug 16, 2000 at 02:05:58PM -0500, Bryan Andersen wrote:
> Traceroute is a diagnostic command. As such it isn't general use.
This distinction between sbin and bin is nowhere defined as having anything
to do with "general use".
> When a user or administrator is using it it is because of
On Wed, Aug 16, 2000 at 05:48:11PM -0500, Steve Greenland wrote:
> On 16-Aug-00, 12:31 (CDT), Branden Robinson <[EMAIL PROTECTED]> wrote:
> > Blindly following your fiat declarations about traceroute are getting us
> > into trouble now.
>
> What trouble is that? I don't consider having to type /
On Thu, Aug 17, 2000 at 09:34:51AM +1000, Herbert Xu wrote:
> Hmm, I didn't know that traceroute sent ICMP packets by default. Are you
> sure you are talking about /usr/sbin/traceroute?
Point taken. It had been a while since I read the manpage; it uses regular
IP packets and manipulates the TTL
On Thu, Aug 17, 2000 at 04:34:08AM +0300, Juhapekka Tolvanen wrote:
> I propose these packages to be added to Debian GNU/Linux. I have proposed them
> once before, but they are not yet added.
I propose you start working on packaging them.
--
G. Branden Robinson |Somebody once ask
On Thu, Aug 17, 2000 at 10:52:55AM +0900, Atsuhito Kohda wrote:
> I am not sure and I am afraid I might misunderstand something
> but I wish to know...
>
> Several xfonts-* packages seem to fail removing fonts.dir/alias
> on removing or purging. The postrm of them has
>
> for currentdir in $f
90 matches
Mail list logo
