| Summary: | repoman does not handle overlay paths containing symlinks correctly | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Petteri Räty (RETIRED) <betelgeuse> |
| Component: | Repoman | Assignee: | Portage team <dev-portage> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | quickhelp |
| Priority: | High | Keywords: | InVCS |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 115839 | ||
|
Description
Petteri Räty (RETIRED)
2005-10-20 14:26:52 UTC
2.0.51.22-r2 is affected by this too, right? Yeah it seems so: betelgeuse@aria /usr/local/portage/app-cdr/k3b $ repoman full Not in a CVS repository; enabling pretend mode. Unable to determine PORTDIR. betelgeuse@aria /usr/local/portage/app-cdr/k3b $ cd .. betelgeuse@aria /usr/local/portage/app-cdr $ cd .. betelgeuse@aria /usr/local/portage $ cd .. betelgeuse@aria /usr/local $ cd foobar/app-cdr/k3b/ betelgeuse@aria /usr/local/foobar/app-cdr/k3b $ repoman full Not in a CVS repository; enabling pretend mode. Unable to determine PORTDIR. betelgeuse@aria /usr/local/foobar/app-cdr/k3b $ Portage 2.0.51.22-r3 (hardened/x86/2.6, gcc-3.3.6, glibc-2.3.5-r2, 2.6.11-hardened-r15 i686) ================================================================= System uname: 2.6.11-hardened-r15 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.8.1-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/home/distfiles" FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict" GENTOO_MIRRORS=" http://trumpetti.atm.tut.fi/gentoo http://lame.lut.fi/linux/gentoo " LC_ALL="en_US.UTF-8" PKGDIR="/usr/portage//packages/x86/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="/usr/local/foobar" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowex acl acpi apache2 bash-completion berkdb bzlib cdr crypt cups curl dlloader foomaticdb gd gdbm gpm hardened libwww makecheck mmx ncurses nls nptl pam pic png ppds readline ruby samba sse ssl tcpd tiff udev unicode usb userlocales vhosts x86 xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, MAKEOPTS Wondering if this is a bug in portage, or in fact with repoman. Can you reproduce with repoman and portage 2.0.54? (In reply to comment #2) > Not in a CVS repository; enabling pretend mode. > Unable to determine PORTDIR. I am able to reproduce this problem locally with portage-2.1_pre. Unfortunately, it seems that os.getcwd() returns a cannonical path (all symlinks resolved). A possible alternative is to use os.system("pwd") which apparently returns the non-cannonical path. I wanted to report the same buggy behaviour with portage 2.0.54-r1 (In reply to comment #2) > Unable to determine PORTDIR. This is fixed in svn r3405. This has been released in 2.1_rc2-r2. |
