-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 5 Jan 2001 03:53:52 +0900
Source: xfs-xtt
Binary: xfs-xtt
Architecture: sparc
Version: 1:1.3.0.xf402-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: ISHIKAWA Mutsumi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 19 Dec 2000 23:15:17 +
Source: ytree
Binary: ytree
Architecture: sparc
Version: 1.71-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Carlos Barros [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 25 Nov 2000 16:46:16 +0200
Source: raidtools
Binary: raidtools
Architecture: sparc
Version: 0.42-24
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Pekka Aleksi Knuutila
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 29 Dec 2000 22:07:42 +0100
Source: bluefish
Binary: bluefish
Architecture: sparc
Version: 0.6.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Davide Puricelli (evo)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 27 Dec 2000 21:54:56 +0200
Source: latte
Binary: latte
Architecture: sparc
Version: 2.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Tommi Virtanen [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 4 Jan 2001 03:10:08 +0100
Source: links
Binary: links
Architecture: sparc
Version: 0.95-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Peter Gervai [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 30 Nov 2000 11:26:29 +0100
Source: xtel
Binary: xtel
Architecture: sparc
Version: 3.2.1-12
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Guillaume Morin [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 4 Jan 2001 11:12:02 +1100
Source: lprng
Binary: lprng-doc lprng
Architecture: sparc
Version: 3.7.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Craig Small [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 4 Jan 2001 17:52:42 +0100
Source: easytag
Binary: easytag
Architecture: sparc
Version: 0.13-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Adrian Bunk [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 01 Jan 2001 03:20:00 -0700
Source: kdegames
Binary: konquest ksirtet katomic kwin4 kjezz kblackbox ktuberling ksnake lskat
kabalone ksame kasteroids kmahjongg kshisen ktron kpat ksmiletris kreversi
kspaceduel kjumpingcube
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 6 Jan 2001 01:15:10 +0200
Source: gcombust
Binary: gcombust
Architecture: sparc
Version: 0.1.40-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Jonas Munsin [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 5 Nov 2000 15:48:23 -0800
Source: xjewel
Binary: xjewel
Architecture: sparc
Version: 1.6-14
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joey Hess [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 29 Dec 2000 14:43:57 +0100
Source: mysql
Binary: mysql-common libmysqlclient10 mysql-doc mysql-server mysql-client
libmysqlclient10-dev
Architecture: sparc
Version: 3.23.28-10
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 28 Dec 2000 00:42:09 +0100
Source: grafix
Binary: grafix1 grafix-dev
Architecture: sparc
Version: 1.6-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Peter Palfrader
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 01 Jan 2001 15:00:00 -0700
Source: kdetoys
Binary: eyesapplet kscore kodo kworldwatch kteatime amor kmoon ktux
Architecture: sparc
Version: 4:2.1-20010101-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 28 Dec 2000 01:15:52 +0100
Source: sciplot
Binary: sciplot1 sciplot-dev
Architecture: sparc
Version: 1.36-5
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Peter Palfrader
On Sat, Jan 06, 2001 at 11:03:57PM -0600, Steve Langasek wrote:
The display manager
starts the X server, not the other way around, which means that the X server
has no control over the display manager's behavior; and the authentication
failure you reported came from the display manager and
Ben Armstrong [EMAIL PROTECTED] writes:
On Sat, Jan 06, 2001 at 03:49:07PM -0500, Greg Stark wrote:
I've been meaning to bring this up for a while:
Why on earth was this change ever made?
I can't speak for whoever made the change, but I suspect that it is
because LD_LIBRARY_PATH can be
Hate to state the obvious, but on a DEFAULT Debian install, if nothing is
changed, root's default path with be dictated by /root/.profile ... Maybe
the machine behaving fine still has this file, and the other has had it
deleted, and then (and only then) is login/whatever providing you with a
Hi Adam,
On Sat, Jan 06, 2001 at 10:55:32PM -0700, Adam Conrad wrote:
Hate to state the obvious, but on a DEFAULT Debian install, if nothing is
changed, root's default path with be dictated by /root/.profile ... Maybe
the machine behaving fine still has this file, and the other has had it
On Sun, Jan 07, 2001 at 04:36:09PM +1100, Craig Sanders wrote:
why not?
the most you'd have to do is put up a single web page with links to
local copies of ssh clients for various platforms...and optionally
replace telnetd with a script (or tcp-wrapper's twist capability)
which printed a
On Sun, Jan 07, 2001 at 04:25:43AM +0100, Marcus Brinkmann wrote:
On Sun, Jan 07, 2001 at 03:28:46AM +0100, Goswin Brederlow wrote:
tar -xIvvf file.tar.bz2 has been in use under linux for over a year
by pretty much everybody. Even if the author never released it as
stable, all linux
On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote:
On Sat, Jan 06, 2001 at 10:55:32PM -0700, Adam Conrad wrote:
Hate to state the obvious, but on a DEFAULT Debian install, if nothing is
changed, root's default path with be dictated by /root/.profile ... Maybe
the machine behaving
On Sun, Jan 07, 2001 at 04:38:10AM +0200, Eray Ozkural (exa) wrote:
Hi Matt!!
I don't report a bug due to misconfiguration. Let's see if what you
see applies, though.
[ snip rude and silly reply ]
[ time passes ]
On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote:
Hi Adam,
On
Eray Ozkural (exa) [EMAIL PROTECTED] writes:
On Sat, Jan 06, 2001 at 11:03:57PM -0600, Steve Langasek wrote:
The display manager
starts the X server, not the other way around, which means that the X server
has no control over the display manager's behavior; and the authentication
failure
On Sun, Jan 07, 2001 at 01:14:40AM -0600, Nathan E Norman wrote:
I apologize for prolonging this thread - it's quite annoying.
However, after reading this enlightened response I wonder if it's
possible for a user to close the (silly) bug he or she reported after
he or she solves the problem.
On Sun, Jan 07, 2001 at 01:57:11AM -0600, Gordon Sadler wrote:
Actually under /usr/doc/debian the doc-debian package provides a number
of files, including bug-main-mailcontrol.txt.
A message to [EMAIL PROTECTED] of this format:
close $(bugnumber)
thanks
will close a bug. Only
On Sun, Jan 07, 2001 at 05:43:52PM +1000, Jason Henry Parker wrote:
Eray Ozkural (exa) [EMAIL PROTECTED] writes:
Hmm. Well, I know about that. The display managers start all right. The
problem occurs when I login. I'd tried xdm, wings and gdm. How come all
of them failed then?
Why does
Processing commands for [EMAIL PROTECTED]:
close 81396
Bug#81396: root shell fscked after upgrade to woody
Bug closed, send any further explanations to Eray 'exa' Ozkural [EMAIL
PROTECTED]
thanks,
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
Greg Stark wrote:
Just writing in your conclusions is useless 90% of the time. Your conclusions
may be right but the maintainer doesn't have ESP and can't necessarily deduce
where they came from and what the bug is.
I will try to assemble a test case as soon as I have some time. It's
been a
On Sunday 07 January 2001 05:50, Manoj Srivastava wrote:
Hi,
Russell == Russell Coker [EMAIL PROTECTED] writes:
Russell other=/dev/ide/host0/bus0/target0/lun0/part1
Russell label=part1
Russell table=/dev/ide/host0/bus0/target0/lun0/disc
Eh? I have an SCSI only machine
On Saturday 06 January 2001 23:33, Peter Makholm wrote:
Russell Coker [EMAIL PROTECTED] writes:
boot=/dev/ide/host0/bus0/target0/lun0/disc
root=/dev/ide/host0/bus0/target0/lun0/part3
Don't assume devfs! A lot of us uses it, but before our standard
kernel uses it our lilo package shouldn't
On Saturday 06 January 2001 23:04, Lars Wirzenius wrote:
Russell Coker [EMAIL PROTECTED]:
I am working on the Debian package of lilo and am writing code for
auto-generating lilo.conf files.
Presumably, if there is a /etc/lilo.conf file already on the system, you
will ask whether to keep
I've experienced a bug and I'm not entirely sure what to file it against.
I'm also not sure if anyone else has ever seen this, and was hoping
someone else might try such a setup and verify the bug exists before
really reporting it.
I set up wdm to run X on multiple vt's thusly in
* Eray Ozkural (exa) [EMAIL PROTECTED]
Users here are not at all interested in the psychological state of a
particular developer. On the contrary, every developer should be
required to deal with every bug report in an objective manner.
Inappropriate dismissal or incorrect evaluation of bug
Hello,
I was just thinking about one thread of discussion that happens quite
some time ago on having optimised Debian packages, which resulted in the
conclusion that it
1. not enough speed benefit
2. uses up too much bandwith
However Red Hat seems to have solved the same problem with RH 7.0 -
On Sun 07 Jan 2001, Anthony Towns wrote:
On Sun, Jan 07, 2001 at 01:05:57AM +0100, Paul Slootman wrote:
jed-sl-ja is not built anymore (note that it is out of date on
ALL architectures). Does this mean it won't be installed into
woody until someone manually removes
On 01-01-06 Matt Zimmerman wrote:
On Sat, Jan 06, 2001 at 05:40:53PM +0100, Christian Kurz wrote:
On 01-01-06 Matt Zimmerman wrote:
On Sat, Jan 06, 2001 at 01:58:48PM +0100, Cosimo Alfarano wrote:
On Sat, Jan 06, 2001 at 01:33:57PM +0100, Peter Makholm wrote:
Don't assume devfs! A
On Sun, Jan 07, 2001 at 02:02:52AM -0800, William Lee Irwin III wrote:
I've experienced a bug and I'm not entirely sure what to file it against.
I'm also not sure if anyone else has ever seen this, and was hoping
someone else might try such a setup and verify the bug exists before
really
On Sat, Jan 06, 2001 at 03:27:18PM -0700, Ivan E. Moore II wrote:
no clue...I don't use apt to upgrade. :) Your not alone tho, there is a
existing bug report on this (#81365)...so any help you can give me to track
I do use apt through dselect and did an upgrade un Thursday and on Friday.
It
On Sun, Jan 07, 2001 at 05:43:52PM +1000, Jason Henry Parker wrote:
``Banks *are* bastards.'' -- John Laws
Err, yeah.. takes one to know one?
Hamish, glad we don't have him down here.
--
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, Jan 06, 2001 at 08:22:10PM -0500, John Goerzen wrote:
Ola Lundqvist [EMAIL PROTECTED] writes:
I just want to ask if somebody knows if the maintainer is still
active. Gnucash have now quite a lot of bugs and there is a new
I am here. Had you cared enough to look at the bug report
On Sun, Jan 07, 2001 at 01:57:11AM -0600, Gordon Sadler wrote:
On Sun, Jan 07, 2001 at 01:14:40AM -0600, Nathan E Norman wrote:
I apologize for prolonging this thread - it's quite annoying.
However, after reading this enlightened response I wonder if it's
possible for a user to close the
On Sun, Jan 07, 2001 at 08:53:29PM +1100, Russell Coker wrote:
The latest package is supposed to ask you whether you want to generate a new
lilo.conf or keep the manually created one (default keep the manual one). If
If you already have a /etc/lilo.conf, why ask anything at all?
I like the
no clue...I don't use apt to upgrade. :) Your not alone tho, there is a
existing bug report on this (#81365)...so any help you can give me to track
I do use apt through dselect and did an upgrade un Thursday and on Friday.
It worked nicely expect that task-koffice was removed by apt.
On Sun, Jan 07, 2001 at 10:43:38AM +, Michel Alexandre Salim wrote:
However Red Hat seems to have solved the same problem with RH 7.0 -
despite whatever else that release is. They do this by compiling to a
target CPU of i686 but keeping the target platform to i386. Not too
ideal for AMD
On Sun, Jan 07, 2001 at 04:40:03AM +0200, Eray Ozkural (exa) wrote:
Hamish Moffatt wrote:
On Sat, Jan 06, 2001 at 11:34:04PM +0200, Eray Ozkural (exa) wrote:
If you call your insults to another contributor to debian deserved rant,
then I'd think you are either misinterpreting your status
On Fri, 5 Jan 2001 09:33:05 -0700 (MST)
Jason Gunthorpe [EMAIL PROTECTED] wrote:
If that suits your needs, feel free to write a bugreport on apt about
this.
Yes, I enjoy closing such bug reports with a terse response.
Hint: Read the bug page for APT to discover why!
From bug report #76118:
Processing commands for [EMAIL PROTECTED]:
retitle 81396 root shell fscked after admin fscked it
Bug#81396: root shell fscked after upgrade to woody
Changed Bug title.
(By the way, that Bug is currently marked as done.)
thanks
Stopping processing here.
Please contact me if you need
Goswin Brederlow [EMAIL PROTECTED] wrote:
Just as linux-centric as the other way is solaris-centric.
Not true. There's the way GNU tar works, then there's the way every other
tar on the planet works (at least with respect to the -I option). GNU tar is
(used to be) the odd one out. Now you're
On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote:
Thanks for the suggestion. That's it. Please close the bug. That file has
somehow gone and replacing it will solve the problem.
And of course moving .bash_profile out of the way. Thanks again.
Please don't complain why have you
On Sun, Jan 07, 2001 at 01:23:20AM -0600, Nathan E Norman wrote:
Golly, there _was_ a misconfiguration. Now that you've made your
disdain for Branden's sharp tongue well known, I hope you plan to
apologize to Matt Zimmerman for your rudeness.
I'm glad the problem has been resolved. I could
Hi William!
You wrote:
Content-Description: brief message
I've experienced a bug and I'm not entirely sure what to file it against.
[...]
What I actually saw was that after I switched vt's a couple of times,
screen corruption occurred. The images from the two Xservers running on
different
On Fri, 5 Jan 2001 19:08:38 +0200
[EMAIL PROTECTED] (Sami Haahtinen) wrote:
Or, can rsync sync binary files?
hmm.. this sounds like something worth implementing..
rsync can, but the problem is with a compressed stream if you insert or alter
data early on in the stream, the data after that
On Mon, Jan 08, 2001 at 12:12:59AM +1100, Sam Couter wrote:
Don't run unstable if you don't like stuff changing or breaking.
Unstable breaks stuff from time to time. It changes stuff more often than
that.
This is a bit different, Sam. The I switch works in tar in potato.
Your comment would
Martijn van Oosterhout [EMAIL PROTECTED] writes:
Joey Hess wrote:
I think /etc/mtab is on its way out. A 2.4.x kernel with devfs has a
/proc/mounts that actually has a proper line for the root filesystem.
Linking the two files would probably actually work on such a system
without
* Sam Couter [EMAIL PROTECTED] wrote:
I'm sure this has been said before, but:
Sure, but it doesn't apply here.
Don't run unstable if you don't like stuff changing or breaking.
tar in potato uses -I for bzip2. So far, tar -I won't be bzip2 in
woody, the next stable.
So anyone using just
On Sun, Jan 07, 2001 at 02:08:17PM +0100, Stefan Frank wrote:
Hi Chris,
incidentally i tried to do the same yesterday.
I got the same error message as you, but didn't bother to try to fix it.
Maybe you need an older version of make?
If you manage to get this kernel working, would you
#include hallo.h
Nicolás Lichtmaier wrote on Sat Jan 06, 2001 um 05:35:55PM:
Or alias -I to -j, but print a warning to stderr:
tar: warning: Using the -I option for bzip compression is an obsolete
functionality and it will removed in future versions of tar,
Then, in the woody+1 we make
== Sam Vilain [EMAIL PROTECTED] writes:
On Fri, 5 Jan 2001 09:33:05 -0700 (MST) Jason Gunthorpe
[EMAIL PROTECTED] wrote:
If that suits your needs, feel free to write a bugreport on
apt about this. Yes, I enjoy closing such bug reports with a
terse response. Hint:
On Mon, 1 Jan 2001, Joey Hess wrote:
...
Take another look at where we are now. If 6 people fix one package a
day until woody is frozen, we might just manage to convert all packages
that do not yet use /usr/share/doc. If that is done, we only have to wait 2
more releases of debian until the
== Martin Keegan [EMAIL PROTECTED] writes:
Martijn van Oosterhout [EMAIL PROTECTED] writes:
Joey Hess wrote: I think /etc/mtab is on its way out. A 2.4.x
kernel with devfs has a /proc/mounts that actually has a
proper line for the root filesystem. Linking the two
Sam Vilain [EMAIL PROTECTED] writes:
On Fri, 5 Jan 2001 19:08:38 +0200
[EMAIL PROTECTED] (Sami Haahtinen) wrote:
Or, can rsync sync binary files?
hmm.. this sounds like something worth implementing..
rsync can, but the problem is with a compressed stream if you insert
or alter data
On Sun, Jan 07, 2001 at 11:17:20AM +0100, Christian Kurz wrote:
On 01-01-06 Matt Zimmerman wrote:
mizar:[~/src/linux/2.4.0/linux] egrep 'VERSION|LEVEL' Makefile | head -3
VERSION = 2
PATCHLEVEL = 4
SUBLEVEL = 0
mizar:[~/src/linux/2.4.0/linux] grep -B 1 ^CONFIG_DEVFS_FS
Hi,
[Sorry for the thread broken, my POP3 provider stopped.]
[Please Cc: me! [EMAIL PROTECTED]. Sorry! ;-)]
1. RFDiscussion on big Packages.gz
1.1. Some statistics
% grep-dctrl -P
-sPackage,Priority,Installed-Size,Version,Depends,Provides,Conflicts,Filename,Size,MD5sum
-r '.*'
On Sun, Jan 07, 2001 at 09:01:40AM +0200, Eray Ozkural wrote:
On Sun, Jan 07, 2001 at 08:29:03AM +0200, Eray Ozkural wrote:
Thanks for the suggestion. That's it. Please close the bug. That file has
somehow gone and replacing it will solve the problem.
And of course moving .bash_profile
On Sun, Jan 07, 2001 at 03:49:43PM +0100, Goswin Brederlow wrote:
Actually the load should drop, providing the following feature add
ons:
[...]
The load should drop from that induced by the current rsync setup (for the
mirrors), but if many, many more client start using rsync (instead of
On Sun, Jan 07, 2001 at 02:05:27AM -0500, Michael Stone wrote:
On Sun, Jan 07, 2001 at 04:25:43AM +0100, Marcus Brinkmann wrote:
On Sun, Jan 07, 2001 at 03:28:46AM +0100, Goswin Brederlow wrote:
tar -xIvvf file.tar.bz2 has been in use under linux for over a year
by pretty much everybody.
cabextract is available at http://www.kyz.uklinux.net/cabextract.php3.
It allows Microsoft CAB files to be decompressed and unarchived. It's
distributed under the GPL.
Eric Sharkey
This is probably in the documentation somewhere, but I haven't
been able to find it.
Which messages to the bug reporting system are automatically
forwarded to the submitter, and which must be explicitly copied to
[EMAIL PROTECTED]
Bob
--
_
|_) _ |_ Robert D. Hilliard
== Matt Zimmerman [EMAIL PROTECTED] writes:
On Sun, Jan 07, 2001 at 03:49:43PM +0100, Goswin Brederlow
wrote:
Actually the load should drop, providing the following feature
add ons: [...]
The load should drop from that induced by the current rsync
setup (for
Hi Bob!
You wrote:
Which messages to the bug reporting system are automatically
forwarded to the submitter, and which must be explicitly copied to
[EMAIL PROTECTED]
IIRC, only the [EMAIL PROTECTED] messages are sent to the submitter
--
Kind regards,
== zhaoway [EMAIL PROTECTED] writes:
Hi, [Sorry for the thread broken, my POP3 provider stopped.]
[Please Cc: me! [EMAIL PROTECTED]. Sorry! ;-)]
1. RFDiscussion on big Packages.gz
1.1. Some statistics
% grep-dctrl -P
== Marcus Brinkmann [EMAIL PROTECTED] writes:
On Sun, Jan 07, 2001 at 02:05:27AM -0500, Michael Stone wrote:
On Sun, Jan 07, 2001 at 04:25:43AM +0100, Marcus Brinkmann
wrote: On Sun, Jan 07, 2001 at 03:28:46AM +0100, Goswin
Brederlow wrote: tar -xIvvf file.tar.bz2 has
On Mon, Jan 08, 2001 at 12:12:59AM +1100, Sam Couter wrote:
Goswin Brederlow [EMAIL PROTECTED] wrote:
Just as linux-centric as the other way is solaris-centric.
Not true. There's the way GNU tar works, then there's the way every other
tar on the planet works (at least with respect to the -I
Package: wnpp
The GNUstep libraires (together with gstep-extensions and
gstep-guile). See http://www.gnustep.org/ for more information.
Sam == Sam Couter [EMAIL PROTECTED] writes:
Sam Not true. There's the way GNU tar works, then there's the way every other
Sam tar on the planet works (at least with respect to the -I option). GNU tar
is
Sam (used to be) the odd one out. Now you're saying that not behaving like the
Sam odd
Hamish == Hamish Moffatt [EMAIL PROTECTED] writes:
Hamish On Sun, Jan 07, 2001 at 08:53:29PM +1100, Russell Coker wrote:
The latest package is supposed to ask you whether you want to generate a
new
lilo.conf or keep the manually created one (default keep the manual one).
If
Hamish
Michael Stone writes:
(snip flamage)
ms I don't know whether any amount of discussion will convince
ms the upstream tar maintainers to undo this, but I certainly
ms hope that the debian version at least prevents serious silent
ms breakage by either reverting the change to -I and
Hello,
I think the -I == -j change is not that bad.
The only package I found using -I was devscripts' /usr/bin/uupdate.
I submitted this patch:
--- uupdate.origSun Jan 7 18:40:59 2001
+++ uupdate Sun Jan 7 18:43:13 2001
@@ -294,7 +294,7 @@
X=${ARCHIVE##*/}
case $X in
[A quick reply. And thanks for discuss with me! And no need to Cc: me
anymore, I updated my DB info.]
On Sun, Jan 07, 2001 at 05:51:26PM +0100, Goswin Brederlow wrote:
The problem is that people want to browse descriptions to find a
package fairly often or just run apt-cache show package to see
Setting up lm-sensors (2.5.4-2) ...
/sbin/MAKEDEV: major_ptym%d=2: command not found
/sbin/MAKEDEV: major_ptys%d=3: command not found
/sbin/MAKEDEV: major_tts%d=4: command not found
/sbin/MAKEDEV: major_cua%d=5: command not found
/sbin/MAKEDEV: major_pts%d=136: command not found
On Sun, Jan 07, 2001 at 11:36:24AM +0100, Martin Bialasinski wrote:
You behaviour wrt bugs is more than lacking. You report something,
without making a report that has enough relevant info to deal with it
(read [EMAIL PROTECTED] again and understand it). When
asked about specific info, you
On Sun, Jan 07, 2001 at 11:57:08PM +1100, Hamish Moffatt wrote:
Debian does not try to regulate the behaviour of its maintainers,
except where the quality of the distribution itself is involved.
What are your contributions to Debian Eray?
Non-regulation is a false claim. Maintainers are
On Sun 07 Jan 2001, Eray Ozkural wrote:
About having telnet enabled: everybody on the campus knows how to use telnet
but would be very surprised I didn't let them connect easily from windows
clients. For me, using telnet is of course a bit insecure but when I'm
not able to use an ssh
On Sat, Jan 06, 2001 at 06:26:24PM -0600, Bud Rogers wrote:
It is spectacularly bad form to quote private email in a public forum,
but it is not illegal. And it is spectacularly naive to count on the
privacy of anything you tell another human being in any medium,
electronic or otherwise,
On Sun, Jan 07, 2001 at 11:25:37AM -0500, Bob Hilliard wrote:
This is probably in the documentation somewhere, but I haven't
been able to find it.
Which messages to the bug reporting system are automatically
forwarded to the submitter, and which must be explicitly copied to
[EMAIL
On Sun, Jan 07, 2001 at 11:42:57PM +1100, Hamish Moffatt wrote:
On Sun, Jan 07, 2001 at 01:57:11AM -0600, Gordon Sadler wrote:
On Sun, Jan 07, 2001 at 01:14:40AM -0600, Nathan E Norman wrote:
I apologize for prolonging this thread - it's quite annoying.
However, after reading this
On Sun, Jan 07, 2001, Nathan E Norman wrote:
Yes, but also anyone, including the submitter, spammers, joe public
etc can email [EMAIL PROTECTED] to close a bug as well. The BTS doesn't
care.
So does this mean the submitter can close their own bug or not? I'm
not sure what you mean by
* Svante Signell [EMAIL PROTECTED] wrote:
Hi,
[Some errors]
if it is a bug, use reportbug or bug to submit it to the
bug-tracking system.
If you can find out the cause, provide a patch. Thanks.
Ciao,
Martin
On Sun, Jan 07, 2001 at 01:09:12PM -0600, Nathan E Norman wrote:
So does this mean the submitter can close their own bug or not? I'm
not sure what you mean by the BTS doesn't care
Anyone can close a bug - the BTS doesn't actually check where the close
command comes from. The unenforced
It's commonly agreed that compression does prevent rsync from profit of
older versions of packages when synchronizing Debian mirrors. All the
discussion about fixing rsync to solve this, even trough a deb-plugin is
IMHO not the right way. Rsync's task is to synchronize files without
knowing what's
On Sat, Jan 06, 2001 at 08:34:31PM +0200, Eray Ozkural wrote:
On Sat, Jan 06, 2001 at 12:01:42PM -0600, Steve Langasek wrote:
I don't know why you think your personal bug reports are so important
that they demand the attention of not only the package maintainer, but
*also* everyone
Previously Joey Hess wrote:
However, dpkg 1.8 implements dpkg-statoverride --import. We decided not
to go that route, so why?
Because I got convinced that suidmanager is not capable to figure out
if something is an overide or a default.
If we do decide to go that route and use the
On Sun, Jan 07, 2001 at 07:46:09PM +0100, Svante Signell wrote:
Setting up lm-sensors (2.5.4-2) ...
/sbin/MAKEDEV: major_ptym%d=2: command not found
/sbin/MAKEDEV: major_ptys%d=3: command not found
/sbin/MAKEDEV: major_tts%d=4: command not found
/sbin/MAKEDEV: major_cua%d=5: command not found
Previously Otto Wyss wrote:
So why not solve the compression problem at the root? Why not try to
change the compression in a way so it does produce a compressed result
with the same (or similar) difference rate as the source?
gzip --rsyncable, aloready implemented, ask Rusty Russell.
Is openssh ever going to be upgraded? Latest unstable version is
2.2.0p1-1.1 from September? while the latest OpenBSD release is now
2.3.0p1! Maybe the package also should change name from ssh to openssh.
Branden Robinson wrote:
Ah, so you have a time machine which you used to tell your earlier self
that there was going to be trouble from me over bug 81397?
No comments. :)
You CC'ed your *initial report* to debian-devel and debian-x, before I had
anything at all to say on the subject.
Date: Sun, 7 Jan 2001 12:07:14 -0500
From: Michael Stone [EMAIL PROTECTED]
I certainly hope that the debian version at least prevents serious
silent breakage by either reverting the change to -I and printing a
message that the option is deprecated or removing the -I flag
entirely.
Why
- -j, --bzip2filter the archive through bzip2\n\
+ -I, -j --bzip2 filter the archive through bzip2\n\
If it's a deprecated option, don't document it in the online help. A note
in a COMPATIBILITY section in the manpage is more appropriate.
1 - 100 of 162 matches
Mail list logo
