Re: [gentoo-user] emerge -uD world: another obstacle FIXED
I would emerge Qt-3. You may continue your world update with emerge --resume afterwards. That did it! Seven days, one hour and 28 minutes after I started, -uD world is complete! mw Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle FIXED
On Sat, 2008-02-02 at 07:47 -0800, maxim wexler wrote: I would emerge Qt-3. You may continue your world update with emerge --resume afterwards. That did it! Seven days, one hour and 28 minutes after I started, -uD world is complete! 7 days? Time to emerge --sync, and update world again! -- Iain Buchanan iaindb at netspace dot net dot au Horse sense is the thing a horse has which keeps it from betting on people. -- W. C. Fields -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle FIXED
On Saturday 02 February 2008, Iain Buchanan wrote: On Sat, 2008-02-02 at 07:47 -0800, maxim wexler wrote: I would emerge Qt-3. You may continue your world update with emerge --resume afterwards. That did it! Seven days, one hour and 28 minutes after I started, -uD world is complete! 7 days? Time to emerge --sync, and update world again! hehehehe, only a true gentooite would get that one :-) on reflection, it would probably have been easier for maxim to just reinstall the box. But then again he learned a heap of stuff that's hard to learn any other way -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle FIXED
Alan McKinnon wrote: On Saturday 02 February 2008, Iain Buchanan wrote: On Sat, 2008-02-02 at 07:47 -0800, maxim wexler wrote: I would emerge Qt-3. You may continue your world update with emerge --resume afterwards. That did it! Seven days, one hour and 28 minutes after I started, -uD world is complete! 7 days? Time to emerge --sync, and update world again! hehehehe, only a true gentooite would get that one :-) on reflection, it would probably have been easier for maxim to just reinstall the box. But then again he learned a heap of stuff that's hard to learn any other way Yea, if it breaks again, he's going to have a lot more ammo to work with. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle FIXED
On Saturday 02 February 2008, Dale wrote: on reflection, it would probably have been easier for maxim to just reinstall the box. But then again he learned a heap of stuff that's hard to learn any other way Yea, if it breaks again, he's going to have a lot more ammo to work with. Or, in the tried and trusted Unix tradition of 37 years, when he breaks it himself next time he gets to keep both pieces AND have the glue that puts them back together :-) Sometimes I find myself deliberately breaking stuff just to see if I can fix it. Try this one, it's not as easy as it looks: emerge busybox to / on a machine in use without making symlinks Now emerge something. You get an impressive error message. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle FIXED
Alan McKinnon wrote: On Saturday 02 February 2008, Dale wrote: on reflection, it would probably have been easier for maxim to just reinstall the box. But then again he learned a heap of stuff that's hard to learn any other way Yea, if it breaks again, he's going to have a lot more ammo to work with. Or, in the tried and trusted Unix tradition of 37 years, when he breaks it himself next time he gets to keep both pieces AND have the glue that puts them back together :-) Yea but you know we will all help again. :-) Sometimes I find myself deliberately breaking stuff just to see if I can fix it. I break enough by mistake than to do that on purpose. Try this one, it's not as easy as it looks: emerge busybox to / on a machine in use without making symlinks Now emerge something. You get an impressive error message. I'll take your word for it. ;-) Does sound . . . interesting tho. LOL Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
Did qca-tls emerge properly yet? No, but this bit is new: Configuring qca-tls ... Verifying Qt 3.x Multithreaded (MT) build environment ... fail Unable to find Qt mkspecs. Please set QTDIR manually. Perhaps you need to install Qt 3 development utilities. You may download them either from the vendor of your operating system or from www.trolltech.com I have /usr/share/qt4/mkspecs/... /usr/include/qt/4.../usr/include/qt4.../usr/lib/qt4. Hmm, interesting, /usr/bin/qt3to4. Dare I run it? What options should I use. I don't want to make a bad situation worse. localhost ~ # qt3to4 --help Tool for porting Qt 3 applications to Qt 4, using the compatibility library and compatibility functions in the core library. Usage: qt3to4 [options] Infile, [Infile], ... Infile can be a source file or a project file. If you specify a project file, ending with .pro or .pri, qt3to4 will port all files specified in that project. Options: -hDisplay this help. -alwaysOverwrite Port all files without prompting. -rulesFileSpecify the location for the rules file. -IAdd directory to the list of directories to be searched for header files. -disableCppParsingDisable the C++ parsing component. -disableBuiltinQt3Headers Do not use the built-in Qt 3 headers. -missingFileWarnings Warn about files not found while searching for header files. -strict Be stricter when selecting which tokens to replace. The porting documentation contains more information on how to use qt3to4 as well as general porting information. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
maxim wexler writes: Configuring qca-tls ... Verifying Qt 3.x Multithreaded (MT) build environment ... fail Unable to find Qt mkspecs. Please set QTDIR manually. Perhaps you need to install Qt 3 development utilities. You may download them either from the vendor of your operating system or from www.trolltech.com I have /usr/share/qt4/mkspecs/... /usr/include/qt/4.../usr/include/qt4.../usr/lib/qt4. I guess you need Qt version 3 for that, which is not onstalled, according to your emerge output: emerge -a \qt-4 Maybe you can also re-build Qt 4 with the qt3support USE flag, but I guess this would not help. Hmm, interesting, /usr/bin/qt3to4. Dare I run it? That's only for converting you own Qt 3 projects to Qt 4. Wonko -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
--- Alex Schuster [EMAIL PROTECTED] wrote: maxim wexler writes: Configuring qca-tls ... Verifying Qt 3.x Multithreaded (MT) build environment ... fail Unable to find Qt mkspecs. Please set QTDIR manually. Perhaps you need to install Qt 3 development utilities. You may download them either from the vendor of your operating system or from www.trolltech.com I have /usr/share/qt4/mkspecs/... /usr/include/qt/4.../usr/include/qt4.../usr/lib/qt4. I guess you need Qt version 3 for that, which is not onstalled, according to your emerge output: emerge -a \qt-4 localhost ~ # emerge -a \qt-4 ^^ what does this do? These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] x11-libs/qt-3.3.8-r4 USE=cups gif ipv6 opengl -debug -doc -examples -firebird -immqt -immqt-bc -mysql -nas -nis -odbc -postgres -sqlite -xinerama Maybe you can also re-build Qt 4 with the qt3support USE flag, but I guess this would not help. How do v4 and v3 differ? If I'm in the midst of -uD world would one be preferable? Hmm, interesting, /usr/bin/qt3to4. Dare I run it? That's only for converting you own Qt 3 projects to Qt 4. Very useful info. mw Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
maxim wexler writes: --- Alex Schuster [EMAIL PROTECTED] wrote: maxim wexler writes: I guess you need Qt version 3 for that, which is not onstalled, according to your emerge output: emerge -a \qt-4 localhost ~ # emerge -a \qt-4 ^^ what does this do? It emerges Qt with a version lower than 4. The backslash \ escapes the , because the shell would take it as redirection character. [EMAIL PROTECTED] ~ -- emerge -p qt-4 bash: qt-4: No such file or directory You could also write emerge -a 'qt-4'. In a shell script, the escaping with \ or '' is not necessary. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] x11-libs/qt-3.3.8-r4 USE=cups gif ipv6 opengl -debug -doc -examples -firebird -immqt -immqt-bc -mysql -nas -nis -odbc -postgres -sqlite -xinerama Maybe you can also re-build Qt 4 with the qt3support USE flag, but I guess this would not help. How do v4 and v3 differ? If I'm in the midst of -uD world would one be preferable? No worries, you can have both at the same time. See the [ebuild NS] output above? This tells that this package is new. If it would downgrade your Qt-4, you would see [ebuild UD]: something is updated to another version, and this will be a downgrade. The S tells this package is slotted, meaning that different versions may co-exist. I would emerge Qt-3. You may continue your world update with emerge --resume afterwards. In case another package fails, you can add the --skipfirst option to emerge, this will skip it and continue with the rest of the world update. This may, however, introduce later problems, if another package needs the failed one. Wonko -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
On Thursday 31 January 2008, maxim wexler wrote: Hi group, /var/tmp/portage/app-crypt/qca-tls-1.0-r3/work/qca-tls-1.0 Here the only thing that depends on qca-tls is kopete with the ssl USE flag set ... Configuring qca-tls ... Verifying Qt 3.x Multithreaded (MT) build environment ... fail There was an error compiling 'conf'. Be sure you have a proper Qt 3.x Multithreaded (MT) build environment set up. One possible reason is that you don't have libqt-mt.so.3 installed in /usr/qt/3/lib/. On my system that file comes from qt-3.3.8-r4 which is there because I have qt3 in my USE * * ERROR: app-crypt/qca-tls-1.0-r3 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * qca-tls-1.0-r3.ebuild, line 28: Called die * The specific snippet of code: * ./configure || die configure failed * The die message: * configure failed * * If you need support, post the topmost build error, and the call stack if relevant. A likely source of the problem could be when I was advised to compile qt with thread support which I took to mean USE=threads etc. But when I looked at the log it just mentions the verbose switch, nothing about threads. Another might be that qt-4.3.3 is currently on my system and there's no such thing as /usr/qt/4... threads in qt-3 is something I recall from very long ago, and it went away at some time. It certainly isn't in qt-3.3.8 anymore If anybody needs more to go on I'll attach whatever log you need in my reply. What's your USE in make.conf? I'd like to see your dependency tree. Please post the output of emerge -pvuNDt world so we can figure out what's pulling in what -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
A likely source of the problem could be when I was advised to compile qt with thread support which I took to mean USE=threads etc. But when I looked at the log it just mentions the verbose switch, nothing about threads. Another might be that qt-4.3.3 is currently on my system and there's no such thing as /usr/qt/4... If anybody needs more to go on I'll attach whatever log you need in my reply. Maxim What does 'emerge -p qt' say? I think it lists the use flags. I think the 'threads' use flag should be something else. I have no idea what though. Maybe I can guess from my use flags. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
[EMAIL PROTECTED] wrote: A likely source of the problem could be when I was advised to compile qt with thread support which I took to mean USE=threads etc. But when I looked at the log it just mentions the verbose switch, nothing about threads. Another might be that qt-4.3.3 is currently on my system and there's no such thing as /usr/qt/4... If anybody needs more to go on I'll attach whatever log you need in my reply. Maxim What does 'emerge -p qt' say? I think it lists the use flags. I think the 'threads' use flag should be something else. I have no idea what though. Maybe I can guess from my use flags. I think you have to add the -v option too for flags to show up. Keep the -p tho. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
What does 'emerge -p qt' say? I think it lists the use flags. I think the 'threads' use flag should be something else. I guess I wasn't clear. emerge -p qt doesn't mention 'threads' so I added it: USE=threads emerge -v qt. According to the HOWTO or wiki or ? USE=threads is legit. And portage didn't complain, but in the emerge log which usually re-iterates every command verbatim, USE=threads is nowhere to be found. -mw Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
On Thu, 2008-01-31 at 18:20 -0800, maxim wexler wrote: What does 'emerge -p qt' say? I think it lists the use flags. I think the 'threads' use flag should be something else. I guess I wasn't clear. emerge -p qt doesn't mention 'threads' so I added it: USE=threads emerge -v qt. According to the HOWTO or wiki or ? USE=threads is legit. And portage didn't complain, but in the emerge log which usually re-iterates every command verbatim, USE=threads is nowhere to be found. $ equery u qt | grep -i thread nothing I assume therefore that qt doesn't have a threads use flag. Also, a better way to specify a use flag than on the command line is in /etc/portage/package.use. If you say `emerge -va blah` you will see the use flags available, and get prompted if you want to continue installing. quicker than `emerge -p blah; emerge blah` HTH, -- Iain Buchanan iaindb at netspace dot net dot au Steal my cash, car and TV - but leave the computer! -- Soenke Lange [EMAIL PROTECTED] -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -uD world: another obstacle
On Friday 01 February 2008, maxim wexler wrote: What's your USE in make.conf? I'd like to see your dependency tree. Please post the output of emerge -pvuNDt world so we can figure out 29k, I've attached it. Hmmm, nothing odd there form what I can see what's pulling in what From make.conf(Oct 16, 2006!) ... USE=16bit 3dnow cdparanoia dvd dri dvdread fat firefox ftp gdb glx ieee1394 javascript lame mmx mozilla mplayer ntfs posix reiserfs sse svga usb verbose win32codecs wma -berkdb -bitmap-fonts -crypt -debug -eds -emboss -expat -fortran -gnome -gstreamer -kde -lcms -mikmod -nls -spell ... And that looks normal too. Did qca-tls emerge properly yet? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
