- Arch-general - lists.archlinux.org

[arch-general] sanity check - pkgbuild writing svn rev as $pkgver for new packages - help?
by David C. Rankin 18 Feb '11

18 Feb '11

Guys, I'm working on a second set of pkgbuild for Trinity that do the svn download for you and work like normal pkgbuilds for other svn projects. One issue I'm having is getting the "finished package name" to include the svn revision as $pkgver instead of the initial (eg. pkgver=9999). The bottom line is if I update pkgver in build() it isn't used when the final package is written. If I only update it between build() and package() then the final package gets the correct svn rev as $pkgver, but all messages during build are wrong. So I end up updating the pkgver in build() and then between build() and package(). That doesn't seem right. The problem seems like a scope issue for pkgver. If set in build() pkgver isn't seen globally in the PKGBUILD script, even though it is declared with global scope and updated in build(). Can somebody familiar with PKGBUILDs give the following a quick look to make sure it is reasonable and I'm not biting my myself by the double call to update pkgver? http://www.3111skyline.com/dl/dt/trinity/arch/pkgbuild/svn/PKGBUILD-tqtinte… Thanks! -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] should kdepim-libkdepim-4.4.10-1 and kdepim-runtime-4.4.10-1 still be on the system with kde 4.6?
by David C. Rankin 17 Feb '11

17 Feb '11

Guys, Removing kde4 from a test box to work with Trinity, I ran across a few kde4 files that looked like they were orphans. I had already removed kde4 with: pacman -R kde gtk-kde4 kdebindings-smoke kdeplasma-addons-libs kmldonkey konq-plugins kopete-cryptography qtcurve-kde4 yakuake Checking /usr/share/autostart, there were still files present. So checking ownership I found: 15:51 supersff:~> l /usr/share/autostart/ total 40 drwxr-xr-x 2 root root 4096 Feb 17 15:32 . drwxr-xr-x 404 root root 12288 Feb 17 15:47 .. -rw-r--r-- 1 root root 4417 Jan 27 08:47 kaddressbookmigrator.desktop -rw-r--r-- 1 root root 10584 Jan 19 16:04 nepomukserver.desktop -rw-r--r-- 1 root root 908 Dec 9 02:51 polkit-kde-authentication-agent-1.desktop 15:51 supersff:~> pmq -o /usr/share/autostart/nepomukserver.desktop /usr/share/autostart/nepomukserver.desktop is owned by kdebase-runtime 4.6.0-1 15:52 supersff:~> pmq -o /usr/share/autostart/kaddressbookmigrator.desktop /usr/share/autostart/kaddressbookmigrator.desktop is owned by kdepim-runtime 4.4.10-1 15:52 supersff:~> pmq -o /usr/share/autostart/polkit-kde-authentication-agent-1.desktop /usr/share/autostart/polkit-kde-authentication-agent-1.desktop is owned by polkit-kde 0.99.0-1 Trying to remove the packages listed dependencies I thought would have already been removed when I removed kde: 15:52 supersff:~> sudo pacman -R kdebase-runtime kdepim-runtime polkit-kde checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: kcoloredit: requires kdebase-runtime :: kdebindings-python: requires kdepim-runtime :: kdepim-libkdepim: requires kdepim-runtime :: kdiff3: requires kdebase-runtime :: kfax: requires kdebase-runtime :: kgrab: requires kdebase-runtime :: kgraphviewer: requires kdebase-runtime :: kiconedit: requires kdebase-runtime :: kpovmodeler: requires kdebase-runtime :: kwebkitpart: requires kdebase-runtime I guess if they are just dependent on the kdebase-runtime, then they could have been separately installed. The big thing that caught my eye were the kde44 version on the kdepim files when I went to remove all the dependencies: 15:52 supersff:~> sudo pacman -R kdebase-runtime kdepim-runtime polkit-kde kcoloredit kdebindings-python kdepim-libkdepim kdiff3 kfax kgrab kgraphviewer kiconedit kpovmodeler kwebkitpart checking dependencies... Remove (13): kwebkitpart-1.1-1 kpovmodeler-1.1.3-3 kiconedit-4.4.0-1 kgraphviewer-2.1.1-1 kgrab-0.1.1-3 kfax-3.3.6-2 kdiff3-0.9.95-2 kdepim-libkdepim-4.4.10-1 kdebindings-python-4.6.0-1 kcoloredit-2.0.0-4 polkit-kde-0.99.0-1 kdepim-runtime-4.4.10-1 kdebase-runtime-4.6.0-1 Total Removed Size: 84.10 MB Is there any problem with the kdepim 4.4 files with the kde 4.6 install? Just thought I would run this by the experts. -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] vi dependency mailx - why not mailx-heirloom?
by David C. Rankin 17 Feb '11

17 Feb '11

Guys, Just a quick question on the vi dependency of mailx. Why not mailx-heirloom? It provides a great deal more capability with attachments, and flexibility as a cli mailer. The issues is down in the noise, but why drive a pinto if you can drive a jag? -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Trinity Running on Arch Linux!
by David C. Rankin 17 Feb '11

17 Feb '11

Guys, It works! After building kdebase (and fighting with other modules), I just decided to start trinity and see if it would work. Changed ~/.xinitrc to 'startkde' and then typed 'startx' and: http://www.3111skyline.com/dl/dt/trinity/ss/trinity-first-run.jpg http://www.3111skyline.com/dl/dt/trinity/ss/trinity-running_01.jpg (this is running in a clean virtualbox Arch install) There is still work to be done, because all modules have not yet been ported to CMake, but for a proof of concept for the PKGBUILDs on Arch -- a complete success. I'll bring the wiki up to date later today, but it already contains the PKGBUILDs that will build Trinity into a working desktop with a single [very 'Quick & Dirty'] build script called 'bldtrin.sh' (for development purposes only). For those interested. See the wiki: https://wiki.archlinux.org/index.php/Trinity -- David C. Rankin, J.D.,P.E.

7 9

[arch-general] Question about automated builder
by Thomas S Hatch 17 Feb '11

17 Feb '11

I have mentioned this subject before on aur-general, but I wanted to open a discussion about it in the broader community. I have spent a great deal of my career working with Red Hat Linux, as have many in the professional Linux world, and there is one project that is amazingly useful for the Red Hat world, and that is Koji. You can take a look at the web interface for koji here: http://koji.fedoraproject.org/koji/ Basically, koji acts as a continuous build server for the fedora project's rpms. it has a number of benefits, one is that all of the building is done in a controlled environment, so we have a %100 assurance that the packages makedepends are correct, and and the packages are all built inside of clean chroots. Koji also allows for very simple mass-rebuilds of packages, since all anyone needs to do it increment the release number and koji can pick up the change and build the package. I have been passively working on a similar project called quarters, but I must admit that my motivation is somewhat low not knowing if the project is in demand. So here is my question, do we think that something like this would be a benefit to Arch? Is this the type of project that should merit my attention? Also, if we do think that this would be a good thing to have for Arch, I would like feedback on what types of features the system would have and how it would behave. Right now I am following the idea of supporting a distributed build system so that we can have any number of build servers in the fray working away to produce Arch packages for us. I am also attempting to build it in such a way that a database is not required and that the interface would be amazingly simple (this is Arch after all). This would mean that by mearly checking into svn a package would be built, and then an interface would pop up for the right people to sign it off, and once it has been signed off it would move over. Or at least that is the basic idea I am running on. The code has not come very far, but if the Arch community and developers think that this is a good idea then please let me know, my motivation should soar and I will make Arch a super continuous package build system! -Thomas S Hatch -TU

11 32

[arch-general] Any place I can host the Trinity binary packages for testing?
by David C. Rankin 17 Feb '11

17 Feb '11

Guys, Is there a place I can upload and host the finished Trinity packages for testing? I have less than 500K upstream capability at home, so that makes hosting the binaries impossible for me. I have both i686 and x86_64 packages done for the following: 20:53 archangel:~/arch/tpkg> ls -1 i686/ trinity-arts-1221147-1.1-i686.pkg.tar.xz trinity-kdebase-1221122-1.0-i686.pkg.tar.xz trinity-kdelibs-1221122-1.1-i686.pkg.tar.xz trinity-kdevelop-1221146-1.0-i686.pkg.tar.xz trinity-kdewebdev-1221146-1.0-i686.pkg.tar.xz trinity-pyqt3-3.18.1-9-i686.pkg.tar.xz trinity-qt3-3.3.8-20-i686.pkg.tar.xz trinity-tqtinterface-1221146-1.0-i686.pkg.tar.xz The total size is 69M for i686 20:59 archangel:~/arch/tpkg> ls -1 x86_64/ trinity-arts-1220940-1.1-x86_64.pkg.tar.xz trinity-kdebase-1221126-1.0-x86_64.pkg.tar.xz trinity-kdelibs-1220940-1.1-x86_64.pkg.tar.xz trinity-kdevelop-1221141-1.0-x86_64.pkg.tar.xz trinity-kdewebdev-1221146-1.0-x86_64.pkg.tar.xz trinity-pyqt3-3.18.1-9-x86_64.pkg.tar.xz trinity-qt3-3.3.8-20-x86_64.pkg.tar.xz trinity-tqtinterface-1221146-1.0-x86_64.pkg.tar.xz The total size is 65M for x86_64 If there is any interest, I can put them up somewhere for testing. I'm running them in virtualbox at the moment, but there is no reason you couldn't just install the binaries alongside kde4 or kdemod3 for that matter. They install trinity in '/opt/trinity'. The only impact to installing along with kdemod3 is the updated Qt3 will make kdemod3 gwenview unhappy, but other than that, they should get along peacefully. Let me know if there is any interest for hosting the binaries somewhere. -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] new build of mutt in [testing]
by Gaetan Bisson 16 Feb '11

16 Feb '11

Hi everyone, I have made a new build of mutt with two significant changes: 1. Use ncurses rather than slang. (Slang made sense before, but ncurses supports Unicode now, is more featureful and popular, and MuttWiki recommends it as a solution to many slang-related problems.) 2. Use libidn for internationalized domain name support. As emails are important, the build is now in [testing] and I will wait a few days before moving it to [extra]. Feedback is welcome! Cheers. -- Gaetan

4 3

[arch-general] Viewing changelogs for packages
by Divan Santana 16 Feb '11

16 Feb '11

Hi, I'd like to view the change logs of new packages when new updates are available. I see pacman -Qc would display a changelog of a package installed. It seems that 95% of the packages(on my system anyway) don't have a changelog. Is pacman -Qc supposed to show upstream changelogs for a package or is it really for arch specific changes to a package? Is there plans to include changelogs in packages more in future? How do other users follow the changelog of particular package? I suppose just visit upstream package site's website and read what's new? -- Divan Santana

2 1

[arch-general] Keyboard AND/OR Mouse issue (OR Xorg)
by Nicolás Adamo 15 Feb '11

15 Feb '11

Hi all! I'm glad to use Arch; and it's my first post in here. I've an Asus Eee PC 1201HA which doesn't appear in the ArchWiki; but reading a mix of another Eee's I could make it work fairly good; although there's one issue left. To begin with, it's "special" features which need extra packages are: -Intel GMA500 graphics with POULSBO driver. (Say no more... someday there will be AMD netbooks easily available in Argentina) -Synaptics Keypad (xf86-input-synaptics) -Can't remember the brand of the HD, bur it needs to set APM in zero so it stops parking randomly. -Some APM package so the netbook manages power more efficiently and some other package to recognize function keys. "Fn" key PLUS other things work ok. The issue is that whenever I'm writting, regardless of what application I'm working in, there's some sort of random "paste" of some signal text. Examples are: "MouseNavigationClick"; "GoogleSearch" if there's an open firefox, etc. I have no certain evidence, but I suspect it's when some of my fingers touch the mousepad. Example of what I see: $ pacman -S k3... and suddenly it comes out: $ pacman -S k3SignalSlotMouseb Understandable right? I suspect it's something to do with Xorg.conf, although the problem was there even when that file didn't exist. The actual xorg.conf is the one on the wiki for poulsbo; it doesn't have any mention to Mouse or keyboard. If anyone had a similar problem, any suggestion would be welcome. Thanks in advance, Nicolás PD: From ArchWiki: Build and Install from AUR (xorg 1.9) Build and install the following packages in this exact order 1)psb-firmware <http://aur.archlinux.org/packages.php?ID=31993> 2)psb-kmod <http://aur.archlinux.org/packages.php?ID=31992> 3)libdrm-poulsbo <http://aur.archlinux.org/packages.php?ID=31991> 4)xpsb-glx <http://aur.archlinux.org/packages.php?ID=31994> 5)xorg-x11-drv-psb <http://aur.archlinux.org/packages.php?ID=31995>. Configure xorg.conf To tell Xorg to use this driver, change the Driver line in |/etc/X11/xorg.conf| to read as: Driver "psb" You can also try adding a couple options to try improving acceleration or stability: with: Option "ShadowFB" "true" and possibly: Option "MigrationHeuristic" "greedy" Cross fingers and restart X.

2 1

[arch-general] Ghost / Daniel Griffiths packages in [community]
by Jelle van der Waa 15 Feb '11

15 Feb '11

Sadly Ghost resigned as TU, he has done a good job and I thank him again for all his hard work. But there are still much packages left in [community] which he owns, therefore I like to see these packages adopted or moved to [unsupported] . Here is a link with all his packages, i already adopted some but he is also still listed as maintainer there. http://www.archlinux.org/packages/?sort=&arch=&repo=&q=&maintainer=dgriffit… Btw, shouldn't his account be removed? greetings, -- Jelle van der Waa

7 8