> "exa" == exa writes:
exa> bug report? BTW, I'm not a professional ignorami whatever
exa> that means, dear literary pioneer of the list.
Correct. You are (or would be) a professional ignoramus. Ignorami is
the plural form, just like hippopotami & radii are the plural forms of
hip
Previously Bdale Garbee wrote:
> Wichert, have you or Rusty or anyone taken this up with the gzip upstream
> maintainer?
I'm not sure; I'll meet Rusty next week at linux.conf.au, I'll ask
him.
Wichert.
--
/ Generally uninteres
Previously Jason Gunthorpe wrote:
> Has anyone checked out what the size hit is, and how well ryncing debs
> like this performs in actual use?
Rusty has, the size difference is amazingly minimal.
Wichert.
--
/ Generally unint
hi all,
Happy new year!!
- Original Message -
From: Goswin Brederlow <[EMAIL PROTECTED]>
To: Martin Schulze <[EMAIL PROTECTED]>
Cc: ; Debian Development
Sent: Saturday, January 06, 2001 7:41 PM
Subject: Re: Upcoming Events in Germany
> > " " == Martin Schulze <[EMAIL PROTECTED]> writ
> "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes:
Hamish> On Sun, Jan 07, 2001 at 05:43:52PM +1000, Jason Henry
Hamish> Parker wrote:
>> ``Banks *are* bastards.'' -- John Laws
Hamish> Err, yeah.. takes one to know one?
Stop it. You're both making me home-sick :)
--
[EMAIL PROTECTED] (Matt Zimmerman) writes:
> As you know, it's been eons since the last upstream gzip release.
On advice of the current FSF upstream, we moved to 1.3 in November 2000.
I think it is entirely reasonable to talk to upstream about this before
contemplating forking.
Bdale
On 8 Jan 2001, Goswin Brederlow wrote:
> > Apparently reversing the direction of rsync infringes on a
> > patent.
> When I rsync a file, rsync starts ssh to connect to the remote host
> and starts rsync there in the reverse mode.
Not really, you have to use quite a different set of o
On Sun, Jan 07, 2001 at 08:16:08PM -0700, Bdale Garbee wrote:
> [EMAIL PROTECTED] (Wichert Akkerman) writes:
>
> > gzip --rsyncable, aloready implemented, ask Rusty Russell.
>
> I have a copy of Rusty's patch, but have not applied it since I don't like
> diverging Debian packages from upstream t
> " " == Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> On 7 Jan 2001, Goswin Brederlow wrote:
>> Actually the load should drop, providing the following feature
>> add ons:
>>
>> 1. cached checksums and pulling instead of pushing 2. client
>> side unpackging of compre
On 7 Jan 2001, Bdale Garbee wrote:
> > gzip --rsyncable, aloready implemented, ask Rusty Russell.
>
> I have a copy of Rusty's patch, but have not applied it since I don't like
> diverging Debian packages from upstream this way. Wichert, have you or Rusty
> or anyone taken this up with the gzip
> "Goswin" == Goswin Brederlow <[EMAIL PROTECTED]> writes:
Goswin> URL?
http://linuxcare.com.au/projects/rproxy/>
The documentation seems very comprehensive, but I am not sure when it
was last updated.
Goswin> Sounds more like encapsulation of an rsync similar
Goswin> protocol i
On 8 Jan 2001, Goswin Brederlow wrote:
> > The short answer is exactly what you should expect - No,
> > absolutely not. Any emergence of a general rsync for APT
>
> Then why did it take so long? :)
I was traveling.
> > method will result in the immediate termination of public
[EMAIL PROTECTED] (Wichert Akkerman) writes:
> gzip --rsyncable, aloready implemented, ask Rusty Russell.
I have a copy of Rusty's patch, but have not applied it since I don't like
diverging Debian packages from upstream this way. Wichert, have you or Rusty
or anyone taken this up with the gzip
> " " == Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> On 7 Jan 2001, Goswin Brederlow wrote:
>> 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.
> No, you are just redicu
> " " == Brian May <[EMAIL PROTECTED]> writes:
> "Goswin" == Goswin Brederlow <[EMAIL PROTECTED]> writes:
Goswin> Actually the load should drop, providing the following
Goswin> feature add ons:
> How does rproxy cope? Does it require a high load on the
> server? I suspe
> " " == Michelle Konzack <[EMAIL PROTECTED]> writes:
> Hello and good evening. Curently I am programing a new
> All-In-One Mail-Client (for Windows- Changers ;-)) ) and I need
> to program a Drag-N-Drop interface.
> Please can anyone point me to the right resources ???
Greetings,
I intend to package forg, a gopher client written in Python with
tkinter and GTK. It uses a traditional document metaphor as opposed
to the filesystem model in gopher.
-- John
--
John Goerzen <[EMAIL PROTECTED]> www.complete.org
Sr. Software Developer, Progeny
Hello,
I have changed heimdal-lib now so it no longer included libdes ---
instead it uses libcrypto from libssl096. Hopefully this approach will
be adopted upstream in the next release of Heimdal.
Unfortunately, this means existing packages will break, typically
because they have -ldes hard-coded
Gnopher is a new Gnome-based Gopher client that browses Gopherspace
using the filesystem tree paradigm, treating gopher as it was
originally intended to be treated -- as a network-spanning virtual
global filesystem. I intend to package it for Debian.
--
John Goerzen <[EMAIL PROTECTED]>
On Mon, Jan 08, 2001 at 08:32:33AM +1100, Sam Couter wrote:
> My point is that the -I option *doesn't* mean "uncompress this file using
> bzip2" for anything other than GNU tar. Now that it doesn't mean that for
> GNU tar either, people are complaining. I think they probably shouldn't have
> been u
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> I'm sorry, my mistake, but please calm down. I do not want to mess up
OK, sorry :-)
> Why I'm interested is because the upstream author(s) have fixed a bug
> that I'm quite interested in. It might be in the 1.5.x versions but
> I do not know which one,
On 8 Jan 2001, Brian May wrote:
> Do you know when they plan to integrate rproxy support into programs
> like squid, apache and Mozilla (as per their web site)?
No, I do not follow that closely. What we need to see is an apache module
primarily. There are also some (IMHO) serious issues with abo
> "Jason" == Jason Gunthorpe <[EMAIL PROTECTED]> writes:
Jason> I have had discussions with the rproxy folks, and I feel
Jason> that they are currently the best hope for this sort of
Jason> thing. If you want to do something, then help them.
As I suspected...
Do you know when the
> "Goswin" == Goswin Brederlow <[EMAIL PROTECTED]> writes:
Goswin> Actually the load should drop, providing the following
Goswin> feature add ons:
How does rproxy cope? Does it require a high load on the server? I
suspect not, but need to check on this.
I think of rsync as just bein
On 7 Jan 2001, Goswin Brederlow wrote:
> Actually the load should drop, providing the following feature add
> ons:
>
> 1. cached checksums and pulling instead of pushing
> 2. client side unpackging of compressed streams
Apparently reversing the direction of rsync infringes on a patent.
Plus th
Hello and good evening.
Curently I am programing a new All-In-One Mail-Client (for Windows-
Changers ;-)) ) and I need to program a Drag-N-Drop interface.
Please can anyone point me to the right resources ???
I program in C.
Many Thanks in Advance
Michelle
--
Don't cc: me on mailinglists, I'm
On Sun, Jan 07, 2001 at 06:30:33PM -0500, Thomas Smith wrote:
> * Keep old Packages.gz file with Descriptions.
> * Make new Small-Packages.gz file w/o Descriptions, and have
> new version of apt look for it, if so configured.
> * Some method of getting the descriptions separately. Maybe
> Desc
On 7 Jan 2001, Goswin Brederlow wrote:
> 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.
No, you are just rediculously impatatient.
Date: 06 Jan 2001 19:26:59 +0100
Subject: rsync support for apt
Wichert Akkerman wrote:
> 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.
That's very odd, as
hi.
On Sun, Jan 07, 2001 at 11:42:04PM +0800, zhaoway wrote:
> 3. Additional benefits
>
> Seperate changelog.Debian and `Description:' etc. out into meta-info file
> could help users: 1) reduce the bandwidth eaten 2) help their upgrade
> decisions easily.
I like this idea. There are some ways t
Stegfs is a stegnographic (spelling?) filesystem, coming in the form of a
kernel patch and some userspace tools. It is a very secretiv way of storing
data on partitions. It combines information hiding and cryptography with the
result that even the filesystem itself does not know if there *is* any d
Goswin Brederlow <[EMAIL PROTECTED]> wrote:
>Also think of the benefit when updating. With some extra code on the
>client side (for example in apt) a pseudo deb can be created from the
>installed version and then rsynced against the new version.
Coo, yes, and you don't even need that much extra co
* Sam Couter <[EMAIL PROTECTED]> wrote:
> I'm not saying it *should* change the behaviour of the -I option.
> I'm saying that if it does, it does. I just don't want to hear
> complaints about a non-standard option suddenly behaving
> differently.
The multiple-OS users do not benefit from this ch
> 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 users I suppose (I have one Intel and one AMD box myself)
> but better
> " " == Chris Gray <[EMAIL PROTECTED]> writes:
> Brian May writes:
> "zhaoway" == zhaoway <[EMAIL PROTECTED]> writes:
zhaoway> 1) It prevent many more packages to come into Debian, for
zhaoway> example, Linux Gazette are now not present newest issues
zhaoway> in Debian. P
Colin Watson wrote:
>
>
> 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
> Windows-based Internet terminal).
>
way cool. a mud addict friend of mine always used putty, now i see why :)
you can even do x-
> Brian May writes:
> "zhaoway" == zhaoway <[EMAIL PROTECTED]> writes:
zhaoway> 1) It prevent many more packages to come into Debian, for
zhaoway> example, Linux Gazette are now not present newest issues
zhaoway> in Debian. People occasionally got fucked up by packages
zha
> " " == Otto Wyss <[EMAIL PROTECTED]> writes:
> 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
On Sun, 07 Jan 2001, 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 pa
Martin Bialasinski <[EMAIL PROTECTED]> wrote:
>
> So, as you can not assume any particular flag for bzip2 compression
> anyway, why should GNU tar change its bzip2 option to the one used by
> the solaris tar?
I'm not saying it *should* change the behaviour of the -I option.
I'm saying that if it
Hi,
Quoting Christian Hammers (ch@westend.com):
> My snort package needs some work, e.g. a better logfile output and the
> ability to generate customised filters from the snort.org web page. Sadly
> I'm currently more interested in other things so maybe one of you want's
> to improve it. If some
> " " == Paul Eggert <[EMAIL PROTECTED]> writes:
>> 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
* Sam Couter <[EMAIL PROTECTED]> wrote:
> Michael Stone <[EMAIL PROTECTED]> wrote:
>> Most of the options in gtar are non-standard. Are you saying that
>> users should rely on none of them?
> Pretty much. It's always useful to know exactly which options you're
> using are not going to work on man
Hi
My snort package needs some work, e.g. a better logfile output and
the ability to generate customised filters from the snort.org web page.
Sadly I'm currently more interested in other things so maybe one of
you want's to improve it.
If someone likes he can take it over complete (there are eno
> 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
Michael Stone <[EMAIL PROTECTED]> wrote:
>
> Changing gnu tar to be compatible with one of many diverse proprietary
> implementations, for only one of several incompatible flags, is a
> rationalization rather than a justification.
I agree, but it's at least as good (maybe better) a reason as the
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
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
>
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
> " " == 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
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
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
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
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
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
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
--
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, 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
[ 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 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,
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
> - -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.
> 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
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
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.
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
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 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 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
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 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
* 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, 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
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 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 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 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 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, 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
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
[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
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
> 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
>>"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).
>
>>"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
Package: wnpp
The GNUstep libraires (together with gstep-extensions and
gstep-guile). See http://www.gnustep.org/ for more information.
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
> " " == 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
> " " == 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
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,
+-
> " " == 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
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
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
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
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 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
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 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
> >
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
1 - 100 of 146 matches
Mail list logo
