- Arch-general - lists.archlinux.org

[arch-general] Building librpcsecgss for x86_64
by Baho Utot 12 Jul '09

12 Jul '09

Anyone know what this error is about? What package gives gssglue? I am building in a clean chroot and it fails Building outside clean chroot works checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GSSGLUE... no checking for GSSGLUE... no configure: error: Unable to locate information required to use libgssglue. If you have pkgconfig installed, you might try setting environment variable PKG_CONFIG_PATH to /usr/local/lib/pkgconfig make: *** No targets specified and no makefile found. Stop. ==> ERROR: Build Failed. Aborting... which: no namcap in (/bin:/usr/bin:/sbin:/usr/sbin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core) cleaning up mounts Moving downloaded source file (librpcsecgss-0.18-heimdal.patch to /home/builder/root/repos/sources Moving downloaded source file (librpcsecgss-0.18.tar.gz to /home/builder/root/repos/sources Build failed, check /home/builder/rw/build cleaning up unioned mounts

3 4

[arch-general] Failed to update ca-certificates
by Dan Vratil 12 Jul '09

12 Jul '09

Hello, while updating ca-certificates from [testing] (20080809-5 -> 20090709-1) I got following output. It looks like output from a Java application so it could be related to ca- certificates-java - maybe it needs update/rebuild? (1/6) upgrading ca-certificates [##################################################################################################] 100% WARNING: class3.pem does not contain a certificate or CRL: skipping WARNING: root.pem does not contain a certificate or CRL: skipping WARNING: UTN_USERFirst_Object_Root_CA.pem does not contain a certificate or CRL: skipping WARNING: QuoVadis_Root_Certification_Authority.pem does not contain a certificate or CRL: skipping Updating certificates in /etc/ssl/certs... 4 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d.... updating keystore /etc/ssl/certs/java/cacerts... keytool error: java.security.NoSuchAlgorithmException: SHA384withECDSA Signature not available error adding /etc/ssl/certs/COMODO_ECC_Certification_Authority.pem Certificate was added to keystore added: /etc/ssl/certs/DigiNotar_Root_CA.pem Certificate was added to keystore added: /etc/ssl/certs/Network_Solutions_Certificate_Authority.pem Certificate was added to keystore added: /etc/ssl/certs/WellsSecure_Public_Root_Certificate_Authority.pem failed. E: /etc/ca-certificates/update.d/jks-keystore exited with code 1. done. And something from /var/log/pacman.log: [2009-07-12 13:19] Updating certificates in /etc/ssl/certs... 4 added, 0 removed; done. [2009-07-12 13:19] Running hooks in /etc/ca-certificates/update.d.... [2009-07-12 13:19] updating keystore /etc/ssl/certs/java/cacerts... [2009-07-12 13:19] keytool error: java.security.NoSuchAlgorithmException: SHA384withECDSA Signature not available [2009-07-12 13:19] added: /etc/ssl/certs/DigiNotar_Root_CA.pem [2009-07-12 13:19] added: /etc/ssl/certs/Network_Solutions_Certificate_Authority.pem [2009-07-12 13:19] added: /etc/ssl/certs/WellsSecure_Public_Root_Certificate_Authority.pem [2009-07-12 13:19] E: /etc/ca-certificates/update.d/jks-keystore exited with code 1. [2009-07-12 13:19] done. Cheers, Dan V. -- --------------------------------- Dan Vrátil vratil(a)progdansoft.com ICQ 249163429 Jabber progdan(a)jabber.cz Tel. +420 732 326 870

3 2

Re: [arch-general] [arch-dev-public] [signoff] syslog-ng 3.0.3-1
by Gerardo Exequiel Pozzi 12 Jul '09

12 Jul '09

Thomas Bächler wrote: > Allan McRae schrieb: >> syslog-ng-3.0.3-1 >> - upstream update >> - fully shared linking (requires libcap moving to [core]) >> - removed patch included upstream >> - fixed license >> >> Sign-off for both arches. > > We should check if http://bugs.archlinux.org/task/15095 is fixed. On > some machines, the group() option is completely ignored, on some it is > only respected if it is set to a uid, not a group name. > > The problem is fixed in 3.0.3, and was when syslog-ng is started, the user root not are "login" so don't have aditional groups, like log, admin, etc etc. # id uid=0(root) gid=0(root) # ls -l /var/log/syslog.log ls: cannot access /var/log/syslog.log: No such file or directory # /usr/sbin/syslog-ng # ls -l /var/log/syslog.log -rw-r----- 1 root root 79 2009-07-12 02:25 /var/log/syslog.log @Allan: The uid.patch still in svn. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 1

[arch-general] Broke my system again - device-mapper & readline conflict - best way to fix?
by David C. Rankin 12 Jul '09

12 Jul '09

Listmates, I have more fun in store for this weekend. After testing dmraid-1.0.0rc15, I had downgraded a number of packages that were installed from testing back to there normal versions but had left dmraid-1.0.0rc15 and device mapper from testing. Everything was working fine. Apparently some packages were moved from testing to extra or another normal repo because all of a sudden I began getting readline...so.6 error (from memory) on boot and was dumped into maintenance mode. In maintenance mode, I remounted to root filesystem rw and then mounted all the partitions and ran pacman -Sy readline (testing is disabled) After installing the latest readline, my box will not boot. I now gives a readline...so.5 error and never gets to maintenance mode. My question is "What is the best way to try and recover?" I have two options to work on the archlinux install: (1) the machine is dual boot with openSuSE so I can boot to suse and then mount the Archlinux filesystem (rw) under /mnt/arch. I'm not sure what I can do here unless there is a way for me to manually unpack some pacman packages and overwrite the problem files on the Arch install in this configuration; or (2) boot using the Arch install disk. Here is where I'm a little lost on the recovery procedure. I can manually assemble my raid array after booting to the install disk, but then what next? How would I go about reinstalling the various packages from either testing or extra when I have booted from the install disk? Thus my need for help. What say the experts? How best to go about fixing the device-mapper readline conflict? -- 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 7

[arch-general] New Page added to wiki - Add_New_Partitions_To_Existing_System
by David C. Rankin 11 Jul '09

11 Jul '09

Listmates, After running out of room on my / partition on my Archlinux install and recovering by adding a couple of additional partitions, I put together a little howto in the wiki concerning the process in case anyone else finds themselves in the same situation: http://wiki.archlinux.org/index.php/Add_New_Partitions_To_Existing_System As always, writing it up for the wiki took a whole lot longer than fixing the original problem, but now it's done. Look it over, add to it, find all my typos, etc.. Hopefully it will be useful. -- 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

5 8

[arch-general] libtiff dependency broken - x86-64
by David C. Rankin 11 Jul '09

11 Jul '09

listmates, Attempted update yields libtiff dependency problem: [21:52 alchemy:/home/david] # pacman -Sy -u :: Synchronizing package databases... kde-unstable is up to date kdemod-legacy is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date :: Starting full system upgrade... :: Replace phonon with kde-unstable/qt? [Y/n] Y resolving dependencies... error: cannot resolve "libtiff>=3.8.2-5", a dependency of "qt" error: failed to prepare transaction (could not satisfy dependencies) :: qt: requires libtiff>=3.8.2-5 -- 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 6

[arch-general] ndiswrapper-utils x86_64
by Baho Utot 11 Jul '09

11 Jul '09

module-init-tools.patch is missing in the abs tree for x86_64 It is only in the abs/core/ndiswrapper-utils tree and not for 64 bit

2 1

[arch-general] qtconfig from [testing] doesn't show Gtk+
by Uli Armbruster 11 Jul '09

11 Jul '09

Hi I run [testing], so my version of qt is 4.5.2-2. A few moments ago I installed a qt program, but I'm not able to select Gtk+ in qtconfig, only Desktop Settings (default) CDE Cleanlooks Motif Plastique Windows I'm not sure since when this started to happen, I rarely use qt apps, but I think this is a bug. I wanted to ask here first. Regards Army

1 0

[arch-general] licenses-2.4-1 ==> ERROR: One or more files did not pass the validity check!
by Baho Utot 11 Jul '09

11 Jul '09

For X86_64

3 3

Re: [arch-general] licenses-2.4-1 ==> ERROR: One or more files did not pass the validity check!
by Baho Utot 11 Jul '09

11 Jul '09

On Sat, 2009-07-11 at 22:23 +1000, Allan McRae wrote: > Baho Utot wrote: > > For X86_64 > > > > we do have a bug tracker... > > > Yes I know, but I didn't think this needed a bug report filed

2 1