On Thu, 25 Sep 2014, Ritesh Raj Sarraf wrote:
> I think I did the same with some settings in pbuilder.
I see nothing there that actually generates a Packages file.
> ## For details, see: http://wiki.debian.org/PbuilderTricks
This also indicates you need a “D” hook script to do that.
I just wrot
On Wednesday 24 September 2014 06:24 PM, Thorsten Glaser wrote:
I’ve just written a hookscript for pbuilder which makes the
locally cached files available during a package build. Just
chmod +x it, drop it into the --hookdir, and you’re set¹².
Usage scenario here is mostly debian-ports: when buil
On Wed, 24 Sep 2014, Thorsten Glaser wrote:
> Usage scenario here is mostly debian-ports: when building
> packages that depend on each other, you no longer have to
> wait until the first package is Installed until you can
> build the second package³. It also makes older packages,
Hrm. Just, there
also share the package cache with your live system:
• rm -rf /var/cache/apt/archives
• ln -s /var/cache/pbuilder/aptcache /var/cache/apt/archives
• echo 'Dir::Cache::Archives "/var/cache/pbuilder/aptcache";' \
>>/etc/apt/apt.conf
The first two are not strict
On Thu, Aug 23, 2007 at 01:17:22AM +0200, Gonsolo wrote:
> As Mr. Sliepen pointed out the same can be achieve with a FUSE daemon.
> I thought of symlinks pointing to an executable that load the necessary
> packages
> and corrects the symlink.
> For example:
> 1. Blender not installed
> 2. User typ
Thanks to all,
0install.net is exactly what I am looking for.
One thing is that this system is "per user".
Having something like that "per computer" would be
nice. That is, the admin sets up the computer with
_all_ packages and the user can use _all_ packages.
(Except that _not_ all packages are i
ime ) or to compute,
relative to the cost of reading the cache."
So I think what I describe *is* a cache of Debian packages.
They are stored elsewhere (on the Internet), and it is duplicated data, namely
packages on the local hard disk.
>> user Joe sets his package cache to 400MB a
On Wed, Aug 22, 2007 at 01:52:40PM +0200, Michelle Konzack wrote:
> Am 2007-08-21 11:26:26, schrieb Guus Sliepen:
> > Well, it could be implemented with a FUSE daemon, that you mount over
> > /usr for example, and which periodically fetches the Contents-.gz
> > file from a mirror. It the uses the
Am 2007-08-21 11:26:26, schrieb Guus Sliepen:
> Well, it could be implemented with a FUSE daemon, that you mount over
> /usr for example, and which periodically fetches the Contents-.gz
> file from a mirror. It the uses the Contents file to generate directory
> listings. If some package tries to op
On Wed, Aug 22, 2007 at 01:07:53PM +0100, David Given wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> [EMAIL PROTECTED] wrote:
> [...]
> > looks pretty cool, but someone should talk to them about this:
> >
> > "The effect of this is that distribution-provided packages are often
> > m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
[...]
> looks pretty cool, but someone should talk to them about this:
>
> "The effect of this is that distribution-provided packages are often
> more reliable than upstream ones (since upstream don't get to hear about
> many
On Tue, Aug 21, 2007 at 04:57:28PM +0100, David Given wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Eduard Bloch wrote:
> [...]
> > If you want to keep the files aside but ie.
> > compressed than you should use a compressing filesystem.
> > But if you want something working on acces
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eduard Bloch wrote:
[...]
> If you want to keep the files aside but ie.
> compressed than you should use a compressing filesystem.
> But if you want something working on access, expect it to perform very bad.
> Ie. if you want to install the files fro
On Tue, Aug 21, 2007 at 11:31:39AM +0200, Krzysztof Burghardt wrote:
> 2007/8/21, Guus Sliepen <[EMAIL PROTECTED]>:
> > I'm not going to implement this though.
>
> Doesn't auto-apt do this? It uses a bit different approach - preloaded
> library to overwrite stat(), open() and so on, then pauses p
2007/8/21, Guus Sliepen <[EMAIL PROTECTED]>:
> I'm not going to implement this though.
Doesn't auto-apt do this? It uses a bit different approach - preloaded
library to overwrite stat(), open() and so on, then pauses program
until package is installed.
Regards,
--
Krzysztof Burghardt <[EMAIL PRO
On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> Would it be feasible to add something like a package cache to Debian?
>
> This way only a minimal Debian system would be installed locally on
> the hard disk. All other packages are fetched only when used. For example,
>
#include
* Gonsolo [Sat, Aug 18 2007, 07:29:55PM]:
> Hi!
>
> Would it be feasible to add something like a package cache to Debian?
What you describe is not a cache and even less a _package_ cache.
> This way only a minimal Debian system would be installed locally on
> the hard
On Tue, Aug 21, 2007 at 09:53:12AM +1000, Ben Finney wrote:
> Steve Greenland <[EMAIL PROTECTED]> writes:
>
> > On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote:
> > > On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > > > Would it be feasible t
Steve Greenland <[EMAIL PROTECTED]> writes:
> On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote:
> > On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > > Would it be feasible to add something like a package cache to
> > > Debian?
> >
>
On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote:
> On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> > Hi!
> >
> > Would it be feasible to add something like a package cache to Debian?
>
> apt-proxy ?
No, that builds a local mirror of packages being
On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> Hi!
>
> Would it be feasible to add something like a package cache to Debian?
apt-proxy ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 18.08.2007 at 19:29:55 +0200, Gonsolo <[EMAIL PROTECTED]> wrote:
> I know disk space is cheap but having hundreds of megabytes wasted for
> gnome pixmaps I never see or fonts i never use is annoying.
I find the implications of your proposal MUCH more annoying:
* Joe User has to be perm
Hi!
Would it be feasible to add something like a package cache to Debian?
This way only a minimal Debian system would be installed locally on
the hard disk. All other packages are fetched only when used. For example,
user Joe sets his package cache to 400MB and installs Openoffice.
The
23 matches
Mail list logo
