Daily KDE4 Subversion Packages

pano · 2008-11-22 10:37:17

Is anyone else experiencing downloading problems?
I'm trying to update the kde-svn packages, but I only get max. 17 Kb/s.

mangus · 2008-11-22 11:03:11

pano wrote:

Is anyone else experiencing downloading problems?
I'm trying to update the kde-svn packages, but I only get max. 17 Kb/s.

yes , me too..

capthookb · 2008-11-22 11:12:09

@markc: I don't know if mysql or sqlite backend do the same thing with sesame2 and redland. Nepomuk is based on rdf directory and as far as i understand it has nothing to do with a classic database. And even if it did use a database, sesame2/redland are used to update and scan the files on the hard drive. So i think it's not the same thing with a mysql backend. I don't have much knowledge in depth in these topics, just i've read a few things here and there, so maybe i'm wrong.

@pano,mangus: i'm also having slow speed here (Greece) and it's not the connection since yesterday.

Last edited by capthookb (2008-11-22 11:29:01)

markc · 2008-11-22 12:30:44

Download speed? ... yeah, me too, I'm barely getting 10k! I'm not sure what's wrong yet but I've started to update another backend site so I will redirect to it in another 1/2 dozen hours. Either too many people are using the repo or I've blown my monthly quota or some such.

@capthookb: I don't have a clue about an rdf directory structure, just that if anything is storing meta info about files then I would have thought that a fairly speedy relational database would be a good choice with the bonus of being generically reusable by other programs. Requiring an 80Mb dependency on Java for a single niche purpose seems bizarre to me.

Oxyd · 2008-11-22 17:06:19

I added the (x86_64) repos into my pacman.conf, -Sy'd and tried to sync kde-svn in, but I get file conflict errors:

> sudo pacman -S kde-svn
kde-svn package not found, searching for group...
:: group kde-svn (including ignored packages):
    extragear-multimedia  kdeadmin  kdebase  kdegraphics  kdelibs  kdemultimedia  kdenetwork  kdepim  kdepimlibs  kdesdk  kdesupport  kdeutils  qt-copy
:: Install whole content? [Y/n]
resolving dependencies...
looking for inter-conflicts...
:: kdesupport conflicts with taglib. Remove taglib? [Y/n]
:: qt-copy conflicts with qt. Remove qt? [Y/n]

Remove (2): qt-4.4.3-2 [63.97 MB]  taglib-1.5-1 [0.92 MB]

Total Removed Size:   64.89 MB

Targets (20): qt-copy-4.4.3-2008111211 [30.57 MB]  kdesupport-4.2.0-2008111622 [4.11 MB]  kdelibs-4.2.0-2008112206 [17.53 MB]
              kdepimlibs-4.2.0-2008112206 [2.96 MB]  libxres-1.0.3-1 [0.01 MB]  kdebase-4.2.0-2008112206 [129.94 MB]  libmtp-0.3.0-2008111701 [0.21 MB]
              extragear-multimedia-4.2.0-2008111017 [21.74 MB]  kdeadmin-4.2.0-2008112206 [2.01 MB]  kdegraphics-4.2.0-2008112206 [4.68 MB]
              kdemultimedia-4.2.0-2008112206 [1.99 MB]  ppp-2.4.4-6 [0.30 MB]  qca-2.0.1-2 [1.04 MB]  telepathy-qt-0.14.1.2031-1 [0.17 MB]
              tapioca-qt-0.14.1.2066-1 [0.18 MB]  decibel-0.5.0-1 [0.27 MB]  kdenetwork-4.2.0-2008112206 [10.80 MB]  kdepim-4.2.0-2008112206 [19.85 MB]
              kdesdk-4.2.0-2008112206 [8.10 MB]  kdeutils-4.2.0-2008112207 [2.96 MB]

Total Download Size:    200.82 MB
Total Installed Size:   627.93 MB

Proceed with installation? [Y/n]
:: Retrieving packages from kde-svn...
... snip ...
checking package integrity...
(20/20) checking for file conflicts                 [########################################################################################################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
/usr/include/QtTelepathy/Client/Channel exists in both 'kdesupport' and 'telepathy-qt'
/usr/include/QtTelepathy/Client/Connection exists in both 'kdesupport' and 'telepathy-qt'
/usr/include/QtTelepathy/Client/channel.h exists in both 'kdesupport' and 'telepathy-qt'
/usr/include/QtTelepathy/Client/connection.h exists in both 'kdesupport' and 'telepathy-qt'
/usr/lib/libQtTelepathyClient.so exists in both 'kdesupport' and 'telepathy-qt'
/usr/lib/pkgconfig/QtTelepathyClient.pc exists in both 'kdesupport' and 'telepathy-qt'
/usr/include/QtTapioca/Avatar exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/CMakeLists.txt exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/Channel exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ChannelTarget exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/Connection exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ConnectionManager exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ConnectionManagerFactory exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/Contact exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ContactBase exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ContactGroup exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/ContactList exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/DBusProxyObject exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/Handle exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/HandleFactory exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/TextChannel exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/UserContact exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/avatar.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/channel.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/channeltarget.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/connection.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/connectionmanager.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/connectionmanagerfactory.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/contact.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/contactbase.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/contactgroup.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/contactlist.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/dbusproxyobject.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/handle.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/handlefactory.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/textchannel.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/include/QtTapioca/usercontact.h exists in both 'kdesupport' and 'tapioca-qt'
/usr/lib/libQtTapioca.so exists in both 'kdesupport' and 'tapioca-qt'
/usr/lib/pkgconfig/QtTapioca.pc exists in both 'kdesupport' and 'tapioca-qt'
/usr/bin/decibel exists in both 'kdesupport' and 'decibel'
/usr/bin/decibel_logger exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_defaultcmfor_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_deleteaccount_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_listaccounts_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_listcms_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_listcmsfor_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_registeraccount_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_setdefaultcmfor_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_setpresence_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_simpleclient_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/Decibel/decibel_supportedprotocols_demo exists in both 'kdesupport' and 'decibel'
/usr/lib/pkgconfig/Decibel.pc exists in both 'kdesupport' and 'decibel'
Errors occurred, no packages were upgraded.

It seems it's trying to pull conflicting packages. I'm currently running KDEmod 3, but I don't think that's causing problems as I don't have packages like decibel or tapioca-qt installed currently anyway. Also, it doesn't seem to be a temporary problem as I got exactly the same result when I tried the install about a week ago.

markc · 2008-11-22 17:33:40

Alternate backend hosting site is updated and the redirect is working but the download speed is still not that great, I was getting around 100K but it fluctuates up and down more than the previous site. This current backend site is pkg.markconstable.com at Dreamhost where I have almost so called "unlimited" bandwidth and it has better daily logging so I'll be able to tell if the slower speeds are simply the number of downloads, or some other problem. Both sites have been known to deliver 300K to 500K in the past, which is reaosnable for 200Mb to 300Mb of downloads, but anything under 200K just takes too long. If it proves to be simply too many downloads then I'll redirect just kde-svn/i686 (the more popular repo) to pkg.markconstable.com and everything else at pkg.eth-os.org.

@Oxyd: I thought the taglib conflict was solved, apparently not. It's reasonable to pacman -Rd taglib qt (with the d) and immediately install kdesupport and qt-copy as both provide taglib and qt. You will also have to use pacman -Syuf (with the f) to force the packages to install... again, it's "reasonable" to do so because it's nearly always "trivial" things like images that happen to be in 2 packages at once and the KDE devs haven't yet tweaked the upstream svn repo.

As a comment, I noticed someone (Aaron?) saying that most KDE devs develop and build against official stable tarballs and not svn trunk so part of the problem that affects us is simply that most of those devs don't use something like Archlinux with kde-svn so they are not aware of simple little issues in trunk. To me this is an odd situation as I would have thought the majority of developers would use trunk to stay on top of, and ahead of the game, rather than trailing weeks and months behind the leading edge codebase.

mutlu_inek · 2008-11-22 20:17:02

markc wrote:

As a comment, I noticed someone (Aaron?) saying that most KDE devs develop and build against official stable tarballs and not svn trunk so part of the problem that affects us is simply that most of those devs don't use something like Archlinux with kde-svn so they are not aware of simple little issues in trunk. To me this is an odd situation as I would have thought the majority of developers would use trunk to stay on top of, and ahead of the game, rather than trailing weeks and months behind the leading edge codebase.

Aaron was talking about (third party) application developers who do not work on KDE's svn.

tahseen · 2008-11-23 07:55:25

For quite a while now .. a lot of the times when I click on the notifiaction the kopete sends .. whole plasma crashes. Don't think if its kopete specific or rather its a plasma problem. I thought it would be fixed soon .. seeing the amount of crash. But now I wonder if its only my problem. Anyone having the same problem? Any idea on how I can pinpoint the problem to report upstream.

Just updated today .. the desktop seem to kind of thrice overlapping on dual monitor (deskop/laptop) .. though the application maximization and such works ok. I can live that and I'm not sure who's cultprit here nvidia or kde4 ... any non nvidia users to report? I'm using 177.82

Also powerdevil is almost mostly broken. suspend from command line even don't work even though pm-suspend works fine. Updated both kernel and kde4 so can't be sure which one is causing the problem

If anyone has a clue where to look for the solutions or even the problem would be very glad.

[edit]
Another help... where does kde applications put their logging .. is there any common place like /var/log. I assume plasma or someone is putting somekind of error report hopefully before crashing .. where to look for that. Can't seem to find the information anywhere. I know this is not the place but its really problematic to not know where to look for details when using svn-builds

Last edited by tahseen (2008-11-23 11:02:44)

capthookb · 2008-11-23 11:48:07

My plasma also crashes with notifications.
As for plasma logs i don't know either. Maybe you should quit plasma (kquitapp plasma) and then launch it from konsole. It outputs some basic stuff.
You could also take markc's pkgbuilds and build kdebase with full debug, so you can have more information on plasma debug.

markc · 2008-11-23 12:36:29

@mutlu_inek: thanks for the clarification. I do hope most core kde devs build from trunk, regularly.

@tahseen: no problem asking any kind of kde4 related questions here, you never know, someone may have a clue. As capthookb said, starting any program manually from a shell will reveal quite a lot of info. And yes, if you are really keen you could rebuild all or most of kde-svn in debug mode and get a crash report with a real backtrace that is actually meaningful for the KDE developers. The only downside is it can pull in about 2Gb of svn source (for everything) and takes from 2 to 4 hours to compile (just let it run overnight).

Along these lines I just updated the mcfg script to mass change any variable in a set of mpkg 0.6.6+ managed PKGBUILDs. See the mcfg_replace() function here just after mcfg_main()...

http://eth-os.googlecode.com/svn/trunk/ … /mpkg/mcfg

It hasn't had a lot of testing. I just tried it now, for example, as mcfg re kde-svn CMAKE_BUILD_TYPE DebugFull and it changed all those vars from the default Release to DebugFull and it will also work for other variables, like pkgver for instance. It also creates a PKGBUILD.bkp in case you or the script stuff up and, at worst, just blow away the whole package source tree and do another svn checkout.

Also added qtcreator to the [gui] section, x86_64 up now, x86 as soon as I adjust the PKGBUILD for i686.

capthookb · 2008-11-23 13:33:55

markc, kdesupport-4.2.0-2008112218 for i686 doesn't have sesame2 support. Probably it needs JAVA_HOME export.
By the way thanks for qtcreator as well. I've worked on qdevelop only and i'd love to test qtcreator as well.

markc · 2008-11-23 13:59:34

@capthookb: are you sure, how do we test if it is or not? The last i686 logfile shows this...

-- Soprano Components that will be built:
   * Redland storage backend
   * Sesame2 storage backend (java-based)
   * Raptor RDF parser
     (including TriG parser)
   * Raptor RDF serializer
   * The CLucene-based full-text search index library

Yes, I'm interested to try out qtcreator as well. I'll build it from Git when they release the source (assuming they do and it's ~GPL'd.) Have you got any projects worth packaging up?

Update: on kdesupport, my builds have been failing to install for the last week, or more, because I had the standalone decibel package also installed and kdesupport had conflicts and was not being auto installed or uploaded. So kde-svn has not been built against the latest kdesupport for at least a week! I have removed the decibel package as it looks like what is in kdesupport is also version 0.5.0. This might explain some weird corner case crashes, perhaps. Building another kdesupport now and will make sure it gets installed for both i686 and x86_64 before starting the next kde-svn build.

Also, FWIW, this is the build order. qt-copy and qt-copt-doc are are set to 0 so they don't get built every time and I use "mcfg prio qt-copy 100" to put them at the top of the list when I notice it gets updated in the upstream kde svn repo. My point here is that if anyone thinks the order should be different then just say so and I'll adjust it.

# mcfg show kde-svn
90    kde-svn/kdesupport
85    kde-svn/kdelibs
80    kde-svn/kdepimlibs
60    kde-svn/kdebase
10    kde-svn/extragear-base
10    kde-svn/extragear-graphics
10    kde-svn/extragear-libs
10    kde-svn/extragear-multimedia
10    kde-svn/extragear-network
10    kde-svn/extragear-pim
10    kde-svn/kdeaccessibility
10    kde-svn/kdeadmin
10    kde-svn/kdeartwork
10    kde-svn/kdebindings
10    kde-svn/kdeedu
10    kde-svn/kdegames
10    kde-svn/kdegraphics
10    kde-svn/kdemultimedia
10    kde-svn/kdenetwork
10    kde-svn/kdepim
10    kde-svn/kdeplasma-addons
10    kde-svn/kdereview
10    kde-svn/kdesdk
10    kde-svn/kdetoys
10    kde-svn/kdeutils
10    kde-svn/kdevelop
10    kde-svn/kdevplatform
10    kde-svn/kdewebdev
10    kde-svn/koffice
0    kde-svn/qt-copy
0    kde-svn/qt-copy-doc

Last edited by markc (2008-11-23 14:35:54)

markc · 2008-11-23 15:59:49

Somewhat off-topic but it may be useful for anyone running x86_64 and is currently stuck trying to upgrade and can't because of the older version of xulrunner... you can update the [dev] repo and that will pick up on freshly built nss and xulrunner packages. The official packages may be ready by now but I thought that nearly 48 hours ago and they're still not ready. Direct URLs are...

http://pkg.eth-os.org/eth-os/dev/x86_64 … kg.tar.bz2
http://pkg.eth-os.org/eth-os/dev/x86_64 … kg.tar.bz2

BTW I'm getting about 400K downloads since I swapped the binary repo backend server to my Dreamhost site. Everyone happy now?

Last edited by markc (2008-11-23 16:04:19)

MillTek · 2008-11-23 16:30:55

Yes markc, the d/l speeds are much better. I just got kdesupport and qtcopydoc and they came in at 589Kb/s instead of the 27Kb/s the other day.

Thanks for working on the issue.

capthookb · 2008-11-23 20:15:55

@mark: Sebastian Trueg said that sopranocmd --help will tell if sesame2 and/or redland are supported. Also if you cannot enable strigi in systemsettings, then probably sesame2 is missing. They are removing redland for kde4.2. Your log seems right though....

No i don't have any projects worth packaging. I'm trying to develop an application on syncing subtitles just to fresh up my c++ and get to learn qt4. I'll tell you if i come up with something usefull.

Last edited by capthookb (2008-11-23 20:21:04)

markc · 2008-11-24 03:59:57

@MillTek: yes, that's an acceptable download speed.

FWIW, this Dreamhost site has per day bandwidth logging and the 22nd showed 9.5Gb so take off my 600Mb upload and taking into account ~200Mb to ~300Mb download per user means about 30 people are using the repo on a regular basis. That is about the same as it was 6 months ago when I started compiling kde-svn.

@capthookb: thanks, a good hint, sopranocmd --help here shows...

(Soprano::PluginManager) found plugin file "/usr/share/soprano/plugins/sesame2backend.desktop" 
(Soprano::PluginManager) plugin has proper version. 
(Soprano::PluginManager) found backend plugin  "sesame2"

This is the first build in a while <cough> that uses a current kdesupport. kopete seems a bit strange for me, it starts but doesn't show anything. akregator still does not seem to remember the position of panel fields and it still segfaults with my list of feeds. kmail seems okay and has sane message listing defaults again. konqueror also seems fine and even shows youtube videos using the 64bit Flash 10 alpha player, although the Daily Show doesn't work, but then it doesn't in firefox either so it's a flash player isse. ktorrent worked okay with Aarons 2nd videoblog -> http://torrents.thepiratebay.org/452743 … PB.torrent

capthookb · 2008-11-24 09:50:57

Never mind. After today's update there is sesame2.
Thanks mark for one more time for doing this. I'm one of those 30 users for sure . Speeds are ok now.
By the way, jabber support is back in kopete, although it seems that it cannot connect.

Edit: it does connect with some tweaking: http://wiki.kde.org/tiki-index.php?page … lk+support

I also noticed an additional option as far as it concerns UI in krunner. We can choose among command or task oriented (as they call it) setup.
For me quicksand works much faster (i guess because it doesn't resize while i type)

Last edited by capthookb (2008-11-24 12:02:36)

Janax · 2008-11-24 14:49:01

tahseen wrote:

For quite a while now .. a lot of the times when I click on the notifiaction the kopete sends .. whole plasma crashes. Don't think if its kopete specific or rather its a plasma problem. I thought it would be fixed soon .. seeing the amount of crash. But now I wonder if its only my problem. Anyone having the same problem? Any idea on how I can pinpoint the problem to report upstream.

Yes, I have been having the same problem since libplasma was moved into kdelibs. I keep hoping for a 'fix' too, but it hasn't been forthcoming. I actually waited a bit this morning to post this reply, as I was hoping that the changes to kdesupport noted by markc would help. After (minimal) testing, however, I still seem to be having the same problem...

tahseen · 2008-11-24 16:15:26

I have just been talking on #plasm .. a dev just told me to try latest qt-copy .. some bugs on notification got fixed in patches there. Some testing suggests that ours may not be the one that he knows off but thats the best course of action.

markc any help on how do I do that.. also can you provide a link of where I can find the help for build .. if qt-copy update fails I may try a debug build to get a trace to the dev.. the least I can do after the help I got

Last edited by tahseen (2008-11-24 16:16:47)

Solid1986Snake · 2008-11-24 20:26:59

Okay guys!

I can confirm the kopete bug too, but. Its the only program that gets this weird behaviour... i can't turn off the notifications too...
Is there a bug report on kde? I didn't find one...

You talked about strigi indexing before... sesame backend is there now, but how did you get strigi working? Maybe i am missing something, if I check the toolbox for Strigi enabled nothing happens, the next time i look in the dialog the box is unchecked....
Any suggestions?

Mybe it has something to do with:

(Soprano::PluginManager) found no soprano plugin at "/usr/lib/soprano/libsoprano_sesame2backend.so"

But the file is there.... hmmmm

Last edited by Solid1986Snake (2008-11-24 20:34:20)

tahseen · 2008-11-25 04:45:56

The dev also said to apply the paches .. markc from your PKGBUILD I don't see anything about applying the patches .. am I missing something or you're not applying any of those patches?

markc · 2008-11-25 05:06:11

@tahseen: no, I hadn't applied any new patches, I thought they would already be applied to the qt-copy codebase. Do you know where I can find a list of what patches to apply?

Update: got it, there is a script called "apply_patches" (doh!) that probably needed to be run everytime qt-copy was built but it has never been. Building new patched binaries now. I have no excuse... how lame is that!

Last edited by markc (2008-11-25 05:38:00)

tahseen · 2008-11-25 06:09:54

Cool .. I have already started the build .. but it would be good if you maintained the patched one regularly. Its also taking forever to build on my laptop

tahseen · 2008-11-25 07:12:27

It didn't get fixed
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 18 (X_ChangeProperty)
Resource id: 0x400002d
This is the error I get running from console

Also did anyone notice the hal build from testing is broken on policy group. solid-powermanagement doesn't work without super user privilge for me with that build .. going back to the build from extra fixed that and here I was furious about solid/powerdevil for nothing.

markc · 2008-11-25 07:34:22

@tahseen: sure will, the apply_patches line has been added to the PKGBUILD. I'm not sure if any Qt include files are touched but if so then the next build will obviously pick up those changes too. The binaries should be up in another hour, 2 at most. I guess I've added the extra script patching line in the right spot, double check here @ http://eth-os.googlecode.com/svn/trunk/ … y/PKGBUILD

BTW what sources packages are you using?

Also updated gui/qtcreator. I just started playing with it a few hours ago and loving it. However, I'm hacking on a window manager which I'm stuck trying to debug... I mean, how does one run and debug a window manager while using the same (or any) window manager (posted the question to qt-interest)... and yes, plasma is so unstable on my system I want something simpler and faster and works the way I want it to! Really simple, I want to RMB on the right screen edge to go the next desktop, same on the left edge to go to the previous desktop, and also to be able to use RMB on the bottom edge to bring up some kind of panel so using the mouse near the bottom of the screen doesn't trigger auto-(un)hide. I also want to run custom apps when RMB in the 4 corners, maybe RMB on the top edge drops down cooperating application menus, just like on an Amiga 20 years ago. Dream on.

Arch Linux

#676 2008-11-22 10:37:17

Re: Daily KDE4 Subversion Packages

#677 2008-11-22 11:03:11

Re: Daily KDE4 Subversion Packages

#678 2008-11-22 11:12:09

Re: Daily KDE4 Subversion Packages

#679 2008-11-22 12:30:44

Re: Daily KDE4 Subversion Packages

#680 2008-11-22 17:06:19

Re: Daily KDE4 Subversion Packages

#681 2008-11-22 17:33:40

Re: Daily KDE4 Subversion Packages

#682 2008-11-22 20:17:02

Re: Daily KDE4 Subversion Packages

#683 2008-11-23 07:55:25

Re: Daily KDE4 Subversion Packages

#684 2008-11-23 11:48:07

Re: Daily KDE4 Subversion Packages

#685 2008-11-23 12:36:29

Re: Daily KDE4 Subversion Packages

#686 2008-11-23 13:33:55

Re: Daily KDE4 Subversion Packages

#687 2008-11-23 13:59:34

Re: Daily KDE4 Subversion Packages

#688 2008-11-23 15:59:49

Re: Daily KDE4 Subversion Packages

#689 2008-11-23 16:30:55

Re: Daily KDE4 Subversion Packages

#690 2008-11-23 20:15:55

Re: Daily KDE4 Subversion Packages

#691 2008-11-24 03:59:57

Re: Daily KDE4 Subversion Packages

#692 2008-11-24 09:50:57

Re: Daily KDE4 Subversion Packages

#693 2008-11-24 14:49:01

Re: Daily KDE4 Subversion Packages

#694 2008-11-24 16:15:26

Re: Daily KDE4 Subversion Packages

#695 2008-11-24 20:26:59

Re: Daily KDE4 Subversion Packages

#696 2008-11-25 04:45:56

Re: Daily KDE4 Subversion Packages

#697 2008-11-25 05:06:11

Re: Daily KDE4 Subversion Packages

#698 2008-11-25 06:09:54

Re: Daily KDE4 Subversion Packages

#699 2008-11-25 07:12:27

Re: Daily KDE4 Subversion Packages

#700 2008-11-25 07:34:22

Re: Daily KDE4 Subversion Packages

Board footer