Reinhard Tartler wrote:
>
> http://packages.debian.org/sid/apt-cacher-ng
>
> But I have not tried it yet.
It will be interesting to follow its progress. apt-cacher-ng (presumably
"next generation") "is more than simple rewrite of Apt-Cacher. It was
redesigned from scratch and is written i
Oliver Grawert <[EMAIL PROTECTED]> writes:
> searching for package proxy solutions in apt-cache reveals:
>
> approx - caching proxy server for Debian archive files
> apt-cacher - caching proxy system for Debian package and source files
> apt-proxy - Debian archive proxy and partial mirror builder
Fabian Rodriguez wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
>
> Sam Tygier wrote:
>> it looks like they have got the security side covered.
>>
>> "Now, one might think this could potentially pose a security threat
>> as everyone can offer and distribute debs without any
>> auth
There is another problem with apt-zeroconf... it relies on Avahi. Avahi
has lots of environments that it does not work in. In my office, the
machines are not seeing each other. When we had a meeting at the Google
(Sketchup) offices in Boulder, Avahi did not work correctly their
either. I don't
Hi Oliver,
On Fri, Nov 16, 2007 at 12:15:34PM +0100, Oliver Grawert wrote:
> searching for package proxy solutions in apt-cache reveals:
>
> apt-proxy - Debian archive proxy and partial mirror builder
I've used apt-proxy for some time, but switch to apt-cacher. apt-proxy
would hang quiet often w
he main inclusion.
>
> We should be wary of both a) jumping from broad requirements ("large
> deployments would benefit from local redistribution of updates") to actions
> ("let's put apt-cacher in main") and b) focusing too much on niche use cases
> when there
nts would benefit from local redistribution of updates") to actions
("let's put apt-cacher in main") and b) focusing too much on niche use cases
when there are issues facing a large number of users which need to be
addressed.
If this is worth addressing, then it is worth thinking
On Thu, Nov 15, 2007 at 12:53:14PM -0500, Fabian Rodriguez wrote:
> If this was actually checked against a local web of trust (like
> OpenPGP or Gaim-OTR keys or else) it may become interesting. But who
> uses that "safely" ? :)
All packages downloaded by APT are authenticated using PGP keys provi
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Kevin Fries wrote:
> I am not sure it needs to be moved. But, what would be totally cool
> is if the installer scanned the local network on install and
> configured apt-cacher in sources.list instead of the normal repos
> by default when if finds
Fabian Rodriguez wrote:
> apt-zeroconf is actually a replacement for apt-cacher, not a
> complement to it, according to its site. I think we already know the
> answer to "enabled by default" autodiscovery / other networking
> services. I would have some trust issues using apt-zeroconf, but
> that's
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Sam Tygier wrote:
> it looks like they have got the security side covered.
>
> "Now, one might think this could potentially pose a security threat
> as everyone can offer and distribute debs without any
> authentication whatsoever. This is not th
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Kevin Fries wrote:
> [...] Without apt-cacher you either need to allow that machine
> access to the Internet, or do without updates.
+1 for that, I haven't used apt-cacher in that context but it's an
important use case. I'll make sure it makes it
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Sam Tygier wrote:
>
> could apt-zeroconf[0] be installed and enabled by default.
>
> "distributed apt-cacher for local networks implemented in Python.
> It's called apt-zeroconf since we use avahi for automatically
> finding other apt-zeroconf ins
On Wed, 2007-11-14 at 18:27 -0500, Scott Abbey wrote:
> I think the point of moving it is so that it receives official support from
> Canonical. That way those on paid support contracts can still expect
> assistance from Canonical when using the package. Canonical only provides
> paid support for
Kevin Fries wrote:
> I am not sure it needs to be moved. But, what would be totally cool is
> if the installer scanned the local network on install and configured
> apt-cacher in sources.list instead of the normal repos by default when
> if finds a server. That would be a terrific usability upgrad
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Scott Abbey wrote:
> [...]
>
> I think the point of moving it is so that it receives official
> support from Canonical. That way those on paid support contracts
> can still expect assistance from Canonical when using the package.
> Canonical only
hi,
Am Mittwoch, den 14.11.2007, 11:38 -0500 schrieb Fabian Rodriguez:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
>
> (not sure if this made it so re-sending)
it did :)
> Hi,
>
> I'd like to propose moving apt-cacher to main. I haven't done main
> inclusion reports before so bear wit
Kevin Fries wrote:
> On Wed, 2007-11-14 at 11:38 -0500, Fabian Rodriguez wrote:
>> I also think this would be a good candidate to have on the LiveCD
>> installer and/or the Server CD installer images, as in many scenarios
>> CDs are used for a first install and then other PCs in the same LAN
>> cou
On Wed, 2007-11-14 at 11:38 -0500, Fabian Rodriguez wrote:
> I also think this would be a good candidate to have on the LiveCD
> installer and/or the Server CD installer images, as in many scenarios
> CDs are used for a first install and then other PCs in the same LAN
> could use that first instal
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
(not sure if this made it so re-sending)
Hi,
I'd like to propose moving apt-cacher to main. I haven't done main
inclusion reports before so bear with me while I dive into this :)
Description: caching proxy system for Debian package and source f
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hi,
I'd like to propose moving apt-cacher to main. I haven't done main
inclusion reports before so bear with me while I dive into this :)
Description: caching proxy system for Debian package and source files
Apt-cacher performs caching of .deb
21 matches
Mail list logo