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_PAT
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
defaul
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 print
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 be
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,
>
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
>
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 s
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?
>
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
(admini
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
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 s
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 t
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 /etc/X11/wdm/Xser
* "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 o
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 -
de
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 jed-sl-ja_0.98.
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 ass
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 re
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 b
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
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 ap
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 yo
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
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 assistanc
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 s
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 su
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 cou
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 ch
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 a
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
> > with
* 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
#include
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 -I
> " " == 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
>> ter
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 t
> " " == 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. >
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 al
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 '.*' ftp.jp.debian
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_prof
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
FT
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 e
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
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
>
-sPackage,Priority,I
> " " == 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
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
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
Sa
>>"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).
>
> 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
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
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, yo
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 regu
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 cli
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, u
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
> [
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
* 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 st
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 su
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 package==u
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 f
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.
Wiche
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.
W
> - -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.
On Wed, Jan 03, 2001 at 02:00:07PM +1100, Dancer Vesperman wrote:
> Certainly we have things like exim, lftp, ssh that work 'out of the box'
> with v6...and apps that work with v6 work (equally) flawlessly in
> v4-only environments.
That's not necessarily the case. There were lots of problems w
On Fri, Jan 05, 2001 at 08:41:50AM -0500, Matt Zimmerman wrote:
> On Thu, Jan 04, 2001 at 10:04:55AM -0200, Eduardo Marcel Macan wrote:
>
> > Yes, I've been in a packaging mood lately :)
> >
> > I'd like to have Tk707 packaged. Tk707 is a software clone of the
> > Roland TR-707 rhythm composer,
[ No need to Cc: me, I do read debian-devel ]
* Eray Ozkural (exa) <[EMAIL PROTECTED]> wrote:
> Well, I will cc to debian-devel only when there is an affirmed
> conflict with the developer about the bug report, OK?
>> Your behaviour on this bugreport is a deja-vu of your behaviour on
>> #80544.
On Sun, 07 Jan 2001, Svante Signell wrote:
> 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.
openssh 2.3.0p1 was installed into unstab
Hi Martin,
please cc to me
Martin Bialasinski wrote:
>
> > I have developed a great liking for bug reports somehow.
>
> Then you just need to develope some skill for a) analysing bugs and
> writing useful reports and b) not going crazy when developers ask
> further question if they don't have a
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"
Yes, the BTS will allow the submitter to close their own bug that way.
So can anyone else. (AFAIK.)
Hamish
--
On Sun, Jan 07, 2001 at 07:21:29PM +0100, [EMAIL PROTECTED] wrote:
> I think the -I ==> -j change is not that bad.
> The only package I found using -I was devscripts' /usr/bin/uupdate.
The problem is not that it breaks our scripts -- it's
different for every end user of tar as well!
So if I'm use
Otto Wyss <[EMAIL PROTECTED]> 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?
Are you going to hack at *every* different kind of fi
Damian M Gryski wrote:
> On Sun, 07 Jan 2001, Svante Signell wrote:
> > 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.
>
>opens
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
>
> Could you please name the other unices that behave identically
> to solaris tar wrt the -I option? And which other unices even have
> the -I option in tar?
My point is that the -I option *doesn't* mean "uncompress this file using
bzip2" for
Eray Ozkural (exa) <[EMAIL PROTECTED]> writes:
> 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
Paul Slootman <[EMAIL PROTECTED]> wrote:
>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
> " " == zhaoway <[EMAIL PROTECTED]> writes:
> [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 de
On 01-01-07 Brian Frederick Kimball wrote:
> Damian M Gryski wrote:
> > On Sun, 07 Jan 2001, Svante Signell wrote:
> > > 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
On Sun 07 Jan 2001, Colin Watson wrote:
> Paul Slootman <[EMAIL PROTECTED]> wrote:
> >
> >Search google for putty, if you need an ssh client for windows.
>
> http://www.chiark.greenend.org.uk/~sgtatham/putty/ (hmm, I appear to
> have that memorized - I end up grabbing it any time I'm at a public
>
Hi,
I tried to contact the apt maintainers about rsync support for
apt-get (a proof of concept was included) but haven't got an answere
back yet.
Is the whole team on vacation? Who is actually on that list?
>From the number of bugs open against apt-get I would think they are
all dead. Please pro
1 - 100 of 146 matches
Mail list logo
