On Thu, Jan 04, 2001 at 08:37:26AM -0600, Vince Mulhollon wrote:
> Back on topic, I would have thought that package distribution was a one
> time shot. Caches are for people who would otherwise download the
> slashdot.org header graphic fifty times a day. Whereas each individual
> debian machine
nce
Mulhollon/Brookfield/Norlight)
rg> Fax to:
Sent by: Matt
On Fri, Dec 29, 2000 at 11:11:01PM +0100, [EMAIL PROTECTED] wrote:
> Why not look at this from a different perspective? I don't know if it may be
> useful or not for upgrading machines, but the multicast server would be a
> very nice thing for mass installations.
I still disagree. Multicast is t
On Thu, Dec 28, 2000 at 06:08:16PM -0500, Matt Zimmerman wrote:
> On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote:
>
> > My point being, that yes I already use squid as a proxy server for a whole
> > network of apt-geting debian boxes and after only a little work it works
> > OK, b
Hi,
On Thu, Dec 28, 2000 at 05:39:04PM -0600, Adam Heath wrote:
> In dpkg cvs(what will be 1.9), dpkg no longer calls an external md5sum(it also
> doesn't fork for it, which it still does for the gzip above). This isn't as
btw, would it be hard to add sha1 support, as an alternative for md5 (i
* Glenn McGrath
| If you accidentally deleted gzip or tar how would you recover ?
use sash or a rescue cd.
| You couldnt build them from a source package or or extract it from a
| binary package because you need both tar and gzip to extract them.
nope. on my local gnu mirror, I've got tar as
On Thu, Dec 28, 2000 at 06:12:35PM -0600, Adam Heath wrote:
> On Thu, 28 Dec 2000, Matt Zimmerman wrote:
>
> > Same idea, different implementation. It is using (de)compression code that
> > is
> > shared with other programs.
>
> Being linked to it statically means it doesn't share the code. T
On Thu, 28 Dec 2000, Matt Zimmerman wrote:
> Same idea, different implementation. It is using (de)compression code that is
> shared with other programs.
Being linked to it statically means it doesn't share the code. This increases
dpkg code size.
> Will we one day see a shared libdpkg, with mo
On Thu, Dec 28, 2000 at 05:39:04PM -0600, Adam Heath wrote:
> > Not quite. dpkg-deb actually does call out to tar and gzip, and lets those
> > programs do what they do best. It doesn't try to be tar and gzip and dpkg
> > all
> > at once. The UNIX approach is to build tools that do one or a few
On Thu, 28 Dec 2000, Matt Zimmerman wrote:
> On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote:
>
> > Yes, that was kind of my point.
> >
> > An analogy would be that we don't need dpkg because most of its
> > functionality could be done by a mixture of tar, gzip, and perl (and may
Matt Zimmerman wrote:
>
> On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote:
>
> > Yes, that was kind of my point.
> >
> > An analogy would be that we don't need dpkg because most of its
> > functionality could be done by a mixture of tar, gzip, and perl (and maybe
> > make to handl
On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote:
> Yes, that was kind of my point.
>
> An analogy would be that we don't need dpkg because most of its
> functionality could be done by a mixture of tar, gzip, and perl (and maybe
> make to handle dependancies).
Not quite. dpkg-deb
Anyway, what does apt-cache not do that you want to have happen?
Hmm. sorry to step in here, but
On Thu, Dec 28, 2000 at 08:22:52AM -0600, Vince Mulhollon wrote:
> My point being, that yes I already use squid as a proxy server for a whole
> network of apt-geting debian boxes and after only a little work it works
this could also be replaced by NFS, or a small
ight)
rg> Fax to:
Sent by: MattSubject: Re: Rambling
On Wed, Dec 27, 2000 at 02:03:14PM -0600, Vince Mulhollon wrote:
> How about an "apt-getd" debian daemon.
>
> Use a apt-get client to remotely mess with another workstations packages.
> Messing with only one workstation at a time is boring. How about multicast
> to configure a hundred workstatio
How about an "apt-getd" debian daemon.
Use a apt-get client to remotely mess with another workstations packages.
Messing with only one workstation at a time is boring. How about multicast
to configure a hundred workstations instead, all at once? And then have a
proxying apt-getd server multicas
17 matches
Mail list logo
