Bug#800502: Please just open urls in a browser
On Wednesday, 2015-09-30, 11:28:38, Martin Steigerwald wrote: > Am Mittwoch, 30. September 2015, 10:46:43 CEST schrieb Enrico Zini: > > when I click on a URL to open it, konsole does not just open it in a > > browser, but it seems to make a HEAD request for it, check its mime > > type, and then open it in the application associated with that mime > > type. > > I think this is an upstream implementation issue. KDE applications use > kio_html to determine the mime type to decide which application to use on > it. That way if have an URL to an image it opens Gwenview instead. The default behavior for any kind of file, no matter if addressed locally or remotely, is to open it with the program associated with the type. E.g. as Martin already said, opening an image in the configured image viewer. It is possible to override this for http and https URLs and have them always open in a web browser. Via KDE Systemsettings or kcmshell5 componentchooser Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#760472: korganizer: Korganizer crashes when adding traditional KDE calendar fails to find any plugins
On Friday, 2014-09-05, 07:27:44, Heikki Levanto wrote: After reading the bug report I submitted, I found this appended at the end of it: Versions of packages korganizer suggests: pn kdepim-kresources none After I installed kdepim-kresources, I could see plugins, choose one, and get my calendar to work just as before. Perhaps that kdepim-kresources should be part of the default KDE package dependency tree somehow? Or perhaps the Compatibility Assistand should recognize the situation where it has no plugins to show, and display some helpful message telling that the user could try to install kdepim-kresources. The program, at least not as it is upstream, has no knowledge about packaging, which might differ between distributions. It should not crash of course. Anyway, my acute problem is solved. It would still be a good idea to try the real/current calendar resource instead of the compatibility mechanism, since the latter will go away at some point. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#760472: korganizer: Korganizer crashes when adding traditional KDE calendar fails to find any plugins
On Thursday, 2014-09-04, 13:38:04, Heikki Levanto wrote: Package: korganizer Version: 4:4.14.0-1 Severity: important Dear Maintainer, I was setting up a fresh Debian/Jessie installation (but with an old /home), and noticed that my Korganizer lost its old calendar settings. Could not add my calendar, korganizer crashed on me. This happens every time I try to follow these steps: 1. Right-click on the calendars window 2. Add calendar 3. Choose KDE Calendar (traditional) 4. See the KDE Compatibility Assistant. Click Next 5. See the dialog Step 1: Select a KDE resource plugin. No plugins are listed. There is a narrow white box on the left of the window, the rest is background grey. 6. Click Next 7. Get a crash report dialog. It says Executable: akonadi_kcal_resource PID: 26254 Signal: Segmentation fault (11) Time: Thu 4-Sep 13:17:31. Unfortunately I did not get any stack trace, probably need to install more packages... Small observations that may be helpful, or not: * This is a fresh installation of Debian/Jessie (upgrade failed, but that's another story) * My /home was copied over from an older Debian/wheezy, so it may have some older settings * I tried to get access to a calendar file on a remote server, using the fish: protocol, but never got so far in the process Not addressing the bug in particular, but this part should also work with the main iCal file resource. The resource you are trying to create is a compatibility mechanism to cover access methods that have not been properly ported to the new system yet. Which, as far as I know, is no longer the case for any backend adaptors shipped by KDE itself, i.e. only useful if any third party calendar plugin had been used. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#757841: [kmail] Cannot update localhost mbox
On Wednesday, 2014-08-13, 22:46:40, Antonio Marcos López Alonso wrote: El Martes, 12 de agosto de 2014 15:29:58 Kevin Krammer escribió: Do you have file monitoring enabled? Cheers, Kevin I had it at the beginning, then I re-created the account, disabled file monitoring and still it worked right once only after creating the account. Also tried to use a procmail lock (after using none) to no avail. You have two options for getting updated data: 1) file monitoring: the program uses the operating system's file change notification mechanism to know when the file has been changed by another program 2) interval checking: the program reloads the file regularily in a configurable time interval. I personally use (1) for my /var/spool/$user mail file because it doesn't get updated very often so regular reloads would just be a waste of resources. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#757841: [kmail] Cannot update localhost mbox
On Monday, 2014-08-11, 20:01:30, Antonio Marcos López Alonso wrote: 1) Create an mbox account and link it to a /var/mail/user mbox file containing whatever messages. 2) See KMail reads it properly. 3) Wait until knowing new mail is available at /var/mail/user. 4) See KMail won't show new mail. Do you have file monitoring enabled? Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#745719: kdebase: KDE device notifier does not reattach USB drives
On Tuesday, 2014-05-06, 02:32:01, Valerio Vanni wrote: Package: kdebase Followup-For: Bug #745719 I have seen this as well but I though that this was a problem in udisks or some other system daemon. The reason for this assessment was that the device is gone, e.g. if I check which device is mounted while the mount is active, the same device (as in /dev/sdXX) is no longer present when the unmount has happend. In the kde bug report the component is identified as libsolid-udisks. Right, so it is most likely udisks or udev that removes the device node. Cheers, Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745719: kdebase: KDE device notifier does not reattach USB drives
On Thursday, 2014-04-24, 14:23:07, Valerio Vanni wrote: After the unmount, in Squeeze it's possible to reconnect the drive clicking on the previous icons. In Wheezy, all icons disappear and you can't do anything (until the drive has not been phisically unplugged and replugged). I have seen this as well but I though that this was a problem in udisks or some other system daemon. The reason for this assessment was that the device is gone, e.g. if I check which device is mounted while the mount is active, the same device (as in /dev/sdXX) is no longer present when the unmount has happend. So something on the system level must have removed that device node and only pyhsically reattaching the device makes it appear again. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#735842: meta-kde: KDE notification service sets Amarok volume to 100%
On Tuesday, 2014-01-21, 16:17:39, Kevin Krammer wrote: Just as additional input: I've seen this behavior with other sources than this virtual terminal notification thing. Hasn't happened in a while so I can't remember what triggered it last time. I think it was a JavaScript popup in Konqueror. In my case the master volume got set to 100%. I had this again and I seem to have solved it by changing the play setting for notifications. System Settings - notification, second tab. The volume configured there was 100% I configured to a lower value and it has not changed my master volume since. Cheers, Kevn signature.asc Description: This is a digitally signed message part.
Bug#735842: meta-kde: KDE notification service sets Amarok volume to 100%
On Tuesday, 2014-01-21, 11:41:11, Lisandro Damián Nicanor Pérez Meyer wrote: On Monday 20 January 2014 18:51:08 Sven Bartscher wrote: [snip] Is there any chance you can try this without pulseaudio in the middle? Is (hopefully) the last thing I need to properly reassign the bug. Okay I now tested this by uninstalling vlc-plugin-pulse and then logged out and in again. This time Amarok kept it's volume. So this seems to be related to pulseaudio. Excellent! First of all, allow me to thanks you for continuing trying to debug this, it's really helpful :) Now there is an extra thing we can check: with the setup that fails you, run lsof as root and grep for /dev/pts/0 There is clearly one more thing that's reading that virtual terminal, if we can find some pulse-related thing doing it we might be able to know where the change is being triggered. Just as additional input: I've seen this behavior with other sources than this virtual terminal notification thing. Hasn't happened in a while so I can't remember what triggered it last time. I think it was a JavaScript popup in Konqueror. In my case the master volume got set to 100%. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#726831: process still hangs around
On Samstag, 2013-10-19, 12:28:33, Steve M. Robbins wrote: Further info: when the folders turn red, I will typically exit kmail. The window closes, but at least one kmail process hangs around according to ps. When this happened just now, I logged out of KDE and the processes all went away. KMail is working again after logging in (no reboot this time). You can also try akonadictl restart on the commandline Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#713811: kmail: KMail complains about an attachment and refuses to send message when no attachment was attached
On Saturday, 2013-06-22, IntnsRed wrote: I did not attached anything to the message, so I don't know why it's complaining about this. Responding Send as is typically works and sends the e-mail, but this can cause the message to be rejected by some mailing lists who refuse attachments. As Lisandro already explained, this is a helper to avoid forgetting to attach something when you are referring to attaching in the mail text. The feature can be turned off in KMail's settings, section in email editor, last tab (Attachments). Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#710702: kmail: Using KMail as default Email Provider is not working under Gnome
On Saturday, 2013-06-01, Eike von Seggern wrote: Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal Dear Maintainer, I've selected KMailservice as Email program in the Gnome control center. Ah, misconception on program name :) kmailservice is not KMail service but K mailservice (as in KDE mailservice). Basically a helper (part of kdelibs5-plugins) that checks which e-mail program is configured by the user and then calls it. Since you are in a non-KDE workspace environment you might want to configure KMail directly. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#707992: kaddressbook: kabcclient not listing my DAV contacts
On Sunday, 2013-05-12, John Wyzer wrote: Package: kaddressbook Version: 4:4.10.2-2 Severity: normal When issuing the # kabcclient -L command, I only get kabcclient(29766)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/john/.kde/share/apps/kabc kabcclient(29766)/kdepimlibs (kabc): Could not connect to host ldap://localhost:389ou=contacts,dc=laptop??sub Additional info: . kabcclient(29766)/kdepimlibs (kabc): Unable to load resource 'ldapkio address book' and no further output despite the fact that I have a davical hosted address book with a few hundred contacts synchronized in akonadi. I would expect to be able to list / search them all. In Systemsettings under Personal Informations check if Akonadi is activated for the Contact category. kabcclient uses the previous incarnation of the KDE contact system so it needs the respective Akonadi plugin to access data in Akonadi. Cheers, Kevin -- Kevin Krammer | kevin.kram...@kdab.com | Software Engineer Klarälvdalens Datakonsult AB, a KDAB Group company Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322) KDAB - Qt Experts - Platform-independent software solutions smime.p7s Description: S/MIME cryptographic signature
Bug#706882: kmail: A does not reply to all
On Tuesday, 2013-05-07, Ross Boylan wrote: On Monday, May 06, 2013 10:00:12 AM Kevin Krammer wrote: On Monday, 2013-05-06, Ross Boylan wrote: Are you saying it's a KDE standard to always use capital letters? That's quite confusing to me, since lower and upper case letters often do different things--in fact they do different things in KMail, as I found. No, what I am saying is that, at least the default style's visual hint for keyboard shortcut uses the symbol on the key to mean the key Since the symbol on the physical key is uppercase, that comes down to the same thing, i.e. display an uppercase letter when a lower case letter is meant. Indeed, which is why the actual uppercase letter is referred to as a Shift + the letter, a modifier/key combination. I may be particularly sensitive to this since I'm also using mutt, for which there are many cases in which lower and upper case differ, and both do something useful. That is also often the case in KDE applications. Any such shortcut will be depict as the keyboard combination that is necessary for that letter to happen, which is Shift + the letter (unless of course capslock is active, but I don't think the keyboard shortcut visual hint changes when that happens). and uses modifiers to mean that the key needs to be pressed while the depict combination of modifier keys are held. I am not aware of any keyboard that uses lowercase letters on its keycaps, but if course if you have such a keyboard that the visualization hint That's not the issue. The issue is that an uppercase shortcut suggests, at least to me, using the upper case letter. Different expectations then. For me a key is always just that key, if I also need to hold a modifier I expect that modifier to be also part of the visual hint. would not match what you are seeing, leading you to the assumption that you must hold the shift modifier to achieve the depict keystroke. Maybe you could file a feature request against Qt to allow toggle for people such as yours with a keyboard with lower case characters on their keycaps. So you think this is ultimately a Qt, rather than KDE, issue? Could depend on the style being used, but it could be something the Qt menu code does. The main reason I think this matters a bit is that it is relatively easy to hit A and think you are replying to all recipients if you don't check. That almost happend to me. Interesting. Whenever I hit the A key it does indeed invoke the I take it from the previous remarks that when you say hit the A key you mean using keystrokes that create a lowercase a. Indeed. That's what my A key does :) That works for me too. Hehe. What doesn't work is hitting keys (i.e., shift and A) the mean capital A. That does reply, rather than reply-all. Ah, Isee, you want Shift+A to trigger reply-all. You can set that as a replacement in KMail's shortcut configuration or even add it as a second shortcut if you want both. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#706882: kmail: A does not reply to all
On Monday, 2013-05-06, Ross Boylan wrote: Are you saying it's a KDE standard to always use capital letters? That's quite confusing to me, since lower and upper case letters often do different things--in fact they do different things in KMail, as I found. No, what I am saying is that, at least the default style's visual hint for keyboard shortcut uses the symbol on the key to mean the key and uses modifiers to mean that the key needs to be pressed while the depict combination of modifier keys are held. I am not aware of any keyboard that uses lowercase letters on its keycaps, but if course if you have such a keyboard that the visualization hint would not match what you are seeing, leading you to the assumption that you must hold the shift modifier to achieve the depict keystroke. Maybe you could file a feature request against Qt to allow toggle for people such as yours with a keyboard with lower case characters on their keycaps. The main reason I think this matters a bit is that it is relatively easy to hit A and think you are replying to all recipients if you don't check. That almost happend to me. Interesting. Whenever I hit the A key it does indeed invoke the reply-to-all functionality. But then of course all my keyboards have upper case characters depict in the keycaps so there was a direct visual similarity between the shortcut hint and the actual key. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#706882: kmail: A does not reply to all
On Sunday, 2013-05-05, Ross Boylan wrote: Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal From the top menu selecting message shows a list of commands including reply all. A is indicated as a shortcut. However, whether focus is on the message list or the message, A acts like a reply. Lowercase a does do a reply all. A in the menu refers to the A key, which produces the lower case a character. The uppercase A character is produced by a combination of (one of) the SHIFT keys and the A key, thus indicated as SHIFT+A in the menu if associated as the entry's shortcut. Either the listed shortcut key or the behavior should change so they are consistent. It already is. Menu shortcut visualizations always use capital characters, both for any modifier key as well as any character key. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#706882: kmail: A does not reply to all
On Sunday, 2013-05-05, Kevin Krammer wrote: On Sunday, 2013-05-05, Ross Boylan wrote: Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal From the top menu selecting message shows a list of commands including reply all. A is indicated as a shortcut. However, whether focus is on the message list or the message, A acts like a reply. Lowercase a does do a reply all. A in the menu refers to the A key, which produces the lower case a character. The uppercase A character is produced by a combination of (one of) the SHIFT keys and the A key, thus indicated as SHIFT+A in the menu if associated as the entry's shortcut. Either the listed shortcut key or the behavior should change so they are consistent. It already is. Menu shortcut visualizations always use capital characters, both for any modifier key as well as any character key. Sorry, I was partially incorrect here. The modifier is displayed in mixed case characters. Anyway, another very common shortcut, Ctrl + Q for Quit Application, is also always displayed with a capital Q, and does not refer to the combination of Ctrl + Shift + q Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#705406: kdepim-groupware: Please provide kdepim-groupware kdepim-wizard functionality in kdepim = 4.10.2
On Sunday, 2013-04-14, Johannes Graumann wrote: On Sunday, April 14, 2013 15:03:33 Pino Toscano wrote: Hi, Alle domenica 14 aprile 2013, Johannes Graumann ha scritto: Please make the functionality of kdepim-groupware and kdepim-wizard available for kdepim = 4.10.2. These two were dropped upstream, so I'm not sure what we should bring back. This is particularly interesting as starting with that kdepim version the kolab3 protocol used by the recently released kolab3 is supported. If your actual interest is the kolab stuff, those are available as akonadi resources in kdepim-runtime, which we cannot enable yet due to missing kolab libraries in Debian. Hmm ... I get it for kolab 3 (is there a timeline for those libraries transitioning from the kolabsys repository into debian proper?), however, kolab 2 support has also vanished. The Kolab backend handler uses the library developed by Kolab systems to handle Kolab content of all versions. Analogous to kdepim 4.4 the appropriate functionality should be residing in akonadi's KDE Address Book (traditional) and KDE Calendar, no? No. Plugins for the old access mechanism are dropped once a suitable native replacement is available, which, IIRC, was around KDE PIM 4.6 But addressbook only offers ldap backend and calendar is missing the mail-directory backend as well ... the only groupware solution referenced seems to be openxchange (within kmail the groupware specific setting seem to also have gone). Most if not all of those were only necessary because KMail served as the transport implementation, i.e. for accessing data on the remote server. This is no longer necessary, address book or calendar applications can now directly work with their respective data and let the Kolab backend handler take care of communicating with the server. Am I missing something or is the whole functionality truly lost? As Pino said temporarily unavailable in Debian due to missing dependencies. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#695837: qt4-x11: Allow co-installability with upcoming Qt5
On Thursday, 2012-12-13, Timo Jyrinki wrote: The Qt5 is coming out in the near future, with release candidate already out. It will contain some additional binaries that would clash with Debian's Qt4 in its current shape, unless more binaries get the -qt4 suffix and alternatives treatment. Are you sure this is necessary for all the tools currently affected by this? As far as I understand all internal executables of Qt will be installed into a version specific libexec directory, only those that are usually invoked by users (e.g. qmlviewer) are still installed into the bin directory. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#580706: kmail crashes with akonadi
Looks like it can't find the mysqld executable. What does which mysqld say for you? Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#649687: plasma-desktop dies
On Thursday, 2011-11-24, Harald Dunkel wrote: You mean I have to ask the user to erase everything in $HOME to make sure that plasma-desktop doesn't die? Sorry, but this doesn't answer the question. How can I set ulimit -c unlimited before plasma-desktop is run to make sure that there is a core dump for investigation? You could restart plasma-desktop manually on a shell kquitapp plasma-desktop ulimit -c unlimited plasma-desktop Has the additional advantage that you could redirect its text output to file(s). Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#643656: icons not showing up - empty XDG_DATA_DIRS
On Wednesday, 2011-10-12, Török Edwin wrote: I tried moving kde to .kde-old, and logging in again but that didn't help. I finally tracked down the problem: XDG_DATA_DIRS environment variable was empty which caused a number of applications to not function correctly in KDE (pidgin not finding its icons, openbox not findings the themes, etc.). I removed /var/cache/desktop-profiles/activated-profiles, and run update-profile-cache as root. Now when I login all the icons show up in the tray as they are supposed to, because XDG_DATA_DIRS is no longer empty! Can you try unsetting XDG_DATA_DIRS and see if the problem shows up again? XDG_DATA_DIRS unset or empty should work, applications are supposed to fall back to the specified default value (/usr/share:/usr/local/share if I remember correctly). Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#643656: icons not showing up - empty XDG_DATA_DIRS
On Wednesday, 2011-10-12, Török Edwin wrote: On 10/12/2011 04:29 PM, Kevin Krammer wrote: On Wednesday, 2011-10-12, Török Edwin wrote: I tried moving kde to .kde-old, and logging in again but that didn't help. I finally tracked down the problem: XDG_DATA_DIRS environment variable was empty which caused a number of applications to not function correctly in KDE (pidgin not finding its icons, openbox not findings the themes, etc.). I removed /var/cache/desktop-profiles/activated-profiles, and run update-profile-cache as root. Now when I login all the icons show up in the tray as they are supposed to, because XDG_DATA_DIRS is no longer empty! Can you try unsetting XDG_DATA_DIRS and see if the problem shows up again? This makes the problem show up again export XDG_DATA_DIRS= pidgin This should work. The spec [1] section environment variables says: If $XDG_DATA_DIRS is either not set or empty, a value equal to /usr/local/share/:/usr/share/ should be used. This is the case empty You might want to report this as a bug against pidgin. So does this: export XDG_DATA_DIRS=: pidgin This works correctly unset XDG_DATA_DIRS pidgin The not set case of the spec seems to be done correctly. And this is what I actually had (sorry missed the :) when I wrote my previous reply: XDG_DATA_DIRS=: Ah. I think this is correct, if annoying, behavior in this case. Cheers, Kevin [1] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html signature.asc Description: This is a digitally signed message part.
Bug#643656: icons not showing up - empty XDG_DATA_DIRS
On Wednesday, 2011-10-12, Török Edwin wrote: On 10/12/2011 04:39 PM, Kevin Krammer wrote: On Wednesday, 2011-10-12, Török Edwin wrote: And this is what I actually had (sorry missed the :) when I wrote my previous reply: XDG_DATA_DIRS=: Ah. I think this is correct, if annoying, behavior in this case. I couldn't figure out how to reproduce the XDG_DATA_DIRS=: case, unless it was a corrupted /var/cache/desktop-profiles/activated_profiles file (the file is 0 sized now, don't know if it contained anything before). Should there be some sanity checks in KDE / desktop-profiles scripts to check that XDG_DATA_DIRS make sense? i.e. that it refers to at least one directory that exists. You mean if it is set and not empty? Hmm, I guess the real bug is with whatever created that invalid value in the first place. Software reading the variable should probably log if any directory in it does not exist, but I don't think it has any specified remedy for getting out of the mess. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#644173: Kuickshow does not exist any more
On Monday, 2011-10-03, Karsten Malcher wrote: Package: kuickshow Severity: wishlist Hello together, i am really a fan of the kuickshow and so i am really sad that it is missing since KDE4 now. According to this [1] there is a version for KDE4 libs. Cheers, Kevin [1] http://userbase.kde.org/KuickShow#Availability signature.asc Description: This is a digitally signed message part.
Bug#631697: akonadi-server: akonadi can't find mysql
On Sunday, 2011-06-26, Salvo Tomaselli wrote: Package: akonadi-server Version: 1.5.3-2 Severity: normal akonadi can't find mysql (actually located in /usr/sbin/mysqld), so it expects the user to manually find it and insert in there. Somehow i think my grandmother couldn't do it, so i suggest to patch akonadi to look in /usr/sbin by default. (it actually is in my path but akonadi doesn't seem to look into it). Weird, /usr/sbin is one of the paths searched for the mysqld executable. from akonadi/server/src/storage/dbconfigmysql.cpp: #ifdef MYSQLD_EXECUTABLE if ( QFile::exists( QLatin1String( MYSQLD_EXECUTABLE ) ) ) defaultServerPath = QLatin1String( MYSQLD_EXECUTABLE ); #endif const QStringList mysqldSearchPath = QStringList() QLatin1String( /usr/sbin ) QLatin1String( /usr/local/sbin ) QLatin1String( /usr/local/libexec ) QLatin1String( /usr/libexec ) QLatin1String( /opt/mysql/libexec ) QLatin1String( /opt/local/lib/mysql5/bin ) QLatin1String( /opt/mysql/sbin ); if ( defaultServerPath.isEmpty() ) defaultServerPath = XdgBaseDirs::findExecutableFile( QLatin1String( mysqld ), mysqldSearchPath ); Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#612597: Okular clutter xterm
On Wednesday, 2011-02-09, Bastien ROUCARIES wrote: Package: okular Version: 4:4.4.5-2 Severity: wishlist okular cluster xterm and Xlog with : okular(8389)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(8389)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig Please stop to increase universe entropy with useless message Run kdebugdialog Check if kdecore (KConfigSkeleton) is checked. If yes, uncheck it and see if the output is gone. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#611520: Remove Google crapware from kdebase
On Sunday, 2011-01-30, S D wrote: Package: kdebase Version: 5:66 Please remove Google crapware from kdebase, for it has nothing to do with neither KDE nor base applications. Make it a separate package or drop it completely. If anyone wants it they most certainly can install it themselves later. Since kdebase is a meta package, could you be a bit more specific and point out which actual program/library package you are referring to? Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#611520: Remove Google crapware from kdebase
On Sunday, 2011-01-30, S D wrote: --- On Sun, 1/30/11, Kevin Krammer kevin.kram...@gmx.at wrote: Since kdebase is a meta package, could you be a bit more specific and point out which actual program/library package you are referring to? Certainly. # aptitude purge google-gadgets-common --purge-unused The following packages will be REMOVED: google-gadgets-common{p} 0 packages upgraded, 0 newly installed, 1 to remove and 7 not upgraded. Need to get 0 B of archives. After unpacking 1,860 kB will be freed. The following packages have unmet dependencies: google-gadgets-gst: Depends: google-gadgets-common (= 0.11.2-3) but it is not going to be installed. google-gadgets-qt: Depends: google-gadgets-common (= 0.11.2-3) but it is not going to be installed. google-gadgets-xul: Depends: google-gadgets-common (= 0.11.2-3) but it is not going to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) google-gadgets-gst 2) google-gadgets-qt 3) google-gadgets-xul 4) plasma-scriptengine-googlegadgets 5) plasma-scriptengines So your actual wish is not to remove something from kdebase or any of its dependencies but to have kdebase built without the Plasma Scriptengine for Google Gadgets? Or to change the dependency level of plasma-scriptengines regarding plasma- scriptengine-googlegadets? Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#531221: still will not fix??
Aside from the already mentioned options, anyone who'd like to have a different default on their systems (globally for all users) can simply create a minimal Okular config with that parameter set to false. I.e. creating a file /usr/share/kde4/config/okularrc or /usr/local/share/config/okularrc with the following content [General] ObeyDRM=false Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#531221: still will not fix??
On Friday, 2011-01-28, Alan BRASLAU wrote: Thank you, this is useful, perhaps better than the other already mentioned options. And I note in passing that I do not find any documentation concerning okularrc, not even a man page. /usr/share/kde4/config.kcfg/okular.kcfg Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#609441: Pulseaudio
Hi, On Sunday, 2011-01-16, Debian wrote: I have found something in a german wiki now: http://de.wikipedia.org/wiki/PulseAudio Here is the diagram: http://upload.wikimedia.org/wikipedia/commons/0/00/Pulseaudio-diagram.svg Here some stuff about ALSA: http://www.sabi.co.uk/Notes/linuxSoundALSA.html Diagram http://www.alsa-project.org/~tiwai/lk2k/archtect.gif Here all together: http://0pointer.de/blog/projects/the-linux-audio-stack.html There are really (to) much combinations possible for the sound ... So i like this picture: :-) http://www.trilug.org/~crimsun/linuxaudio.png How is it possible to handle this? All of these are developer level points of view of the system, which necessarily contains even parts no longer in use or even academic (exisiting but never been in widespread use) components. In practice this is way simpler. Any application is using some form of audio processing framework, whether it is built in or a library shared with others. The output either happens directly to the device (i.e. ALSA) or indirectly through a mixer level (e.g. PulseAudio). Basically a multimedia component decodes data, e.g. from an MP3 file and writes samples to an output. Which can be the audio device provided by ALSA or a mixer daemon such as PulseAudio (which in turn will then output to the device). In my case there is only kmix running. Has this on this PC the same functionality like Pulseaudio? Or is kmix only a frontend for the ALSA-Mixer? The word mixer is used for different purposes. A mixer such as KMix or AlsaMixer is basically just a program to control volume levels. Mixing in the sense of PulseAudio is merging different signals into one. While merging it can of course also influence the volume thus also provide the former functionality. When i try to open the shell-version i only get an error message: # alsamixer Fehler beim Öffen des Mixer-Gerätes: Datei oder Verzeichnis nicht gefunden # alsactl init Unknown hardware: USB-Audio USB Mixer USB0d8c:0201 Hardware is initialized using a guess method # alsamixer Fehler beim Öffen des Mixer-Gerätes: Datei oder Verzeichnis nicht gefunden He can't open the mixer device? These errors really seem to indicate that there is a problem with the ALSA setup. Can you try that while not being logged in into a desktop environment? I.e. on a linux virtual terminal? Can you use aplay mutiple times in parallel? At this time there seems to be a problem with aplay!: ~$ aplay /usr/lib/openoffice/basis3.2/share/gallery/sounds/drama.wav ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:4170:(_snd_config_evaluate) function snd_func_card_driver returned error: Datei oder Verzeichnis nicht gefunden ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:4170:(_snd_config_evaluate) function snd_func_concat returned error: Datei oder Verzeichnis nicht gefunden ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:4170:(_snd_config_evaluate) function snd_func_refer returned error: Datei oder Verzeichnis nicht gefunden ALSA lib conf.c:4649:(snd_config_expand) Evaluate error: Datei oder Verzeichnis nicht gefunden ALSA lib pcm.c:2190:(snd_pcm_open_noupdate) Unknown PCM default aplay: main:654: Fehler beim Öffnen des Gerätes: Datei oder Verzeichnis nicht gefunden This really looks like an ALSA problem to me, if even its own player can't do any output. But better check when not logged into KDE, to see if anything might be interfering. Check the second tab which backend you are using and see if the player application of that framework works, e.g. if you have the Xine backend, check the Xine player. Xine is the backend. Right, same as here, How can i check the configuration of it. No idea, probably doesn't have any. Must i install the Xine-Player? No. It worked for me before I installed the Xine player (I am usually using mplayer, only installed Xine for some files that mplayer didn't like). Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#609441: Pulseaudio
Hi, On Saturday, 2011-01-15, Debian wrote: Hi Lisandro, thanks for your tip, but i can't believe that Pulseaudio is a solution. 1. Pulseaudio is another (additional) soundserver. Why should he solve problems with phonon? Which other sound server are you referring to? JACK? 2. I did have ominous problems also with pulseaudio in Kubuntu Lucid which only disappear by deinstalling it. When you read about the sound problems with phonon and KDE 4 in the forums, you will find no explanation or direct solution for the problems. Different users with different hardware combinations have tried out different things - and the problems of some of the users could be solved. Some postings seem to indicate a general ALSA setup problem, i.e. one users says ALSA's aplay won't work either. But up to now the configuration and interaction of phonon with ALSA is a mystery. Phonon (the programming interface) does not interact with ALSA at all. Depending in which Phonon backend is being used, this backends multimedia framework is interacting with ALSA (or a sound server). While I am on Debian SID there is most likely not much difference right now due to the freeze. I have the Xine backend configured and I am not aware of any Xine or ALSA related setup I would have had to make. But maybe Xine did when I installed it in its role as a mediaplayer. The only thing i know is that phonon is the standard sound interface and output for KDE. But how it can be configured when it does not work for applications which can't use directly ALSA cannot be answered. Well, the actual output is handled by the multimedia framework used to implement the chosen Phonon backend (Xine, mplayer, GStreamer, etc). Maybe you can check if the player application of the framework your Phonon backend is using is capable of output. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#609441: Pulseaudio
On Saturday, 2011-01-15, Debian wrote: Hi, Am 15.01.2011 19:53, schrieb Kevin Krammer: Which other sound server are you referring to? JACK? First i would say ALSA. But your question shows me that i have not understand the sound concept at all. There are to many components now working on/for the sound. Where can i get an overview? My hope is that i can solve the problem, if i can get a chance to understand it. I don't think there is an up to date flow graphic somewhere that is intended to be understood by non audio developers. Basically a multimedia component decodes data, e.g. from an MP3 file and writes samples to an output. Which can be the audio device provided by ALSA or a mixer daemon such as PulseAudio (which in turn will then output to the device). Some devices/drivers allow to be used multiple times, some allow only one application writing to them so a mixing component (e.g. PulseAudio) is needed in between. Some postings seem to indicate a general ALSA setup problem, i.e. one users says ALSA's aplay won't work either. In my case i can say that ALSA is basically working on every PC. And the sound was working perfect with KDE 3.5 with ALSA. Why it is not working in KDE 4 any more? Very strange, no idea though. My system has also been upgraded through the years (KDE3-KDE4 a long time ago though) and I don't remember adjusting anything. But up to now the configuration and interaction of phonon with ALSA is a mystery. Phonon (the programming interface) does not interact with ALSA at all. Depending in which Phonon backend is being used, this backends multimedia framework is interacting with ALSA (or a sound server). This i have not understand. Phonon is an KDE-API for sound - correct? Correct. Why i have only sound problems with applications where i can't chosse ALSA as audio output? What I am seeing in Systemsettings is my audio device (HDA Intel) and when I hover over the entry it says it will try two ALSA devices and then two OSS device. I am pretty sure it succeeds with one of the ALSA devices, but I wouldn't know how to check. And i get no sound with Virtualbox even i choose ALSA or something else. Hmm, that sounds like something is blocking the device, virtualbox should be totally independent. Can you use aplay mutiple times in parallel? While I am on Debian SID there is most likely not much difference right now due to the freeze. I have the Xine backend configured and I am not aware of any Xine or ALSA related setup I would have had to make. When i read XINE i am thinking just for video. But it is also a Player. Like VLC or Kaffeine? Xine is also a video player, yes. And its multimedia library is used by one of Phonon's backends. But maybe Xine did when I installed it in its role as a mediaplayer. There must be a reasonable way how applications give the sound data to the hardware. Up to KDE 4 i thought all this is done by ALSA. But now it don't know what the way is? There could be some backend (in my case Xine) specific configuration that is actually doing the output selection, but my guess would be that the Phonon Xine backend is doing that. Well, the actual output is handled by the multimedia framework used to implement the chosen Phonon backend (Xine, mplayer, GStreamer, etc). How can a Multimedia Player be an backend? Not the player application itself, the multimedia library/framework it is using. I have multiple player installed. What player is used by kaffeine and flash? My guess would be that Kaffeine is using the selected Phonon backend through Phonon, but I could of course be wrong. Flash is using its own decoding framework as far as I know. And is ALSA a player also? No, though the package comes with a simple player called aplay. Maybe you can check if the player application of the framework your Phonon backend is using is capable of output. On the PC mit onboard sound the phonon output is PNP Audio Device (USB Audio) What will this say to me? That' the audio device Phonon tells the backend to use, an USB device it seems. Check the second tab which backend you are using and see if the player application of that framework works, e.g. if you have the Xine backend, check the Xine player. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#583566: Akonadi does not get started on first start of KMail / Kontact
On Thursday, 2010-06-03, Martin Steigerwald wrote: Hi Debian KDE/Qt developers, I reported this upstream: [Bug 236538] often does not find resource agents on first start of Kontact https://bugs.kde.org/show_bug.cgi?id=236538 This also applies to starting Kontact. And it still happens with KDE 4.4.4. I think this bug should be fixed before Squeeze, thus I am cc'ing KDEPIM developers with a plea for help. Otherwise all Squeeze users will likely see this pretty annoying bug for one year at least until Debian Squeeze +1 is out. As noted in the upstream bug, this is hopefully fixed now, or at least substantially improved. I apt-get'ed the sources for kdepimlibs and copied the three modified files from KDE 4.4 branch into it. Installting libakonadi-kde from the newly built packages fixed the problem for me. Further testing very welcome. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#584739: kontact: Kaddressbook component does not manage to connect with akonadi
On Sunday, 2010-06-06, Johannes Graumann wrote: Package: kontact Version: 4:4.4.4-1 Severity: important When starting kontact and switching to the kaddressbook component, Akonadi not operational always shows up, the underlying cause being that supposedly no agents are found ($XDG_DATA_DIRS is set to /usr/share/:/usr/share/akonadi/agents/). Shutting kontact down and doing akonadictl stop sleep 10 akonadictl start, followed by restarting kontact fixes the problem. This could be a duplicate of 583566 XDG_DATA_DIRS looks weird though, its paths should end in /share, e.g. /usr/share:/usr/local/share Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#581349: [kate] Copy+Close removes copied text from clipboard
On Wednesday, 2010-05-12, Robert Wohlrab wrote: Package: kate Version: 4:4.4.3-1 Severity: normal I cannot use the copied thext when I open a textfile, copy text from that file and then close kate. Sounds like Klipper, the clipboard manager, is not running and thus cannot save the clipboard when the previous owner (Kate) is exiting. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#579490: akregator: nspluginviewer used in presenting feed items
On Wednesday, 2010-04-28, Shai Berger wrote: The problem item is the currently newest item on this feed, so first in the attached doc. It includes embedded Flash, which I suppose is what triggers the bad behavior. Whenever I open the item in Akregator, I start seeing a nspluginviewer process taking ~20% CPU. This process is not gone when I switch to another item (on another feed, where the item is plain text). The 20% CPU is bothersome, but I'm more concerned with the issue of the plugin viewer being started at all. My guess is that this is a bug in KHTML and/or nspluginviewer. The same phenomenon can be triggered by deactivating plugins in Konqueror and then surfing to a website with Flash. e.g. Flash ads. It seems that Deactivate Plugins (which is what Akregator might be using internally as well) is taking into account too late, i.e. nspluginviewer decides not to load the plugin while it might be better to not start it at all. (of course this is just speculation) Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#567038: kde-minimal: kde is damn slow, and of no use for brand new hp mini
On Tuesday, 2010-01-26, yellow wrote: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-minimal depends on: ii kdebase-apps 4:4.3.2-1 base applications from the officia ii kdebase-runtime 4:4.3.2-1 runtime components from the offici ii kdebase-workspace 4:4.3.2-2 base workspace components from the Versions of packages kde-minimal recommends: ii kdm 4:4.3.2-2 KDE Display Manager for X11 ii xserver-xorg 1:7.4+4the X.Org X server An interesting additional data point would be which graphics chip is being using in this specific model of computer. Quick googling suggest that there are various options, including chips from Intel and Nvidia. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#556989: kmail: Cannot configure threaded message list anymore
On Wednesday, 2009-11-18, Erik Schanze wrote: Package: kmail Version: 4:4.3.2-1 Severity: normal *** Please type your report below this line *** Hi, I tried to disable the threaded message list view that I enabled some time ago, but there is no point to do so. In help on page: help:/kmail/configure-appearance.html#configure-appearance-headers you could do this at menu point Thread list of message headers, but the Kmail configuration menu has no such entry. Where is it? Above the messagelist you'll find a search bar and to its right five buttons. The second from right has the threading options. Is it possible to choose threaded list on folder basis also? I think ticking the remember for this folder option in the same tool menu will have that effect. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#556123: kdepim-runtime: akonadi_imap_resource and CommuniGate Pro IMAP Server 5.1.16
On Tuesday, 2009-11-17, Kevin Krammer wrote: On Friday, 2009-11-13, Sergey Morozov wrote: Package: kdepim-runtime Version: 4:4.3.2-1 Severity: important Tags: patch Akonadi imap resource (akonadi_imap_resource) is unable to communicate with CommuniGate Pro IMAP server. The problem is that it requires IMAP4rev1 capability on the server. But server returns IMAP4REV1. Thank you for the report. The respective developer has addressed [1] the issue in one of the work branches and backports to what will become 4.4 and probably also 4.3.4 are likely to arrive next. Got merged into trunk today and I just backported the changes to 4.3 branch. Thanks again for report and patch suggestion. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#556123: kdepim-runtime: akonadi_imap_resource and CommuniGate Pro IMAP Server 5.1.16
On Friday, 2009-11-13, Sergey Morozov wrote: Package: kdepim-runtime Version: 4:4.3.2-1 Severity: important Tags: patch Akonadi imap resource (akonadi_imap_resource) is unable to communicate with CommuniGate Pro IMAP server. The problem is that it requires IMAP4rev1 capability on the server. But server returns IMAP4REV1. Thank you for the report. The respective developer has addressed [1] the issue in one of the work branches and backports to what will become 4.4 and probably also 4.3.4 are likely to arrive next. Cheers, Kevin [1] http://websvn.kde.org/?view=revrevision=1050507 http://websvn.kde.org/?view=revrevision=1050508 signature.asc Description: This is a digitally signed message part.
Bug#553180: [akonadi-server] Looses data
On Thursday, 2009-10-29, Robert Wohlrab wrote: Package: akonadi-server Version: 1.2.1-1 Severity: important When I add a item to korganizer, close korganizer and logout over kmenu i will loose my new added entry in 99% of the time. I only have the Akonadi Compatibility Resource with an ical calender file and Birthday Anniversaries subressource. It seems that the file isn't synchronised after the logout. If I wait some minutes before logout it seems to work as expected (I can find the entry in my ical file after waiting, but not after direct logout). I'd say rather an error in the Akonadi ICal Resource. It does some buffering of changes before writing to its file (i.e. combining several changes into one file write) and might not have done that yet when being termined too early. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#547557: akonadi-server claims dbus not active
Check whether $DBUS_SESSION_BUS_ADDRESS is set in the session you are executing akonadictl in. Also, it might be a good idea not to run a full KDE session as root. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#549859: akonadi-kde-resource-googledata: impossible to configure with suffixes different than @gmail.com
On Monday, 2009-10-05, Roberto Guerra wrote: Package: akonadi-kde-resource-googledata Version: 1.0.1-1 Severity: normal There are some private gmail addresses that have a suffix different than @gmail.com (for example @studenti.unimore.it). The current interface does not allow to use these addresses because it supposes the gmail suffix. It should be possible to use such an account if you enter the full address, i.e. including server and domain. AFAIK it only adds gmail.com if you enter just the account name. Future versions will have a better UI, it couldn't be changed for this version due to string freeze. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513382: Filesystem backend
On Saturday, 2009-08-08, LEDUQUE Mickaël wrote: In the same page that was mentioned earlier http://techbase.kde.org/Projects/PIM/Akonadi#Akonadi_TODO , there is an item Scheduled for KDE 4.3 / Akonadi 1.2 that is titled Filesystem backend and is described as Store content data in files instead of the database, transfer filehandles instead of data to the client. This item is noted as DONE. I suppose that now that akonadi is at v1.2 in sid, it is possible to use this? 'and even have it used by default?) Yes, this version should be capable of doing this. It is not enabled by default, though. The respective properties of the akonadiserverrc configuration file are ExternalPayload and SizeThreshold in the [General] Section. Basically the default is [General] ExternalPayload=false SizeThreshold=4096 Meaning use of external payloads (cached content in files) is disabled (data will be transmited through the data connection) and the limit, if it were enabled, would be 4096 bytes, meaning smaller data items would still be cached in the database. Unless you are already using Akonadi for huge data items, e.g. mails with large attachments, there is probably little to gain other then helping test the feature. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513382: Filesystem backend
On Sunday, 2009-08-09, LEDUQUE Mickaël wrote: So if I set ExternalPayload to true and SizeThreshold to zero, it won't start the mysql server at all? No, it will store all cached item data (payload) in files. It will still keep all relational data, e.g. which folder contains which items, in the database. That's what a database is good at. One valuable gain would be to get rid of the mysql dependency, but it won't because the dependency wasn't removed from the akonadi-server package Right. Post version 1.2 code has support for Postgres as well, though I think this requires a manually setup Postgres instance, much like using an external MySQL instance. Haven't tried either yet so I can't comment on the process for such a setup. Anyway, using a different database is orthogonal to storing cached item data in files. Though some databases might be better when only having to deal with small data blocks. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513382: Filesystem backend
On Sunday, 2009-08-09, LEDUQUE Mickaël wrote: In fact, in my opinion, the point is to not have the data in ANY big, full featured, and space hungry database software. I don't understand why something as simple as an address can't just be stored in whatever file format you could name. Even csv would work! What does a relational database do better when the only kind of search I do is based on the contact name? Ah! This is a misunderstanding :) The data is of course not in the database, it is whereever it stored right now, e.g. a vcard file, a LDAP server, remote file, etc. Akonadi, or rather the Akonadi server, is quite like a proxy, caching data on behalf of applications so they don't have to. The application contacts Akonadi server and e.g. requests a list of all folders [1] containing contacts. The server knows which folder corresponds to which data source, e.g. that a folder contains the contacts of vcard file. Once an application requests actual data, e.g. contact, email, whatever, it will check whether it has the data cached or whether it has to retrieve it from the actual source. Whether it will then just pass the data on to the application asking for it or whether it will also store it (depending on the settings in either DB or file) depends on the folder's Cache policy. E.g. a cache policy for a local contact file might be to not cache at all, a policy for a local maildir might already be cache headers (for faster listing), the policy for an important IMAP folder could be cache everything. Currently these cache policies are mainly determined by the data providers [2], but of course the idea it to have applications provide their users methods of changing that according to their needs. In a setup where nothing is cached or where caching happens through indivadual cache files, the database will only contain meta and relational data, e.g. how the folder structure looks like, which data provider is handling which folders, which items are in which folder, MIME types, etc. Storing such things is what relational databases are really good at. Of course, different workloads will require different sophistication from database implementations, so Akonadi uses Qt's SQL abstraction to be not tied to a single one. Ideally a default setup would use something extremly light weight, e.g.SQLite, however it unfortunately turned out that as this point this is not possible. SQLite turned out to have serious problems with multithreading, especially in context of transactions, MySQL/Embedded didn't have a backend capable of doing transactions. While MySQL, as you pointed out, is quite a heavy implementation, it is one that can provide the required base features and can be run in a way that does not need manual database setup. In the meanwhile some people have provided feedback and respective patches to also enable Postgres usage and another group of people are working diligently to find ways around SQLite's short commings [3]. Cheers, Kevin [1] in Akonadi called collections [2] in Akonadi called resource agents or just resources [3] AFAIK the current state is that it is no longer deadlocking instantly, only after some operations signature.asc Description: This is a digitally signed message part.
Bug#540416: [systemsettings] Not switch desctop theme
On Friday, 2009-08-07, ivan wrote: Package: systemsettings Version: 4:4.3.0-2 Severity: normal --- Please enter the report below this line. --- systemsettings Desktop Theme Details select not air theme not work As far as I understood this part of system settings is intended to be used for customizing aspects of the themes, not changing the active theme. That is done through right click on desktop - desktop settings - theme Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#537547: [akonadi-kde] vcard directory ressurce does not work
On Sunday, 2009-07-19, Bastian Venthur wrote: Package: akonadi-kde Version: 4:4.2.4-1 Severity: normal --- Please enter the report below this line. --- The vcard-directory resource is not configurable. Whenever I try to configure it's setting it appears to do nothing. So without an option to choose the directory this resource is pretty useless. Yes, in this version it is unfortunately hardcoded to $HOME/.contacts From 4.3 on it is configurable and even as GUI for it, something that couldn't be backported to 4.2 due to string freeze. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Thursday, 2009-07-16, Simone Piccardi wrote: Kevin Krammer wrote: On Monday, 2009-07-13, Simone Piccardi wrote: What I do not understand is why a client should be depend on the installation of the corresponding server. It seems to like requiring to install apache to run firefox. Not quite, this is a different kind of server/client relation ship. This is a session runtime service, more like D-Bus clients depending on D-Bus. A part of the runtime infrastructure, essential functionality shared between applications through inter process communication. Probably that was not the right analogy, but... I still cannot think of mysql-server as a session runtime service. I was referring to the Akonadi server. It is unfortunate that it currently depends on the MySQL server (with patched for Postgres pending), but the embedded DB options investigated initially didn't provide the requirements (e.g. transactions, use in multi-threaded app). Hopefully future versions of them will so Akonadi can then default to one of them instead. But also if akonadi was part of a KDE infrastructure, it should be clear that people can have addressbook (like I do) in an LDAP server. That's one of the supported sources for kaddressbook, so forcing me to use akonadi (and to install mysql for this) just to look in an LDAP directory cannot be a correct choice. That sounds a bit like the common misunderstanding that Akonadi would be some kind of PIM data server. Unfortunately the terminology server is often mixed up with the concept of data source, so session servers are often referred to as services instead. So it is probably better to think of Akonadi as a service rather than a server, even if this is technically the very same thing. The main services provided by the Akonadi server are uniform access, change tracking and caching. Uniform access meaning that different types of PIM data can be accessed through the same mechanisms and independent from the data source. Change tracking meaning that clients will get notified when individual items change as opposed to polling passive data sources for changes or getting vague notifications like there was some kind of change (e.g. file change notification on a vcf file). Caching meaning that data remains available (depending on policies) even if the data source is not. E.g. data stored on a remote server when being offline. Of course, whether or not an application needs any of these services depends on the application's and users' respective use cases. E.g. a mail client without need for address book support and without need for local storage and with users who don't mind waiting for each message to be retreived every time it is accesses might not need any of the above things. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#523363: kontact: problem at logon when starting kontact
On Sunday, 2009-06-21, Gerard Mensoif wrote: Hi, I have the same problem as described by Andres, and I don't have kontact in .kde/Autostart/ If you have an IMAP based address book, this could be causing a start at login if the Contacts plugin of KRunner (ALT+F2 thingy) is enabled. The reason is that the plugin accesses the addressbook which in turn needs to access the IMAP addressbook which in turn needs KMail (stand-alone or in Kontact) to provide the IMAP access. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#529568: kaddressbook: The resource is locked by application ''.
On Wednesday, 2009-05-20, Christian Marillat wrote: Package: kaddressbook Version: 4:4.2.2-1 Severity: grave Justification: renders package unusable Hi, I'm unable to add/remove/modify a contact. Each time a dialog box is open with : The resource '/home/marillat/.kde/share/apps/kabc/std.vcf' is locked by application ''. lsof display nothing. That is usually caused by a stale lock file in $HOME/.kde/share/apps/kabc/lock Since they are only needed during write operations, it is usually safe to remove them if one doesn't save the addressbook exactly at the same time. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Wednesday, 2009-07-01, Simone Piccardi wrote: Package: kaddressbook Version: 4:4.2.4-1 Severity: normal Don't know why but installing kaddressbook install also mysql-server. That's absurd because I just need an address book client. MySQL is currently a dependeny of the Akonadi server, which KAddressbook indirectly depends on through the Akonadi based addressbook plugin. Some of the developers are working on getting SQLite to behave properly (has issued with multi threading). For the time being MySQL is a reliable option which can be used without requiring users to do any manual database setup. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#529568: kaddressbook: The resource is locked by application ''.
On Monday, 2009-07-13, Christian Marillat wrote: Kevin Krammer kevin.kram...@gmx.at writes: That is usually caused by a stale lock file in $HOME/.kde/share/apps/kabc/lock A directory here. Yes ... stale lock file *in*... :) A rather crude way to avoid different addressbook using applications overwriting each others changes. One of the reasons why there is a move to a single point of access (Akonadi server). Since they are only needed during write operations, it is usually safe to remove them if one doesn't save the addressbook exactly at the same time. Yes, thank you very much. I can now sync my Nokia. Excellent. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Monday, 2009-07-13, Simone Piccardi wrote: What I do not understand is why a client should be depend on the installation of the corresponding server. It seems to like requiring to install apache to run firefox. Not quite, this is a different kind of server/client relation ship. This is a session runtime service, more like D-Bus clients depending on D-Bus. A part of the runtime infrastructure, essential functionality shared between applications through inter process communication. So I cannot understand why the dependency on the akonadi plugin is forced on all of us. It should be possible to put this in a separate package, avoiding it if the user dos'nt need that. Not sure what the rational was given that it is a plugin not enabled by default, but you could try asking for a change from depends to recommends. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Monday, 2009-07-13, Armin Berres wrote: On Mon, 13 Jul 09 13:30, Kevin Krammer wrote: On Monday, 2009-07-13, Simone Piccardi wrote: So I cannot understand why the dependency on the akonadi plugin is forced on all of us. It should be possible to put this in a separate package, avoiding it if the user dos'nt need that. Not sure what the rational was given that it is a plugin not enabled by default, but you could try asking for a change from depends to recommends. Are we talking on the dependency of kaddressbook on akonadi-server right now? Yes. Or is there a plugin I do not see right now? Akonadi KResource plugins (one for addressbook, one for calendar). Part of package kdepim-kresoures. For 4.3. they got moved into kdepim-runtime due to build dependencies. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#528284: kaddressbook repeatedly opens messagebox to select email
On Monday, 2009-05-11, Stefan Seide wrote: Package: kaddressbook Version: 4:4.2.2-1 Severity: normal selecting an addressbook entry with 2 or more different email addresses causes kaddressbook to repeatedly open a messagebox Select Email Adress with all emails listed. It does not matter if i press OK or ESC - the messagebox pops up something between two and six times (mostly, but never less than two times) This happens every time i select an entry, sometimes when i try to edit an selected entry. Fixed in 4.2.3, see http://websvn.kde.org:80/?view=revrevision=953498 Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#527569: kmail does not update Today if running overnight
On Friday, 2009-05-08, Antti Salmela wrote: Package: kmail Version: 4:4.2.2-1 Severity: normal In mailbox view, kmail displays Today for the day it was started and does not advance date when day changes. System is hibernated over night. Upstream this is the following report: https://bugs.kde.org/show_bug.cgi?id=178035 Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#523899: Stop providing KDE 3 support
On Monday 13 April 2009, Sune Vuorela wrote: On Monday 13 April 2009 15:35:08 Ana Guerrero wrote: about -kde is supposed to show it integrated with kde4/qt4 and if that is working (i have not checked), it will be kde3/qt3 and you have to install kdelibs from kde3 that some users might have ride of already. I agree that kde3 integration is not relevant in a kde4 environment. Using Qt3 dialogs sticks just as much out as being wrong as GTK or fltk dialogs. the kab parts might still be usable, I don't think they *yet* have changed the storage format, but it is just a matter of time. We will provide compatibility adaptors though, the KABC API is part of kdepimlibs until KDE5. However it is likely that at some point any integration efforts will probably switch to the new API. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#513382: closed by Sune Vuorela deb...@pusling.com (Re: Bug#513382: akonadi-server: depends on mysql-server)
On Tuesday 07 April 2009, Sune Vuorela wrote: On Tuesday 07 April 2009 00:22:33 Roger Leigh wrote: On Wed, Jan 28, 2009 at 02:55:26PM +, Debian Bug Tracking System wrote: Date: Wed, 28 Jan 2009 15:51:19 +0100 From: Sune Vuorela deb...@pusling.com Subject: Re: Bug#513382: akonadi-server: depends on mysql-server To: 513382-d...@bugs.debian.org No. this is how akonadi at least currently work and it is a design decision upstream to do it this way. Then, respectfully, upstream do need to have their heads examined. Using the mysql client libraries would be understandable, but this is just completely objectionable. I don't want a trace of mysql near my system, but I would like to use kde4. Optional mysql database bindings for the server would be preferable so I don't even need the mysql client libraries installed. Really. you would prefer if they used oracle or postgresql? I really think using mysql is much better than reimplementing a fast storage that allows concurrent access. http://techbase.kde.org/Projects/PIM/Akonadi#Which_DBMS_does_Akonadi_use.3F A quick update on that: quite recently some new contributor provided patches for using sqlite instead. Unforuntately the situation with respect to sqlite hasn't changed yet, e.g. it still deadlocks. However it shows that the code can support different database engines, so assuming some body contributes the code for postgresql or something else those might become options in the future. No value in keeping this bug open. You might want to reconsider not pulling in the mysql server package into the default kde install by not including akonadi-server in the metapackage dependencies. The current requirement to run mysql is horrible in the extreme. kde[4] - kdepim - korganizer - akonadi-server - mysql-server Without akonadi-server, korganizer won't work. Not entirely correct, i.e. Korganizer of 4.2 does not, Korganizer of 4.3 will. KPilot already requires Akonadi though. Anyway, this is just nitpicking. The Akonadi server is a runtime requirement of the Akonadi KDE libraries, which are part of the KDE platform. Very soon, kmail will also require akonadi-server. True, we hope this to happen with 4.4, there are still huge porting efforst ahead. Akonadi is here to stay. Indeed. It is a pity we didn't have the resources to do more app porting already, but it seems we are on a good track for 4.3 Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513382: closed by Sune Vuorela deb...@pusling.com (Re: Bug#513382: akonadi-server: depends on mysql-server)
On Tuesday 07 April 2009, Roger Leigh wrote: On Tue, Apr 07, 2009 at 01:19:53AM +0200, Sune Vuorela wrote: you would prefer if they used oracle or postgresql? I really think using mysql is much better than reimplementing a fast storage that allows concurrent access. Depending on /any/ database *server* is not acceptable. It should be using the *client interface* like every other program out there. This means either the client program, client library, or some other database abstraction library are used to connect to the server. It is actually using an abstraction, the Qt SQL plugin system and the database access code is also quite centralized. Adding support for other database engines is possible, just not that high on the priority list as getting the rest of the infrastruture running and porting the applications. Once support for more than one database engine is available, it might be possible to create a meta package and have it provided by several database packages. If it wants to embed a server, then sqlite exists for just this purpose. There is also mysql embedded, but unfortunately it doesn't work reliably enough either (IIRC it doesn't support transactions). Starting a local mysql instance is basically a workaround that provides the necessary features in a reliable way and does not require administrator level settings like using a system daemon. (this is supported though) Directly running an entire database server instance for a single client is *wrong*, bloated and broken design. And I'm forced to run a system mysql instance unless I take special steps to disable it, with all the security issues that implies. No thanks. As Sune already wrote it is unfortunate that the mysql server package also contains the global startup mechanism. Makes sense if running a single instance is the only use case, but obviously breaks for others. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#513382: akonadi-server works fine without mysqld running
On Sunday 15 March 2009, M G Berberich wrote: Hello, As far as I can see akonadi-server works fine without mysqld running, so there should be no dependency on mysql-server. It seems to use mysqle (MySQL Embedded). It does not require a system level mysqld to be running, but it requires the mysqld binary so it can start its instance. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#448555: Patch against deliberate font-uglification by Qt
On Sunday 15 March 2009, M G Berberich wrote: Hello, Am Sonntag, den 15. März schrieb Sebastian Krause: M G Berberich wrote: A patch that removes glyph blurrying is attached. It works fine here. Thanks. I just rebuilt Qt 4.5 locally with the patch applied and can confirm that it removes all the ugliness. I would really like this patch to be included in the Debian packages. So do I :) It seems the upstream bug has been reopened and a fix schedules for next minor release (whatever that means). Anyway, in case other distributions might be interested as well, it could probably be applied against KDE's qt-copy, which usually contains fixes which are not yet applied in Qt Software's version. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#512311: marked as reopened (korganizer should depend on akonadi-server)
On Monday 09 February 2009, Marcus Better wrote: Version: 4:4.2.0-1 Not to play BTS ping-pong, but this bug says that korganizer *should* depend on akonadi-server, which it now does, which is why I closed it. From the user's point of view this is the most obvious package to report against if the dependency chains seems to be broken. Doesn't mean it is the correct part of the chain to add the dependency to. Having that said, if all goes well, the next version of Korganizer will be utilizing Akonadi directly, thus moving the dependency from the current compatibility plugin (part of kdepim-kresources) to the application. I guess it depends on whether the respective package maintainers want to follow that change on KDE 4.3 release or do it already for 4.2 packages. Not sure if this matters at all, the application seems to depend on the plugin package, thus it would already indirectly depend on Akonadi even if its own package wouldn't. Having a mysql server running permanently on my laptop computer for no apparent reason is unacceptable to me. Once heavy cache users like KMail have been ported, apparent reason won't be a problem anymore :) Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513826: kaddressbook: weird dependecies
On Monday 02 February 2009, LtWorf wrote: On Monday 02 February 2009 10:37:59 you wrote: But i don't want the mysqlserver either! I mean... i've installed kaddressbook on another computer, where i have mysql-server and postfix. Nothing asked me to configure the access to a database, so i bet there is no access to database. Please carefully read http://techbase.kde.org/Projects/PIM/Akonadi#Akonadi_FAQ There is nothing Debian can do about it, closing the bug. Well... I can install kaddressbook from experimental and have the same contacts i have in kde3 (soft link .kde4 points to .kde). Then i can install back the unstable version and i see the modifications i did. So the new one is using exactly the same system of the old one. And that means that no mysqlblablabla is needed. If the traditional resource framework for contacts is not explicitly configured to go through Akonadi rather than directly accessing the file, then it won't. This particular action of the automated migration was deactivated for the KDE 4.2 release, it had been enabled in betas and the RC though. Independent of that, even a fully Akonadi enabled setup, i.e. even with applications directly accessing Akonadi instead of using just another plugin, would obviously still affect the files the data is stored in. After all one would be rather surprised to have an address book file, make changes and not see those changes in the file. Can't you just patch it to ignore mysql since it isn't really needed? Well, mysqld or rather any database engine implementation fulfilling the requirements, is needed by the Akonadi server. At the moment, i.e. for the 4.2. period, the Debian packagers could decide to have only those packages depend on akonadi-server which actually work with it, e.g. the Akonadi resource plugins (most likely in kdepim-kresources), the Akonadi agents and resources and KPilot. My guess is that the direct dependency is at the application packages in order not to have to change dependencies for 4.3 Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513826: kaddressbook: weird dependecies
On Monday 02 February 2009, LtWorf wrote: But i don't want the mysqlserver either! I mean... i've installed kaddressbook on another computer, where i have mysql-server and postfix. Nothing asked me to configure the access to a database, so i bet there is no access to database. The conclusion is only partly correct. It is not accessing your systemwide mysql database, but it is accessing its own. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513826: kaddressbook: weird dependecies
On Sunday 01 February 2009, Xavier Vello wrote: kaddressbook 4.2 is based on akonadi, which uses a mysql database as cache. Actually the first part is not true. The plan is to port KAddressBook and KOrganizer to Akonadi in KDE 4.3 (actually KAddressBook will most likely be replaced by a new application) The KResource plugins for Akonadi in kdepim-kresources depend on Akonadi, the applications don't. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513518: My workaround for this error
On Thursday 29 January 2009, Modestas Vainius wrote: Hello, 2009 m. Sausis 29 d., ketvirtadienis, Grzegorz Patroń rašė: Maybe this is problem with some kind of migration tools, which ran after upgrade kontact (and kde4) from 4:4.2.0-0r1 - 4:4.2.0-1? Hardly. Those two are almost identical. If the Akonadi plugin for calendar is activated, it is most likely a bug there. We had that part of the Akonadi migration enabled for rc1 but deactivated it for the release since there were too many of such errors which seem to be highly specific to setup and user data. If you have the Akonadi compatibility resource entries in the calendar and contact section of System Settings - Advanced Tab - KResources, I recommend switiching back to the other plugins and removing the Akonadi one. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#512311: marked as done (korganizer should depend on akonadi-server)
Version: 4:4.2.0-1 korganizer now depends on akonadi-server so this can be closed - but I'm not sure if that's a bug or a feature. It's pulling in mysql now. Not sure how this is packages, but it probably makes more sense to have the package containing the resource plugins depend on Akonadi rather than the application using these plugins. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#513382: akonadi-server: depends on mysql-server
On Wednesday 28 January 2009, Marcus Better wrote: Xavier Vello wrote: This is about akonadi-server pulling in the *system-wide* MySQL server that Akonadi does not use at all: akonadi needs /usr/sbin/mysqld provided by the mysql-server-* packages, and runs it with a custom configuration. There is no automatic way to use the system-wide mysql, but you are free to code one and include it upstream. Akonadi should probably allow configuration of other data sources, if it doesn't already. But that's a different issue. Just to avoid misunderstanding: the database it not a data source for Akonadi, it is mainly its cache. There is no designed dependency on any specific database, but this approach is the first which has worked properly. Other approaches had problems with multithreading and/or transactions and/or performance in general. There have been reports that somebody got it working with postgresql, though respective patches, if the exist, have not been incorporated yet. I've seen a couple of people announce that they would try to tune sqlite accordingly but I haven't seen anyone reporting success yet. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#512311: korganizer should depend on akonadi-server
On Monday 19 January 2009, Sheldon Hearn wrote: Package: korganizer Version: 4:4.1.96+svn911714-0r1 Severity: important korganizer should depend on akonadi-server. Otherwise, resources (phonebook etc) can't be imported into akonadi and used. This renders at least the calendar unusable. I am not sure I understand this correctly, but Akonadi does not need KOrganizer to read PIM data, its resource agents (Akonadi Resources) can do this on their own. The other way around, KOrganizer can and will for most people still use its traditional access methods to get to the data, i.e. KResource plugins such as local file. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#496940: [kdelibs] KDE does not use /etc/xdg/autostart
On Thursday 28 August 2008, Martin Bretschneider wrote: This bug seems to has been fixed by Fedora and Ubuntu but not by upstream. Have a closer look on https://bugzilla.redhat.com/show_bug.cgi?id=444350 and http://patches.ubuntu.com/k/kdelibs/extracted/kubuntu_68_xdg_autostart.diff It should probably also add the user local directory, unless that is handled by a different patch. BTW: KDE4 does not seem to have this bug. Which indicates that it is more likely not a bug but a feature not yet implemented this other version of KDE. After all the spec is from somewhen 2006 (and still just a draft) and KDE 3.5 feature freeze was 2005. Since small features were allowed later on, e.g. 3.5.9, on a case by case basis, those having such patched probably didn't submit them in time for these freezes either. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#435337: kdebase-kio-plugins: fish:// KIO is deprecated, use sftp:// KIO
On Saturday 12 July 2008, Daniel wrote: Package: kdebase-kio-plugins Version: 4:3.5.9.dfsg.1-2+b1 Followup-For: Bug #435337 I have read from a couple of sources, mostly other bug reports for other distributions, that kio_fish is deprecated in favour of kio_sftp. Support for kio_fish was even dropped for KDE 4. kio_fish and kio_sftp are not strictly the same. SFTP and therefore kio_sftp requires that the remote sshd is configured to allow SFTP, while kio_fish just requires a normal SSH login, i.e. shell. Since SFTP is specifically designed for file operation over SSH it should definitely be preferred, but there might be people needing FISH. I am also not sure if kio_fish has been dropped for KDE4 or just not ported yet by its maintainer. As for KDE_FORK_SLAVES, it means that applications will fork IO slaves rather than requesting them from KLauncher, thus disabling sharing them between applications. It is useful for debugging since the slave becomes a child process of the application one is debugging rather then being a process cooperating with it, but I don't think it makes sense as a general policy. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#463230: ships too many .desktop files, mimetype mess
On Wednesday 30 January 2008, Erich Schubert wrote: Package: krita Version: 1:1.9.96.0~svn763013-1 Severity: normal Krita shows up in the Gnome menu multiple times, because it ships with multiple .desktop files: /usr/share/applications/kde4/krita.desktop /usr/share/applications/kde4/krita_tiff.desktop /usr/share/applications/kde4/krita_bmp.desktop /usr/share/applications/kde4/krita_openexr.desktop /usr/share/applications/kde4/krita_jpeg.desktop /usr/share/applications/kde4/krita_ora.desktop /usr/share/applications/kde4/krita_pdf.desktop /usr/share/applications/kde4/krita_png.desktop These should be merged into one .desktop file. Actually these files are pretty inconsistent, and I guess some of them are stale old copies? krita.desktop should include a MimeType line, listing all supported mime types. My guess is that each one is installed by a plugin for the respective format, i.e. Krita does not support this MIME Type without the plugin. The problem is that most of them are missing the NoDisplay=true entry (the one for png does, at least in SVN trunk) Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#463230: ships too many .desktop files, mimetype mess
Hi Erich, On Wednesday 30 January 2008, Erich Schubert wrote: Hi, My guess is that each one is installed by a plugin for the respective format, i.e. Krita does not support this MIME Type without the plugin. That makes sense. They still should be unified then. E.g. krita.desktop: GenericName=Painting and Image Editing krita_jpeg.desktop: GenericName=Application for Drawing and Handling of Images krita_png.desktop: GenericName=Painting and Image Editing Application It's not as if krita does something different to PNG that it does to JPEG images. Yes, I agree. I will post to the koffice-devel mailinglist pointing to this report. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#463230: ships too many .desktop files, mimetype mess
On Wednesday 30 January 2008, Kevin Krammer wrote: I will post to the koffice-devel mailinglist pointing to this report. http://lists.kde.org/?l=kde-commitsm=120172674705746w=2 -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#461656: konqueror: quick search bar
On Sunday 20 January 2008, Michael Gilbert wrote: Package: konqueror Version: 4:3.5.8.dfsg.1-6 Severity: wishlist it would be very nice if konqueror had a quick search toolbar (like the one in firefox). this could even be a way for kde to make some money (via google). The konq-plugins package contains such a search toolbar. Quite a lot of KDE/Konqueror users however use the internet shortcuts such as gg: for Google search wp: for WikiPedia search and so on as they also work from the run command or ALT+F2 prompts. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#453055: konqueror: Crash loading URL
On Tuesday 27 November 2007, Karsten M. Self wrote: Package: konqueror Version: 4:3.5.7.dfsg.1-1 Severity: normal Konqueror crashes loading the following URL: http://www.marketwatch.com/news/story/chuck-jaffe-even-average-homeowners/s tory.aspx?guid=%7B8FE4C101%2D1774%2D4AAA%2D87F6%2DCD7DC002%7Dref=patric k.net Behavior _is_ reproducible. It crashed when JavaScript is turned on globally, not when enabled through the tools menu or when deactivated. Non-debug library backtrace (starting from a shell where ulimit for cores is unlimited, thus resulting in a core dump) indicates the segmentation fault happens in /usr/lib/libpcre.so.3 Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#452053: kdelibs4c2a: startkde (as started from startx) fails with blank screen; kdm works.
On Tuesday 20 November 2007, Peter Yellman wrote: This bug may be #446970 kdeinit not found, but I don't see how the suggestion given there (make sure that ksmserver is update to 3.5.8) can help, since 3.5.8 is not in testing. I normally start a KDE desktop session from the console, using startx. After a recent update startx only flashes the nVidia logo, shows the x cursor, then goes blank. However, starting a desktop session through kdm brings up the login prompt and KDE desktop successfully. This might be related to the following two threads on KDE's user support lists: http://lists.kde.org/?t=11952780972r=1w=2 http://lists.kde.org/?t=11954386583r=1w=2 Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#449118: Additional information
On Sunday 04 November 2007, Hans-J. Ullrich wrote: Dear maintainers, due to your hints I stopped kmail and deleted the FILES ~/Mail/drafts, ~/Mail/trash, ~Mails/sent-mails and ~/Mail/outbox. Then started kmail again and got four new DIRECTORIES with subdirectories cur, new and tmp. I suppose, this is the correct form, it should be. The other form would be correct as well (single file, mbox format). This directory based format is the maildir variant. One of the things you have reported earlier, the folder being empty but the file not being zero sized, is a result of the mbox format. Deleted message are just marked as deleted, since actual deleting would require to copy all others to a temporary file and then rename this file to the original name. To avoid this on every single deletion, the copying/renaming only happend when the respective folder is compressed. I am using kamil and my home directory now for several years (yes, Linux is real stable and now since 5 years I never had to reinstall), so I suppose, the mentioned FILES are a relict of an older version of kmail, aren`t they Yes, mbox is the older default format, but since it has its own qualities, it can still be chosen when new folders are created but maildir is now the default. O.k., if everything is working fine now (as it strongly seems), how can I reimport my drafts ? Is there some way. It should be possible to just rename the respective files, e.g. rename drafts to drafts.backup and copy them into ~/Mail while KMail is not running. KMail should then at startup pick up this new file as a folder with the same name and you can copy/move the messages to the new destination. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#449118: kmail: several errors, segfault and crashes
On Saturday 03 November 2007, Hans wrote: 1. The folder trash can not be deleted. It seems, the mails are deleted, but they are NOT. The size of the file ~/Mail/trash should be set to zero with an empty trash, but it is NOT. The mails are staying in this folder. Besides this, this is also a security problem, as mails will never be securely deleted (and other persons might take a look at it) Is the trash folder of type mbox? If yes, compact it (in German Ordner komprimieren) 2. The content of the sent-mail folder can not be deleted. The same behavior as desribed above, with one exception: Do you mean it can't be deleted as in the mails are still visible in KMail or that they are still on disk? When trying to push the LAST(!) Mail into the trash, kmail crashes with segfault. This is definitely a bug. Does this also happen if you do Move all messages to trash from the folder's context menu? 3. The content of folder drafts are no more shown, although it is still existing in ~/Mail/drafts. Hmm. While KMail is not running, remove the .drafts.index file from the mail directory and then restart KMail. Does this help? 4. Please check: I suppose, the access-rights are not set correctly by default ( I never changed them manually). ~/Mail/outbox, ~/Mail/sentmail and ~/Mail/trash got 0600, but ~/Mail/drafts got 0644. I think 0600 is the correct one, though I also have one with 0644. My guess is that this folder has been created at a time where there has probably been a bug in kdelibs or somewhere else which resulted in those access flags. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#448869: kmail sometimes doesn't show any information from emails
On Thursday 01 November 2007, Gudjon I. Gudjonsson wrote: Subject: kmail sometimes doesn't show any information from emails Package: kmail Version: 4:3.5.8-1 Severity: important *** Please type your report below this line *** Sometimes kmail changes the subject of emails to No Subject and both sender and date to Unknown. The content is not shown. If I open mutt and look at the email and then open kmail everything shows up normally. I have even had this problem with emails from myself that have gone through mailing lists. This can be cause when KMail's index files get out of sync with the actual mbox files or maildir directories, e.g. when changing them from a different application. The index files are basically caching the mail headers so KMail doesn't have to read potentially hundrets of megabyte mails on startup or folder change. You could try (after probably making a backup of your mail directory) to delete all .index files (while KMail is not running) and have KMail rebuild them. hth, Kevin signature.asc Description: This is a digitally signed message part.
Bug#448870: kmail hangs while filtering spam
On Thursday 01 November 2007, Ana Guerrero wrote: On Thu, Nov 01, 2007 at 04:11:18PM +0100, Gudjon I. Gudjonsson wrote: Subject: kmail hangs while filtering spam Package: kmail Version: 4:3.5.8-1 Severity: normal *** Please type your report below this line *** I use the spam filter in kmail but when kmail is receiving emails, I cannot use the program in the meantime. This can take quite long time with many messages. I guess you are using spamassasin? SA takes a lot of memory, so it blocks kmail (and sometimes your system). Try to tune up your SA settings to get this processing the mail faster. I read somewhere that there are basically two ways to invoke spamassassin, one where the whole spamassassin is started, run and stoped for each mail and one where each mail is passed to an already running instance, something about spamc ro similar Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#447498: KOrganizer: not any Program Arguments
On Sunday 21 October 2007, Olaf Wolff wrote: Package: korganizer Version: 4:3.5.7-4 Severity: normal KOrganizer (case example) Edit Event - Advanced - Type Program, X minute(s), before/after [x]Type Program File: /home/olaf/bin/test-auf-parameter.sh Program Arguments: TuWasMit ~/.kde/share/apps/konqueror/profiles/AV-WDR5 KOrganizer indicates a Reminder-Window (why - es sollte eigentlich doch nur das Programm starten?) and a short time later, it starts the script (program): I think the dialog is intentional, there is even a comment in the code which indicates that an question whether to actually execute the program could be added in the future. Anyway, the report is valid. The problem seems to be in korganizer/korgac/alarmdialog.cpp in method AlarmDialog::eventNotification() The code around line 200 does only use alarm-programFile() but does not use alarm-programArguments() Same code also in KDE trunk (aka KDE4), so there is either a reason or nobody has reported it yet. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#443600: konqueror-nsplugins: I think this was marked done prematurely
On Saturday 06 October 2007, Shai Berger wrote: Hi Sune, Thanks for your clarification about the reason for the 100% CPU. For the rest, however, On Saturday 06 October 2007, Sune Vuorela wrote: nspluginviewer can't initialize any kind of environment that a plugin might or might not use. remember that this is plugins. If a plugin needs something special, then that something needs to do it. Well, ns in nspluginviewer stands for NetScape, as far as I'm aware Correct. doubt that GTK can be regarded as something special. My understanding is that it should strive to make the plugin feel as if it is being run by netscape (or at least Gecko), Actually no, the plugin API does not specify any particual rendering engine or browser technology. either the bug could be fixud at it roots (=in adobe) or worked around where special things are needed (=gtk). I beg to differ twice. Adobe wrote a library to work in GTK applications, so not initializing GTK in the library cannot be called a bug. From their point of view, the plugin works perfectly in all environments where it was designed to work. Adobe wrote a plugin for an application supporting the Netscape Plugin API. Since this API does not in any way specify that GTK is used for the APIs implementation, they can not assume this. Based on the API they can assume that the host application is having a Motif compatible event loop. Any plugin implementor therefore has to make sure other internal requirements are setup correctly in their code. GTK is also perfectly within their turf when they decide the meaning of their own API. No argument about that. Especially since gtk_init() is specified to be allowed to be called multiple times, where the first call will perform the initialization and every other call will basically be a no-op. There is no reason for the Adobe plugin not to call it. The only problem is when a non-gtk application insists it can call gtk libraries without initialization. Essentially, nspluginviewer has broken the API's contract, and is now paying the consequences (or rather, the users are). nspluginviewer doesn't use GTK, therefore can hardly have broken that API's contract. It fully implements the requirements of the NS Plugin API, thus not breaking this contract either. Adobe's QA has probably failed to detect the missing initialization, thus making the plugin break the GTK API contract (And firefox and other gtk browsers works because they *tada* are gtk browsers - making konqueror a gtk browser isn't a choice we want to take) While I understand and praise this desire for purity, I think it makes little sense when loading plugins designed for a GTK browser -- which is, after all, the whole point of nspluginviewer's existence, and more so, its existence as a separate entity. In essence, by choosing to use the plugin, the user has already told you they aren't interested in such purity. Well, as I wrote above, the plugin is not designed for a GTK browser. Even if it were designed for Firefox, which it isn', it wouldn't be designed for one. Firefox, including Gecko, does not depend on GTK but rather uses a kind of abstraction toolkit made by Mozilla so they can implement it differently depending on platform. I also understand the reluctance to include a dependency on GTK at the heart of KDE -- perhaps this means nspluginviewer should be taken out of kdebase. However, what you're doing now is try to tell the writers of plugins for Gecko-based browsers that there's a special, added requirement for their plug-in to work in konqueror. I think this won't fly. While it would be nice to have different plugin runners for plugins with different toolkit requirements, there is currently no way a browser can ask a plugin which toolkit it requires. This might be changed in a newer version of the plugin API, e.g. like it can decide which MIME type a plugin is capable of handling. Until then a plugin's toolkit requirements is an implementation detail the plugin itself has to take care of, since neither the browser nor its plugin runner can. It's not a good idea for plugin hosts to work around bugs in plugins, because it will likely end up in a situation where a workaround for one plugin breaks another. Especially in cases where the bug is trivial to fix for the plugin creator. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#445353: kmail --help set source address (identity)
On Friday 05 October 2007, psycheye wrote: Package: kmail Version: 4:3.5.7-4 Severity: wishlist Is it possible add to kmail --help a option to set the source address? (source identity address). Also, kmail doesn't accept both --msg and --body - so I can't do a pre-default message (using sms You could try xdg-email from the xdg-utils package Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#443953: kdebase: autostart order unreliable
On Wednesday 26 September 2007, Robert Gomulka wrote: Update: my xmodmap.sh from .kde/env is being called during startup (verified with debugs). But still then after logging in my modifier map looks as not modified. Executing script for the second time makes things work. I have no idea why. Other application modifying keys? KDE itself? Hmm, no idea, sorry. Since I haven't use xmodmap myself yet, shouldn't it effect the running X session without requiring to restart every application? Regarding startup-phase: can you try 2? Maybe it is ordered the other way. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#443953: kdebase: autostart order unreliable
On Tuesday 25 September 2007, Robert Gomulka wrote: Package: kdebase Version: 4:3.5.7-2 Severity: normal I use xmms for playing music. I also use xmodmap for registering multimedia keys for my laptop. xmms is started by automatic session restore, while for xmms I put desktop [...] But xmodmap is started too late and multimedia keys don't work in xmms. When I restart xmms manually after, those keys work fine. You could try using the KDE environment extender mechanism instead. For this you create a file with .sh extension and put it into .kde/env/ It will be read (sourced) by the KDE startup script startkde. It might also work with a different autostart phase, see /usr/share/autostart for .desktop files with different X-KDE-autostart-phase entries. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#443673: krita: Impossible to build external plugins
On Sunday 23 September 2007, Cyrille Berger wrote: Package: krita Version: 1:1.6.3-2 Severity: important The package doesn't include /usr/lib/libkritaui.so , /usr/lib/libkritaimage.so and /usr/lib/libkritacolor.so making impossible to build external plugins with the package. Since I assume that building external plugins will also require certain headers, you're basically requesting a krita-dev package? Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#443673: krita: Impossible to build external plugins
On Monday 24 September 2007, Cyrille Berger wrote: Since I assume that building external plugins will also require certain headers, you are correct but they are provided by koffice-dev (at least some of them are, from the list of header it seems that all headers that should be installed are correctly installed). Ok. you're basically requesting a krita-dev package? No. I am perfectly with requiring koffice-dev to build plugins for Krita. So the package this bug is actually for is koffice-dev since it doesn't include the .so symlink, right? Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#442008: Add /usr/local to $KDEDIRS
On Wednesday 12 September 2007, [EMAIL PROTECTED] wrote: If a user wants to compile and install an application to /usr/local, the menu entries and icons are working fine, but if the application ships a kde mime type, the mime type is not found by KDE unless we set KDEDIRS to $KDEDIRS:/usr/local. Since I think it is currently unset by default, it could be set to /usr/local:/usr to mimic the ordering PATH has (/usr/local before /usr) A bit like the default for XDG_DATA_DIRS begin /usr/local/share:/usr/share just that in the case of XDG_*_DIR the specification says that application shall use this as the default if unset. I have been setting KDEDIRS to /usr/local:/usr through startkde's environment extension mechanism for years without any problem. ( .sh file in /usr/env) The question is, since it has been unset for years (defaulting implicitly to the value of the KDE installation prefix), does setting explicitly break anything? Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part.
Bug#435909: Bug in KDE language
On Friday 24 August 2007, Rafael Belmonte wrote: Negative, the problem is that if i change language from Spanish to British English in Kcontrol and locales, D3lphin and Kcheckgmail continue in Spanish. I executed manually Kpersonalizer because Ana Guerrero [EMAIL PROTECTED] told me that it could do that D3lphin and Kcheckgmail to be in English, and as she said, it worked. But these programs should change its language without need of Kpersonalizer execution, only changing language in Kcontrol and locales as the rest of the software do. Right, they should. Did you restart them properly after the language change? Interesting though that running kpersonalizer would have a different effect. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#328479: X11 (??) unsets LD_LIBRARY_PATH
On Monday 16 April 2007, peter altmann wrote: Hi, I initialize the environment for KDE with a script in /usr/env. Somebody resets LD_LIBRARY_PATH, but no other variables. This happens under Etch, not under Sarge. ssh_agent resets LD_LIBRARY_PATH (under Sarge and Etch). Under Etch startkde calls ssh-agent /usr/bin/dbus-launch. But under Sarge ssh-agent starts startkde. Some other references to the same behavior: http://lists.kde.org/?l=kdem=118064821132346w=2 and http://lists.kde.org/?t=11797700044r=1w=2 Cheers, Kevin pgp3sXbGFGFYe.pgp Description: PGP signature
Bug#413467: kaddressbook: CSV export doesn't handle in fields
On Monday 05 March 2007 10:57 +0100, Christian Frommeyer wrote: I'm going to use the csv export from kaddressbook for another program. To ensure that there will be no problems I tried to export an address which had a -character in a field. As kaddressbook surounds entries by double quotes to protect commas inside a double quote in a field shoud be escaped somehow. But this won't happen. I'd suggest to escape double quotes with a \-character. The CSV templates used by KAddressBook can make use of different quotation characters, unfortunately there does not seem to be a GUI for it. One of my programs, kabcclient, a commandline access tool for KDE's addressbook, uses them as well. For example, the templates used here http://websvn.kde.org/trunk/kdereview/kabcclient/doc/examples/letters/ use the pipe character as the delimiter I am afraid though that the Debian package I have linked to from kabcclient webpages (e.g. on kde-apps.org) is way out of date. Cheers, Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389935: Processed: openoffice.org-writer: pasting text from konqueror destroys international characters
On Monday 29 January 2007 11:57, Sune Vuorela wrote: On Monday 29 January 2007, Debian Bug Tracking System wrote: reassign 389935 konqueror Hi! Why do you believe it is a konqueror bug? If I study your original bug report, you describe that münchen is showed correctly in konqueror - and as mweird charsnchen when copied to OOo. Those weird chars are clearly utf8 chars read as latin1 - so teh big thing is - which of the following assumptions is right: I think the assignment is correct. If you do the same, i.e. copy München in Kate and paste in oowriter, it works as expected. Interestingly copy in Konqueror and pasting in Kate works as well, but maybe Kate does some encoding detection. It could be a matter how the format targets of the clipboard negotiation are ordered, e.g. maybe Konqueror announces text/plain then text/plain;charset=utf8, Kate does it the other way around and OOo takes the first macthing one. Cheers. Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring pgpexx6s0cjL4.pgp Description: PGP signature
Bug#409022: kmail: New mail knotify dialogs must be acknowledged in order
On Tuesday 30 January 2007 07:37, Scott Wolchok wrote: Package: kmail Version: 4:3.5.5.dfsg.1-6 Severity: normal When I leave kmail running for a while and then come back to my computer, the New mail arrived dialogs from received mail tend to pile up and apparently must be clicked in order (as deduced from lack of responsiveness of the other ones). I am using an IMAP account. In KMail: Settings-Configure notifications select the new mail notification and click on Advanced to get the extended version for more options. Check the option for passive popup or uncheck the dialog notification at all. Cheers. Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring pgpDJwRTEfjKn.pgp Description: PGP signature
Bug#406873: File for application menu entry (.desktop file) missing
Package: supertuxkart Version: 0.2-1 Severity: normal According to dpkg -L supertuxkart the package does contain the directory for application menu entries (/usr/share/applications) but does not contain a .desktop file As a result it does not show up in the Games submenu in KDE (and very likely no in any other menu which uses the freedesktop.org menu specification) As an example have a look at package supertux -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (991, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-grml Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages supertuxkart depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii plib1.8.4c2 1.8.4-6 Portability Libraries: Run-time pa ii supertuxkart-data0.2-1 data files for supertuxkart, a kar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Tuesday 14 November 2006 02:10, Bruce Sass wrote: help:/konsole/sessions.html, point 4. clearly states: Enter a command just as you normally would if you opened a new shell and were going to issue that command. However, that is not what is happening as the attached diff of GIT started from a Konsole commandline and as a KonsoleApplication shows. I think this is an unfortunate wording. It should very likely just serve as a hint, i.e. that you do not need any special syntax. The command is obviously not part of an interactive shell: I tried htop as the command. When I quit it, it also closes the session. An interactive shell would just return to the shell prompt. If anyone wants to file a bug upstream, file one for the documentation. Since there are shells with different behavior depending on interactiveness, it should explicitly mention that sessions without command are running a shell, i.e. become interactive, sessions having a command will run this command and then close, i.e. are non interactive Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring pgpW8FoZSrF02.pgp Description: PGP signature
Bug#397073: something deeper going on
On Tuesday 14 November 2006 23:30, Bruce Sass wrote: Hi, .bashrc is read as expected from the documented behaviour when I start Konsole outside of KDE (specifically, UDE) then start a GIT session. Maybe the environment already contains the .bashrc additions before Konsole is launched. Cheers, Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]