Hi Slacek! Thank you for the link. I just updated and found 3 issues: 1) kpowersave failes: $ kpowersave QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing kpowersave: symbol lookup error: /opt/trinity/lib/libkdeinit_kpowersave.so: undefined symbol: _ZN6DBusQt10ConnectionC1EP7QObject 2) I cannot resize windows using the mouse. Other resize methods work. 3) <ALT>+<left mouse button down>+<move mouse> on a window moves it once, than TDE freezes. Nik -- Mag. Dr. Nikolaus Klepp Einnehmerstraße 14 A-4810 Gmunden Tel.: +43 650 82 11 724 email: office(a)klepp.biz

Dne po 7. ledna 2013 Mag. Dr. Nikolaus Klepp napsal(a): Please have you all Trinity packages updated to Wheezy version? I will try this afternoon to prepare my test machine ... Slavek --

Le 07/01/2013 12:56, Mag. Dr. Nikolaus Klepp a écrit : Hello, it will not solve your main kpowersave issue, but I had the "failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing" issue. It looks like, at some time, the file "/etc/qt3/qt_plugins_3.3rc" was created as root (because of su or sudo ?), then QT3 tries to update it as normal user. To prevent these messages, just remove the file: /etc/qt3/qt_plugins_3.3rc It should not be there anyway. Francois

Dne po 7. ledna 2013 David Hare napsal(a): Sorry, I forgot to test. Here are the observations: Wizard at first Kaffeine start reported as unavailable w32codecs and libdvdcss, although both are installed. When I have not configured kaffeine and xine (I deleted ~/.trinity/share/apps/kaffeine and ~/.xine), on openning video starts wizard for first run and then the video plays correctly! However, after the end of the play follows crash either now, or after recurrence. On subsequent attempts always occurs crash. Sometimes delete the xine configuration is sufficient and video again plays. Strange. Amarok works without any problems. Slavek --

On Tuesday 08 of January 2013 02:44:47 Andy wrote: Interesting. For Ubuntu before Quantal and Debian before Wheezy metapackage libxine1 depend on libxine1-x. Starting Quantal and Wheezy this dependency is missing. Probably for this reason, the package KMPlayer explicitly states dependency: libxine1-x | libxine1 (<< 1.1.8-2). I'll test this afternoon and probably I'll add the same dependency also for kaffeine. Package libxine2-x would probably have to be used if kaffeine or kmplayer were built with libxine2. Currently were built with libxine1. Thank you for the excellent observation. Slavek --

Dne út 8. ledna 2013 David Hare napsal(a): Great, thanks both for testing. The question is whether to try build along with libxine2? Or leave test with libxine2 for later... Slavek --

Dne út 8. ledna 2013 David Hare napsal(a): Strange - now I wanted to test the installation of libxine1-x on the machine where I tested yesterday and I found that it is installed. But still occure crashes - see my yesterday's observations. Note: I have libxine from deb-multimedia. Slavek --

I've reset my test computer to my older image of wheezy+tde(for squeeze) and Now I am downloding from your repo - at the blazing speed of 2800 byte/second, so it'll take some more hours to complete :-) Nik

Deb-multimedia has a history of conflict with official Debian packages. Stuff gets pulled in which breaks official packages, notable vlc. You should at least never dist-upgrade with that repo enabled. We all use it sometimes though, just watch out. I don't know much about libxine2* but did notice that xine-ui (maybe also other xine-orientated packages) depends on it. Seems it can coexist for now but maybe libxine1* will disappear from sid sooner than later. If kaffeine can be built against libxine2* that might avoid problems later. David

So, finally my download finished. The upgrade from tde(squeeze) to tde(wheezy) almost wenf flawless. There was just one issue: # apt-get dist-upgrade The following packages have unmet dependencies: kdeartwork-trinity : Depends: kdeartwork-theme-icon-trinity (>= 4:3.5.13-2debian0~pre10+4~wheezy) but 4:3.5.13-1debian0+ax1~squeeze is installed # apt-get -f install Took a while, but no further errors occured. What's left from tde(squeeze): # apt-show-versions |grep squeeze libcaldav 4:14.0.0-0debian11+r4+pr2~squeeze newer than version in archive libcarddav 4:14.0.0-0debian11+r4+pr2~squeeze newer than version in archive These I had to gowngrade manually (synaptic, as I don't know the correct command line options :-) ) Now I strart testing, but it looks very good right now. My former errors did not reappear. Nik

On 09/01/13 11:05, Mag. Dr. Nikolaus Klepp wrote: My main wheezy seems to have nightly-builds working quite nicely now, probably best not disturb it too much (and there is no spare partition just yet, to test Slavek's 3.5.13-2) However I do have the chroot for my wheezy live-cd builds. I just did dist-upgrade there with axis wheezy repo. There was one "apt-get -f install" required. It might have been kdeartwork-trinity, unfortunately the log got deleted! Libxine1-x now manually installed. After upgrade there were a number of deborphans and some stuff marked to "autoremove". 77MB actually got freed. Squeeze libs are all purged... but: :/# apt-show-versions |grep squeeze hal-trinity/squeeze uptodate 4:0-0debian2 :/# apt-get install hal-trinity -s hal-trinity is already the newest version. The new live image is now built and booted fine, no problems so far (and kaffeine is working!) Good work Slavek, thanks, and thanks again Andy for the kaffeine fix To downgrade (or a force a version) at cli: apt-get install packename=version IMO major upgrades should be done with X closed David

On Wednesday 09 of January 2013 12:05:08 Mag. Dr. Nikolaus Klepp wrote: I just updated both using Tim's updated packages. Now, it will be updated automatically from the Squeeze version to Wheezy. Slavek --