Re: [ATrpms-users] Re: smart, which repositories
Hi, Axel Thimm said: On Sat, Sep 24, 2005 at 08:13:14PM +0200, Marcel Janssen wrote: On Saturday 24 September 2005 19:10, Axel Thimm wrote: $ smart channel --show rpm-db [rpm-db] type = rpm-sys name = RPM Database return on your system? $ smart channel --show rpm-db does not return anything. Then something is broken in your setup. Does /usr/lib/smart/distro.py exist? What does rpm -V medley-package-config say? I had the exact same problem on my machine. It was caused by me misclicking when the last two updates of smart (or medley-config, don't remember) both had a replacement for the local RPM database. After manually adding the local RPM database again (looked at the definition on another machine), it was fine again. Kind regards, Mark -- *** * |\/| | /| / Mark Wormgoor * * | \ / | | / | /mailto:[EMAIL PROTECTED] * * | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ * *** ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] Re: X86_64 FC4 Segmentation Fault
On Sun, Sep 25, 2005 at 10:09:49AM -0400, Graham Bowman wrote: All the individual themes are noarch, while the mythtv-themes package is x86_64. That's OK. This is the second time I've slicked and reinstalled everything from scratch using Mr. Wilson's FC4 guide, after having stupidly just slicked a (somewhat) perfectly running .17 box. But mythtv 0.17 was not on 64 bits, or was it? At least under FC4 the builds would fail until recently. The issue is that for some reason some mythtv bits want to use /usr/lib/qt-3.3 instead of /usr/lib64/qt-3.3/. On 9/25/05, Axel Thimm [EMAIL PROTECTED] wrote: On Sun, Sep 25, 2005 at 12:37:21AM -0400, Graham Bowman wrote: [EMAIL PROTECTED] ~]$ mythfrontend 2005-09-24 23:09:16.819 New DB connection, total: 1 Total desktop width=1280, height=1024, numscreens=1 2005-09-24 23:09:16.832 Using screen 0, 1280x1024 at 0,0 2005-09-24 23:09:16.836 mythfrontend version: 0.18.1.20050523-1 www.mythtv.org http://www.mythtv.org http://www.mythtv.org 2005-09-24 23:09:16.837 Enabled verbose msgs : important general Conflict in /usr/lib/qt-3.3/plugins/styles/bluecurve.so: Plugin uses incompatible Qt library! expected build key x86_64 Linux g++-4.* full-config, got i686 Linux g++-4.* full-config. This looks like you are using some i686 plugins on x86_64. You can't mix those, you can choose to use only i386 or only x86_64 myth bits. Try something like rpm -qa --qf '[EMAIL PROTECTED]' myth\* to check what archs the packages have. -- Axel.Thimm at ATrpms.net pgpeKKKg6BT9s.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] Re: X86_64 FC4 Segmentation Fault
On Sun, Sep 25, 2005 at 09:07:31PM -0700, Alexandre Parenteau wrote: Hi, I am a new user, and I had the same problem (I used the RPM ar first). I went as far as compiling mythtv directly from svn, and I get the same problem at start-up, something with threads being spawned (?): Yes, that looks like a thread problem, but probably not related to the other reported problems. Since even svn shows this, I would report it to the mythtv lists. Unfortunatley most developers don't use mythtv on 64 bits, so some issues slip in. BTW you can use the 32 bit variant of mythtv until this is fixed. /usr/local/bin/mythfrontend 2005-09-25 20:56:20.149 Using runtime prefix = /usr/local Detaching after fork from child process 7377. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 2005-09-25 20:56:21.617 New DB connection, total: 1 2005-09-25 20:56:21.622 Total desktop dim: 1280x1024, with 1 screen[s]. 2005-09-25 20:56:21.624 Using screen 0, 1280x1024 at 0,0 [New Thread 1084229984 (LWP 7380)] Program received signal SIG33, Real-time event 33. [Switching to Thread 1084229984 (LWP 7380)] 0x2e05e8f2 in clone () from /lib64/libc.so.6 (gdb) thread [Current thread is 2 (Thread 1084229984 (LWP 7380))] (gdb) thread 1 [Switching to thread 1 (Thread 46912561695648 (LWP 7374))]#0 0x2d9f182a in __nptl_setxid () from /lib64/libpthread.so.0 (gdb) bt #0 0x2d9f182a in __nptl_setxid () from /lib64/libpthread.so.0 #1 0x2e028107 in setuid () from /lib64/libc.so.6 #2 0x0042638a in ?? () #3 0x2dfb13cf in __libc_start_main () from /lib64/libc.so.6 #4 0x0041f8b9 in ?? () #5 0x7f804e98 in ?? () #6 0x in ?? () (gdb) thread 2 [Switching to thread 2 (Thread 1084229984 (LWP 7380))]#0 0x2e05e8f2 in clone () from /lib64/libc.so.6 (gdb) bt #0 0x2e05e8f2 in clone () from /lib64/libc.so.6 #1 0x2d9f28f0 in __make_stacks_executable () from /lib64/libpthread.so.0 #2 0x40a00960 in ?? () #3 0x in ?? () Thanks, alex. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users -- Axel.Thimm at ATrpms.net pgpa7A0RbSGrY.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
