Daily KDE4 Subversion Packages

MillTek · 2008-10-17 22:47:37

For several days now, every tiime I use pacman I am asked;

Replace libdvbpsi4 with extra/libdvbpsi?

So far I have said no. Should I continue to do that??

Thanks

solarwind · 2008-10-18 00:25:24

MillTek wrote:

For several days now, every tiime I use pacman I am asked;
Replace libdvbpsi4 with extra/libdvbpsi?
So far I have said no. Should I continue to do that??
Thanks

Just continue to say no.

markc · 2008-10-18 03:01:13

Or you could just go ahead and allow the switch to take place. VLC depends on this lib so the worst that can happen is to uninstall vlc but then simply just reinstall vlc again. I don't think this particular lib has anything to do with kde-svn dependencies... I mean, there might be a note about this conflict in another more generalised forum thread. Search the forums for "libdvbpsi".

wrc1944 · 2008-10-18 18:33:42

@markc: Just updated your packages to KDE 4.1.70 (KDE 4.1.70 (KDE 4.2 >= 20081016))- they work great here. I can't tell you enough how much I appreciate being able to keep up with kdesvn like this on Arch without having to compile myself each time. Great work- thanks much for sharing this with everyone!

One thing- I find I have to use -Syuf each time to update. Is this normal with your kdesvn packages, and won't cause any problems with the other Arch updates usually included when I update kdesvn?

MillTek · 2008-10-18 22:40:20

Hi,
This may seem a little naive on my part but from time to time when I return to my system - when the monitors have powered down - when I move the mouse KDE4 will present a desktop that has small winows for every app that is running tiled. When I click on one it becomes full size. I haven't so far been able to figure out how to reproduce this at will. It is very convenient so how do I do it?? Also, is there somewhere I can go to read about other KDE4 features I am not aware of?? I have tried perusing the docs on the KDE.org site but they don't seem to have the type of thing I am talking about or else I am just not looking for the right thing.

While I'm at it I would also like to offer markc kudos. Not only does the daily download work very well, but ut seems to fo it virtually every time.

Thanks

markc · 2008-10-19 12:10:28

@wrc1944: most of the time the need to force an upgrade is because of the same images being in 2 packages. I don't often try to tweak the PKGBUILDs to compensate because it may end up being corrected in trunk anyway, and then I have a dangling tweak that is no longer needed. It's annoying but rarely gets out of control enough to actually break your whole system... nothing a quick and dirty manual workaround can't fix.

@MillTek: I think if you simply push your mouse into the top left corner it will activate this tiled view in composite mode. As for a comprehensive documentation, I don't think it exists yet but the userbase wiki (http://userbase.kde.org/) is steadily growing. The right info is spread all over the place because "things" are moving too quick for the docs to keep up.

Thanks for the thanks guys.

FWIW, [gui]/qt-snapshot has been updated. I'm running my main [testing] x86_64 desktop system on top of these qt-snapshots and I'm not aware of any obvious breakage. Don't worry, the kde-svn build machine is [core] based with qt-copy.

EvilSide · 2008-10-19 16:39:12

@markc, if the extragear-plasma. extragear-libs, kdebase-dev, kdelibs-dev and qt-copy-docs are not required anymore can you remove them from the repo?

solarwind · 2008-10-19 22:41:57

@markc, do you mind posting or sending me all the buildscripts you use to make the packages?

solarwind · 2008-10-20 01:06:02

Oh, by the way, kdevelop does not work.

markc · 2008-10-20 05:08:25

@EvilSide: good point, done and thanks for the heads up.

@solarwind: the sources packages have always been available from...

svn checkout http://eth-os.googlecode.com/svn/trunk/kde-svn kde-svn

trouble is they are not standalone packages, they rely on my [dev]/mpkg build script. I've converted qt-copy and qt-copy-doc to standalone packages and I will use that same pattern for the other ones... but I said I'd make them standalone 6 months ago. If I had any inclination anyone else would like to co-maintain this package set then I'd put in the effort to convert and test these packages and rewrite the build script to accomodate the changes, but in the mean time, the packages get built every day with little fuss from me so, for now, I just leave things the way they are. I'm still setting up the Eth-OS site to host them using a hacked PunBB and cgit.

I haven't even got kdevelop installed to test but I wouldn't expect it to work before 4.2 final.

Last edited by markc (2008-10-20 05:08:58)

EvilSide · 2008-10-20 11:06:11

@markc: so qt-copy-doc is not needed anymore?

markc · 2008-10-20 11:54:17

@EvilSide: only for development. I guess it would help if I explain some changes when I make them. I removed the kludgy split package method I used to use for kdebase/kdelibs/qt-copy doc and dev packages but then when I rewrote the qt-copy (and qt-snaphost) PKGBUILDs I re-added qt-copy-doc (and qt-snapshot-doc) real package by copying the standard qt-doc PKGBUILD. This revised qt-copy-doc includes the Qt headers so if you needed to build any Qt or KDE programs then, yes, you would need to install qt-copy-doc. It basically is made up of anything in the Qt source that can be an "any" arch neutral package. It only gets built once for both i686 and x86_64 and then gets softlinked into the i686 and x86_64 binary repos. So in a way, it's a bit of a compromise between the previous dev and doc packages.

Great, I just noticed I can run multiple konquerors without the old one throwing an error from not being able to access the internet. Also, the next update looks like it will have a lot of plasma parts moved from kdereview into kdebase, which is good, but we'll have to wait to see if the highly modified kdebase builds.

EvilSide · 2008-10-20 13:15:08

markc, problem:

error: cannot resolve "extragear-libs", a dependency of "extragear-graphics"
error: failed to prepare transaction (could not satisfy dependencies)
:: extragear-graphics: requires extragear-libs

Maybe is required

Last edited by EvilSide (2008-10-20 13:15:50)

markc · 2008-10-20 13:37:11

@EvilSide: thanks, it seems extragear-libs is now a near empty directory that does not compile. I've removed the dependency from extragear-graphics but it won't make it until the next update. It's safe to ignore, just use -f for now.

FWIW, some changes available for the current update (i686 now, x86_64 in a few hours)...

SVN commit 873762 by aseigo: document the evening's additions
--- trunk/KDE/kdebase/workspace/plasma/design/CHANGELOG

+ * NEW: Destkop Theme Details
+    * Customize and create new desktop themes with
        kcmshell4 destkopthemedetails 

 Plugins/Addons
 --------------
 * Features
     * Plasmoids and Containments
+        * NEW: Incoming messages: listens to various F/OSS email and
            IM apps for messages arriving
+        * NEW: Incoming message: let people leave you notes on your
             computer, particularly handy for Plasma widets on the screensaver
+        * NEW: Previewer: drop files to preview them right on your desktop
            or panels
+        * NEW: System monitor
+        * NEW: Web browser: a WebKit browser in a desktop widget!
+        * NEW: Activity bar: quick switcher for Plasma activities
+        * NEW: Conway's game of life
+        * NEW: RSSNow! fancy online news ticker
+        * NEW: Pastebin, drop text/data to upload it to a pastebin server
+        * NEW: Bouncing ball, throw it and watch it bounce around!
+        * Now Playing media player controls: play, pause, stop, switch tracks
            and more from
      * DataEngines
+        * NEW: Web site icons (favicons) engine
+        * NEW: Desktop notifications engines
+        * NEW: System monitor engine based on ksysguard (cpu, memory,
            heat, sensors, etc)
     * ScriptEngines
         * NEW: Google Gadgets
         * NEW: Python Plasmoids
+        * MacOS Dashboard widgets: improved JS API compliance
      * Runners
+        * NEW: Kate sessions runner
+        * NEW: Recent documents runner

EvilSide · 2008-10-20 14:06:43

@markc, it wont ugrade it:
pacman -Syuf:
kde-svn is up to date
gui is up to date
dev is up to date
testing is up to date
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
error: cannot resolve "extragear-libs", a dependency of "extragear-graphics"
error: failed to prepare transaction (could not satisfy dependencies)
:: extragear-graphics: requires extragear-libs

Maki · 2008-10-20 21:18:26

Whats the condition of svn trunk these days?, i like to check it, but don't like to end up in really broken stuff

venky80 · 2008-10-20 21:32:02

me too, is there a way to easily test it in virtualbox? without too many edits and config changes and force installs and uninstalls? ..;)

solarwind · 2008-10-21 00:21:16

markc wrote:

@EvilSide: good point, done and thanks for the heads up.
@solarwind: the sources packages have always been available from...
svn checkout http://eth-os.googlecode.com/svn/trunk/kde-svn kde-svn
trouble is they are not standalone packages, they rely on my [dev]/mpkg build script. I've converted qt-copy and qt-copy-doc to standalone packages and I will use that same pattern for the other ones... but I said I'd make them standalone 6 months ago. If I had any inclination anyone else would like to co-maintain this package set then I'd put in the effort to convert and test these packages and rewrite the build script to accomodate the changes, but in the mean time, the packages get built every day with little fuss from me so, for now, I just leave things the way they are. I'm still setting up the Eth-OS site to host them using a hacked PunBB and cgit.
I haven't even got kdevelop installed to test but I wouldn't expect it to work before 4.2 final.

Can you please post your build scripts? I'm very interested in them.

And kdevelop does not work at all. Was the KDE 4 kdevelop ever operational? When I create a new project, it does nothing. No files get created. It doen't do anything.

Last edited by solarwind (2008-10-21 00:22:32)

markc · 2008-10-21 01:40:57

@EvilSide: sorry, I think you'll just have to remove extragear-graphics for now (eek, it contains digikam) or wait for the next update (I just installed 20081020 without a problem).

@Maki: it's definitely better than a month ago. As always, use a spare 5Gb partition if possible and leave whatever you currently use intact just in case.

@venky80: if you are used to setting up virtualbox environments then it's dead easy, just do a fresh ArchLinux install, add the kde-svn repos to /etc/pacman.conf, and install the kde-svn-all group... done. Better still, for me, install into a spare 5Gb to 10Gb partition and reboot.

@solarwind: the build script is [dev]/mpkg package...

[dev]
Server = http://pkg.eth-os.org/eth-os/dev/i686

then pacman -S mpkg. It needs an overhaul, especially as the fetch system will go back into the PKGBUILDs using the same getsource() style as in qt-copy. Updating that particular SQLite database with logging details is a mistake as it causes an unneccassry svn update after every build. The reason I use SQLite is because of the lack of fancy arrays in bash, and no, I am not interested in using perl or python. I can't use the regular makepkg VCS routines because they a) do not respect $SRCDEST for storing the (for me, 20Gb) VCS sources and b) it rewrites the PKGBUILD $pkgver field with VCS details and that would cause the PKGBUILDs to be needlessly updated everytime I do a build. Adding the getsource() function to each PKGBUILD and removing the VCS fetch routines from mpkg is all that needs to happen. I could do it with a few hours work but it's the testing to make sure the whole process still works is what stops me (atm, the builds "just work" so I can think about other things).

I'm not sure but I don't think kdevelop is even expected to work yet.

@alexandre.parente: I'd be interested in using xdelta as it would really cut down on bandwidth for everyone using these packages regularly but I simply don't know how xdelta works... I've never used it so I have no idea how to apply it to these packages.

EvilSide · 2008-10-21 16:52:44

OMG! Anyone tryed build from today (20081021)?
Am I blind or there is no task manager at the panel? o.O
And there is no task manager applet in widgets?

Riklaunim · 2008-10-21 17:55:17

solarwind wrote:

And kdevelop does not work at all. Was the KDE 4 kdevelop ever operational? When I create a new project, it does nothing. No files get created. It doen't do anything.

Try to delete all .kdevelop* folders and try again. It (sometimes) works, but it has still a bit ToDo list and less (visible) features that Kdevelop3

venky80 · 2008-10-21 20:40:05

Thanks , I was worried i have to do some force installs ok will try asap

markc wrote:

@EvilSide: sorry, I think you'll just have to remove extragear-graphics for now (eek, it contains digikam) or wait for the next update (I just installed 20081020 without a problem).
@Maki: it's definitely better than a month ago. As always, use a spare 5Gb partition if possible and leave whatever you currently use intact just in case.
@venky80: if you are used to setting up virtualbox environments then it's dead easy, just do a fresh ArchLinux install, add the kde-svn repos to /etc/pacman.conf, and install the kde-svn-all group... done. Better still, for me, install into a spare 5Gb to 10Gb partition and reboot.
@solarwind: the build script is [dev]/mpkg package...
[dev]
Server = http://pkg.eth-os.org/eth-os/dev/i686
then pacman -S mpkg. It needs an overhaul, especially as the fetch system will go back into the PKGBUILDs using the same getsource() style as in qt-copy. Updating that particular SQLite database with logging details is a mistake as it causes an unneccassry svn update after every build. The reason I use SQLite is because of the lack of fancy arrays in bash, and no, I am not interested in using perl or python. I can't use the regular makepkg VCS routines because they a) do not respect $SRCDEST for storing the (for me, 20Gb) VCS sources and b) it rewrites the PKGBUILD $pkgver field with VCS details and that would cause the PKGBUILDs to be needlessly updated everytime I do a build. Adding the getsource() function to each PKGBUILD and removing the VCS fetch routines from mpkg is all that needs to happen. I could do it with a few hours work but it's the testing to make sure the whole process still works is what stops me (atm, the builds "just work" so I can think about other things).
I'm not sure but I don't think kdevelop is even expected to work yet.
@alexandre.parente: I'd be interested in using xdelta as it would really cut down on bandwidth for everyone using these packages regularly but I simply don't know how xdelta works... I've never used it so I have no idea how to apply it to these packages.

superrad · 2008-10-21 21:56:23

Sorry if this has been asked and answered millions of times already in this thread but I only skimmed through quickly, using the repo's on the first post can I install kde4-svn on my system without it messing with my kde4.1 installation? Interested in having a look at how 4.2 is coming along

markc · 2008-10-22 00:42:34

@EvilSide: not only no task manager but no desktop! I just restarted the x86_64 20081021 build and all I get is a black screen after the kde startup. No obvious crash, just no usable dekstop/plasma or panels.

I added a small Qt based window manager I've been hacking on as [gui]/qwm. I'm using it now to have something to run KDE apps with until, hopefully, the next build provides a working desktop again. If anyone installs it then just add exec qwm to your ~/.xinitrc file and comment out startkde if you use startx to launch KDE. I'm not sure how to start it up using Kdm (hints welcome and I'll add it to the package).

If you happen to have not yet updated to 20081021 then don't, wait another 4 (i686) to 8 (x86_64) hours.

Update: doh, I forgot to actually upload the qwm window manager and now it's caught up with some of the first i686 packages to be built so it'll take another hour or so before qwm is available.

Last edited by markc (2008-10-22 00:56:16)

markc · 2008-10-22 00:44:30

@superrad: no, it will most likely conflict with the standard KDE and KDEmod. Just use virtualbox or install into a spare 5Gb partition.

Arch Linux

#526 2008-10-17 22:47:37

Re: Daily KDE4 Subversion Packages

#527 2008-10-18 00:25:24

Re: Daily KDE4 Subversion Packages

#528 2008-10-18 03:01:13

Re: Daily KDE4 Subversion Packages

#529 2008-10-18 18:33:42

Re: Daily KDE4 Subversion Packages

#530 2008-10-18 22:40:20

Re: Daily KDE4 Subversion Packages

#531 2008-10-19 12:10:28

Re: Daily KDE4 Subversion Packages

#532 2008-10-19 16:39:12

Re: Daily KDE4 Subversion Packages

#533 2008-10-19 22:41:57

Re: Daily KDE4 Subversion Packages

#534 2008-10-20 01:06:02

Re: Daily KDE4 Subversion Packages

#535 2008-10-20 05:08:25

Re: Daily KDE4 Subversion Packages

#536 2008-10-20 11:06:11

Re: Daily KDE4 Subversion Packages

#537 2008-10-20 11:54:17

Re: Daily KDE4 Subversion Packages

#538 2008-10-20 13:15:08

Re: Daily KDE4 Subversion Packages

#539 2008-10-20 13:37:11

Re: Daily KDE4 Subversion Packages

#540 2008-10-20 14:06:43

Re: Daily KDE4 Subversion Packages

#541 2008-10-20 21:18:26

Re: Daily KDE4 Subversion Packages

#542 2008-10-20 21:32:02

Re: Daily KDE4 Subversion Packages

#543 2008-10-21 00:21:16

Re: Daily KDE4 Subversion Packages

#544 2008-10-21 01:40:57

Re: Daily KDE4 Subversion Packages

#545 2008-10-21 16:52:44

Re: Daily KDE4 Subversion Packages

#546 2008-10-21 17:55:17

Re: Daily KDE4 Subversion Packages

#547 2008-10-21 20:40:05

Re: Daily KDE4 Subversion Packages

#548 2008-10-21 21:56:23

Re: Daily KDE4 Subversion Packages

#549 2008-10-22 00:42:34

Re: Daily KDE4 Subversion Packages

#550 2008-10-22 00:44:30

Re: Daily KDE4 Subversion Packages

Board footer