March 2012 - Arch-general - lists.archlinux.org

[arch-general] does makechrootpkg -I handle provides() replaces() ?
by David C. Rankin 22 Mar '12

22 Mar '12

Guys, I'm having difficulty with makechrootpkg not allowing replacement of current packages in the chroot even though then new packages are built with provides() and replaces() to handle the conflict. Specifically the trinity project provides source for sip4 that has additional hooks in the package for the tqt interface. I have modeled the PKGBUILD on the existing sip PKGBUILD to build split packages for both python and python2. In the build I call my version of sip 'tde-sip' and my version of python2-sip 'tde-sip4-tqt'. In the split package build I do: package_tde-sip() { pkgdesc="The TDE SIP C/C++ Bindings Generator for Python3 - Trinity upstream GIT version" depends=('python') provides=('sip' 'python-sip') replaces=('sip' 'python-sip') cd "${srcdir}/sipPy3" make DESTDIR="${pkgdir}" install install -Dm644 LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } However, when I go to install the package in the chroot with: sudo makechrootpkg -r $CHROOT -I tde-sip-3513_tqt-2-x86_64.pkg.tar.xz I get: error: failed to commit transaction (conflicting files) tde-sip: /usr/bin/sip exists in filesystem tde-sip: /usr/include/python3.2mu/sip.h exists in filesystem tde-sip: /usr/lib/python3.2/site-packages/sip.so exists in filesystem tde-sip: /usr/lib/python3.2/site-packages/sipconfig.py exists in filesystem tde-sip: /usr/lib/python3.2/site-packages/sipdistutils.py exists in filesystem Errors occurred, no packages were upgraded. The same error occurs with the python2-sip replacement. I know those files conflict with files in the tde-sip package. That's why I did provides=('sip' 'python-sip') and replaces=('sip' 'python-sip'). Is this just one of the limitations of the chroot install process? Is the solution to start-over by cleaning the chroot and insure that tde-sip is installed before any other package that pulls sip in as a dependency? Thanks for any help you can offer. How the provides() and replaces() work in the archroot is a bit of a mystery to me. -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] How to download .sigs into CacheDir with pacman
by Dennis 'Gyroplast' Herbrich 22 Mar '12

22 Mar '12

Greetings everyone! I am constructing a local, common repository of packages aggregated from core, extra and community, named 'default' for discussion's sake. This local repository shall be a "frozen" state of a (virtual) machine's package installation, to ensure a common package status across all machines which are using this local repository to upgrade. The idea behind this is to setup an internally tested "baseline" or "stable release" repository for certain clients. Basically, I want to shove 'pacman -Q' output into my magic bash script on my personal testing machine where all necessary updates are installed, and have a shiny repository ready for use fall out at the end. This is working nicely already, except for one thing that bothers me greatly: I haven't found a way to reliably download the official package signature files along with the packages themselves through creative use of pacman. I do not REALLY want to fetch the .sig files in another step from the mirror I am using, as that'd require me to construct package FILE names myself instead of just throwing pacman a "core/filesystem=2012.2-2" and let pacman figure out my architecture and download location. I DO want to have package signing available for my local copy, though. Is there a way to grab the .sig files along with the package files with pacman, and place them somewhere neat as the CacheDir, for instance? Any help or ideas are appreciated! Best regards, Dennis

4 4

[arch-general] wodim unuseable
by Jude DaShiell 22 Mar '12

22 Mar '12

Track01 on dvd's always comes up with unknown length when trying to burn a dvd with wodim. That's out of two different containers of dvd's too. These dvd's are single-sided so no danger of blue ray being used here. Fortunately I can do the burn with another system. ---------------------------------------------------------------- Jude <jdashiel-at-shellworld-dot-net> <http://www.shellworld.net/~jdashiel/nj.html>

8 19

[arch-general] [signoff] linux-3.2.12-1
by Tobias Powalowski 21 Mar '12

21 Mar '12

Hi guys, please signoff 3.2.12 series for both arches. package is not in testing, please grab it from here: http://dev.archlinux.org/~tpowa/linux/ This will move to [core] directly, because 3.3 is in [testing]. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

Re: [arch-general] [arch-dev-public] Cleaning up orphaned packages
by Lukas Fleischer 21 Mar '12

21 Mar '12

On Fri, Feb 24, 2012 at 04:19:25PM +0100, Pierre Schmitz wrote: > Hi all, > > while the rebuild of unsigned packages is about to be finished we > should start to think about our orphaned packages. ATM there about 430 > of them in core and extra 1); some of them are 8probably) not needed by > any other package 2) > > Here is my proposal: > * Everybody please review the list and adopt packages that you use and > might be willing to maintain. > * If you maintain a package that depends on an orphan, please adopt it. > It does not make sense to depend on an maintained package. Note that > packages can have mroe than one maintainer; so you should share the > workload. > * If a TU wants to maintain an orphan that is currently in [extra], > please let us know. I remember that some packages were hold back and weren't moved to [community] on former [extra] cleanups, even though they didn't have a maintainer (I'm not sure about the reasons anymore; I remember some of them were used on gerolde or so, not sure if that is still relevant). You should probably double-check these. Apart from that, +1 to this idea. I already checked the list of unneeded orphans and there's >20 packages I'd like to maintain if they aren't picked up in [extra]... > * Maybe we can also have a small team that adopts all orphans that > nobody wants to adopt on their own but is needed. Sounds like a good idea as well, at least for packages that are easy to maintain ("easy" meaning that upstream releases don't require much more work than bumping the pkgver and updating checksums). Packages that require a packager, who actually uses them, can still be dropped/moved. > > The goal should be to adopt all needed/wanted orphans and remove > everything else. > > Greetings, > > Pierre > > > 1) > https://www.archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Core&re… > 2) https://www.archlinux.org/devel/reports/unneeded-orphans/ > > -- > Pierre Schmitz, http://pierre-schmitz.com

10 15

[arch-general] a bit more script
by pete 20 Mar '12

20 Mar '12

Hi folks . Sorry to be a pain but i am still having a bit of fun (or not as the case may be) with scripting here thanks to previous help i have for f in *jpg ; do echo "<a class=\"highslide\" href=\"$f\" onclick=\"return hs.expand(this)\"><img src=\"thumbs/\"$f\"></a>" ; done > awardgallery.html which works well and generates <a class="highslide" href="img_0004.jpg" onclick="return hs.expand(this)"><img src="thumbs/"img_0004.jpg"></a> The slight problem is in this part <img src="thumbs/"img_0004.jpg"> thumbs is a sub dir off the main photos with thumbnails in it they are named img_0004_s.jpg and i can get it to pick this fact up that means i have an edit job every time . help with mods please folks Thanks pete . -- Linux 7-of-9 3.2.11-1-ARCH #1 SMP PREEMPT Thu Mar 15 09:19:02 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux

3 8

[arch-general] pacman ignore packages by pattern?
by XeCycle 20 Mar '12

20 Mar '12

Hello, Is it possible for pacman to ignore packages by a pattern like --ignore xorg-*? I remember the painful days I've spent when using catalyst, so I switched to xf86-video-ati, so as not to be bothered by xorg packages. --ignoregroup xorg won't work perfectly, since not all xorg packages belong to that group. But some packages do need to be in sync with xorg-server, e.g. xorg-server-common. It will be handy if I can just put "IgnorePkg = xorg-*" in my /etc/pacman.conf. Thank you. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

7 12

[arch-general] Why has the version numbering of gnome-desktop package changed?
by Hector Martinez-Seara 20 Mar '12

20 Mar '12

Hi, I find weird the new version of gnome-desktop my system wants me to upgrade: "extra/gnome-desktop 3.2.1-1 -> 1:3.2.1-1" It is just a typo or the change was on purpose. Hector -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

4 5

[arch-general] Start a daemon, show a syntax error
by 大熊 20 Mar '12

20 Mar '12

No matter I manual start any a daemon, I always see a error shown on console: /etc/rc.d/functions: line 506: syntax error near unexpected token `(' /etc/rc.d/functions: line 506: ` done < <(findmnt -mrunRo TARGET,FSTYPE,OPTIONS /) But it seem that the daemon can run correctly, so should I need to fix it and how to fix it ?

8 23

[arch-general] Can't boot, root device not found
by Josh Silard 20 Mar '12

20 Mar '12

Hi list, I recently performed an update of udev and my kernel and after this I am unable to boot the normal kernel or the fallback. When I try I get this error: ERROR: Unable to find root device '/dev/disk/by-uid/03619a2f-908f-4724-ba4b-1fb3985e382b' You are being dropped to a recovery shell Type 'exit' to try and continue booting sh: can't access tty; job control turned off Typing exit results in me dropping to another shell and if done repeatedly a kernel panic. I attempted to boot via the grub console using the sda device block but I came up with the same error. When I look in /dev through the recovery console that comes up the sda* blocks aren't present. I need to know if there is a way to do this without entirely reformatting my system, I also don't have easy access to another computer but I have an android phone. Any assistance is greatly appreciated. Josh

7 11