Daily KDE4 Subversion Packages

silencer · 2008-07-16 18:59:24

Does anyone how can I have kate? I really miss it
Is it in this repository and I'm missing it?

thanks!

Belitsky.A · 2008-07-16 19:07:07

silencer wrote:

Does anyone how can I have kate? I really miss it
Is it in this repository and I'm missing it?
thanks!

kate is located in kdesdk

pacman -S kdesdk

silencer · 2008-07-16 19:32:16

Thanks a lot!

cyber_fusion · 2008-07-21 12:33:27

It seams packages aren't being updated since 107/17, any reason why ?

Belitsky.A · 2008-07-21 12:38:02

Tigertailz wrote:

Hello, I just installed kde from your repo, for fun. Well now I want to remove all the kde packages, is there a way I can do that in one command ?

# pacman -R kde-svn-all

cyber_fusion · 2008-07-21 12:42:46

And by 107 I meant 15

(Not a good day)

Last edited by cyber_fusion (2008-07-21 12:43:34)

dyscoria · 2008-07-21 12:54:40

cyber_fusion wrote:

It seams packages aren't being updated since 107/17, any reason why ?

cyber_fusion wrote:

And by 107 I meant 15
(Not a good day)

And by 17 you meant 7?
15/17 doesn't appear to be a valid date

rant removed after error pointed out by Belitsky.A

Last edited by dyscoria (2008-07-21 13:14:35)

Belitsky.A · 2008-07-21 13:09:12

2dyscoria: Usually packages are updated every day (just look at header of topic) and compiling takes about 8 hours. Just look at post #351.

Last edited by Belitsky.A (2008-07-21 13:11:39)

markc · 2008-07-22 13:57:31

Guys, sorry I've been too busy to respond here but I've had 2 really weird problems. One of my ram chips was faulty and only got replaced on Monday (20080721) and the hosting provider I use seems to have a problem with their storage system. No matter what I update and upload via rsync, which appears to be okay on the remote server (dates and file sizes look fine via the web and from the shell), will not update via pacman -Sy or install the latest files, even though they look like they are there on the other end. I also changed some paths and had some links to redirect some fetches to old areas, and I thought that must be the problem, but even though I've removed all links and tidied things up the db and package files still won't come through (for me at least). They seems to be stuck around the 17th of July. Now that my machine is building reliably again I've had time to try and work out why the remote server is not providing the latest files to pacman but I've given up and will move the binary repo to another server. I do hope there will be a 20080723 build in another 12 hours or so.

silencer · 2008-07-22 14:22:05

markc wrote:

I do hope there will be a 20080723 build in another 12 hours or so.

Whenever you can

Thank you very much for your great job!

silencer

capthookb · 2008-07-23 10:23:10

Update to 20080723 worked just fine here!
Thanks markc

markc · 2008-07-25 08:39:38

Wow, 20080725 looked like it was going to be a fairly complete build but I just rebooted into it and the plasma desktop is all white with... nothing on it! Alt-f2 works so programs will start up but it's not much fun and quite disappointing after a week of no real updates to now get this as I was looking forward to seeing what over a weeks changes would be like. If anything I'd suggest not to upgrade and hopefully 20080726 may be better now that I have an updated system and that will be the basis of what builds tomorrows version.

I think part, or even a lot, of the problems I've had in the last 10 days revolves around using the default XferCommand, which I think may be like a "rsync --size-only", and the way I use the new mpkg script might have to be altered a little. The original script did everything in global chunks, it would update all the local repositories, then build all the tarballs, then build all packages and update my local repo in one go. The new script starts with the highest priority package and processes it completely first, through to updating my local repo, then moves on to the next package etc. This is great in that it makes it easy to build just a single package which is what I wanted from the mpkg rewrite, but, it means the *.db.tar.gz database files are frequently updated during the whole process and along with my experiments with partial remote uploads to try and speed up the whole process (while other parts keep building) meant the remote repo had db files that are updated but something, perhaps it's the same size so that the (possible) "rsync --size-only" will not pull (sometimes!) the latest db files and so some packages appear to be corrupt and a pacman -Syu will not pull in the latest db file which I *KNOW* has been updated on the remote server. Around and around I've been for nearly a week since I even started to notice "something weird".

So this new mpkg build script is almost working okay, and I changed remote servers (whole new server setup etc), and I think between a mistake in my new scripts rsync updates that sent *some* parts of a fresh build to the wrong folder on the original remote server, plus the default XferCommands lack of forcing the latest db files to come through, ended up with me going around in circles for days. Heh, so I finally uncommented the /etc/pacman.conf wget based XferCommand and that pulls in the latest db files without any issue! So with great anticipation after finally getting most packages to build and upload and then provide a usable local package update... I get this plain white nothingness for a desktop... oh the irony :-)

So II... most packages built, dev/mpkg almost works, uncomment XferCommand in /etc/pacman.conf... all good but plasma is all of nothingness which I'm not sure is due to post 4.1 changes or I haven't got the right dependencies for this build... or maybe the wind is blowing the wrong way today.

Update: well after an hour or so of just setting my main apps fullscreen, and turning on some desktop effects like the cube with an active left edge (then RMB to select desktop view), and my all time favourite tweak since forever being ctrl-right/left to switch to next/previous desktops, I can actually say I don't miss plasma at all. A bottom panel would be nice but only because I'm used to it out of habit but right now I'm getting used to the alt-f2 application launcher which I normally would never use. Running "plasma" in console obviously starts it up but it quits after 1 second with the last line being "QPainter::begin: Cannot paint on a null pixmap" but I have no idea if that is significant. I could get used to a plasma-free kwin/composite-only desktop with perhaps some kind of dock. Not having a working plasma is not the end of the world!

Last edited by markc (2008-07-25 11:07:22)

Belitsky.A · 2008-07-25 19:50:47

Now plasma works again.

silencer · 2008-07-26 00:46:52

Hi!

Trying to update with pacman -Syu, I get the following error:

:: Retrieving packages from kde...
error: failed retrieving file 'kdepimlibs-4.1.0-20080726-i686.pkg.tar.bz2' from pkg.eth-os.org : Not Found
error: failed retrieving file 'kdelibs-dev-4.1.0-20080725-i686.pkg.tar.bz2' from pkg.eth-os.org : Not Found
warning: failed to retrieve some files from kde
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.

Am I doing something wrong?

thanks a lot for your great^2 work

Belitsky.A · 2008-07-26 06:08:45

silencer wrote:

Hi!
Trying to update with pacman -Syu, I get the following error:
:: Retrieving packages from kde...
error: failed retrieving file 'kdepimlibs-4.1.0-20080726-i686.pkg.tar.bz2' from pkg.eth-os.org : Not Found
error: failed retrieving file 'kdelibs-dev-4.1.0-20080725-i686.pkg.tar.bz2' from pkg.eth-os.org : Not Found
warning: failed to retrieve some files from kde
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
Am I doing something wrong?
thanks a lot for your great^2 work

The same was with kdelibs-doc and kdebase-doc at 20080725.

Last edited by Belitsky.A (2008-07-26 06:12:35)

markc · 2008-07-26 08:09:00

Woops, I'm not sure why only kdepimlibs didn't get built and uploaded, but it is now. The split doc packages are a mistake with my mpkg script which I'll fix by tonight. Now... here we go again... I'm still getting an error trying to do an update because of qt-copy-dev (and probably qt-copy-doc) even though I'm using the wget based XferCommand and I have double checked that the latest 20080726 version is on the remote server but pacman wants to install 20080725, but that version is no longer on the remote server. Hmm, I removed my local kdesvn sync database and tried again and this time the right versions are there so if you get stuck then try a sudo rm -rf /var/lib/pacman/sync/kdesvn (it gets rebuilt with a pacman -Sy) and the latest database will have to come in. This could be an ongoing problem when I start building 2 or even 3 times per day.

Update: the wind has decided to blow the wrong way again. I just did a "mpkg mpkg upload" and the updated mpkg package is now on the remote server as v0.0.8 here at http://pkg.eth-os.org/eth-os/dev/x86_64/ and this shows that the dev.db.tar.gz file contains the v0.0.8 version...

# tar tf /home/w/org/eth-os/pkg/eth-os/dev/x86_64/dev.db.tar.gz | grep mpkg
mpkg-0.0.8-20080727/
mpkg-0.0.8-20080727/desc
mpkg-0.0.8-20080727/depends

and yet, even using the wget based XferCommand, a pacman -Syu will not update to that version even after deleting the contents of /var/lib/pacman/sync/dev.

# ll /var/lib/pacman/sync/dev/mpkg-* -d
drwxr-xr-x 2 root root 4096 2008-07-27 01:30 /var/lib/pacman/sync/dev/mpkg-0.0.5-20080725/

# pacman -S mpkg
warning: mpkg: local (0.0.8-20080727) is newer than dev (0.0.5-20080725)
warning: mpkg-0.0.8-20080727 is up to date -- reinstalling
...
Targets: mpkg-0.0.5-20080725

That version is now 2 days old. I hope I am doing something wrong because otherwise it might be a bug in pacman that appeared about 2 weeks ago.

Last edited by markc (2008-07-26 15:50:16)

Belitsky.A · 2008-07-27 12:05:41

Today after 'pacman -Syu' I've got this:

warning: kdebase: local (4.1.0-20080725) is newer than extra (3.5.9-5)
warning: kdelibs: local (4.1.0-20080726) is newer than extra (3.5.9-6)

Last edited by Belitsky.A (2008-07-27 12:08:18)

markc · 2008-07-27 13:53:37

@Belitsky.A: yes sorry, my build script messed up on qt-copy, kdebase and kdelibs. I have fixed the x86_64 versions and another i686 is building right now and should be uploaded by about 17:00 UTS/GMT.

I think quite a bit of my difficulty downloading the latest packages and db files might be todo with my local ADSL ISPs web cache and I just tried changing XferCommand = /usr/bin/wget --no-cache -O %o %u in /etc/pacman.conf and that worked when I tried it just now but I'm not sure if it was just coincidence. I caught a lot of bugs in the new mpkg script today (Sunday here). Another couple of nights and I should be able to put it on a cron job again and then it'll be worth trying by other people. I also noticed there is a kdesvn (kde3) package so I think I'll have to change the current "kdesvn" repo to "kde-svn". Tanis is using kde4-svn so kde-svn should be safe for the repo and group names. I'll post about this change 24 hours before I do it and leave a softlink in place for a week.

Update: it went past midnight here so the rest of 20080728 (I'm +10 hours GMT) for i686 is also building, so it will take yet another 2 hours to upload... eta ~19.00 GMT. One good thing is that Koffice built for the first time in a month or so.

Last edited by markc (2008-07-27 15:47:11)

markc · 2008-07-27 19:14:46

I think we have a winner with the 20080728 build!

qt-copy, kdelibs and kdebase are from 20070727 because I started to rebuild them just before midnight but they are 20080728 versions in all but name. I just updated an i686 machine from the repo and all went well. Sorry it's been so rough for the last week. There could be a few more glitches over the next few days as I finally get this new script working properly but we are close to settling back down to a regular pattern. I'll change the "kdesvn" repo label to "kde-svn" sometime tomorrow (I'll leave a softlink in place) and I'll consider perhaps extending the current $pkgrel variable to contain the current hour as well (ie; 2008072901), and also change to using GMT as the canonical timezone. Suggestions welcome.

Update: I should have qualified the first statement by saying the i686 packages for 20080728 are looking good. The x86_64 packages are now also uploaded.

Last edited by markc (2008-07-28 08:32:25)

solarwind · 2008-08-03 19:34:33

Are these still updated daily?

markc · 2008-08-03 21:44:08

@solarwind: yes but you need to make sure your pacman.conf entries are pointing to eth-os.org... check the very first posting in this thread for the current pacman.conf entries. The non-kde packages have not been updated for a week or so while I focused on getting the kde to work again, I'll get to them in the next few days, and there are some proaudio packages I'd like to start adding sometime soon too.

While I'm here, 20080803 is the first build in nearly a month that I didn't have to manually patch up after using the new mpkg script (yay!), which is available as dev/mpkg. I'll start building twice a day now that the dust has settled and the script is auto building again (but only just, needs more testing, and instructions for anyone else to use it). Also, what was the [kde] section label, that became the [kdesvn] section, is now called [kde-svn]. There are some softlinks in place for the old section names and hopefully this will be the last change.

As noted in the previous post, the $pkgrel dated variable now has the build hour appended and the timezone is GMT so it's possible to work out when the PKGBUILD was parsed and the package built regardless of where you are in the world. It's svn checkout would be immediately before that timestamp. Next step is to save the VCS revision numbers in the SQLite database and not blindly rebuild unless there is an actual update. This will cut down on some downloads, especially Qt which doesn't get updated all that often.

There are no real visible improvements over the 4.1 release that I can see... nothing notable anyway, but the svn commit stream indicates a lot of minor updates are going in.

capthookb · 2008-08-04 11:57:39

markc, you are using trunk for these builds, right?

Edit...

Ok, i found my answer in the first post of this topic.

markc wrote:

The [kdesvn] packages closely follow KDE trunk with no intention to split them up or patch them

Last edited by capthookb (2008-08-04 12:03:13)

Belitsky.A · 2008-08-04 14:44:26

2markc: it's not very important but you should change version for qt-copy from 4.4.0 to 4.4.1 because trunk containt this version.

markc · 2008-08-04 15:26:56

@capthookb: yes, definitely trunk. I re-edited that first posting yet again to make this point clearer, thanks for the prompting.

@Belitsky.A: good one, done that for the next build.

I have my fingers crossed that the build underway now will be completely automated without me having to manually re-add any *-dev and *-doc packages. Now that the $pkgrel can change hourly the name of a package can become stale by the time it's actually built (rolls over an hourly boundary) but I think I got it this time. As usual, all the gory details are here...

http://groups.google.com.au/group/eth-os

I almost forgot to mention that the systray icons are missing since Qt 4.4.1 (if I understand the situation correctly) so be patient as upstream KDE devs are aware of it and I'm sure someone will fix it soon.

Last edited by markc (2008-08-04 15:40:02)

mangus · 2008-08-04 23:34:21

Hi Mark, I don't have much time for compiling now but I miss the development thrill of trunk, so I've decided to give your set a try.
All seems to work fine except one thing that puzzled me..In a fresh install of qt-copy-4.4.1-2008080414 there's no /usr/bin/qmake and this broke cmake compilations of qt related packages.
The rest seems working good and your efforts are really apreciated
Thanks

Arch Linux

#351 2008-07-16 18:59:24

Re: Daily KDE4 Subversion Packages

#352 2008-07-16 19:07:07

Re: Daily KDE4 Subversion Packages

#353 2008-07-16 19:32:16

Re: Daily KDE4 Subversion Packages

#354 2008-07-21 12:33:27

Re: Daily KDE4 Subversion Packages

#355 2008-07-21 12:38:02

Re: Daily KDE4 Subversion Packages

#356 2008-07-21 12:42:46

Re: Daily KDE4 Subversion Packages

#357 2008-07-21 12:54:40

Re: Daily KDE4 Subversion Packages

#358 2008-07-21 13:09:12

Re: Daily KDE4 Subversion Packages

#359 2008-07-22 13:57:31

Re: Daily KDE4 Subversion Packages

#360 2008-07-22 14:22:05

Re: Daily KDE4 Subversion Packages

#361 2008-07-23 10:23:10

Re: Daily KDE4 Subversion Packages

#362 2008-07-25 08:39:38

Re: Daily KDE4 Subversion Packages

#363 2008-07-25 19:50:47

Re: Daily KDE4 Subversion Packages

#364 2008-07-26 00:46:52

Re: Daily KDE4 Subversion Packages

#365 2008-07-26 06:08:45

Re: Daily KDE4 Subversion Packages

#366 2008-07-26 08:09:00

Re: Daily KDE4 Subversion Packages

#367 2008-07-27 12:05:41

Re: Daily KDE4 Subversion Packages

#368 2008-07-27 13:53:37

Re: Daily KDE4 Subversion Packages

#369 2008-07-27 19:14:46

Re: Daily KDE4 Subversion Packages

#370 2008-08-03 19:34:33

Re: Daily KDE4 Subversion Packages

#371 2008-08-03 21:44:08

Re: Daily KDE4 Subversion Packages

#372 2008-08-04 11:57:39

Re: Daily KDE4 Subversion Packages

#373 2008-08-04 14:44:26

Re: Daily KDE4 Subversion Packages

#374 2008-08-04 15:26:56

Re: Daily KDE4 Subversion Packages

#375 2008-08-04 23:34:21

Re: Daily KDE4 Subversion Packages

Board footer