| View previous topic :: View next topic |
| Author |
Message |
Rion
Guru
Joined: 12 Oct 2006
Posts: 383
Location: Minsk, Belarus
|
 Posted: Tue Apr 01, 2008 2:14 am Post subject: |
 |
|
wrc1944, '>=' syntax seems to be ok. at least it works for me
_________________
rion-overlay |
|
| Back to top |
|
 |
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Tue Apr 01, 2008 2:24 am Post subject: |
|
|
Thanks- Just tried to update the overlay on another box, and got this: | Code: | gentoo-audio rob # cd /usr/portage/local/qt
gentoo-audio qt # svn up
Skipped '.' |
Never -mind- checked out a fresh overlay, ran the newsnap script, and am now downloading 20080401.  Hope I can get this keyword/unmasking stuff sorted out. 
OK- now compiling.  I just can't understand it- on this box it was no problem, but on the other (my main Gentoo kde svn box), it's always a struggle with the keywords/unmasking routine. Weird. 
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Tue Apr 01, 2008 4:38 am Post subject: |
|
|
qt-assistant failed with a segmentation fault, after seemingto go along fine. All others compiled/installed OK. | Code: | compiling .moc/release-shared/moc_qhelpenginecore.cpp
compiling .moc/release-shared/moc_qhelpengine.cpp
compiling .moc/release-shared/moc_qhelpengine_p.cpp
compiling .moc/release-shared/moc_qhelpdbreader_p.cpp
In file included from ../../../include/QtCore/qstring.h:1,
from ../../../include/QtCore/../../src/corelib/kernel/qobject.h:50,
from ../../../include/QtCore/qobject.h:1,
from ../../../include/QtCore/QObject:1,
from .moc/release-shared/../../qhelpdbreader_p.h:58,
from .moc/release-shared/moc_qhelpdbreader_p.cpp:10:
../../../include/QtCore/../../src/corelib/tools/qstring.h:605: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
compiling .moc/release-shared/moc_qhelpcontentwidget.cpp
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [.obj/release-shared/moc_qhelpdbreader_p.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/x11-libs/qt-assistant-4.4.1_pre20080401/work/qt-x11-opensource-src-4.4.1-snapshot-20080401/tools/assistant/lib'
make: *** [sub-lib-make_default-ordered] Error 2
*
* ERROR: x11-libs/qt-assistant-4.4.1_pre20080401 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2708: Called qt4-build_src_compile
* environment, line 2491: Called build_target_directories
* environment, line 373: Called build_directories 'src_compile'
* environment, line 368: Called die
* The specific snippet of code:
* emake || die "emake failed";
* The die message:
* emake failed
* |
I did an emerge --resume --skipfirst, and went on with the last 5 packages. Am I OK to go on with kde svn anyway, since the older qt-assistant is still installed?
EDIT: Decided to try qt-assistant again, and it compiled OK- no segfault this time, so 20080401 compiles fine here. 
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Tue Apr 01, 2008 1:13 pm Post subject: |
|
|
Has anyone tried using this qt snapshot overlay for qt, and then building kde svn using the kdesvn-build script (using the optional disabling of the trunk qt-copy version pulled in by the kdesvn-buildrc config file)? I've been using kdesvn-build and it's provided qt-copy on Arch Linux with pretty good results, but not with this snapshot overlay.
Gentoo is mandating going with Paludis for the kde-svn overlay soon (when they finish the split kde svn ebuilds), and some of us really don't wish to do that at this time, for various reasons. In my case, I have my doubts about migrating to Paludis just for continued access to kde svn. Also, mixing portage and Paludis seems like sort of a PITA, with all the re-syncing and seperate caches between the two.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
Finswimmer
Bodhisattva
Joined: 02 Sep 2004
Posts: 5467
Location: Langen (Hessen), Germany
|
| Posted: Tue Apr 01, 2008 8:08 pm Post subject: |
|
|
| Code: | ebuild qt-gui-4.4.1_pre20080329.ebuild digest
>>> Downloading 'ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
--2008-04-01 22:07:52-- ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz
=> `/usr/portage/distfiles/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
Resolving ftp.trolltech.com... 62.70.27.67
Connecting to ftp.trolltech.com|62.70.27.67|:21...
connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/qt/snapshots ... done.
==> SIZE qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ... done.
==> PASV ... done. ==> RETR qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ...
No such file `qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'.
!!! Couldn't download 'qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'. Aborting.
!!! File qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz doesn't exist, can't update Manifest
|
If I copy it to the current date, the same things happens.
Tobi
_________________
Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
| Back to top |
|
|
slycordinator
Advocate
Joined: 31 Jan 2004
Posts: 3065
Location: Korea
|
| Posted: Tue Apr 01, 2008 8:19 pm Post subject: |
|
|
That's because the current snapshots at ftp://ftp.trolltech.com/pub/qt/snapshots/ are for 4.4.1
The last one mentioned at that link that's for 4.4.0 was 4.4.0-snapshot-20080325 |
|
| Back to top |
|
|
Finswimmer
Bodhisattva
Joined: 02 Sep 2004
Posts: 5467
Location: Langen (Hessen), Germany
|
| Posted: Tue Apr 01, 2008 8:24 pm Post subject: |
|
|
| Code: | tobi-lap qt-gui # ebuild qt-gui-4.4.1_pre20080401.ebuild digest
>>> Downloading 'ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
--2008-04-01 22:23:48-- ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz
=> `/usr/portage/distfiles/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
Resolving ftp.trolltech.com... 62.70.27.67
Connecting to ftp.trolltech.com|62.70.27.67|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/qt/snapshots ... done.
==> SIZE qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ... done.
==> PASV ... done. ==> RETR qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ...
No such file `qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'.
!!! Couldn't download 'qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'. Aborting.
!!! File qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz doesn't exist, can't update Manifest
|
That is weird.
The above is also wrong, because of the date...
Tobi
_________________
Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Tue Apr 01, 2008 8:25 pm Post subject: |
|
|
Finswimmer,
IIRC, snapshot-20080330 should be 4.4.1_pre. Are you digesting the individual ebuilds manually?
What i do is extract a fresh overlay to .usr/portage/local/qt, and cd to that directory. If you have a recent overlay, and there is an update just do svn up in the qt directory.
Then I run (as an example) | Code: | | ./newsnap 4.4.1 20080401 |
and that auto updates and digests all the ebuilds, and IIRC, also downloads the new qt snapshot.
Then I run emerge -pv qt, and check all the USE flags.
Then just an "emerge qt" does the whole job.
Isn't that what you have been doing?
Several times, when things get weird, I've found extracting a fresh overlay resolves the issue.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
Finswimmer
Bodhisattva
Joined: 02 Sep 2004
Posts: 5467
Location: Langen (Hessen), Germany
|
| Posted: Tue Apr 01, 2008 8:28 pm Post subject: |
|
|
| wrc1944 wrote: | Finswimmer,
IIRC, snapshot-20080330 should be 4.4.1_pre. Are you digesting the individual ebuilds manually?
What i do is extract a fresh overlay to .usr/portage/local/qt, and cd to that directory. If you have a recent overlay, and there is an update just do svn up in the qt directory.
Then I run (as an example) | Code: | | ./newsnap 4.4.1 20080401 |
and that auto updates and digests all the ebuilds, and IIRC, also downloads the new qt snapshot.
Then I run emerge -pv qt, and check all the USE flags.
Then just an "emerge qt" does the whole job.
Isn't that what you have been doing? |
Exactly. But I am using my own update script
I have posted it here in this thread a while ago.
And manually the same thing happens...
Tobi
_________________
Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
| Posted: Tue Apr 01, 2008 8:36 pm Post subject: |
|
|
which is the most suitable for my kde4 SVN dayly building??
the last 4.4.0 snapshot or the current 4.4.1???
sorry my english...
_________________
Mens sana in corpore sano... Gentoo laetificat cor hominis |
|
| Back to top |
|
|
slycordinator
Advocate
Joined: 31 Jan 2004
Posts: 3065
Location: Korea
|
| Posted: Tue Apr 01, 2008 9:02 pm Post subject: |
|
|
| Finswimmer wrote: |
| Code: | tobi-lap qt-gui # ebuild qt-gui-4.4.1_pre20080401.ebuild digest
>>> Downloading 'ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
--2008-04-01 22:23:48-- ftp://ftp.trolltech.com/pub/qt/snapshots/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz
=> `/usr/portage/distfiles/qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'
Resolving ftp.trolltech.com... 62.70.27.67
Connecting to ftp.trolltech.com|62.70.27.67|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/qt/snapshots ... done.
==> SIZE qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ... done.
==> PASV ... done. ==> RETR qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz ...
No such file `qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'.
!!! Couldn't download 'qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz'. Aborting.
!!! File qt-x11-opensource-src-4.4.0-snapshot-20080330.tar.gz doesn't exist, can't update Manifest
|
That is weird.
The above is also wrong, because of the date...
Tobi |
No the problem is your ebuild.
Hint: If you name the ebuild 4.4.1 you shouldn't have the ebuild looking for a file with the version number 4.4.0
And if you're (as you alluded to) making the ebuild with an update script... obviously your update script is hard-coded to insert 4.4.0 in the URL |
|
| Back to top |
|
|
Finswimmer
Bodhisattva
Joined: 02 Sep 2004
Posts: 5467
Location: Langen (Hessen), Germany
|
| Posted: Tue Apr 01, 2008 9:16 pm Post subject: |
|
|
Hmm. After rm qt, svn co..., running my update script everything works.
Strange....
Thanks anyway
Tobi
_________________
Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke |
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Tue Apr 01, 2008 9:42 pm Post subject: |
|
|
enzobelmont,
I always go with the latest snapshot available, as I figure that's the main objective of running svn versions.
Finswimmer,
Sometimes I get the impression that just "svn up" doesn't always work out well, and it's better to go ahead and do a complete new fresh download and extraction.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
| Posted: Wed Apr 02, 2008 6:36 am Post subject: |
|
|
running 20080401 fine...
thanks everybody involved in this overlay
_________________
Mens sana in corpore sano... Gentoo laetificat cor hominis |
|
| Back to top |
|
|
Rion
Guru
Joined: 12 Oct 2006
Posts: 383
Location: Minsk, Belarus
|
| Posted: Wed Apr 02, 2008 11:40 am Post subject: |
|
|
Finswimmer, you probably had old not digested ebuild
if digest is absent then portage will try to download files and digest them.
so when digest new ebuild and you see it tries to download old files, try to remove old ebuilds
_________________
rion-overlay |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
| Posted: Wed Apr 02, 2008 3:35 pm Post subject: |
|
|
kdebindings needs PyQt4 for superkaramba; PyQt4 needs qt-4.3.4-r1, but i've installed qt snapshot 4.4.1_pre20080401.
| Code: | # emerge -pv PyQt4
* Overlay eclasses override eclasses from PORTDIR:
*
* '/usr/portage/local/layman/kde/eclass/kde4-base.eclass'
* '/usr/portage/local/layman/kde/eclass/kde4-functions.eclass'
* '/usr/portage/local/layman/kde/eclass/kde4-meta.eclass'
* '/usr/portage/local/layman/qt/eclass/qt4.eclass'
* '/usr/portage/local/layman/qt/eclass/qt4-build.eclass'
*
* It is best to avoid overridding eclasses from PORTDIR because it will
* trigger invalidation of cached ebuild metadata that is distributed with
* the portage tree. If you must override eclasses from PORTDIR then you
* are advised to run `emerge --regen` after each time that you run `emerge
* --sync`. Set PORTAGE_ECLASS_WARNING_ENABLE="0" in /etc/make.conf if you
* would like to disable this warning.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild UD] x11-libs/qt-4.3.4-r1 [4.4.1_pre20080401] USE="cups%* dbus%* debug%* gif%* jpeg%* mng%* opengl png%* qt3support sqlite%* ssl%* tiff%* zlib%* -accessibility% -doc% -examples% -firebird% -glib% -mysql% -nas% -nis% -odbc% -pch% -postgres% -sqlite3% -xinerama%" INPUT_DEVICES="-wacom%" 42,958 kB [1=>0]
[ebuild N ] dev-python/PyQt4-4.3.3 USE="-debug -doc -examples" 0 kB
[blocks B ] x11-libs/qt-core (is blocking x11-libs/qt-4.3.4-r1)
[blocks B ] <=x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt-core-4.4.1_pre20080401)
Total: 2 packages (1 downgrade, 1 new, 2 blocks), Size of downloads: 42,958 kB
Portage tree and overlays:
[0] /usr/portage
[1] /usr/portage/local/layman/qt |
any idea??
i've tried to install PyQt4-4.3.3 with --nodeps (argh!!), because its dependencies are theoretically satisfied by my qt install.
here is error output:
| Code: | Creating Qt Designer plugin Makefile...
Creating pyqtconfig.py...
sip/QtCore/qobject.sip: In function ‘int qtcore_pyqtproperty_init(PyObject*, PyObject*, PyObject*)’:
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2042: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip: At global scope:
sip/QtCore/qobject.sip:2338: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2338: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip: In function ‘int qtcore_qt_metacall_worker(sipWrapper*, PyTypeObject*, sipWrapperType*, QMetaObject::Call, int, void**)’:
sip/QtCore/qobject.sip:2832: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2975: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip:2997: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qobject.sip: In function ‘void initQtCore()’:
sip/QtCore/qobject.sip:3049: aviso: la dereferencia de punteros de tipo castigado romperá las reglas de alias estricto
sip/QtCore/qdatetime.sip: In function ‘PyObject* meth_QDateTime_toPyDateTime(PyObject*, PyObject*)’:
sip/QtCore/qdatetime.sip:312: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:312: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip: In function ‘int convertTo_QDateTime(PyObject*, void**, int*, PyObject*)’:
sip/QtCore/qdatetime.sip:249: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:249: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip: In function ‘PyObject* meth_QTime_toPyTime(PyObject*, PyObject*)’:
sip/QtCore/qdatetime.sip:193: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:193: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip: In function ‘int convertTo_QTime(PyObject*, void**, int*, PyObject*)’:
sip/QtCore/qdatetime.sip:153: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:153: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip: In function ‘PyObject* meth_QDate_toPyDate(PyObject*, PyObject*)’:
sip/QtCore/qdatetime.sip:84: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:84: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip: In function ‘int convertTo_QDate(PyObject*, void**, int*, PyObject*)’:
sip/QtCore/qdatetime.sip:45: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sip/QtCore/qdatetime.sip:45: aviso: conversión obsoleta de una constante de cadena a ‘char*’
sipQtCorecmodule.o: In function `qtcore_pyqtproperty_dealloc':
sipQtCorecmodule.cpp:(.text+0x137): undefined reference to `PyProperty_Type' |
here is my question... is there a version of PyQt4 that runs fine with qt 4.4.1 snapshots???
_________________
Mens sana in corpore sano... Gentoo laetificat cor hominis |
|
| Back to top |
|
|
mikkoc
Apprentice
Joined: 24 May 2007
Posts: 231
|
| Posted: Wed Apr 02, 2008 4:19 pm Post subject: |
|
|
| afaik there's no PyQt for Qt-4.4*, but only 4.3.. I guess because 4.4 it's still a beta... |
|
| Back to top |
|
|
enzobelmont
Guru
Joined: 06 Apr 2004
Posts: 345
Location: Chiapas, Mexico
|
|
| Back to top |
|
|
mikkoc
Apprentice
Joined: 24 May 2007
Posts: 231
|
| Posted: Wed Apr 02, 2008 4:25 pm Post subject: |
|
|
Did you read the version?
"PyQt-x11-gpl-4.3.4" |
|
| Back to top |
|
|
mikedee
Apprentice
Joined: 05 Jul 2006
Posts: 158
|
| Posted: Wed Apr 02, 2008 5:05 pm Post subject: |
|
|
Did you try adding this to your make.conf?
| Code: | | LDFLAGS="-Wl,--as-needed" |
And then rebuilding qt and PyQt (I am not sure what else this would break).
This debian changelog explains the problem (under 4.3.3-2)
http://packages.debian.org/changelogs/pool/main/p/python-qt4/python-qt4_4.3.3-3/changelog
I am just trying and Ill let you know if it works
EDIT : It didnt work, I got a different set of errors. |
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Wed Apr 02, 2008 5:39 pm Post subject: |
|
|
Just finished updating to 20080402, and kdelibs, kdepimlibs, and kdebase (r792908-r792945), with no problems. 20080402 seems good to go. Will post if I run into problems on any kde svn package.
UPDATE: All 16 of my kde svn packages I use compiled/installed against qt 20080402, no problems.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Last edited by wrc1944 on Wed Apr 02, 2008 9:49 pm; edited 1 time in total |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
gimpel
Advocate
Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria
|
| Posted: Wed Apr 02, 2008 5:58 pm Post subject: |
|
|
| kernelOfTruth wrote: | I haven't followed this thread closely, so:
could someone please post a link to the most up-to-date working qt-ebuilds ? (I haven't seen any link in the last few pages  )
many thanks in advance |
Erm, try first page, first post 
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
|
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
wrc1944
Advocate
Joined: 15 Aug 2002
Posts: 3435
Location: Gainesville, Florida
|
| Posted: Thu Apr 03, 2008 12:21 am Post subject: |
|
|
Hmmm. Spoke too soon.  On reboot, kdm or console login can't start kde-svn, xfce4, or icewm as user or root. Can't start kde-svn from console as root, but can start xfce4 as root only. Is this qt snapshot or kde svn related?
As user, I tried:
and get | Code: | | xhost unable to open display "" |
When I try anything from console, I get | Quote: | | $DISPLAY is not set or can't connect to the X server |
Here's the .xsession.errors file: | Quote: | XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 0 requests (0 known processed) with 0 events remaining.
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Can't open display :0
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xset: unable to open display ":0"
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xset: unable to open display ":0"
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xsetroot: unable to open display ':0'
startkde: Starting up...
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xprop: unable to open display ':0'
usage: xprop [-options ...] [[format [dformat]] atom] ...
where options include:
-grammar print out full grammar for command line
-display host:dpy the X server to contact
-id id resource id of window to examine
-name name name of window to examine
-font name name of font to examine
-remove propname remove a property
-set propname value set a property to a given value
-root examine the root window
-len n display at most n bytes of any property
-notype do not display the type field
-fs filename where to look for formats for properties
-frame don't ignore window manager frames
-f propname format [dformat] formats to use for property of given name
-spy examine window properties forever
kdeinit4: preparing to launch /usr/kde/svn/lib/kde4/libexec/klauncher
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kdeinit4: Can't connect to the X Server.
kdeinit4: Might not terminate at end of session.
kdeinit4: preparing to launch /usr/kde/svn/bin/kded4
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kded4: cannot connect to X server :0
kded(4675): Communication problem with "kded" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "
kdeinit4: preparing to launch /usr/kde/svn/bin/kcminit_startup
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kcminit_startup: cannot connect to X server :0
kdeinit4: preparing to launch /usr/kde/svn/bin/ksmserver
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
ksmserver: cannot connect to X server :0
startkde: Shutting down...
klauncher: Exiting on signal 1
startkde: Running shutdown scripts...
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xprop: unable to open display ':0'
usage: xprop [-options ...] [[format [dformat]] atom] ...
where options include:
-grammar print out full grammar for command line
-display host:dpy the X server to contact
-id id resource id of window to examine
-name name name of window to examine
-font name name of font to examine
-remove propname remove a property
-set propname value set a property to a given value
-root examine the root window
-len n display at most n bytes of any property
-notype do not display the type field
-fs filename where to look for formats for properties
-frame don't ignore window manager frames
-f propname format [dformat] formats to use for property of given name
-spy examine window properties forever
startkde: Done.
|
Any ideas on what to try next? maybe recompile qt, kdelibs, kdebase? All /etc/files like hosts and hostname seem normal.
All I did was recompile qt and kde svn, and try and restart kde. 
EDIT: Weird. I changed the login manager to gdm, and I can boot as my kdesvn user just fine. Kde svn seems to be running fine, but something has to be wrong with kdm and/or related stuff. Anyone having this trying to boot with kdm? I'm thinking this is the main problem, but am not sure: | Quote: | kded(4675): Communication problem with "kded" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" " |
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Unsupported Software
