[pacman-dev] makepkg bug - doesn't untar source tarball
$ makepkg ==> Entering fakeroot environment ==> Making package: medit 0.8.2-1 (Sat Feb 3 18:03:18 MST 2007) ==> Checking Runtime Dependencies... ==> Checking Buildtime Dependencies... ==> Retrieving Sources... -> Downloading medit-0.8.2.tar.bz2 --18:03:19-- http://dl.sourceforge.net/sourceforge/mooedit/medit-0.8.2.tar.bz2 => `medit-0.8.2.tar.bz2' Resolving dl.sourceforge.net... 193.1.193.66 Connecting to dl.sourceforge.net|193.1.193.66|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,501,983 (1.4M) [application/x-bzip2] 100%[==============================================================================================================================>] 1,501,983 66.75K/s ETA 00:00 18:03:42 (64.31 KB/s) - `medit-0.8.2.tar.bz2' saved [1501983/1501983] cp: cannot create regular file `/var/cache/pacman/src/medit-0.8.2.tar.bz2': Permission denied ==> WARNING: You do not have correct permissions to cache source in /var/cache/pacman/src ==> WARNING: Integrity checks (md5) are missing or incomplete. ==> Extracting Sources... -> bunzip2 -f medit-0.8.2.tar.bz2 ==> Starting build()... PKGBUILD: line 14: cd: /home/stonecrest/.abs/community/office/medit/src/medit-0.8.2: No such file or directory [stonecrest@machine medit]$ cd src/ [stonecrest@machine src]$ ls medit-0.8.2.tar As you can see, makepkg didn't properly untar the file. The tarball correctly shows as application/x-tar and i can untar it manually without a problem. This is with pacman-rc-3.0.0-8. Scott
On Sat, Feb 03, 2007 at 06:23:20PM -0700, Scott Horowitz wrote:
$ makepkg ==> Entering fakeroot environment ==> Making package: medit 0.8.2-1 (Sat Feb 3 18:03:18 MST 2007) ==> Checking Runtime Dependencies... ==> Checking Buildtime Dependencies... ==> Retrieving Sources... -> Downloading medit-0.8.2.tar.bz2 --18:03:19-- http://dl.sourceforge.net/sourceforge/mooedit/medit-0.8.2.tar.bz2 => `medit-0.8.2.tar.bz2' Resolving dl.sourceforge.net... 193.1.193.66 Connecting to dl.sourceforge.net|193.1.193.66|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,501,983 (1.4M) [application/x-bzip2]
100%[==============================================================================================================================>] 1,501,983 66.75K/s ETA 00:00
18:03:42 (64.31 KB/s) - `medit-0.8.2.tar.bz2' saved [1501983/1501983]
cp: cannot create regular file `/var/cache/pacman/src/medit-0.8.2.tar.bz2': Permission denied
SRCDEST=/var/cache/pacman/src is set in makepkg3.conf. You can revert to previous behaviour by uncommenting this line. I don't know why this was changed: Aaron? Jürgen
On 2/4/07, Jürgen Hötzel <juergen@hoetzel.info> wrote:
On Sat, Feb 03, 2007 at 06:23:20PM -0700, Scott Horowitz wrote: SRCDEST=/var/cache/pacman/src
is set in makepkg3.conf. You can revert to previous behaviour by uncommenting this line. I don't know why this was changed: Aaron?
Yeah, Dan actually has some local changes for that. The problem is that that's not the real issue. The real issue is that the .tar.bz file that came through was not extracted with "tar -xf", but instead it fell through the case to the "bunzip2" call, leaving a tar file, instead of an extracted directory.
On 2/4/07, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On 2/4/07, Jürgen Hötzel <juergen@hoetzel.info> wrote:
On Sat, Feb 03, 2007 at 06:23:20PM -0700, Scott Horowitz wrote: SRCDEST=/var/cache/pacman/src
is set in makepkg3.conf. You can revert to previous behaviour by uncommenting this line. I don't know why this was changed: Aaron?
This is now fixed. Neither SRCDEST or PKGDEST are now needed by default; this will result in both the source and package ending up in the build directory.
Yeah, Dan actually has some local changes for that. The problem is that that's not the real issue. The real issue is that the .tar.bz file that came through was not extracted with "tar -xf", but instead it fell through the case to the "bunzip2" call, leaving a tar file, instead of an extracted directory.
Hmmm. Why did it fall through to the bunzip2 call? I built the medit package locally and it caught just fine with the application/x-tar call. I wonder if it had something to do with the first error... When our next RC comes out, I'd say give it another try. The PKGBUILD will need modifying a bit, btw- the options array format has changed as noted here <http://www.archlinux.org/pipermail/pacman-dev/2007-February/001269.html>. -Dan
participants (4)
-
Aaron Griffin
-
Dan McGee
-
Jürgen Hötzel
-
Scott Horowitz