Bug#781012: bluedevil: doesn't work when full KDE environment isn't installed
Package: bluedevil Version: 2.0~rc1-44-gb7697a7-3 Severity: important Hi, I'm not a fan of big desktop environments, but I do pick and choose a few useful applications from some desktop environments to run in my session. One of these is bluedevil, when I need to send something to my phone or tablet or some such. Unfortunately, this seems to have stopped working. When I invoke "bluedevil-sendfile", without argument, pick a file to send, pick a device to send to, and click on "send", a dialog box with a progress bar is shown for a short moment, but then bluedevil-sendfile quits unexpectedly. When this happens, the following shows on stdout: wouter@gangtai:~/data/audio/music/Mumford_&_Sons-Live_from_Studio_Brussel_Club_69$ bluedevil-sendfile Address: "18:1E:B0:A1:2F:BF" Name: "wouter alt" Alias: "wouter alt" Icon: "phone" ==== Address: "54:BE:F7:09:D6:8B" Name: "Wouter Verhelst (T)" Alias: "Wouter Verhelst (T)" Icon: "computer" Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) wouter@gangtai:~/data/audio/music/Mumford_&_Sons-Live_from_Studio_Brussel_Club_69$ Strangely enough, when I run it with a "-f" argument to select a specific file, it doesn't quit like that, but it doesn't seem to work either (it just sits there doing nothing). I suspect there's a missing dependency somewhere. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bluedevil depends on: ii bluez 5.23-2+b1 ii bluez-obexd 5.23-2+b1 ii kde-runtime 4:4.14.2-2 ii libbluedevil2 2.0~rc1-6-g7bb223c-2 ii libc6 2.19-17 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkfile4 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libstdc++64.9.2-10 ii obex-data-server 0.4.5-1+b4 bluedevil recommends no packages. Versions of packages bluedevil suggests: pn pulseaudio-module-bluetooth | bluez-alsa -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150323084014.2594.37393.report...@gangtai.grep.be
Bug#754269: persistently asks for password even when it can't do much with it
Package: korganizer Version: 4:4.12.4-1 Severity: minor File: /usr/bin/korgac Hi, I run korganizer without running the full KDE suite. This means that kwallet isn't available. As a result, when I run anything from KDE that needs a password, I need to enter it when the application starts. One of the applications in that boat are korganizer and korgac. The latter is fairly annoying, however, in that it asks a password without first checking whether it can connect to the network (or maybe it does try to check, but doesn't get an answer since I'm running wicd rather than network-manager; I haven't tried to see whether that is the case). Since my password is fairly long I tend to not enter it when I'm not connected, since that would be a waste of time anyway. However, not entering anything, or clicking cancel, doesn't cause the password dialog box to go away, as I would expect; instead, it reappears immediately, and keeps reappearing until I enter something, even if it's not correct. I think korgac should honor the "cancel" button and go away when I ask it to. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages korganizer depends on: ii kde-runtime 4:4.13.1-1 ii kdepim-runtime4:4.12.4-2 ii kdepimlibs-kio-plugins4:4.12.4-1 ii libakonadi-calendar4 4:4.12.4-1 ii libakonadi-contact4 4:4.12.4-1 ii libakonadi-kde4 4:4.12.4-1 ii libakonadi-kmime4 4:4.12.4-1 ii libc6 2.19-5 ii libcalendarsupport4 4:4.12.4-1 ii libeventviews44:4.12.4-1 ii libgcc1 1:4.9.0-10 ii libincidenceeditorsng44:4.12.4-1 ii libkabc4 4:4.12.4-1 ii libkcalcore4 4:4.12.4-1 ii libkcalutils4 4:4.12.4-1 ii libkcmutils4 4:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdepim44:4.12.4-1 ii libkdepimdbusinterfaces4 4:4.12.4-1 ii libkdeui5 4:4.13.1-1 ii libkholidays4 4:4.12.4-1 ii libkio5 4:4.13.1-1 ii libkmime4 4:4.12.4-1 ii libknewstuff3-4 4:4.13.1-1 ii libkontactinterface4 4:4.12.4-1 ii libkparts44:4.13.1-1 ii libkpimidentities44:4.12.4-1 ii libkpimutils4 4:4.12.4-1 ii libkprintutils4 4:4.13.1-1 ii libmailtransport4 4:4.12.4-1 ii libphonon44:4.7.1-1 ii libpimcommon4 4:4.12.4-1 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-xml4:4.8.6+dfsg-2 ii libqtcore44:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++64.9.0-10 ii perl 5.18.2-5 ii phonon4:4.7.1-1 korganizer recommends no packages. Versions of packages korganizer suggests: ii kdepim-kresources 4:4.12.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140709073734.6196.68890.reportbug@localhost
Bug#557977: Remaps the window on (unexpected) disconnect, causing it to interrupt my work
Package: krdc Version: 4:4.3.2-1 Severity: normal Hi, I am currently at a customer where the security policy does not allow me to simultaneously connect my laptop to the Internet and the local LAN. However, there is a Windows Terminal server with a web browser that I can use in case I need to browse the Internet while connected to the LAN. This server is configured so that if the session has been idle for more than a certain amount of time, the connection is dropped, server-side. In itself, that's not a problem. However, it becomes a problem because this usually happens when krdc is on a different virtual desktop (otherwise I would've seen the warning that the server sends out two minutes prior to disconnecting), and upon disconnect krdc unmaps the full-screen window, and remaps a non-fullscreen but maximized window right after that, unconditionally. This remap causes it to be shown on the then-active virtual desktop, interrupting any work that I may be doing at that time. The fix to this is easy: rather than unmapping the normal window when going full-screen, it should be brought to the background. This way, when the full-screen window is removed, the maximized window does not need to be created, and will remain on the other virtual desktop. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages krdc depends on: ii kdebase-runtime 4:4.3.2-1 runtime components from the offici ii kdelibs5 4:4.3.2-2 core libraries for all KDE 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.2-3The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2API to write one's own vnc server Versions of packages krdc recommends: ii rdesktop 1.6.0-3RDP client for Windows NT/2000 Ter Versions of packages krdc suggests: pn khelpcenter(no description available) pn krfb (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#364774: konsolekalendar: should output data in chronological order
Package: konsolekalendar Version: 4:3.5.2-1+b1 Severity: normal Hi, konsolekalendar orders events per day, but then orders events in the order that they were added to the database, rather than in chronological order; i.e., when I have an event at 10 AM, then add one at 9 AM, konsolekalendar will show the former before the latter. This is confusing. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages konsolekalendar depends on: ii kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1GCC support library ii libkcal2b 4:3.5.2-1+b1 KDE calendaring library ii libkdepim1a 4:3.5.2-1+b1 KDE PIM library ii libqt3-mt 3:3.3.6-1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 konsolekalendar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)
On Fri, Oct 22, 2004 at 04:31:52AM +0200, Adeodato Simó wrote: > I would suggest a name like kde-$FOO-style to be used (e.g., > kde-baghira-style) for packages that provide a widget style for > QT/KDE, and include kwin decoration (if they exist) in the same > package. (*) For the sake of consistency, I would suggest kde-theme-$FOO. This is what enlightenment, jsboard, opie, and even previous incarnations of KDE itself use (kdeartwork-theme-*). -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune signature.asc Description: Digital signature
Re: KDE 3.1.5 Status Update - 20040119
On Mon, Jan 19, 2004 at 10:19:04PM -0600, Chris Cheney wrote: > Everything is in sid now, but the buildds FUCKING SUCK! The buildd > admins must be incompetent or on crack. They failed all the builds that > failed due to the g++ RC enum bug instead of updating their buildd and > setting the packages back to Needs-Build. sbuild doesn't update packages if it's not asked to. If you know beforehand that a package *will* fail to build with a certain compiler, you should update your build-depends and/or build-conflicts likewise, so that there won't be a failed build in the first place. sbuild (the building component of buildd) isn't pbuilder; sbuild tries to build as many packages in as little time as possible. Therefore, installed packages aren't looked at (so that time isn't wasted on them) except to check that they satisfy versioned build-depends and/or build-conflicts. > The g++ RC enum bug was already fixed before I even uploaded the > packages which shows you how slow they are to fix problems on their > machines... However, people like IJ are refused to help maintain > buildds because they have too little experience, hah! Actually, Ingo Juergensmann is just the local admin of arrakis. He doesn't help because he's not a DD, that's all. [...] > kdebase > --- > m68k - failed - needs retry This is my fault; I thought it had built on quickstep, but I seem to have messed up things. For that reason, it's not in dep-ret or needs-build ATM (where it should've been). I sent Goswin (see below) a mail, clearing that up. [...] Note that most kde packages are still in the queue for m68k; we've got quite a backlog currently[1]. That said, Goswin von Brederlow is building them, ignoring their position in the queue, thereby special-casing KDE so that it gets built sooner. [1] due to the fact that we don't have enough autobuilders ATM. There are more being set up though, so it's being handled. -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org "Stop breathing down my neck." "My breathing is merely a simulation." "So is my neck, stop it anyway!" -- Voyager's EMH versus the Prometheus' EMH, stardate 51462. signature.asc Description: Digital signature
Re: strange kdepim failure on m68k build
On Fri, Apr 30, 2004 at 09:44:35AM -0500, Joaquin Ortega wrote: > > Kdepim (kdepim_4:3.2.2-2) > failed to build twice on the m68k buildd (kullervo.debian.org). It has > been labeled as failed and won't be built automatically. The reason given > on the log is > > Ouch... tries to write outside build directory: Because, indeed, it does: it tries to write to $HOME/.kde , which is outside the build directory. That's not allowed; it's a bug (even if no report has been filed). > It has only failed in this architecture. Could it be that kullervo ran > out of disk space? Unlikely; more likely is that other architectures happen to have a $HOME which actually exists inside their buildd chroots. That doesn't make your bug nonexisting there; it just happens not to hit it. You should fix this. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune signature.asc Description: Digital signature
Re: strange kdepim failure on m68k build
On Fri, Apr 30, 2004 at 06:24:27PM +0300, Riku Voipio wrote: > On Fri, Apr 30, 2004 at 05:06:45PM +0200, Wouter Verhelst wrote: > > On Fri, Apr 30, 2004 at 09:44:35AM -0500, Joaquin Ortega wrote: > > > > > > Kdepim (kdepim_4:3.2.2-2) > > > failed to build twice on the m68k buildd (kullervo.debian.org). It has > > > been labeled as failed and won't be built automatically. The reason given > > > on the log is > > > > > > Ouch... tries to write outside build directory: > > > Because, indeed, it does: it tries to write to $HOME/.kde , which is > > outside the build directory. That's not allowed; it's a bug (even if no > > report has been filed). > > meinproc only complains if it fails to write the config files. The m68 build > is failing for some other reason. Uhm, yeah. Obviously; sorry for not paying attention. It most certainly isn't diskspace: /dev/sdc2 16G 3.9G 11G 26% /org which is what the buildd chroot lives on. I'm not sure what the problem actually is, though. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune
Re: Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)
On Mon, Oct 25, 2004 at 06:23:08AM +0200, Adeodato Simó wrote: > * José Luis Tallón [Mon, 25 Oct 2004 03:53:46 +0200]: > > This is NOT a theme... > > agreed. note to Wouter: I strongly prefer kde-$FOO-style instead of > using the word theme, since kde uses the word "theme" for something > different than styles (as baghira). Noted. Didn't know KDE uses those two things for different things, but that's of course a good reason not to do it that way. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune
