- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] Moving to pkg.tar.xz officially?
by Ng Oon-Ee 09 Mar '10

09 Mar '10

On Tue, Mar 9, 2010 at 3:16 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Hi all, > > some of us already commit xz compressed packages, others don't. We didn't > really decide on this yet. > > So, is there a reason not to recommond every TU and Dev to change PKGEXT to > .pkg.tar.xz? > > We might also want to write a little announcement to inform users about this > change. While most of them wont be affected, some would have to adjust their > custom scripts. And for those who use netinstall on a 2009.02 or older iso > would have to run pacman -Syu once to get a version of libarchive which is > able to deal with xz. > > If wanted I also could add a check to devtools which issues a warning if xz is > not used. > > Greetings, > > Pierre > > -- > > Pierre Schmitz, https://users.archlinux.de/~pierre > What about devs/tus who also maintain AUR packages? As I recall AUR doesn't accept .tar.xz yet?

6 7

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Ray Kohler 09 Mar '10

09 Mar '10

On Tue, Mar 9, 2010 at 12:23 AM, Paul Mattal <paul(a)mattal.com> wrote: > > So this is a weird one, but I think I just made some headway. > > Apparently, this seems to be related to the ACTUAL CPU of the box I build > on. When building on an i686 Arch box running on an AMD 64 CPU, the build > generates the broken binaries! When I build on an Intel CPU, it works fine. > > So it would appear this is at least in part Tomcat's build process's fault > for not building the right thing based on the uname -m but rather looking > directly at the processor. > > Yuck. Perhaps I will at least add a note to the PKGBUILD suggesting this > issue, so that the next poor person who decides to update tomcat doesn't > trip over this same thing. > > Thanks, all, for working this through with me. Why not just stop building tomcat from source? What advantage does it give over just using the upstream binary distro?

1 0

Re: [arch-general] Syncing the mirrors
by keenerd 09 Mar '10

09 Mar '10

> On Mon, 8 Mar 2010 19:13:38 -0600, Dan McGee <dpmcgee(a)gmail.com> wrote > On Mon, Mar 8, 2010 at 7:09 PM, keenerd <keenerd(a)gmail.com> wrote: > > There does not seem to be a documented "standard rsync" command for > > the mirrors to use, so I'm making all sorts of wild assumptions about > > what a mirror's rsync is doing. > http://wiki.archlinux.org/index.php/Local_Mirror#The_synchronization_script The real mirrors use that too? The whole "local mirror" title kind of threw me. I was looking at http://wiki.archlinux.org/index.php/DeveloperWiki:NewMirrors . My bad. -Kyle

4 6

[arch-general] attempting to build firefox-qt
by Shridhar Daithankar 09 Mar '10

09 Mar '10

Subject: attempting to build firefox-qt Date: Tuesday 09 March 2010, 15:40:55 From: Shridhar Daithankar <ghodechhap(a)ghodechhap.net> To: arch-dev-public(a)archlinux.org Hello, I am interested in building firefox with Qt. Following directions from https://wiki.mozilla.org/User:Pjohnsen/MozillaQtBuild, I updated the pkgbuild /mozconfig and created the package. Problem is the resulting firefox package does not link against qt at all. Even a running firefox process does not have any Qt dependencies. There are also xul related errors in the makepkg log. The makepkg log is available at http://ghodechhap.net/firefox-qt.makepkg.log. Any help to make it work is greatly appreciated. -- Regards Shridhar

1 0

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Gerardo Exequiel Pozzi 09 Mar '10

09 Mar '10

On 03/09/2010 02:27 AM, Allan McRae wrote: > On 09/03/10 15:23, Paul Mattal wrote: >> So this is a weird one, but I think I just made some headway. >> >> Apparently, this seems to be related to the ACTUAL CPU of the box I >> build on. When building on an i686 Arch box running on an AMD 64 CPU, >> the build generates the broken binaries! When I build on an Intel CPU, >> it works fine. >> >> So it would appear this is at least in part Tomcat's build process's >> fault for not building the right thing based on the uname -m but rather >> looking directly at the processor. >> >> Yuck. Perhaps I will at least add a note to the PKGBUILD suggesting this >> issue, so that the next poor person who decides to update tomcat doesn't >> trip over this same thing. > > Seriously... WTF! That is up there with some of the strangest build > issues I have ever seen. > > Allan > jsvc uses "arch" command. arch is marked as deprecated tool replaced by uname. Anyway "arch" will return correct values when using linux32 wrapper. (And I am on AMD64). what return "linux32 arch" on your weird chroot? -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Gerardo Exequiel Pozzi 09 Mar '10

09 Mar '10

On 03/09/2010 01:32 AM, Paul Mattal wrote: > > > However, adding it doesn't solve the tomcat building problem; same > result. This must be some other issue. > > - P > I tested building from trunk tomcat on x86_64, inside i686 chroot (chroot made with a custom script not from devtools). Builds fine, just before entering, or executing linux32 makepkg. [djgera@exequiel trunk]$ strings pkg/opt/tomcat/bin/jsvc | grep i386 $JAVA_HOME/lib/i386/jvm.cfg $JAVA_HOME/lib/i386/libjvm.so $JAVA_HOME/bin/i386/libjvm.so ... [djgera@exequiel trunk]$ strings pkg/opt/tomcat/bin/jsvc | grep amd64 [djgera@exequiel trunk]$ -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] pacman search help needed: howto find package that provides html2ps?
by David C. Rankin 09 Mar '10

09 Mar '10

Guys, I have made friends with pacman in most areas, but one are I still don't know is " How to I find the uninstalled package that will provide xxx?" pacman -Ss must just search package names and not the contents. I need to find html2ps for hylafax. Can pacman do this, or do I search abs/aur for this type of request? -- 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 4

[arch-general] Syncing the mirrors
by keenerd 09 Mar '10

09 Mar '10

A lot of people have been getting bit by mirrors being out of sync. Fundamentally, this comes down to a mirror's database tarball being ahead or behind of the packages which actually exist on the mirror. Rsync is made for bulk updating, but it is not atomic, and bad things happen if you interact with a mirror while the rsync is running. Generally, you get package not found errors. This can be fixed, but it is a pain to deploy, because the mirrors require an update. Here's the what mirrors (probably) should be doing: wget ...../core.db.tar.gz -O core.db.tar.gz.new # and the others rsync --delete-after --exclude="*.db.tar.gz" rsync://...... mv core.db.tar.gz.new core.db.tar.gz # and the others The key differences here: put off deleting files as long as possible (rsync's default is to delete before transferring new files, causing all sorts of trouble), and do not release the new DB until all the new files have finished transferring. This is hardly the same type of guaranteed transaction you get with a ACID database, but it should eliminate most all of the current errors. There does not seem to be a documented "standard rsync" command for the mirrors to use, so I'm making all sorts of wild assumptions about what a mirror's rsync is doing. -Kyle

2 1

[arch-general] Building netboot images
by Piyush P Kurur 08 Mar '10

08 Mar '10

Hi, I would like to create a (custom) netboot install image of archlinux to facilitate installation within our department. I have few queries regarding the corresponding mkinitcpio.conf. 1. How do I use custom hooks together with standard hooks *without* installing them in /lib/initcpio/install. Or in other words can I configure mkinitcpio to look for hooks in other locations besides the standard locations. There are two options that I can think of both of which looks ugly to me. * install custom hooks in the standard location /lib/initcpio/install. I would don't like this because I don't want to mess up the standard directory for testing these hooks. * copy all the hooks in the standard location to a new location. Install the custom hooks there as well and set the mkinitcpio to look at this new location. There does not seem to be an option for this, I might be stupid not to spot it, but appropriate fakeroot + chroot can make this work 2. I would like to have the minimal set of packages on the netboot image to reduce size. The actual installation will be from the local mirror of course but some packages are needed to start the process. What is the suggested package set ? Is the whole of base okey or is it an overkill? 3. How does one provide standard packages on the rootdir. I would assume the initial ramdisk should act as the actual root during the entire installation process (I don't want the NFS mounting mess). The algorithm seems like (1) install the appropriate packages via pacman --root /foo (2) get the entire subtree on to the initial ramdisk. For step 2, I would need to set BINARIES and FILES of mkinitcpio.conf appropriately. I would rather enjoy Vogon poetry. Is there a better way? Regards, ppk

4 6

[arch-general] Something is seriously wrong with FlashPlugin; makes chrome & firefox crash like crazy
by Gaurish Sharma 08 Mar '10

08 Mar '10

Hi, Flashplugin keep crashing which makes Firefox unstable. with chrome, only the plugin crashes. But this way I am not able to experiance any flash based website. the thing that annoy me is that flash does work fine my lappy with OpenSuse. Anyone experiencing similar issues? Logs ------------------------------------------------------------------------------------------------------------ gaurish ~ > gdb firefox GNU gdb (GDB) 7.0.1 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/firefox...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/firefox [Thread debugging using libthread_db enabled] [New Thread 0x7fffe8df2710 (LWP 25663)] [New Thread 0x7fffe83e8710 (LWP 25664)] [New Thread 0x7fffe7be7710 (LWP 25665)] [New Thread 0x7fffe6aff710 (LWP 25669)] [New Thread 0x7fffe33f4710 (LWP 25670)] [New Thread 0x7fffe2bf3710 (LWP 25671)] [Thread 0x7fffe2bf3710 (LWP 25671) exited] [New Thread 0x7fffe2bf3710 (LWP 25672)] [New Thread 0x7fffe164a710 (LWP 25673)] [New Thread 0x7fffe0e49710 (LWP 25676)] [New Thread 0x7fffe0442710 (LWP 25677)] [Thread 0x7fffe0442710 (LWP 25677) exited] [New Thread 0x7fffe0442710 (LWP 25678)] [Thread 0x7fffe0442710 (LWP 25678) exited] LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/nppdf.so [/usr/lib/mozilla/plugins/nppdf.so: wrong ELF class: ELFCLASS32] LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/nppdf.so [/usr/lib/mozilla/plugins/nppdf.so: wrong ELF class: ELFCLASS32] [New Thread 0x7fffe0442710 (LWP 25679)] [New Thread 0x7fffd64ff710 (LWP 25680)] [New Thread 0x7fffd59ff710 (LWP 25684)] [Thread 0x7fffd59ff710 (LWP 25684) exited] [New Thread 0x7fffd59ff710 (LWP 25688)] [New Thread 0x7fffd20ff710 (LWP 25689)] Program received signal SIGSEGV, Segmentation fault. 0x00007fffda43ba42 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so (gdb) bt #0 0x00007fffda43ba42 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #1 0x00007fffda43bb58 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #2 0x00007fffda43c15a in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #3 0x00007fffda43fa0e in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #4 0x00007fffda5755c1 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #5 0x00007fffda491e4a in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #6 0x00007fffda53d93e in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #7 0x00007fffda53dec8 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #8 0x00007fffda5df95c in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #9 0x00007fffda268239 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #10 0x00007ffff5b6974e in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #11 0x00007ffff5b6f5f0 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #12 0x00007ffff5506779 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #13 0x00007ffff5506779 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #14 0x00007ffff554d345 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #15 0x00007ffff54f25c5 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #16 0x00007ffff54f26ab in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #17 0x00007ffff5cc4a28 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #18 0x00007ffff5cd786b in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #19 0x00007ffff5cac385 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #20 0x00007ffff5c31f11 in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #21 0x00007ffff5b09e5e in ?? () from /usr/lib/xulrunner-1.9.2/libxul.so #22 0x00007ffff547cc22 in XRE_main () from /usr/lib/xulrunner-1.9.2/libxul.so #23 0x0000000000402366 in ?? () #24 0x00007ffff7376b6d in __libc_start_main () from /lib/libc.so.6 #25 0x0000000000401b19 in ?? () #26 0x00007fffffffe5b8 in ?? () #27 0x000000000000001c in ?? () #28 0x0000000000000001 in ?? () #29 0x00007fffffffe8e2 in ?? () #30 0x0000000000000000 in ?? () (gdb) kill Kill the program being debugged? (y or n) y (gdb) quit gaurish ~ > google-chrome [26339:26339:85939977573:ERROR:/usr/local/google/b/slave/chrome-official- linux-64/build/src/chrome/browser/tab_contents/tab_contents.cc(1762)] Not implemented reached in virtual void TabContents::OnCrashedPlugin(const FilePath&) convert plugin path to plugin name [26339:26339:85939978034:ERROR:/usr/local/google/b/slave/chrome-official- linux-64/build/src/chrome/browser/tab_contents/tab_contents.cc(1762)] Not implemented reached in virtual void TabContents::OnCrashedPlugin(const FilePath&) convert plugin path to plugin name [26339:26339:85939978401:ERROR:/usr/local/google/b/slave/chrome-official- linux-64/build/src/chrome/browser/tab_contents/tab_contents.cc(1762)] Not implemented reached in virtual void TabContents::OnCrashedPlugin(const FilePath&) convert plugin path to plugin name [1] Flashplugin Version : 10.0.45.2-1 -- Regards, Gaurish Sharma www.gaurishsharma.com

8 10