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
> 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
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
* 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
> " " == 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
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
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
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
> " " == 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
> 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
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-
> " " == 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
> 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
* 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
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
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
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
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
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
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
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 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
> "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
> "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
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
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 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
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]>
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
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
> " " == 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 ???
> " " == 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
> " " == 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
[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
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
> "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 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
> " " == 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 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
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
[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
> "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 :)
--
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
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
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
> "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
101 - 146 of 146 matches
Mail list logo
