Konqueror extensions AWOL: Bookmarklets, Crashes Monitor, KHTML Settings, Feed Icon
There are several extensions for Konqueror whose existence I can verify in Configure Extensions, which don't seen to have any effect, though. Here's what I remember the missing ones to do in 3.5.10: Bookmarklets: Add a sub-menu of JavaScript bookmarks to Tools > Bookmarklets. Crashes Monitor: Add a sub-menu containing crashes and the involved pages at Tools > Crashes. KHTML Settings: Add a sub-menu Tools > HTML Settings for enabling/disabling JavaScript, Cookies etc. Feed Icon: When a visited page contains (an auto-detectable) feed, display a feed icon in the status bar with a popup menu for adding them to Akregator. For links to feeds, add a "Add to Akregator..." action to the context menu. Am I the only one missing these? Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Akonadi not starting
Hi Kevin, > There is no support yet to map this directly into a single Akonadi > resource, however it is already possible to access maildir > (recursively IIRC) and mbox (coming with 4.3) through separate > resources. Gotcha .. my paranoia running up a bit when I see references that describe what I'm doing with words like 'tricky' near them! So if I don't make any changes at this end, 4.3 will, when it arrives, just work with this mbox/maildir hybrid arrangement? > It mostly a per daemon overhead, not per database. Something used > internally by the InnoDB backend of MySQL, can't remember the > details. Fairy nuff. My gut feel is that we'd be better off making people run the MySQL database properly - just make it a dependency, and use debconf stuff to set up the database per user. If we're committed to having a MySQL instance to run Akonadi, then I can't see any benefit (and lots of problems) in running a dedicated Akonadi-MySQL daemon. MySQL tends to be pretty light on the CPU while it's idle, but it sure does like to eat up memory. And, as discussed, disk too. > I am not aware of any way Akonadiconsole could display which apps are > not using Akonadi. My mistake. I should have gone back and checked the actual UI. System Settings | Advanced | Akonadi Config -- std.ics and std.vcf both report as 'no file selected'. To answer your next question - yes, I did start from scratch, but then (after dropping kontact) copied across my kmail filters, my std.vcf and std.ics files, and then started kontact again. Contacts and calendar information are both present in kontact, so I'm not too worried. I've been meaning to experiment with the Sys-Settings (as above) and telling Akonadi that to use my std.ics and std.vcf . Would this be a sensible thing to do, or a dangerous and unpleasant thing to mess with at this stage? > Well, it is not a KDE service, so putting it under .kde would not > make much sense. Oh, sure, yeah, that's what I meant when I said I can understand the reasoning. It's just that as a long-term KDE user, I get used to doing a du -a under .kde when looking for config and data files for applications these days .. and get very befuddled when I don't find it! I imagine that's how gnome users must feel all the time ;) > I am not even sure you need the ServerPath variable, I think it is > only needed when StartServer is true. Yup, I'd expect so too. The more I think about it, the more I think you guys should consider forcing Akonadi users to have a standard MySQL instance running and just plug into it using Debian tools. I think from a user's perspective they'll have the same performance metrics, but their disk usage and general 'transparency of installation' will be much better. I know you guys have probably beaten around this subject for a while .. so apologies if I'm bringing up already resolved issues. Jedd. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Akonadi not starting
On Wednesday 15 April 2009, jedd wrote: > Fairy nuff. My gut feel is that we'd be better off making people > run the MySQL database properly - just make it a dependency, and use > debconf stuff to set up the database per user. If we're committed to > having a MySQL instance to run Akonadi, then I can't see any benefit > (and lots of problems) in running a dedicated Akonadi-MySQL daemon. > MySQL tends to be pretty light on the CPU while it's idle, but it > sure does like to eat up memory. And, as discussed, disk too. I can't help but wonder whether Akonadi and its required infrastructure is much use to the average user. More specifically, I have a nagging suspicion that the KDEPIM folks are running away trying to make KDE enterprise ready with ever more involved schemes for data management, while at the same time presumably most KDE users don't have a need for groupware and data exchange features. Yes, pushing Linux/KDE into the enterprise is worthwhile, but at the same time, people who don't use the requisite features should not have to suffer for it. More to the case in point, I feel decidedly squeamish about putting mailboxes and other valuable data into MySQL. For one thing, the backup approaches most people are using won't work! Sorry, but you can't just copy a database with open connections to an external USB disk, at least you need to create a dump file first and backup that. (Does MySQL ensure transactional isolation and integrity for the dump operation?) at any rate, I feel much safer with mbox and maildir. Particularly taking into account the database skills displayed in other niches of the KDE project (Amarok, anyone?). Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Many Thanks !
Hi, I recently migrated to KDE 4.2.2 in debian unstable. I wanted to let you (debian/kde-debian/tester team) know that you made a great job and I wanted to send you many thanks for this achievement. I had no issue migrating from 3.5.9 to 4.2.2. The only issue I had after a dist-upgrade was related to xorg. First, my main screen wasn't detected anymore by xorg, I had to change a bit my configuration file. And, firefox didn't start anymore due to xfs; I stopped xfs since it is not really needed in my case. Again, many thanks and carry on that way ! I'm really happy with this new version of KDE. Best regards, Fred. signature.asc Description: This is a digitally signed message part.
Missing flac-encoding in Lenny's cdaudio-kio-plugin
Hello List, Why is the flac encoding missing in Lenny's cdaudio-kio-plugin? It worked very good with Etch… What can I do? Thanks a lot! Best Regards, P.M. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Akonadi not starting
On Wednesday 15 April 2009, jedd wrote: > So if I don't make any changes at this end, 4.3 will, when it arrives, > just work with this mbox/maildir hybrid arrangement? Short answer: yes. Long answer: probably not in the way you think about it right now. Full answer: KMail will still use its mail directory with any folder configuration you are currently using. Akonadi is, as of KDE 4.2, capable of handling maildir and gets support for mbox in 4.3. So it can handle the same data, however, since KMail is still using the data directly (scheduled to be ported by KDE 4.4), I would recommend against letting Akonadi resources access it as well. But you are free to experiement with whatever folder setup you want to use with Akonadi and an Akonadi enabled mail client such as Mailody. > > It mostly a per daemon overhead, not per database. Something used > > internally by the InnoDB backend of MySQL, can't remember the > > details. > > Fairy nuff. My gut feel is that we'd be better off making people run > the MySQL database properly - just make it a dependency, and > use debconf stuff to set up the database per user. If we're committed > to having a MySQL instance to run Akonadi, then I can't see any > benefit (and lots of problems) in running a dedicated Akonadi-MySQL > daemon. MySQL tends to be pretty light on the CPU while it's > idle, but it sure does like to eat up memory. And, as discussed, > disk too. The initial idea was to use something embedded, e.g. SQLite [1], MySQLEmbedded, however that didn't work for various reasons, e.g. MySQLEmbedded not supporting InnoDB (needed for its transaction support). The choice of starting a dedicated mysqld is basically the closest thing, e.g. not requiring any user configuration. Not all users would have the knowledge to correct answer debconf questions and not all operating system vendors have such a concept. Of course any operating system vendor is free to ship exactly such a default confguration, any system admin can do the same. > > I am not aware of any way Akonadiconsole could display which apps are > > not using Akonadi. > > My mistake. I should have gone back and checked the actual UI. > > System Settings | Advanced | Akonadi Config > -- std.ics and std.vcf both report as 'no file selected'. Not good, sounds like a bug in the migrator or "first-run" utility :( > Contacts and calendar information are both present in kontact, > so I'm not too worried. I've been meaning to experiment with > the Sys-Settings (as above) and telling Akonadi that to use my > std.ics and std.vcf . Would this be a sensible thing to do, or > a dangerous and unpleasant thing to mess with at this stage? Yes, this should not be a problem. Basically even required for people using KPilot, since it is already fully ported to Akonadi. > The more I think about it, the more I think you guys should > consider forcing Akonadi users to have a standard MySQL > instance running and just plug into it using Debian tools. I think > from a user's perspective they'll have the same performance > metrics, but their disk usage and general 'transparency of > installation' will be much better. As I tried to explain above, this is something we can't do that easily on our level. Could be done at distribution level, but would probably still be quite some effort. > I know you guys have probably beaten around this subject for > a while .. so apologies if I'm bringing up already resolved issues. No problem, it is always good to get some feedback, there is always something we didn't hear about yet. Cheers, Kevin [1] Just recently someone really motivated put quite some work into getting SQLite work as a backend. He managed to get the database creation working, however there are still problems with concurrent access, like getting into deadlocks, etc. I think he finally gave up for now, though his work might come in handy once a newer version of SQLite becomes available which might have fixed the concurrency issues. signature.asc Description: This is a digitally signed message part.
Re: Akonadi not starting
On Wednesday 15 April 2009, Michael Schuerig wrote: > On Wednesday 15 April 2009, jedd wrote: > > Fairy nuff. My gut feel is that we'd be better off making people > > run the MySQL database properly - just make it a dependency, and use > > debconf stuff to set up the database per user. If we're committed to > > having a MySQL instance to run Akonadi, then I can't see any benefit > > (and lots of problems) in running a dedicated Akonadi-MySQL daemon. > > MySQL tends to be pretty light on the CPU while it's idle, but it > > sure does like to eat up memory. And, as discussed, disk too. > > I can't help but wonder whether Akonadi and its required infrastructure > is much use to the average user. More specifically, I have a nagging > suspicion that the KDEPIM folks are running away trying to make KDE > enterprise ready with ever more involved schemes for data management, > while at the same time presumably most KDE users don't have a need for > groupware and data exchange features. Yes, pushing Linux/KDE into the > enterprise is worthwhile, but at the same time, people who don't use the > requisite features should not have to suffer for it. It will actually take a while until this hits the enterprise customers. However, most of the features are also interesting and even important for private use. For example capability to have certain data locally available when being disconnected, reliably sharing data between applications (only one process writes to a specific file based location), locally caching data stored on a server, etc. > More to the case in point, I feel decidedly squeamish about putting > mailboxes and other valuable data into MySQL. Right, however this is not what we see here. The database is used as a cache for data and only used for temporary storage if the actual data storage is not available. For example if you have an IMAP resource it can be told to always keep the envelop cached in the database, so you can do fast listings even on a slow connection (or even when there is no connection at all). Or you want to be able to apply changes to a serverbased calendar even if you are currently not connected. In such a case the data is temporarily stored in the database and sent to the remote location once it becomes available again (when the Akonadi resource handling it indicates it is switched from Offline to Online). Think about Akonadi as a kind of proxy for PIM data. It makes access fast, allows access to content currently not available directly but the canonical source of content is still where it is without the proxy. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Re: Akonadi not starting
On Wednesday 15 April 2009, Kevin Krammer wrote: > Think about Akonadi as a kind of proxy for PIM data. It makes access > fast, allows access to content currently not available directly but > the canonical source of content is still where it is without the > proxy. It's hard to argue with a well-reasoned response. You haven't allayed all of my fears, but things might not be entirely bad. Thanks. Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Konqueror extensions AWOL: Bookmarklets, Crashes Monitor, KHTML Settings, Feed Icon
On Wednesday 15 April 2009 08:09:51 Michael Schuerig wrote: > There are several extensions for Konqueror whose existence I can verify > in Configure Extensions, which don't seen to have any effect, though. > Here's what I remember the missing ones to do in 3.5.10: > > Bookmarklets: Add a sub-menu of JavaScript bookmarks to Tools > > Bookmarklets. > > Crashes Monitor: Add a sub-menu containing crashes and the involved > pages at Tools > Crashes. > > KHTML Settings: Add a sub-menu Tools > HTML Settings for > enabling/disabling JavaScript, Cookies etc. > > Feed Icon: When a visited page contains (an auto-detectable) feed, > display a feed icon in the status bar with a popup menu for adding them > to Akregator. For links to feeds, add a "Add to Akregator..." action to > the context menu. > > Am I the only one missing these? > > Michael > > -- > Michael Schuerig > mailto:mich...@schuerig.de > http://www.schuerig.de/michael/ It was mentioned in another conversation in unstable you have konq-plugins which provides KHTML Settings, Feed Icon, adblock, babelfish, etc. Best regards, Ismael -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Konqueror extensions AWOL: Bookmarklets, Crashes Monitor, KHTML Settings, Feed Icon
On Thursday 16 April 2009, Ismael Bejarano wrote: > On Wednesday 15 April 2009 08:09:51 Michael Schuerig wrote: > > There are several extensions for Konqueror whose existence I can > > verify in Configure Extensions, which don't seen to have any > > effect, though. Here's what I remember the missing ones to do in > > 3.5.10: [snip] > > Am I the only one missing these? > It was mentioned in another conversation in unstable you have > konq-plugins which provides KHTML Settings, Feed Icon, adblock, > babelfish, etc. Yes, I have that package installed and the extensions I mention are there, in some sense at least. They show up in Settings > Configure Extensions, but that is all, no further discernible effect. Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
