- Arch-general - lists.archlinux.org

[arch-general] kde-unstable install - Round 2 - There is a BUG here...
by David C. Rankin 18 Jun '09

18 Jun '09

DR, List Here is the situation after the difficulty I had installing kde-unstable on the x86_64 box where I finally just installed with '-f', I have the exact setup on an i686 box where I am trying to install kde-unstable, but this time finding a way to do it without resorting to the '-f' option. On the box, I have kdemod3 installed and configured and I have never specifically installed kde4 from anywhere (I guess I got it by default with the Arch install). So far, all packages for kde-unstable have been downloaded to the i686 box when I tried to install kde-unstable with 'pacman -Sy kde kde-extragear'. There were 20000+ lines of conflicts of the following type: error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' <snip 20000 lines> Literally, thousands and thousands of conflicting files. For full details (100k) see: http://nirvana.3111skyline.com/download/Archlinux/bugs/kde4-conflicts- i686.txt.bz2 So on good advise, I set about to remove the conflicts by removing kde4 before trying to install kde4 from kde-unstable -- no joy, same conflicts: [17:40 supersff:/home/david] # pacman -Rs kde kde not found, searching for group... :: group kde: kdebase-runtime kdelibs kdemultimedia Remove whole content? [Y/n] checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: k3b: requires kdelibs :: k3b: requires kdemultimedia :: k9copy: requires kdebase-runtime :: kdiff3: requires kdelibs [18:02 supersff:/home/david] # pacman -Rs kde k3b k9copy kdiff3 kde not found, searching for group... :: group kde: kdebase-runtime kdelibs kdemultimedia Remove whole content? [Y/n] checking dependencies... Remove (16): kdiff3-0.9.95-1 k9copy-2.3.2-1 k3b-1.66.0alpha2-1 polkit- qt-0.9.2-1 normalize-0.7.7-3 vorbis-tools-1.2.0-3 mpg123-1.7.3-1 cdrdao-1.2.2-2 kdemultimedia-4.2.4-1 kdebase- runtime-4.2.4-1 kdelibs-4.2.4-2 strigi-0.6.4-2 exiv2-0.18-1 soprano-2.2.3-1 clucene-0.9.21b-1 phonon-4.3.1-2 Total Removed Size: 213.03 MB Do you want to remove these packages? [Y/n] ( 1/16) removing kdiff3 [#################################################################################] 100% ( 2/16) removing k9copy [#################################################################################] 100% ( 3/16) removing k3b [#################################################################################] 100% ( 4/16) removing polkit-qt [#################################################################################] 100% ( 5/16) removing normalize [#################################################################################] 100% ( 6/16) removing vorbis-tools [#################################################################################] 100% ( 7/16) removing mpg123 [#################################################################################] 100% ( 8/16) removing cdrdao [#################################################################################] 100% ( 9/16) removing kdemultimedia [#################################################################################] 100% (10/16) removing kdebase-runtime [#################################################################################] 100% (11/16) removing kdelibs [#################################################################################] 100% (12/16) removing strigi [#################################################################################] 100% (13/16) removing exiv2 [#################################################################################] 100% (14/16) removing soprano [#################################################################################] 100% (15/16) removing clucene [#################################################################################] 100% (16/16) removing phonon [#################################################################################] 100% [18:03 supersff:/home/david] # pms kde kde-extragear :: Synchronizing package databases... kdemod-legacy is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date kde package not found, searching for group... :: group kde (including ignored packages): kdeaccessibility-colorschemes kdeaccessibility-iconthemes kdeaccessibility-kmag kdeaccessibility-kmousetool kdeaccessibility-kmouth kdeaccessibility-kttsd kdeadmin-kcron kdeadmin- ksystemlog kdeadmin-kuser <snip packages to be installed> Total Download Size: 0.00 MB Total Installed Size: 1470.55 MB Proceed with installation? [Y/n] checking package integrity... (272/272) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/64x64/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' Grrrrr. Same conflicts, what in the world is going on? The nearly identical gory details (99k): http://nirvana.3111skyline.com/download/Archlinux/bugs/kde4-conflicts-i686- again.txt.bz2 [18:21 supersff:/home/david] # pacman -Q | grep kde | grep -v kdemod3 <nothing> OK, what is 'accessibility' and where is the conflict? [18:26 supersff:/home/david] # pmq -s | grep accessibility A library providing a set of interfaces for accessibility local/kdemod3-kdeaccessibility 3.5.10-1 (kdemod3-complete kdemod3-vanilla) Huh?? kdemod3 is this issue??? Damn! Why can't I have kdemod3 and kde4 installed side-by-side and why can't I install kde-unstable if kdemod3 is installed. kde3 & kde4 can exist side-by-side just fine. What gives?? OK, fine, I'll blow kdemod3 away and try again (Note: I really did not want to have to do this...) pacman -Rs kdemod3-complete basket compizconfig-backend-kconfig filelight ksensors qcad OK, now both kde and everything related to kdemod has been torpedoed. Proceed with installation? [Y/n] checking package integrity... :: File pilot-link-0.12.3-4-i686.pkg.tar.gz is corrupted. Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package) pilot-link-0.12.3-4-i686.pkg.tar.gz is invalid or corrupted Errors occurred, no packages were upgraded. Oh for goodness sake! [18:39 supersff:/home/david] # pms kde kde-extragear :: Synchronizing package databases... kdemod-legacy is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date kde package not found, searching for group... :: group kde (including ignored packages): kdeaccessibility-colorschemes kdeaccessibility-iconthemes kdeaccessibility-kmag kdeaccessibility-kmousetool <snip> Total Download Size: 0.47 MB Total Installed Size: 1550.16 MB Proceed with installation? [Y/n] :: Retrieving packages from extra... pilot-link-0.12.3-4... 477.9K 126.3K/s 00:00:04 [#################################################################################] 100% checking package integrity... (299/299) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) /usr/share/apps/color-schemes/Zion.colors exists in both 'kdeaccessibility- colorschemes' and 'kdeaccessibility' /usr/share/apps/color-schemes/ZionReversed.colors exists in both 'kdeaccessibility-colorschemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/128x128/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/16x16/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/22x22/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/32x32/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/48x48/animations/process-working.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' /usr/share/icons/mono/64x64/animations/process-idle.png exists in both 'kdeaccessibility-iconthemes' and 'kdeaccessibility' / WTF???? This is a BUG, there isn't a damn thing installed and still I get 20000 lines of conflicts.... The same conflicts..... OK, let's disable kdemod- legacy in pacman and try once again. [18:46 supersff:/home/david] # vi /etc/pacman.conf [18:46 supersff:/home/david] # pms kde kde-extragear <snip SAME damn conflicts> Errors occurred, no packages were upgraded. [18:46 supersff:/home/david] # I give up ;-( I'm pulling out the Nuclear option. I have uninstalled everything related to kde and kde-unstable still will not install. This has to be some type of bug. I'll report back after I get my system installed and running.... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

6 12

[arch-general] Btrfs rescue images -- Modified Arch
by Tim Gelter 18 Jun '09

18 Jun '09

Looks like Chris Mason (the lead BTRFS developer @ Oracle) is a fan of Arch Linux... :) -Tim -------- Original Message -------- Subject: Re: Btrfs rescue images Date: Mon, 15 Jun 2009 21:02:01 -0400 From: Chris Mason <chris.mason(a)oracle.com> To: linux-kernel(a)vger.kernel.org, linux-btrfs(a)vger.kernel.org, Linus Torvalds <torvalds(a)linux-foundation.org> References: <20090616005319.GA3735@think> On Mon, Jun 15, 2009 at 08:53:19PM -0400, Chris Mason wrote: > Hello everyone, > > As Linus discovered, the new btrfs disk format in 2.6.31-git can be > problematic if your FS gets forward rolled to the new format and you end > up bisecting back to the old code. > > It would also be nice to have a way to run btrfsck on a root filesystem > and do other assorted tasks. So, I'm making live boot usb images for > both x86 and x86-64. > > They should have enough to get your filesystems mounted and they also > include git, gcc, make and enough to compile the kernel. These are > based on the Arch 2.6.30 distro with just the btrfs newformat code > added. > > I've got the 32 bit image uploaded, and I'll queue up 64 bit overnight. > If anyone is feeling brave, just dd the image onto a usb stick and > rescue boot away. > > They work on both of my test boxes, but a little extra testing would be > nice. Well, I had the link in my paste buffer, but it helps to actually paste it. http://www.kernel.org/pub/linux/kernel/people/mason/btrfs-boot-images/ -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

4 4

[arch-general] kde-unstable with kdemod3: Total Removal and Reinstal - [SOLVED]
by David C. Rankin 18 Jun '09

18 Jun '09

List, As a test on the x86_64 box where all the conflict occurred, I thought I would make one more stab at a clean kde-unstable install. To start, I decided to wipe the slate clean. The following is a summary of what was required to completely wipe everything out. [23:30 archangel:/home/david] # pacman -Rs kdemod3-complete basket compizconfig-backend-kconfig kdemod3-gwenview kdemod3-libkdcraw kdemod3- libkexiv2 kdemod3-libkipi opera qcad [23:36 archangel:/home/david] # pacman -Rs kde kde-extragear kde-meta- kdeaccessibility kde-meta-kdeadmin kde-meta-kdeartwork kde-meta-kdebase kde- meta-kdeedu kde-meta-kdegames kde-meta-kdegraphics kde-meta-kdemultimedia kde- meta-kdenetwork kde-meta-kdepim kde-meta-kdeplasma-addons kde-meta-kdesdk kde- meta-kdetoys kde-meta-kdeutils kde-meta-kdewebdev k3b [23:39 archangel:/home/david] # ( IFS=$'\n'; for i in $(pacman -Q | grep kde); do pacman -Rs ${i%%\ *}; done ) [23:41 archangel:/home/david] # pacman -Rs k9copy kdelibs-experimental kdebase-runtime [23:42 archangel:/home/david] # ( IFS=$'\n'; for i in $(pacman -Q | grep kde); do pacman -Rs ${i%%\ *}; done ) [23:42 archangel:/home/david] # pacman -Q | grep kde (nothing) reboot (just for good measure - all kde is gone, including kdm3, we're in runlevel 3) [23:54 archangel:/home/david] # pacman -Sy kde ==> HERE IS THE KEY (DISCUSSED IN THE EARLIER THREAD) ANSWER: [Yes] to the first install whole content ANSWER: [No ] to everything else (there has to be a bug here...) :: Install whole content? [Y/n] :: group kde (including ignored packages): kdeaccessibility kdeadmin kdeartwork kdebase kdebase-runtime kdebase- workspace kdeedu kdegames kdegraphics kdelibs kdemultimedia kdenetwork kdepim kdepimlibs kdeplasma-addons kdesdk kdetoys kdeutils kdewebdev :: Install whole content? [Y/n] n :: Install kdeaccessibility from group kde? [Y/n] n :: Install kdeadmin :: Install kdeartwork from group kde? [Y/n] n :: Install kdebase from group kde? [Y/n] n :: Install kdebase-runtime from group kde? [Y/n] n :: Install kdebase-workspace from group kde? [Y/n] n :: Install kdeedu from group kde? [Y/n] n :: Install kdegames from group kde? [Y/n] n :: Install kdegraphics from group kde? [Y/n] n :: Install kdelibs from group kde? [Y/n] n :: Install kdemultimedia from group kde? [Y/n] n :: Install kdenetwork from group kde? [Y/n] n :: Install kdepim from group kde? [Y/n] n :: Install kdepimlibs from group kde? [Y/n] n :: Install kdeplasma-addons from group kde? [Y/n] n :: Install kdesdk from group kde? [Y/n] n :: Install kdetoys from group kde? [Y/n] n :: Install kdeutils from group kde? [Y/n] n :: Install kdewebdev from group kde? [Y/n] n If you fail to do this you will end up with thousands of conflicts because each of the packages is already included (albeit in piecemeal fashion) in the first block of packages you are answering "Yes" to after issuing the pacman -S kde command. First glaring question is why? Why are conflicts introduced simply by issuing pacman -S kde on a clean system? Also, why can't I install k3b now? [00:47 archangel:/home/david] # pms k3b :: Synchronizing package databases... kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date resolving dependencies... looking for inter-conflicts... Targets (4): mpg123-1.7.3-1 normalize-0.7.7-3 kdemultimedia-4.2.4-1 k3b-1.66.0alpha2-1 Total Download Size: 0.00 MB Total Installed Size: 18.54 MB Proceed with installation? [Y/n] checking package integrity... (4/4) checking for file conflicts [#################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) kdemultimedia: /usr/bin/dragon exists in filesystem kdemultimedia: /usr/bin/juk exists in filesystem kdemultimedia: /usr/bin/kmix exists in filesystem kdemultimedia: /usr/bin/kmixctrl exists in filesystem kdemultimedia: /usr/bin/kscd exists in filesystem kdemultimedia: /usr/include/audiocdencoder.h exists in filesystem kdemultimedia: /usr/include/libkcddb/cdinfo.h exists in filesystem kdemultimedia: /usr/include/libkcddb/cdinfodialog.h exists in filesystem kdemultimedia: /usr/include/libkcddb/client.h exists in filesystem kdemultimedia: /usr/include/libkcddb/configbase.h exists in filesystem kdemultimedia: /usr/include/libkcddb/genres.h exists in filesystem kdemultimedia: /usr/include/libkcddb/kcddb.h exists in filesystem kdemultimedia: /usr/include/libkcddb/kcddb_export.h exists in filesystem <snip 100 more lines of tis crud> If we can get k3b installed I'll almost be happy... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

3 5

[arch-general] bash remote host completion gone
by prad 17 Jun '09

17 Jun '09

i had remote host completion: ssh hostna[tab] with my original debian .bashrc file. now with a new arch install it is gone and setting this export HOSTFILE=$HOME/.hosts doesn't bring it back even when i put the hostnames from /etc/hosts into that file. bash-completion is there and working just fine - except for the remote host completion. how can i get the remote hostnames to complete using [tab] again? -- In friendship, prad ... with you on your journey Towards Freedom http://www.towardsfreedom.com (website) Information, Inspiration, Imagination - truly a site for soaring I's

4 8

Re: [arch-general] [arch-dev-public] status of vi/vim in testing
by Grigorios Bouzakis 17 Jun '09

17 Jun '09

On Wed, Jun 17, 2009 at 3:25 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Mittwoch 17 Juni 2009 schrieb Allan McRae: > > Tobias Powalowski wrote: > > > Hi > > > just wondered, what is the status of vi/vim in testing, this one blocks > > > archboot from moving to extra, is there any progress of moving it to > > > extra/core? > > > > On this topic, both vi an vim are currently in base. Is this a mistake? > > I find the new (n)vi unusable and and removed it and make vi a symlink > > to vim. Although the current vim is bigger, I would not object to > > removing vi and adding a symlink from vi to vim-normal... > > > > Allan > It's a whole mess, which needs to be cleaned. > First should be decided in which direction this should go. > personally i hate this nvi, it's so restricted. > greetings > tpowa <tpowa(a)archlinux.org> I was about to send an email to Tobias the other day but i could get my script to work so i removed the draft i had saved. IMO this packaging scheme sucks for both vi and vim. I was looking at the CRUX vim script and if a package like that can be achieved IMO its the best solution. Current situation (in testing) vim depends only on perl (optdepend) so this package might as well be in [core] instead of [extra] . That means it would need signoffs for it & gvim as well. I would be in favour of building a vim package in [core] that includes both a vi & vim binary, like CRUX seems to do it. http://crux.nu/ports/crux-2.5/core/vim/Pkgfile I just couldnt get my script to build so hadnt suggested it so far. I wonder if thats possible. The reasons the previous scheme changed was mainly because people complained that vi isnt really vi but vim, so this scenario would cover it Sorry for interefering. -- Greg

3 5

[arch-general] New 64 bit computer
by Baho Utot 17 Jun '09

17 Jun '09

I am gathering info on this new system I just bought a new computer ($550USD complete) as I wanted to go 64 bit Gigabyte GA-MA770T-UD3P motherboard AMD Phenom II X4 810 AM3 socket 2.6G 8GB High performance DDR3 ram Radeon HD 4670 Will arch 64 install and run on this? With little trouble? :) I am concerned with the ATI video card, Any problems with this card? What can I expect running Arch 64 on the system? Now I can make many more errors only twice as fast :)

11 24

[arch-general] gcc version package is compiled with
by Baho Utot 17 Jun '09

17 Jun '09

Is there any way to tell which version of gcc an executable is compiled with?

3 6

[arch-general] Anyone coming to LSM '09?
by Pierre Chapuis 17 Jun '09

17 Jun '09

The 10th Libre Sofrware Meeting will take place in Nantes (France) from July 7th to July 11th. It is the biggest Open Source event in the country (see http://2009.rmll.info/?lang=en) Are there Archers planning to attend? Speaking French is probably required to take part in some of the conferences but not mandatory for all of them. -- catwell

2 1

[arch-general] [signoff] nfs-utils 1.2.0-2
by Tobias Powalowski 17 Jun '09

17 Jun '09

Hi guys, new nfs-utils package with new .install message, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] unionfs
by Baho Utot 16 Jun '09

16 Jun '09

On Mon, 2009-06-15 at 11:28 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Mon, 2009-06-15 at 10:46 +1000, Allan McRae wrote: > > > >> Baho Utot wrote: > >> > >>> I have setup a new computer with a clean install with > >>> kernel26-2.6.29.4-1 does this kernel support unionfs? > >>> This is the second system I have had trouble with. > >>> > >>> Devtools always complains like this > >>> > >>> building union chroot > >>> ERROR: No unionfs available. Abandon ship! > >>> FAILURE: vsftpd-2.1.0-2-i686.pkg.tar.gz > >>> > >>> I am using devtools 0.6.4-1 the latest I think > >>> > >>> When I use devtools with kernel26 2.6.27.10-1 on an older system > >>> devtools works > >>> > >>> Anyone got a clue what is wrong? > >>> > >>> > >> The same as previously... recent kernels do no support unionfs so you > >> need a git version of makechrootpkg with fixes it to use unionfs. > >> > >> Allan > >> > >> > >> > >> > > > > Can you tell Aaron I found an error with his latest git version of > > devtools the makechrootpkg > > > > devtools-360fcd2f0ecaba3c8bb0e56e7fc6014dacfb3ec7 > > > > line 227 on the version I just fetched > > near the bottom of the script (makechrootpkg) > > > > is > > pkgfile=${chrootdir}/union/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* > > ${PKGEXT} > > > > should be > > > > pkgfile=${chrootdir}/rw/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* > > ${PKGEXT} > > > > It fails to copy the completed/built package from the chroot to the > > directory where you have the PKGBUILD file > > > > I have no problems, and if you think about it, the union dir is a union > between the root and rw directories so this is the same thing... > > Allan > > > Then why doesn't it work? The package is left in rw/pkgdest after I change it the package is moved to the dir the PKGBUILD is in.

2 7