[pacman-dev] little bug with pacman and root
Hi, Let's consider the following setup: I have a distribution (any distribution it doesn't matter) installed on / where am looking to install arch or frugalware on a chroot from it, So pacman has been extracted to / and pacman.static is used... let's suppose /arch is the chroot... As i always install and upgrade I keep the pacman cache in /home partition under /home/cache/pacman and create a symlink ( /var/cache/pacman -> /home/cache/pacman ), so for instance /arch/var/cache/pacman is a symlink to /home/cache/pacman (I know the link is broken but that's the idea), Now I run pacman.static -Sy -r /arch bash db binutils kernel26 Of course pacman will begin by saying, /arch/var/cache/pacman does not exist... creating it (since the symlink is broken) but it also fails to create it, so pacman decides to use /tmp and here it is all messed up, it start downloading packages to /arch/tmp and it fails on checking packages integrity it seems it is trying to do that on /tmp instead of /arch/tmp.. Regards, Wael Nasreddine
On Wed, May 31, 2006 at 03:14:16AM +0200, wael@siemens-mobiles.org wrote:
Let's consider the following setup: I have a distribution (any distribution it doesn't matter) installed on / where am looking to install arch or frugalware on a chroot from it, So pacman has been extracted to / and pacman.static is used... let's suppose /arch is the chroot...
As i always install and upgrade I keep the pacman cache in /home partition under /home/cache/pacman and create a symlink ( /var/cache/pacman -> /home/cache/pacman ), so for instance /arch/var/cache/pacman is a symlink to /home/cache/pacman (I know the link is broken but that's the idea), Now I run pacman.static -Sy -r /arch bash db binutils kernel26
Of course pacman will begin by saying, /arch/var/cache/pacman does not exist... creating it (since the symlink is broken) but it also fails to create it, so pacman decides to use /tmp and here it is all messed up, it start downloading packages to /arch/tmp and it fails on checking packages integrity it seems it is trying to do that on /tmp instead of /arch/tmp..
here is a proposed fix: http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=plain_commitdif...; udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
On Sun, Jun 04, 2006 at 01:23:58PM +0200, Wael Nasreddine <wael@siemens-mobiles.org> wrote:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000">
huh, please avoid html mails :) thanks, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
On Sun, Jun 04, 2006 at 01:23:58PM +0200, Wael Nasreddine <wael@siemens-mobiles.org> wrote:
This makes it work but there's still one bug, Let pacman actually<br> download the packages, before it begins installation cancel it, then<br> run it again and now pacman is stuck, no /var/cache/pacman can be<br> created and package already in /tmp so pacman does not look for it in<br> /tmp instead it tries to download it and of course it fails since the<br> file already exists...<br>
hmm, how to reproduce this? # LANG= LC_ALL= pacman -Swd openoffice.org Targets: openoffice.org-2.0.2.9-1 Total Package Size: 104.1 MB Total Uncompressed Package Size: 320.8 MB Proceed with download? [Y/n] :: Retrieving packages from frugalware-current... warning: no /var/cache/pacman/pkg cache exists. creating... warning: couldn't create package cache, using /tmp instead openoffice.org-2.0.2.9-1 [-----c**********] 37% 39624K 6217K/s 00:00:11 i've interrupted here # LANG= LC_ALL= pacman -Swd openoffice.org Targets: openoffice.org-2.0.2.9-1 Total Package Size: 104.1 MB Total Uncompressed Package Size: 320.8 MB Proceed with download? [Y/n] :: Retrieving packages from frugalware-current... warning: no /var/cache/pacman/pkg cache exists. creating... warning: couldn't create package cache, using /tmp instead openoffice.org-2.0.2.9-1 [--------c*******] 56% 60056K 1854K/s 00:00:26 continued without any problem udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
participants (3)
-
VMiklos
-
Wael Nasreddine
-
wael＠siemens-mobiles.org