- Arch-general - lists.archlinux.org

[arch-general] aria2c left a mess on system
by Jude DaShiell 25 Mar '12

25 Mar '12

I've now cleared it off, but what had happened was a download of an iso with a torrent file and afterwards the iso had a unique inode it couldn't be checked with md5sum because md5sum claimed it didn't exist. I didn't even try it with the asc file since md5sum didn't work. Also the file command couldn't find the iso file either. This was the case for both root and a user doing the checks and the file permissions were set to 640 for both the root and user accounts yet neither could check the file. I've had situations with aria2c where it has crashed and died with exceptions on this machine in the past too. After all of that aggravation, I cleared the whole mess off my system and am about to deep six aria2c for good measure. The original bittorrent is no better and in many ways worse so if I do anything with that type of download again I'll either have to find me a 3rd linux alternative that can run from the command line or just use free download manager on windows to get it done. ---------------------------------------------------------------- Jude <jdashiel-at-shellworld-dot-net> <http://www.shellworld.net/~jdashiel/nj.html>

3 2

[arch-general] [signoff] linux-3.2.13-1
by Tobias Powalowski 25 Mar '12

25 Mar '12

Hi guys, please signoff 3.2.13 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

1 1

[arch-general] Some synaptics multitouch functionality lost on upgrade
by Scott Lawrence 24 Mar '12

24 Mar '12

MacbookPro5,4. After an upgrade a few days ago, which included an update to xf86-input-synaptics-1.5.99.901-1, I've lost the ability to right click by clicking with two fingers. Interestingly, I can still right-click by /tapping/ with two fingers, and everything else is working unaffected (including two-finger scrolling). Any hints as to what triggered the change, and how to fix it? Various searches shed no light on this. Nothing interesting is in Xorg.0.log, xinput's output seems ordinary, and I don't see any options offered by synclient that would change this behaviour. Anywhere else to look? (I'm about to try enabling shmconfig and see what synclient -m gives.) (I'm not a fan of mtrack at all; I'd much rather get the input-synaptics stuff working properly again.) Thanks. -- Scott Lawrence Linux jagadai 3.2.9-1-ARCH #1 SMP PREEMPT Thu Mar 1 09:31:13 CET 2012 x86_64 Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz GenuineIntel GNU/Linux

2 5

[arch-general] arch chroot - makepkg.conf - Howto unset $PKGDEST, $SRCDEST, etc...
by David C. Rankin 23 Mar '12

23 Mar '12

Guys, I experimented with different locations for PKGDEST, SRCDEST, etc. and now I just want to have the finished package left in the default directory where the PKGBUILD is located. However, when I comment out the PKGDEST, SRCDEST and SRCPKGDEST, the finished packages still show up in the last set PKGDEST directory. Where do I remove this information from the chroot cache so everything is reset to the default and finished packages are left in the original PKGBUILD directory? Also, do I have to edit both $CHROOT/root and $CHROOT/david, or just $CHROOT/david makepkg.conf? -- David C. Rankin, J.D.,P.E.

1 1

[arch-general] makechrootpkg -d goes in repo.db why not local.db consistent with DevWiki?
by David C. Rankin 23 Mar '12

23 Mar '12

Guys, I have followed the DeveloperWiki:Building in a Clean Chroot page closely for the trinity build and it has worked fine. For major rebuilds it has you create a local.db.tar.gz in /root/repo as a local repo. However, I was experimenting with makechrootpkg -d and it suggest it will add the package to the local /repo, but instead it creates /root/repo/repo.db. Why not local.db? Looking at the developer wiki and then looking at the help file for makechrootpkg: -d Add the package to a local db at /repo after building I expected both to be consistent. Is there a reason for the difference? -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] Anyone willing to share experiences running Arch on a current-gen MacBook Pro?
by Ankur Sethi 23 Mar '12

23 Mar '12

Hi, I'm in the market for a high-end development + gaming machine (dual boot). I've been a Mac user for the last 4 years and I'm used to their hardware, so I'm naturally considering a MacBook Pro as one of my options. My old white MacBook from 2008 runs Arch very well, but can the newer unibody MacBook Pros run it? More specifically, I'm looking at the 2.4GHz model (MD322LL/A) on this page: http://www.apple.com/in/macbookpro/specs.html Here are some things I'm particulary worried about: 1. Does suspend/resume work? 2. Does WiFi work? Does it work even after you suspend/resume? 3. Can I boot the Arch installer from USB? This is a big one, since the optical drives in MacBooks _always_ fail after a few months of use. 4. Does multi-touch work? If not, is the trackpad at least usable without multi-touch support? 5. Does that AMD card play well with Linux? If not, is there a way to tell the machine to ignore the discrete GPU and always use Intel HD Graphics? 6. Does the keyboard backlight work? What about the ambient light sensors? Audio? Webcam? I know there are many guides for installing Arch on a Mac, and I've read a lot of them, but none of them go on to mention how pleasant (or unpleasant!) their long-term experience with Linux on Mac has been. Is it worth all the trouble? Is it usable for doing actual work? Do things randomly stop working if you upgrade your firmware? Do the Apple Store employees try to wipe your Linux partition when you take your machine in for repairs? Too many questions, I know. I've been saving up for a decent machine for a year now, so I'm naturally anxious about making the right choice :) -- Ankur Sethi

6 6

[arch-general] Troubleshooting suspend
by Scott Lawrence 23 Mar '12

23 Mar '12

I'm trying to get suspend (with pm-utils) working on a MacbookPro5,4, and everytime I try to resume (after suspend-to-ram), I just get a black screen, with nothing working (typing the keys which should shut down doesn't shut down, so I assume everything's pretty much dead). The fan is on though, so it's not just shut down. After rebooting, I find that nothing was written to the log file after a message saying that suspend was succesfull. Any tips on how to troubleshoot this? I've tried everything that looks relevant on the wiki, but nothing fixed it, or even got it to the point of printing to logs. -- Scott Lawrence Linux jagadai 3.2.12-1-ARCH #1 SMP PREEMPT Mon Mar 19 17:50:01 CET 2012 x86_64 Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz GenuineIntel GNU/Linux

1 0

[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