Re: friendly display of multiple timeones in plasma-desktop 4:5.4.0-2?
Arthur Marsh wrote on 10/09/15 03:09: In KDE 3.5.x and 4.x I could easily get a display of multiple timezones in decent sized print with the name of the city next to them, but despite adding multiple timezones to the current plasma-desktop only see a few cryptic times (not as many as I picked and with the abbreviated time-zone name rather than the city name). How to I fix this under plasma-desktop 4:5.4.0-2? Arthur. OK, I found the city / time-zone name option but I still seem to be restricted to showing 5 different time-zones in a small font when I hover the mouse arrow over the clock. What package should I report this problem against? Arthur.
friendly display of multiple timeones in plasma-desktop 4:5.4.0-2?
In KDE 3.5.x and 4.x I could easily get a display of multiple timezones in decent sized print with the name of the city next to them, but despite adding multiple timezones to the current plasma-desktop only see a few cryptic times (not as many as I picked and with the abbreviated time-zone name rather than the city name). How to I fix this under plasma-desktop 4:5.4.0-2? Arthur.
Re: qdbus commands in 64-bit jessie?
Boris Pek wrote on 09/09/2015 09:17 AM: >> It is true. But we are being dragged down a rabbit hole, and I don't see the >> point of arguing how various things got on my system. qdbus worked prior to >> the upgrade, and now it doesn't, so the question remains: >> > What do I need to do to get my qdbus commands working again? >> >> The upgrade obviously broke something related to qdbus, but I don't >> understand >> at all how to fix it. > > $ ls -alp `which qdbus` [HN:~] ls -alp `which qdbus` lrwxrwxrwx 1 root root 9 Sep 19 2014 /usr/bin/qdbus -> qtchooser [HN:~] > $ dpkg -l | grep qtchooser [HN:~] dpkg -l | grep qtchooser ii qtchooser 47-gd2b7997-2 i386 Wrapper to select between Qt development binary versions [HN:~] > $ sudo apt-get install qtchooser:amd64 [HN:~] sudo apt-get install qtchooser:amd64 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: qtchooser:i386 The following NEW packages will be installed: qtchooser 0 upgraded, 1 newly installed, 1 to remove and 1 not upgraded. Need to get 22.4 kB of archives. After this operation, 48.1 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://ftp.us.debian.org/debian/ jessie/main qtchooser amd64 47-gd2b7997-2 [22.4 kB] Fetched 22.4 kB in 0s (119 kB/s) dpkg: qtchooser: dependency problems, but removing anyway as you requested: qt4-linguist-tools depends on qtchooser. libqt4-dev depends on qtchooser. libqt4-dev-bin depends on qtchooser. qdbus-qt5 depends on qtchooser. qdbus depends on qtchooser. qt4-qmake depends on qtchooser. (Reading database ... 375722 files and directories currently installed.) Removing qtchooser (47-gd2b7997-2) ... Processing triggers for man-db (2.7.0.2-5) ... Selecting previously unselected package qtchooser. (Reading database ... 375679 files and directories currently installed.) Preparing to unpack .../qtchooser_47-gd2b7997-2_amd64.deb ... Unpacking qtchooser (47-gd2b7997-2) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up qtchooser (47-gd2b7997-2) ... [HN:~] The line about dependency problems is worrying (to me, anyway); I hope that it won't lead to other problems. > $ dpkg -l | grep qtchooser [HN:~] dpkg -l | grep qtchooser ii qtchooser 47-gd2b7997-2 amd64Wrapper to select between Qt development binary versions [HN:~] > $ qdbus org.kde.yakuake /yakuake/sessions runCommandInTerminal $SESSION_ID > "tmux" > Worked! Thank you *very* much. Doc -- Web: http://www.sff.net/people/N7DR signature.asc Description: OpenPGP digital signature
Re: qdbus commands in 64-bit jessie?
> It is true. But we are being dragged down a rabbit hole, and I don't see the > point of arguing how various things got on my system. qdbus worked prior to > the upgrade, and now it doesn't, so the question remains: > What do I need to do to get my qdbus commands working again? > > The upgrade obviously broke something related to qdbus, but I don't understand > at all how to fix it. $ ls -alp `which qdbus` $ dpkg -l | grep qtchooser $ sudo apt-get install qtchooser:amd64 $ dpkg -l | grep qtchooser $ qdbus org.kde.yakuake /yakuake/sessions runCommandInTerminal $SESSION_ID "tmux" Best wishes, Boris
Re: qdbus commands in 64-bit jessie?
On 9 September 2015 at 17:21, D. R. Evans wrote: > Boris Pek wrote on 09/09/2015 02:09 AM: > > >>> I'm no expert on multi-arch but those could be reasons > >>> why running qdbus wants to use i386 version. > >> > >> This is a 64-bit system, so I am unclear why multi-arch is involved at > all. > >> Any non-64-bit programs were put there by the debian upgrade procedure, > not by me. > > > > This is not true. See below. > > It is true. But we are being dragged down a rabbit hole, and I don't see > the > point of arguing how various things got on my system. qdbus worked prior to > the upgrade, and now it doesn't, so the question remains: > > >>> What do I need to do to get my qdbus commands working again? > > The upgrade obviously broke something related to qdbus, but I don't > understand > at all how to fix it. > > Doc > > -- > Web: http://www.sff.net/people/N7DR > > On my system /usr/bin/qdbus is a link to qtchooser and as your qtchooser arch is i386 it will try to use i386 version of qdbus. Could you replace your qtchooser with a amd64 version.
Re: qdbus commands in 64-bit jessie?
Boris Pek wrote on 09/09/2015 02:09 AM: >>> I'm no expert on multi-arch but those could be reasons >>> why running qdbus wants to use i386 version. >> >> This is a 64-bit system, so I am unclear why multi-arch is involved at all. >> Any non-64-bit programs were put there by the debian upgrade procedure, not >> by me. > > This is not true. See below. It is true. But we are being dragged down a rabbit hole, and I don't see the point of arguing how various things got on my system. qdbus worked prior to the upgrade, and now it doesn't, so the question remains: >>> What do I need to do to get my qdbus commands working again? The upgrade obviously broke something related to qdbus, but I don't understand at all how to fix it. Doc -- Web: http://www.sff.net/people/N7DR signature.asc Description: OpenPGP digital signature
cannot move or resize window
Hello I'm running an up-to-date sid with kde5 on amd64. Move and resize window work fine until I run cssh [1] from konsole to log on 2 remote machines. Once the 2 Xterm windows are created by cssh, I can no longer move or resize windows (with the mouse pointer or using the window's right click menu). Note that this bug does not happen if cssh is used with only one remote host. kde4 had no such problem with cssh. Does anyone have a similar behavior ? If yes, where should I file a bug ? Debian BTS or upstream ? All the best [1] https://tracker.debian.org/pkg/clusterssh -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Re: Gimp
Hi. > I have 3 Sid systems 2 had gimp installed and one didn't, I was able to > get a full upgrade on the one without gimp and then install gimp. > > On the systems with gimp I was not able to get a full upgrade, so I > removed gimp and then did a full upgrade and then I was able to > reinstall gimp. I would recommend always upgrade your systems in two steps: sudo apt-get upgrade -V sudo apt-get dist-upgrade -V In most cases such update will be more smooth. Best wishes, Boris
Re: qdbus commands in 64-bit jessie?
Hi, >> I'm no expert on multi-arch but those could be reasons >> why running qdbus wants to use i386 version. > > This is a 64-bit system, so I am unclear why multi-arch is involved at all. > Any non-64-bit programs were put there by the debian upgrade procedure, not > by me. This is not true. See below. >> You can list all i386 packages with dpkg -l *:i386 > > > > [HN:~] dpkg -l *:i386 > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Architecture Description > +++-===-==-==- > ... > ii acroread 9.5.5-dmo2 i386 Adobe > Acrobat Reader: Portable Document Format file viewer > ... > ii qtchooser 47-gd2b7997-2 i386 Wrapper > to select between Qt development binary versions > ... > ii skype 4.2.0.11-1 i386 Wherever > you are, wherever they are > ... > ii wine-bin 1.6.2-20 i386 Windows > API implementation - binaries > ii wine32 1.6.2-20 i386 Windows > API implementation - 32-bit binary loader > ... You have installed these 32-bit packages manually. And these few packages have pulled all other packages with 32-libraries which they are depend on. Best wishes, Boris
Re: Plasma past G++ transition
On Tuesday 08 September 2015 14:17:54 Martin Steigerwald wrote: > On Monday, 7 September 2015 09:17:54 CEST Marc Haber wrote: > > On Wed, Sep 02, 2015 at 10:26:29AM +0200, Martin Steigerwald wrote: > > > I am now past G++ transition on my system (full dist-upgrade) as I > > > wrote. > > > And tomorrow I was able to install kdepim again, in a newer upstream > > > version to 4.4.10. It works nicely so far. > > > > in testing or unstable? > > unstable. > > For testing I suggest to wait another week or so, maybe longer. > > Thanks, Working now, more or less the same as before.