Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]>
* Package name: xfce4-taskmanager
Version : 0.3.1
Upstream Author : Johannes Zellner <[EMAIL PROTECTED]>
* URL : http://xfce-goodies.berlios.de/
* License : GPL
Programming La
Subject of the message: Status
Recipient of the message: James Stevens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Brian Eaton ([EMAIL PROTECTED]) [060501 19:21]:
> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> >Or you could create the diffdebs before upload or on ftp-master, and
> >include the diffdebs somehow in the Packages file (so they're signed as
> >well by the usual mechanismn).
> My initial
On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
Or you could create the diffdebs before upload or on ftp-master, and
include the diffdebs somehow in the Packages file (so they're signed as
well by the usual mechanismn).
My initial view is that any delta package system that doesn't
reproduce
Hello,
I did some test. My repository is here: http://gloria.rulezlan.org/debian/
update_tarballs.pl updates the index_* files and the tarballs.
For the moment it doesn't create index for testing. It doesn't try to deal
with pixmap Depends.
.
./n
./n/ne
./n/ne/netpanzer
./n/ne/netpanzer/main_200
On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
* Brian Eaton ([EMAIL PROTECTED]) [060501 16:42]:
> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> >
> >If one does it right, it might be enough if the original package is
> >*installed*. And that happens quite often, e.g. even for securi
* Brian Eaton ([EMAIL PROTECTED]) [060501 17:49]:
> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> >* Brian Eaton ([EMAIL PROTECTED]) [060501 16:42]:
> >> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> >> >
> >> >If one does it right, it might be enough if the original package is
> >>
* Brian Eaton ([EMAIL PROTECTED]) [060501 16:42]:
> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> >* Brian Eaton ([EMAIL PROTECTED]) [060501 15:51]:
> >> The only time delta packages will be a win is for upgrades where the
> >> client has the original package cached.
> >
> >If one does it r
Le Lun 1 Mai 2006 16:35, Brian Eaton a écrit :
> On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
> > * Brian Eaton ([EMAIL PROTECTED]) [060501 15:51]:
> > > The only time delta packages will be a win is for upgrades where
> > > the client has the original package cached.
> >
> > If one does it
On 5/1/06, Andreas Barth <[EMAIL PROTECTED]> wrote:
* Brian Eaton ([EMAIL PROTECTED]) [060501 15:51]:
> The only time delta packages will be a win is for upgrades where the
> client has the original package cached.
If one does it right, it might be enough if the original package is
*installed*.
Le Lun 1 Mai 2006 15:31, Brian Eaton a écrit :
> On 4/30/06, Goswin von Brederlow wrote:
> > Look at zsync and help develope it far enough so it can look into
> > debs. Without that the gain is practicaly 0 or less.
>
> It's entirely possible that the gain will be nothing no matter what
> algorithm
* Brian Eaton ([EMAIL PROTECTED]) [060501 15:51]:
> The only time delta packages will be a win is for upgrades where the
> client has the original package cached.
If one does it right, it might be enough if the original package is
*installed*. And that happens quite often, e.g. even for security
On 4/30/06, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Brian Eaton <[EMAIL PROTECTED]> wrote:
>> http://rsync.samba.org/rsync-and-debian/rsync-and-debian.html
>>
>> Has anyone ever done some log file analysis to figure out how much
>> bandwidth would be saved by transferring package deltas
On 5/1/06, Brian Eaton <[EMAIL PROTECTED]> wrote:
Hello all -
Regarding the ideas discussed here:
http://rsync.samba.org/rsync-and-debian/rsync-and-debian.html
A few comments:
3.2 rsync is too hard on servers
That document claims it's an avoidable cost. It's not really, because
the client p
> * Goswin von Brederlow:
> > Look at zsync and help develope it far enough so it can look into
> > debs. Without that the gain is practicaly 0 or less.
The other thing to do would be to lobby for dpkg-deb and dpkg-source to
use 'gzip --rsyncable' when building stuff. (That, or sneak
"--rsyncabl
* Goswin von Brederlow:
> Tyler MacDonald <[EMAIL PROTECTED]> writes:
>
>> Brian Eaton <[EMAIL PROTECTED]> wrote:
>>> http://rsync.samba.org/rsync-and-debian/rsync-and-debian.html
>>>
>>> Has anyone ever done some log file analysis to figure out how much
>>> bandwidth would be saved by transferri
16 matches
Mail list logo