Trolltech released QT-4.4.1 Reproducible: Always Steps to Reproduce: 1. Rename the split ebuilds from qt-4.4.0 to the new version number 4.4.1 2. Create header tarball with the script from the 4.4.0 header tarball 3. Remove patch from qt-gui for scrollbars 4. add qt-4.4.1 to qt4-build.eclass 5. emerge -u qt Actual Results: qt-4.4.1 is being built Expected Results: qt-4.4.1 is being built KDE-4.1 (from kdesvn-portage overlay) runs fine with this version of qt
Working on it.
(In reply to comment #1) > Working on it. > Not sure about step 2-Create header tarball with the script from the 4.4.0 header tarball. Could you please enlighten me about how to accomplish this step- I must be missing something- is it the extract-headers-sh in the extracted 4.4.0 headers tarball?
Created attachment 162557 [details] Ebuild for qt-4.4.1 meta package
>Not sure about step 2-Create header tarball with the script from the 4.4.0 >header tarball. Could you please enlighten me about how to accomplish this >step- I must be missing something- is it the extract-headers-sh in the >extracted 4.4.0 headers tarball? Yes, the extract-headers.sh is in the tarball. It has to be adjusted to match the version number 4.4.1, but it seems to work. The tarball created from that script is usable. Steps to create the headers tarball: 1. Create temporary folder 2. Extract qt-x11-opensource-4.4.1.tar.bz2 to temporary folder 3. Extract extract-headers.sh from qt-x11-opensource-4.4.0-headers.tar.bz2 to temporary foler 4. Adjust extract-headers.sh (replace 4.4.0 with 4.4.1) 5. run extract-headers.sh -> should create header-tarball 6. adjust qt4-build.eclass 7. Copy qt-*-4.4.0-ebuild to *-4.4.1.ebuild into overlay The rest is quite standard procedure
Comment on attachment 162557 [details] Ebuild for qt-4.4.1 meta package ><HTML><HEAD/><BODY><PRE># Copyright 1999-2008 Gentoo Foundation ># Distributed under the terms of the GNU General Public License v2 ># $Header: /var/cvsroot/gentoo-x86/x11-libs/qt/qt-4.4.0.ebuild,v 1.4 2008/05/30 04:38:21 jer Exp $ > >DESCRIPTION="The Qt toolkit is a comprehensive C++ application development framework." >HOMEPAGE="http://www.trolltech.com/" > >LICENSE="|| ( GPL-3 GPL-2 )" >SLOT="4" >KEYWORDS="~alpha ~amd64 ~hppa ~ia64 ~ppc ~ppc64 ~sparc ~x86" > >IUSE="opengl qt3support" > >DEPEND="" >RDEPEND=">=x11-libs/qt-gui-${PV} > >=x11-libs/qt-svg-${PV} > >=x11-libs/qt-test-${PV} > >=x11-libs/qt-sql-${PV} > >=x11-libs/qt-svg-${PV} > >=x11-libs/qt-test-${PV} > >=x11-libs/qt-assistant-${PV} > >=x11-libs/qt-xmlpatterns-${PV} > opengl? ( >=x11-libs/qt-opengl-${PV} ) > qt3support? ( >=x11-libs/qt-qt3support-${PV} )" ></PRE></BODY></HTML>
Created attachment 162558 [details] Ebuild for Qt Assistant 4.4.1 changed licenses by removing QPL 1.0
Created attachment 162560 [details] Ebuild for qt-4.4.1 meta package (with changed license)
(In reply to comment #4) > >Not sure about step 2-Create header tarball with the script from the 4.4.0 > >header tarball. Could you please enlighten me about how to accomplish this > >step- I must be missing something- is it the extract-headers-sh in the > >extracted 4.4.0 headers tarball? > > Yes, the extract-headers.sh is in the tarball. It has to be adjusted to match > the version number 4.4.1, but it seems to work. The tarball created from that > script is usable. > > Steps to create the headers tarball: > 1. Create temporary folder > 2. Extract qt-x11-opensource-4.4.1.tar.bz2 to temporary folder > 3. Extract extract-headers.sh from qt-x11-opensource-4.4.0-headers.tar.bz2 to > temporary foler > 4. Adjust extract-headers.sh (replace 4.4.0 with 4.4.1) > 5. run extract-headers.sh -> should create header-tarball > 6. adjust qt4-build.eclass > 7. Copy qt-*-4.4.0-ebuild to *-4.4.1.ebuild into overlay > > The rest is quite standard procedure > Matthias, Thanks much for the attention- I appreciate it very much. However, this is exactly what I did previously, and it didn't work, or I'm doing something wrong. On step 5, what is the size of the headers tarball supposed to be? The 4.4.0 is 2.4mb, but my 4.4.1 usually turns out to be 96mb, or sometimes only 697 bytes.Once it was 2.6mb, but still didn't work.When I try and emerge @qt-split, it always tries to download the headers file, and fails at all the mirrors, even if I have already copied the created headers file I extracted to distfiles. I also had to change the URL site to get a tar.bz2 qt-4.4.1 file. The tar.gz version didn't work- couldn't get the ebuilds to even recognize it. Where do you run the script from- the extracted 4.4.1 directory? I renamed all the split ebuilds in /usr/portage/x11-libs/qt, and re-digested them all. I made a /home/wrc/test directory to work in for the headers extraction, but I guess I need more detailed instructions- or those I have followed are incorrect (seems unlikely to me that's the case). Your qt-4.4.1 ebuild seems to be missing some of the qt packages in the depends list that I have installed I have installed. Should I copy ALL the renamed ebuilds I have in /usr/portage/x11-libs to an overlay? I guess the bottom line is the extract-headers.sh script isn't getting me a functional headers file to put in distfiles.Are we sure the script is correct, and it's just me doing it wrong? I've tried re-downloading qt-4.4.1 and re-extracting many times, then using the script, with the same results described above. This is very confusing- I've done overlays for years so I know the ropes pretty well.I have qt-4.4.1 and kdesvn working fine on my Arch Linux partition, using the Arch package, so I'm anxious to also get my Gentoo kdesvn boxes build against qt-4.4.1.
(In reply to comment #9) > (In reply to comment #4) > > >Not sure about step 2-Create header tarball with the script from the 4.4.0 > > >header tarball. Could you please enlighten me about how to accomplish this > > >step- I must be missing something- is it the extract-headers-sh in the > > >extracted 4.4.0 headers tarball? > > > > Yes, the extract-headers.sh is in the tarball. It has to be adjusted to match > > the version number 4.4.1, but it seems to work. The tarball created from that > > script is usable. > > > > Steps to create the headers tarball: > > 1. Create temporary folder > > 2. Extract qt-x11-opensource-4.4.1.tar.bz2 to temporary folder > > 3. Extract extract-headers.sh from qt-x11-opensource-4.4.0-headers.tar.bz2 to > > temporary foler > > 4. Adjust extract-headers.sh (replace 4.4.0 with 4.4.1) > > 5. run extract-headers.sh -> should create header-tarball > > 6. adjust qt4-build.eclass > > 7. Copy qt-*-4.4.0-ebuild to *-4.4.1.ebuild into overlay > > > > The rest is quite standard procedure > > > Matthias, > Thanks much for the attention- I appreciate it very much. However, this is > exactly what I did previously, and it didn't work, or I'm doing something > wrong. On step 5, what is the size of the headers tarball supposed to be? The > 4.4.0 is 2.4mb, but my 4.4.1 usually turns out to be 96mb, or sometimes only > 697 bytes.Once it was 2.6mb, but still didn't work.When I try and emerge > @qt-split, it always tries to download the headers file, and fails at all the > mirrors, even if I have already copied the created headers file I extracted to > distfiles. I also had to change the URL site to get a tar.bz2 qt-4.4.1 file. > The tar.gz version didn't work- couldn't get the ebuilds to even recognize it. > Where do you run the script from- the extracted 4.4.1 directory? I renamed all > the split ebuilds in /usr/portage/x11-libs/qt, and re-digested them all. > I made a /home/wrc/test directory to work in for the headers extraction, but I > guess I need more detailed instructions- or those I have followed are incorrect > (seems unlikely to me that's the case). > Your qt-4.4.1 ebuild seems to be missing some of the qt packages in the depends > list that I have installed I have installed. Should I copy ALL the renamed > ebuilds I have in /usr/portage/x11-libs to an overlay? > I guess the bottom line is the extract-headers.sh script isn't getting me a > functional headers file to put in distfiles.Are we sure the script is correct, > and it's just me doing it wrong? I've tried re-downloading qt-4.4.1 and > re-extracting many times, then using the script, with the same results > described above. This is very confusing- I've done overlays for years so I know > the ropes pretty well.I have qt-4.4.1 and kdesvn working fine on my Arch Linux > partition, using the Arch package, so I'm anxious to also get my Gentoo kdesvn > boxes build against qt-4.4.1. > Here's the script- I just changed 4.4.0 to 4.4.1. #!/bin/sh SOURCE_DIR=qt-x11-opensource-src-4.4.1-source # Dont change this. HEADERS_DIR=qt-x11-opensource-src-4.4.1 mkdir -p "${HEADERS_DIR}" pushd "${SOURCE_DIR}" >/dev/null # Copy all headers. find . -name "*.h" -exec cp --parent '{}' ../"${HEADERS_DIR}" ';' # Copy all pro files, since they might be needed. find . -name "*.pro" -exec cp --parent '{}' ../"${HEADERS_DIR}" ';' # Copy all pri files, since they might be needed. find . -name "*.pri" -exec cp --parent '{}' ../"${HEADERS_DIR}" ';' # Copy the include/ dir. This is necessary, because some headers don't have the .h extension. cp -Rf include ../"${HEADERS_DIR}" # Copy the license files. cp {LICENSE*,GPL*,OPENSOURCE-NOTICE.TXT} ../"${HEADERS_DIR}" popd >/dev/null # Reproduce myself, I'm a virus, HarHarHar. cp extract-headers.sh "${HEADERS_DIR}" tar cfj "${HEADERS_DIR}"-headers.tar.bz2 "${HEADERS_DIR}" I either get stuff like this: cp: with --parents, the destination must be a directory Try `cp --help' for more information. cp: cannot stat `include': No such file or directory cp: target `../qt-x11-opensource-src-4.4.1' is not a directory extract-headers.sh: line 19: popd: directory stack empty OR, if I change the top line to:SOURCE_DIR=qt-x11-opensource-src-4.4.1 (removing -source), I get stuff like this: SNIPPED 100's of similar lines cp: `./examples/script/qsdbg/qsdbg.pri' and `../qt-x11-opensource-src-4.4.1/./examples/script/qsdbg/qsdbg.pri' are the same file cp: `./examples/script/customclass/bytearrayclass.pri' and `../qt-x11-opensource-src-4.4.1/./examples/script/customclass/bytearrayclass.pri' are the same file cp: `./demos/shared/shared.pri' and `../qt-x11-opensource-src-4.4.1/./demos/shared/shared.pri' are the same file cp: `./translations/translations.pri' and `../qt-x11-opensource-src-4.4.1/./translations/translations.pri' are the same file cp: `./doc/doc.pri' and `../qt-x11-opensource-src-4.4.1/./doc/doc.pri' are the same file cp: `include' and `../qt-x11-opensource-src-4.4.1/include' are the same file cp: `LICENSE.GPL2' and `../qt-x11-opensource-src-4.4.1/LICENSE.GPL2' are the same file cp: `LICENSE.GPL3' and `../qt-x11-opensource-src-4.4.1/LICENSE.GPL3' are the same file cp: `GPL_EXCEPTION.TXT' and `../qt-x11-opensource-src-4.4.1/GPL_EXCEPTION.TXT' are the same file cp: `GPL_EXCEPTION_ADDENDUM.TXT' and `../qt-x11-opensource-src-4.4.1/GPL_EXCEPTION_ADDENDUM.TXT' are the same file cp: `OPENSOURCE-NOTICE.TXT' and `../qt-x11-opensource-src-4.4.1/OPENSOURCE-NOTICE.TXT' are the same file kdesvn test # Both ways, the results are either a 96.1mb headers file, or a 607 byte headers file, both don't work in distfiles. There seems to be no 4.4.1 headers file at any mirror, which I guess would solve this.
(In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #4) OK- finally had success. I started all over with fresh downloads and extractions, got a 96.1mb headers file, copied it to distfiles, and re-digested all the qt-split ebuilds. This time, it worked and I compiled 13 qt-4.4.1 packages with no problems with emerge @qt-split. Still don't know why the other times it failed, other than corrupted downloads, or me just missing something in the process. Thanks for the help- I'm now rebuilding kdesvn-portage against the new qt-4.4.1.
Sorry for the double-posts, and for the not so clear description of the procedure for the headers tarball. For me using the script worked rightaway, after the adjustments of the version number, of course. My headers file has the size 2509450 bytes, so it seems quite normal. I think i don't need to add ebuilds for the other qt-packages, since the renaming is quite straight forward.
Created attachment 162606 [details, diff] Patch for qt4-build.eclass Apply to qt4-build.eclass in order to build split packages correctly, using the header tarball. If somebody wants the header tarball, i can send it via e-mail.
(In reply to comment #13) > Created an attachment (id=162606) [edit] > Patch for qt4-build.eclass > > Apply to qt4-build.eclass in order to build split packages correctly, using the > header tarball. > > If somebody wants the header tarball, i can send it via e-mail. > Thanks much Matthias, Thought I'd mention I also tried this on my paludis kdesvn installation partition, and while qt-core succeeded, the next package qt-script failed. I still can't figure out why my headers file is always 96.1mb, the same size as the source file. Wouldn't that indicate the script is simply copying the entire source file into a taball, and re-naming it? Anyway, could you please email your headers file, as you mentioned? Maybe that will solve my Paludis failure. However, what's weird is that the 96.mb headers file works with kdesvn-portage, but not Paludis. It's a mystery to me.
This is in portage now. Thanks for reporting and contributing patches!
Created attachment 162696 [details, diff] Patch for qt-gui-4.4.1 for See kde-bug http://bugs.kde.org/show_bug.cgi?id=168007 Icons are not visible in plasma system tray when using qt-4.4.1
Created attachment 162698 [details, diff] Ebuild for qt-gui-4.4.1 with patch included Patch for ebuild to incorporate patch for qt-gui.
