Daily KDE4 Subversion Packages

wrc1944 · 2009-02-13 16:42:31

markc,
I've been using qt-4.5-rc1 with kde-svn on Gentoo since rc1 was available, with no problems. In fact, the Gentoo devs just put rc1 in the "testing" portage tree. Don't know if you keep up on Gentoo much, but they just recently started using a new qt overlay called qting-edge, which I adopted.

I haven't experienced the problems you mentioned (I'm running amd64, both a pure 64bit install, and another multi-lib 32 bit install) Here's the qt thread http://forums.gentoo.org/viewtopic-t-73 … 4aa596d94c

They are a pretty good source of info on this newest qt/kde-svn stuff. You probably are aware of everything discussed there, but it might be worth a look.
I was also using the qt-live svn (9999 version) previously, which I guess is qt-copy at trunk, but I'm not sure. It also worked well with kde svn, but I decided I'd rather go with rc1 for now to avoid so much compiling.

I'm looking forward to coming back to your great Arch kde svn packages again! Will get to it in a day or two (had been using Arch kde-4.2 as you suggested, but it's a little too boring for my tastes).

agapito · 2009-02-14 15:47:33

With latest updates (64 bits 13feb) i don't have lockups and i can login with KDM.

Rasi · 2009-02-14 19:13:55

None of your packages provide kdebase-runtime, which makes it impossible to install any kde4 apps from aur/kdemod repos

wrc1944 · 2009-02-15 09:31:08

@markc,
Just installed your newest kde-svn (amd64bit) packages- working very well here with no problems so far! However, I only did kde-svn (not kde-svn-all), so maybe I'll give "all" a try in a day or two.
Many thanks for saving us all the compiling time. My little Athlon X2 5050e cpu thanks you, as it does extra duty on 2 other Gentoo testing partitions.
Glad to be back to kde-svn on Arch, after the brief install of kde-4.2.0.

UPDATE: Went ahead and did kde-svn-all. Lots of progress- nice!

Last edited by wrc1944 (2009-02-15 12:21:42)

agapito · 2009-02-15 10:41:15

Rasi wrote:

None of your packages provide kdebase-runtime, which makes it impossible to install any kde4 apps from aur/kdemod repos

Edit PKGBUILDS and delete kdebase-runtime dependency.

mutlu_inek · 2009-02-15 19:23:27

Or create a small dummy package that depends on markc's kdebase and 'provides' kdebase-runtime. This would be the cleanest solution without the need to re-compile anything.

Rasi · 2009-02-16 08:02:58

Thanks.

Btw, for all with the freezings - i highly recommend to enable magicsysrq in /etc/sysctl.conf and reboot.
If KDE freezes again you can kill all running processes (including X) with alt+print+k

markc · 2009-02-16 10:21:35

@Rasi: excellent suggestion, thanks very much, will try this.

@mutlu_inek: looks like Stephan added provides=(kdebase-runtime kdebase-workspace) to the kdebase package on Feb 11, thanks Stephan, and I've also added a simple dummy package to kde-extra/kdebase-dummy that contains nothing but these same provides.

wrc1944 · 2009-02-23 14:49:53

Hmmm. After a week off Arch, I just updated. First I do pacman -Syu without the kde-svn repos enabled in pacman.conf to update all the normal stuff.

Then I re-enable the kdesvn repos, and do -Syuf, as I have always had to use -f with kde-svn, and didn't think it a good idea to use -f with all other packages.

Anyway, I previously had kde-svn 20090214, and I thought I saw 20090220 today when I did -Syuf (I could be wrong about that- wasn't really paying careful attention), but after kde-svn-all was updated, I rebooted into kde and checked, and apparently all the packages have been reverted back to 20090204.

Is this correct, and this has been done in the repos for whatever reason, or is something weird just on my system? I have made no changes on this system since I updated to 20090214 last week sometime, other than today's normal Arch updates mentioned above.

Last of the Wolves · 2009-02-23 18:16:03

Hey wrc1944,

if you are looking at http://pkg.markconstable.com/kde/ you can see, that there most of the packages in kde/svn are 20090213 but the ones in kde/stable are from 20090204 so I think you enabled kde/stable in your pacman.conf instead of kde/svn.

Greetings
Stephan

Last edited by Last of the Wolves (2009-02-23 18:16:50)

wrc1944 · 2009-02-23 19:31:21

Last of the Wolves,
Thanks for the reply.
I thought I checked that, but maybe when I re-enabled the svn repos I really enabled the stables by mistake. I'm on my Gentoo partition right now, but I'll reboot later to Arch, and re-check. Looked at the link- you're right, it's 20090223. I must have messed up in pacman.conf.

BTW, I just recompiled/updated my ~amd64 Gentoo kde-live (svn) install, and it's up to KDE 4.2.64 (KDE 4.2.64 (KDE 4.3 >= 20090218). Only kmail failed to compile.

Other than that, it's really nice- just gets better and better. However, markc's pre-compiled packages are usually just about as good, even without me compiling on Arch for my own hardware.

Last edited by wrc1944 (2009-02-23 19:33:07)

MazurMe · 2009-02-23 20:17:27

Can anybody give me screenshot of current kde in this repo? I tried to install it but something is wrong with my X on VirtualBox.

wrc1944 · 2009-02-23 20:49:56

This is weird. I booted back into Arch, checked pacman.conf, and the repos for kde-svn were enabled, just as I had thought.

I then did pacman -Syu kde-svn-all, it updated the repos, and the packages came as 2009022313 and 14. I assume this means from Feb.23 (20090223), with the 13 or 14 end digits referring to different builds or versions of markc's packages.

Anyway, I installed these "updates," but when I reboot to kde it still says in help->about-dolphin (or any other kde app)

Version 1.2.80
Using KDE 4.2.62 (KDE 4.2.62 (KDE 4.3 >= 20090204)

which I assume means the version from Feb. 4th.

What's going wrong here?

Hmmm. Looked in my /var/cache/pacman/pkg directory, and kdelibs and kdebase are at 20090208 and 20090211, respectively, and on the repo website that is also the case, although lots of the other package are 20090223.

I guess that explains why Dolphin reports version KDE 4.2.62 (KDE 4.2.62 (KDE 4.3 >= 20090204. I guess markc hasn't as yet updated libs and base. I just missed that fact when I looked at the pacman -Syu kde-svn-all packages listing right before I installed them. Just saw 20090223 and thought I was good to go.

I can confirm the Gentoo kde-testing "live" ebuilds do compile/install libs and base fine, no problems, so I would think there's no real reason building on Arch won't work too.

Forgot to mention- I'm using qt-4.5-rc1 (from the layman "qting-edge" qt overlay) on Gentoo, but kde-svn also compiles OK with the official qt-4.5-rc1 from the regular portage testing repo.

Last edited by wrc1944 (2009-02-23 21:02:02)

mutlu_inek · 2009-02-23 22:12:27

wrc1944 wrote:

Anyway, I installed these "updates," but when I reboot to kde it still says in help->about-dolphin (or any other kde app)
Version 1.2.80
Using KDE 4.2.62 (KDE 4.2.62 (KDE 4.3 >= 20090204)
which I assume means the version from Feb. 4th.
What's going wrong here?

The about dialog info does not give the compile time, therefore ">=" and not "=". It is updated whenever a new version is created. In this case, on 2009-02-04, KDE 4.2.62 was "released". You will get the same info in the dialog until the version number is incremented.

Last of the Wolves · 2009-02-24 08:30:32

wrc1944 wrote:

I then did pacman -Syu kde-svn-all, it updated the repos, and the packages came as 2009022313 and 14. I assume this means from Feb.23 (20090223), with the 13 or 14 end digits referring to different builds or versions of markc's packages.

it's the build of Feb. 23, with the build-process started at about 13 o'clock.

wrc1944 wrote:

I guess markc hasn't as yet updated libs and base.
I can confirm the Gentoo kde-testing "live" ebuilds do compile/install libs and base fine, no problems, so I would think there's no real reason building on Arch won't work too.

Actually there were some problems with kdelibs and kdebase here and markc had the same. It was mainly a problem with qt-copy but it looks like it's solved now. Also sometimes there is something wrong in the sources so it doesn't compile for an hour or two but than again.

Greetings
Stephan

PS: Nice to hear that everything is fine again.

@MazurMe: Snapshot

Last edited by Last of the Wolves (2009-02-24 08:33:40)

markc · 2009-02-24 09:44:04

I'm sorry about no updated kdebase for over a week now. It's falling over kio_sftp and I'm surprised it hasn't been picked up and fixed yet. Perhaps one of my dependencies is wrong and maybe someone here may have more of a clue than me... any clueful donations appreciated :-)

@wrc1944: I probably need to look at the Gentoo ebuilds and see if I can glean any clues or patches. And yes, the last 2 digits are the UTC hour the build started for that package. It allows for building more than once a day.

Don't forget folks, the current source packages are here so feel free to double check they are okay: http://eth-os.googlecode.com/svn/trunk/kde/svn/

[ 17%] Building CXX object runtime/kioslave/fish/CMakeFiles/kio_fish.dir/kio_fish_automoc.o
In file included from /home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.h:30,
                 from /home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:27:
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.h:257: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.h:257: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp: In member function 'void sftpProtocol::sftpCopyGet(const KUrl&, const KUrl&, int, KIO::JobFlags)':
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:222: error: 'lstat' is not a member of 'KDE'
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:249: error: 'stat' is not a member of 'KDE'
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:262: error: 'open' is not a member of 'KDE'
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:275: error: 'open' is not a member of 'KDE'
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:283: error: 'open' is not a member of 'KDE'
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/kio_sftp.cpp:317: error: 'rename' is not a member of 'KDE'
make[2]: *** [runtime/kioslave/sftp/CMakeFiles/kio_sftp.dir/kio_sftp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.cpp:19:
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.h:257: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.h:257: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.cpp:254: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
/home/sources/eth-os/kde/svn/kdebase/src/kdebase/runtime/kioslave/sftp/sftpfileattr.cpp:254: warning: 'kndbgstream' is deprecated (declared at /usr/include/kdebug.h:213)
make[1]: *** [runtime/kioslave/sftp/CMakeFiles/kio_sftp.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 17%] Building CXX object runtime/kioslave/fish/CMakeFiles/kio_fish.dir/fish.o
Scanning dependencies of target cursorthumbnail
[ 17%] [ 17%] Building CXX object runtime/kioslave/thumbnail/CMakeFiles/cursorthumbnail.dir/cursorcreator.o
Building CXX object runtime/kioslave/thumbnail/CMakeFiles/cursorthumbnail.dir/cursorthumbnail_automoc.o
Linking CXX shared module ../../../lib/kio_fish.so
Linking CXX shared module ../../../lib/cursorthumbnail.so
[ 17%] Built target kio_fish
[ 17%] Built target cursorthumbnail
make: *** [all] Error 2

@Last of the Wolves: the stable set of packages are... well, I should remove them.

I still do not know what version of qt-copy to build them against (anyone know?... surely not qt-copy 4.5rc1 from trunk) and because of a different version of qt-copy I should build these stable packages in separate partitions, which I almost have ready for use.

Also, arora 0.5.0 is in eth-os-gui/arora, http://arorabrowser.blogspot.com/2009/02/05.html, and a new firefox-nightly should be up in an hour or so.

Last edited by markc (2009-02-24 09:55:21)

superstoned · 2009-02-24 15:10:10

afaik qt-copy 4.5rc1 should be the right version for KDE. There has even been an official announcement already (which was done about a week after trunk effectively started to depend on it ;-)).

I hope the fish issue gets fixed soon, current KDEbase is horribly unstable... Then again, there is no garantee a newer version will be any more stable, it's just that I'd love to see the new stuff done on plasma, kwin and dolphin

Again tnx, mark, for the work!

MazurMe · 2009-02-24 16:08:19

#Last of the Wolves
Thanks!

wrc1944 · 2009-02-24 17:46:17

@markc,
Here's the Gentoo kdelibs-live (9999) ebuild, if it will help. It's from the layman kde-testing overlay, which is not in Gentoo portage. The kdebase is split out into 73 different ebuilds- if you need a specific one, or info from one of them, I can post. Wasn't sure if you have Gentoo installed on a partition, or not.
As for qt, the qting-edge overlay is also split out, and I think they have patched with stuff like raster, etc. I guess you could just get the overlays with the ebuilds for reference without really installing Gentoo, however I've never tried to use layman and/or overlays on any other distro than Gentoo, so I'm not sure layman works with anything else. Wait a second- you can browse this stuff here: http://git.overlays.gentoo.org/gitweb/? … ;hb=master and the qting-edge overlay ebuilds at http://github.com/gentoo-qt/qting-edge/tree/master

# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

EAPI="2"

CPPUNIT_REQUIRED="optional"
OPENGL_REQUIRED="optional"
inherit kde4-base fdo-mime

DESCRIPTION="KDE libraries needed by all KDE programs."
HOMEPAGE="http://www.kde.org/"

KEYWORDS=""
IUSE="3dnow acl alsa altivec bindist +bzip2 debug doc fam htmlhandbook jpeg2k
kerberos mmx nls openexr +semantic-desktop spell sse sse2 ssl zeroconf"
LICENSE="LGPL-2.1"
RESTRICT="test"

COMMONDEPEND="
    >=app-misc/strigi-0.6.3[qt4,dbus]
    dev-libs/libpcre
    dev-libs/libxml2
    dev-libs/libxslt
    >=kde-base/automoc-0.9.87
    media-libs/fontconfig
    media-libs/freetype:2
    media-libs/giflib
    media-libs/jpeg
    media-libs/libpng
    >=media-sound/phonon-4.3.0[xcb]
    sys-apps/dbus[X]
    sys-libs/zlib
    x11-libs/libICE
    x11-libs/libSM
    x11-libs/libX11
    x11-libs/libXau
    x11-libs/libXcursor
    x11-libs/libXdmcp
    x11-libs/libXext
    x11-libs/libXfixes
    x11-libs/libXft
    x11-libs/libXpm
    x11-libs/libXrender
    x11-libs/libXtst
    x11-misc/shared-mime-info
    acl? (
        kernel_linux? ( sys-apps/acl )
    )
    alsa? ( media-libs/alsa-lib[midi] )
    bzip2? ( app-arch/bzip2 )
    fam? ( virtual/fam )
    jpeg2k? ( media-libs/jasper )
    kerberos? ( virtual/krb5 )
    openexr? (
        media-libs/openexr
        media-libs/ilmbase
    )
    opengl? ( virtual/opengl )
    semantic-desktop? ( >=dev-libs/soprano-2.2.1 )
    spell? (
        app-dicts/aspell-en
        app-text/aspell
        app-text/enchant
    )
    ssl? ( dev-libs/openssl )
    zeroconf? (
        || (
            net-dns/avahi[mdnsresponder-compat]
            !bindist? ( net-misc/mDNSResponder )
        )
    )
"
DEPEND="${COMMONDEPEND}
    doc? ( app-doc/doxygen )
    nls? ( virtual/libintl )
"
# Blockers added for !kdeprefix? due to packages from old versions,
# removed in the meanwhile
# kde-base/libplasma
# kde-base/knewsticker
# kde-base/kpercentage
# kde-base/ktnef
RDEPEND="${COMMONDEPEND}
    !<=kde-base/kdebase-3.5.9-r4
    !<=kde-base/kdebase-startkde-3.5.10
    !<kde-base/kdelibs-3.5.10
    !x11-libs/qt-phonon
    !kdeprefix? (
        !kde-base/kitchensync:4.1
        !kde-base/knewsticker:4.1
        !kde-base/kpercentage:4.1
        !kde-base/ktnef:4.1
        !<kde-base/libkworkspace-${PV}
        !kde-base/libplasma
        !<=kde-misc/kdnssd-avahi-0.1.2:0
    )
    kdeprefix? (
        !<kde-base/libkworkspace-${PV}:${SLOT}
        !<=kde-misc/kdnssd-avahi-0.1.2:0
    )
    x11-apps/iceauth
    x11-apps/rgb
"

src_prepare() {
    sed -i -e 's/find_package(ACL)/macro_optional_find_package(ACL)/' \
        CMakeLists.txt \
        || die "Failed to make ACL disabled even when present in system."

    kde4-base_src_prepare
}

src_configure() {
    if use zeroconf; then
        if has_version net-dns/avahi; then
            mycmakeargs="${mycmakeargs} -DWITH_Avahi=ON -DWITH_DNSSD=OFF"
        elif has_version net-misc/mDNSResponder; then
            mycmakeargs="${mycmakeargs} -DWITH_Avahi=OFF -DWITH_DNSSD=ON"
        else
            die "USE=\"zeroconf\" enabled but neither net-dns/avahi nor net-misc/mDNSResponder were found."
        fi
    fi
    if use kdeprefix; then
        HME=".kde${SLOT}"
    else
        HME=".kde4"
    fi
    mycmakeargs="${mycmakeargs}
        -DWITH_HSPELL=OFF
        -DKDE_DEFAULT_HOME=${HME}
        $(cmake-utils_has 3dnow X86_3DNOW)
        $(cmake-utils_has altivec PPC_ALTIVEC)
        $(cmake-utils_has mmx X86_MMX)
        $(cmake-utils_has sse X86_SSE)
        $(cmake-utils_has sse2 X86_SSE2)
        $(cmake-utils_use_with acl ACL)
        $(cmake-utils_use_with alsa Alsa)
        $(cmake-utils_use_with bzip2 BZip2)
        $(cmake-utils_use_with fam FAM)
        $(cmake-utils_use_with jpeg2k Jasper)
        $(cmake-utils_use_with kerberos GSSAPI)
        $(cmake-utils_use_with nls Libintl)
        $(cmake-utils_use_with openexr OpenEXR)
        $(cmake-utils_use_with opengl OpenGL)
        $(cmake-utils_use_with semantic-desktop Soprano)
        $(cmake-utils_use_with spell ASPELL)
        $(cmake-utils_use_with spell ENCHANT)
        $(cmake-utils_use_with ssl OpenSSL)
    "
    kde4-base_src_configure
}

src_compile() {
    kde4-base_src_compile

    # The building of apidox is not managed anymore by the build system
    if use doc; then
        einfo "Building API documentation"
        cd "${S}"/doc/api/
        ./doxygen.sh "${S}" || die "APIDOX generation failed"
    fi
}

src_install() {
    kde4-base_src_install

    if use doc; then
        einfo "Installing API documentation. This could take a bit of time."
        cd "${S}"/doc/api/
        docinto /HTML/en/kdelibs-apidox
        dohtml -r ${P}-apidocs/* || die "Install phase of KDE4 API Documentation failed"
    fi

    dodir /etc/env.d
    dodir /etc/revdep-rebuild

    # List all the multilib libdirs
    local _libdir _libdirs
    for _libdir in $(get_all_libdirs); do
        _libdirs="${_libdirs}:${PREFIX}/${_libdir}"
    done
    _libdirs=${_libdirs#:}

    if use kdeprefix; then
        cat <<-EOF > "${T}"/43kdepaths-${SLOT} # number goes down with version
PATH="${PREFIX}/bin"
ROOTPATH="${PREFIX}/sbin:${PREFIX}/bin"
LDPATH="${_libdirs}"
MANPATH="${PREFIX}/share/man"
CONFIG_PROTECT="${PREFIX}/share/config ${PREFIX}/env ${PREFIX}/shutdown /usr/share/config"
#KDE_IS_PRELINKED=1
XDG_DATA_DIRS="/usr/share:${PREFIX}/share:/usr/local/share"
COLON_SEPARATED="XDG_DATA_DIRS"
EOF
        doenvd "${T}"/43kdepaths-${SLOT}

        # make sure 'source /etc/profile' doesn't hose the PATH
        dodir /etc/profile.d
        cat <<-'EOF' > "${D}"/etc/profile.d/44kdereorderpaths-${SLOT}.sh
if [ -n "${KDEDIR}" ]; then
    export PATH=${KDEDIR}/bin:$(echo ${PATH} | sed "s#${KDEDIR}/s\?bin:##g")
    export ROOTPATH=${KDEDIR}/sbin:${KDEDIR}/bin:$(echo ${PATH} | sed "s#${KDEDIR}/s\?bin:##g")
fi
EOF

        cat <<-EOF > "${D}/etc/revdep-rebuild/50-kde-${SLOT}"
SEARCH_DIRS="${PREFIX}/bin ${PREFIX}/lib*"
EOF
    else # Much simpler for the FHS compliant -kdeprefix install
        cat <<-EOF > "${T}"/43kdepaths # number goes down with version
CONFIG_PROTECT="/usr/share/config"
#KDE_IS_PRELINKED=1
XDG_DATA_DIRS="/usr/share:/usr/local/share"
COLON_SEPARATED="XDG_DATA_DIRS"
        EOF
        doenvd "${T}"/43kdepaths
    fi
    # Ensure that the correct permissions are set on ${PREFIX}/share/config
    fperms 755 "${PREFIX}"/share/config
}

pkg_postinst() {
    fdo-mime_mime_database_update
    if use zeroconf; then
        echo
        elog "To make zeroconf support available in KDE make sure that the 'mdnsd' daemon"
        elog "is running. Make sure also that multicast dns lookups are enabled by editing"
        elog "the 'hosts:' line in /etc/nsswitch.conf to include 'mdns', e.g.:"
        elog "    hosts: files mdns dns"
        echo
    fi
    elog "Your homedir is set to "'${HOME}'"/${HME}"
    elog
    elog "If you experience weird application behavior (missing texts, etc.) run as root:"
    elog "# chmod 755 -R /usr/share/config $PREFIX/share/config"

    kde4-base_pkg_postinst
}

pkg_postrm() {
    fdo-mime_mime_database_update

    kde4-base_pkg_postrm
}

superstoned · 2009-03-01 09:23:51

mark, any progress lately on the kdebase/kdelibs issue? Plasma doesn't start here at all anymore ;-)

markc · 2009-03-01 11:23:42

Not yet. Stephan updated some PKGBUILDs so maybe the next build will be better (heh, the eternal optimist). Stephan says his kdebase is building okay and we both use the same source PKGBUILD and the same upstream svn repo so something is not right with my build server. It probably needs a complete fresh re-installation, which I'll try and do in the next week.

In the mean time I am trying to get Stephan to upload his package set to the server so we have an alternative set of packages to chose from... at least for x86_64.

superstoned · 2009-03-01 12:57:17

BTW I believe the KOffice packages come from kde-svn as well? I'm working on the visual guide for KOffice 2, and I would be very happy if those packages could be updated... If that's not possible I'll try to find other packages or set up a compile environment myself, but kde-svn packages would be very easy

wrc1944 · 2009-03-02 16:27:27

Just looked, and Stephan's folder is on the server http://pkg.markconstable.com/kde/stephan/x86_64/ but sadly no packages are showing up as of yet. Is this still in the works? I sure hope so!
Having Arch kde-svn packages has really been great, but I realize markc and others are surely overworked keeping all this maintained. It's very much appreciated- thanks again!

Last of the Wolves · 2009-03-02 17:56:02

I'm just uploading my repo. But it's in testing phase now so there can be several changes the next days.
I'll post here when I'm done with setting up everything.
Just to say something about maintaining: Thats what I'm doing since a month. Changing the PKGBUILDs to compile correctly. Provinding my packages for download and install is just a backup service while markc's packages are broken.

Greeting
Stephan

wrc1944 · 2009-03-02 23:45:09

@Stephan,
Great news! I'm really looking forward to trying them out. Thanks for all the work.
For informational purposes, I just completed updating my Gentoo kde-svn packages, and everything works great- no compiling problems. This was r934310 (KDE 4.2.65 (KDE 4.2.65 (KDE 4.3 >= 20090226),

The Gentoo kde-testing overlay ebuilds are working pretty well, using gcc-4.3.3, glibc-2.9_p20081201-r2, binutils-2.19.1, and qt-4.5.0_rc1.
EDIT: Forgot to mention- this is on pure amd64 system (no multi-lib for 32bit packages).

If I can find some spare time, I'd like to try building kde-svn on Arch with PKGBUILDs- never done it before, and I'm sure I could learn from the experience. Basically, the Arch pre-compiled packages have always been so good I never felt a need to compile them myself.

I used to build on Arch using the kdesvn-buildrc tool script. It worked pretty well, but I doubt it is as well-developed as Gentoo ebuilds or Arch PKGBUILDs.

Last edited by wrc1944 (2009-03-03 04:32:28)

Arch Linux

#976 2009-02-13 16:42:31

Re: Daily KDE4 Subversion Packages

#977 2009-02-14 15:47:33

Re: Daily KDE4 Subversion Packages

#978 2009-02-14 19:13:55

Re: Daily KDE4 Subversion Packages

#979 2009-02-15 09:31:08

Re: Daily KDE4 Subversion Packages

#980 2009-02-15 10:41:15

Re: Daily KDE4 Subversion Packages

#981 2009-02-15 19:23:27

Re: Daily KDE4 Subversion Packages

#982 2009-02-16 08:02:58

Re: Daily KDE4 Subversion Packages

#983 2009-02-16 10:21:35

Re: Daily KDE4 Subversion Packages

#984 2009-02-23 14:49:53

Re: Daily KDE4 Subversion Packages

#985 2009-02-23 18:16:03

Re: Daily KDE4 Subversion Packages

#986 2009-02-23 19:31:21

Re: Daily KDE4 Subversion Packages

#987 2009-02-23 20:17:27

Re: Daily KDE4 Subversion Packages

#988 2009-02-23 20:49:56

Re: Daily KDE4 Subversion Packages

#989 2009-02-23 22:12:27

Re: Daily KDE4 Subversion Packages

#990 2009-02-24 08:30:32

Re: Daily KDE4 Subversion Packages

#991 2009-02-24 09:44:04

Re: Daily KDE4 Subversion Packages

#992 2009-02-24 15:10:10

Re: Daily KDE4 Subversion Packages

#993 2009-02-24 16:08:19

Re: Daily KDE4 Subversion Packages

#994 2009-02-24 17:46:17

Re: Daily KDE4 Subversion Packages

#995 2009-03-01 09:23:51

Re: Daily KDE4 Subversion Packages

#996 2009-03-01 11:23:42

Re: Daily KDE4 Subversion Packages

#997 2009-03-01 12:57:17

Re: Daily KDE4 Subversion Packages

#998 2009-03-02 16:27:27

Re: Daily KDE4 Subversion Packages

#999 2009-03-02 17:56:02

Re: Daily KDE4 Subversion Packages

#1000 2009-03-02 23:45:09

Re: Daily KDE4 Subversion Packages

Board footer