Re: kalarm broken by mysql upgrade?
On Wed, June 20, 2012 12:54 am, Xavier Brochard wrote: > Andreas v. Heydwolff wrote: > >>> You are missing Kalarm akonadi resources. >> >> Indeed they are not installed. I am not sure which package they belong to. > > Kalarm > see http://packages.debian.org/sid/i386/kalarm/filelist Actually, the KAlarm Akonadi resources are in the kdepim-runtime package. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/01abf2717f09aa6fad30578edc87d2e1.squir...@www.sensical.net
Re: [debian-kde] Re: kalarm broken by mysql upgrade?
On Wednesday 20 June 2012 18:05:04 Andreas v. Heydwolff wrote: > On 2012-06-20 17:47, David Jarvie wrote: > > On Wed, June 20, 2012 12:54 am, Xavier Brochard wrote: > >> Andreas v. Heydwolff wrote: > >> > >>>> You are missing Kalarm akonadi resources. > >>> > >>> Indeed they are not installed. I am not sure which package they belong to. > >> > >> Kalarm > >> see http://packages.debian.org/sid/i386/kalarm/filelist > > > > Actually, the KAlarm Akonadi resources are in the kdepim-runtime package. > > > But which one in the list would show up as the kalarm resource in > Akonadi (please follow link)? > > http://packages.debian.org/sid/amd64/kdepim-runtime/filelist That package is for use with kdepim 4.4. I'm confused as to which package versions you are using, since KAlarm 4.4 is not able to use Akonadi - Akonadi resources for KAlarm were only implemented in kdepim 4.8. Earlier versions of KAlarm do not use Akonadi at all. -- David Jarvie. KDE developer. KAlarm author -- http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201206210010.31885.djar...@kde.org
Re: [debian-kde] Re: kalarm broken by mysql upgrade?
On Thu, June 21, 2012 9:29 pm, Andreas v. Heydwolff wrote: > On 2012-06-21 01:10, David Jarvie wrote: > >> That package is for use with kdepim 4.4. I'm confused as to which >> package versions you are using, since KAlarm 4.4 is not able to use >> Akonadi - Akonadi resources for KAlarm were only implemented in >> kdepim 4.8. Earlier versions of KAlarm do not use Akonadi at all. > > > Thanks, David and Xavier, for the help and clarification, and sorry for > the confusion I created. > > It seems that the *.ics files were updated and slightly modified when I > was using a self compiled kalarm 2.9, and the Debian version 4.4.11 to > which I reverted later when the kalarm crashes were resolved could not > handle them. I finally moved all files out of the dir and started from > scratch, extraced all DESCRIPTION fields with a sed/cut script and > manually created new alarms. Problem solved. Good, I'm glad you got it sorted out. There is always a potential problem, in KAlarm as in other applications, if you try to use configuration or data files when stepping back to an older version of the application. In the case of KAlarm, if it finds that a calendar file has been written by a later version (and only if there has been a format change between the two versions) it takes the precaution of making the file read-only to ensure that data is not lost for the newer version of KAlarm which created the files. Your experience makes me wonder whether a warning should be displayed if this happens, together with offering the option of making the files read-write regardless. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/fcde65224b228fde3b64fdcab2dc729b.squir...@www.sensical.net
Re: Re: kalarm broken by mysql upgrade?
On Fri, June 22, 2012 11:29 am, Xavier Brochard wrote: > David Jarvie wrote: >> On Wednesday 20 June 2012 18:05:04 Andreas v. Heydwolff wrote: >>> On 2012-06-20 17:47, David Jarvie wrote: >>> > On Wed, June 20, 2012 12:54 am, Xavier Brochard wrote: >>> >> Andreas v. Heydwolff wrote: >>> >> >>> >>>> You are missing Kalarm akonadi resources. >>> >>> >>> >>> Indeed they are not installed. I am not sure which package they >>> >>> belong to. >>> >> >>> >> Kalarm >>> >> see http://packages.debian.org/sid/i386/kalarm/filelist >>> > >>> > Actually, the KAlarm Akonadi resources are in the kdepim-runtime >>> > package. >>> >>> >>> But which one in the list would show up as the kalarm resource in >>> Akonadi (please follow link)? >>> >>> http://packages.debian.org/sid/amd64/kdepim-runtime/filelist >> >> That package is for use with kdepim 4.4. I'm confused as to which >> package >> versions you are using, since KAlarm 4.4 is not able to use Akonadi - >> Akonadi resources for KAlarm were only implemented in kdepim 4.8. >> Earlier >> versions of KAlarm do not use Akonadi at all. >> > > Time to fill a bug report... > Kalarm from KDE 4.8.x can't work without Akonadi resource, yes? It can't work without an Akonadi resource IF it's built to use Akonadi. The same applies to many other kdepim 4.8 applications. All of them depend on having kdepim-runtime 4.8 installed in order to work. Note that the kdepim Debian packages are still at version 4.4. The problem here was that KAlarm 4.8/9 was compiled from source instead of being installed from a package. When Debian kdepim 4.8/4.9 packages become available, I'm sure our packagers will take care to ensure that this problem won't occur. So I don't think it is a bug. -- David Jarvie. KDE developer. KAlarm author - http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/85e16b8758a9b26dbc55a7f078bf85cf.squir...@www.sensical.net
Re: [debian-kde] Re: plasma desktop hangs
On Monday 02 July 2012 16:20:27 chymian wrote: > I followed your advice and opened up a new thread: > > http://forum.kde.org/viewtopic.php?f=67&t=106640 Just a word of warning - many KDE developers do not read forums. Unless you know that the forum you posted to is read by developers, you should raise issues either on the appropriate KDE mailing list (see http://lists.kde.org) or if it's a bug, at https://bugs.kde.org. -- David Jarvie. KDE developer. KAlarm author -- http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201207060902.17316.djar...@kde.org
KDE PIM version for testing
Is it the intention to update the KDE PIM version in testing to at least 20.08.3 before Bullseye is released as the stable version? The reason I ask is that there is a very serious bug in the current version of KAlarm in testing, which is fixed in 20.08.3 (see https://bugs.kde.org/show_bug.cgi?id=427722). If it's going to be updated, there is no need for me to raise a bug report. Thanks, -- David Jarvie. KDE developer, KAlarm author.
libglib2 error with aRts
I run a self-compiled KDE (using the latest vanilla KDE sources) on etch. Recently, aRts sound has not worked since an upgrade to libglib2.0-0. The console error message when I try to open a sound file is: ***MEMORY-ERROR***: [13057]: GSlice: failed to allocate 248 bytes (alignment: 256): Invalid argument When I tried downgrading to libglib2.0-0_2.8.6, aRts worked again, but because that breaks other packages, I have reinstalled the current libglib2.0-02.10.2-1, even though aRts fails. How can I make aRts work with the new libglib2.0-0? I have tried recompiling aRts more than once, but it doesn't help. Presumably the official Debian arts package works, so it must be possible to fix this. If there is a better list to post this question on, please let me know. -- David Jarvie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kmail 3.5.2-1+b1 Hangups
On Saturday 06 May 2006 17:41, Chris wrote: > Anyone know what could be causing kmail to hang up intermittantly for at > least 30 seconds before responding. I have quite a few local mail > directories with more than 1000 mails, but that shouldn't really be a > problem, should it? One thing you could try would be to delete any search folders. I don't know whether the fault has been fixed yet, but the existence of search folders used to cause problems similar to yours. -- David Jarvie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: khelpcenter build index cache of application manuals
On Friday 9 June 2006 8:30, Arias Hung wrote: >What's the deal? Anyone know or can point me to the 'official' way of >building the application manual >index so I can once and for all pull up the khelpcenter help for the >application i'm looking for help >in? I don't know how to overcome the error you're getting. But you should still be able to use the application manuals without building the index. Just skip that step, and things should work. -- David Jarvie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aRts incompatibility with glib2
It looks like the incompatibility between aRts and libglib2.0 version 2.10 has been fixed in the current Debian testing packages. However, when I build aRts from the latest KDE sources, I still get the same error occurring in certain circumstances: ***MEMORY-ERROR***: [16636]: GSlice: failed to allocate 248 bytes (alignment: 256): Invalid argument I tried downloading the unstable source package for arts and building that against my self-compiled KDE. But even that version still produces the error. Evidently the fix must be known by now if the current Debian packages work. Can anybody point to how to get round this problem when building from standard KDE sources? -- David Jarvie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Error starting second X session after Xorg upgrade
Until I upgraded Xorg a couple of weeks ago, I was able to use the command startx -e /opt/kde3.5/bin/startkde -- :1 to start up a second KDE X session while KDE was running on the first X display. Since the upgrade, X starts up but immediately fails with the error xterm: bad command line option "xterm" followed by an xterm usage message. I presume the xterm in question is the one which is always displayed as the console when I run a second KDE session, but I can't work out where it is invoked. I'm running a home-compiled KDE 3.5.3. Any pointers to where xterm is run from and where the error is occurring would be very welcome. (I've tried and failed previously to set up kdmrc to allow a normal KDM login on the second X display - that would be an acceptable alternative to getting startx to work.) -- David Jarvie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Error starting second X session after Xorg upgrade
On Tuesday 25 July 2006 21:04, D. Michael 'Silvan' McIntyre wrote: > On Tuesday 25 July 2006 2:34 pm, D. Michael 'Silvan' McIntyre wrote: > > It's broken, with no trace in its server's config for how I ever had it > > set up in the first place. > > > > I wonder how that happened? > > Because I'm an idiot. I was looking at the server, not the terminal. The > inittab in question is on the terminal, stupid. (Which is probably only > broken because I've reverted to a stock kdmrc on the server, which leaves > out the necessary options to make it play nice with the terminal.) > > 6:23:respawn:/usr/bin/X11/X :0 vt6 -query my.server > 7:23:respawn:/usr/bin/X11/X :1 vt7 -query my.server > 8:23:respawn:/usr/bin/X11/X :2 vt8 -query my.server > > You can leave off the -query bit. > > Of course this realization does nothing to explain why there is no longer > an entry for tty7 in either of the more recently upgraded boxes' inittabs. > Was it never there to start with? Maybe. I'm stretched pretty thin > lately. > > I would expect the above to work if you stick it in your /etc/inittab. > Adding a new session to KDM to load KDE out of /opt is another matter i > haven't really considered. I tried adding the following lines to /etc/inittab: 7:45:respawn:/usr/bin/X11/X :0 vt7 8:45:respawn:/usr/bin/X11/X :1 vt8 but they just activate X sessions (i.e. nothing is visible except the moire pattern shown when X starts up) on VT7 and VT8 - kdm is not activated. I tried again to modify kdmrc to make it work on VT7 and VT8, and managed to get the login screen to appear on both, but on VT8, .xsession-errors shows that when I try to log in, it attempts to run the KDE session on display :0 rather than the expected :1. Any ideas on how to fix this? -- David Jarvie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kmail and spamassasin bayes rule.
On Wednesday 30 August 2006 00:17, Raúl Sánchez Siles wrote: > Hello: > > > After some thiking I finally decided to move from Thunderbird to Kmail. > This was some months ago. After some problems with the mail solved by > kmailcvt and others[1] I made kmail work with no problems. > > Then I tried to configure spamassasin so that kmail could manage spam. > After testing some time, I noticed that I was quite happy with the TB > simple bayes spam filter. I know that there are also some simple bayes > filter that work with kmail (e.g.: bogofilter) but I thought that since SA > is well known to be the best and the most used spam filter I decided for > it. > > > I have it configured and runs quite well, but it seems for me that the > bayes training (sa-learn) is not working properly. As the wizard defines I > have a rule for spam and another for ham. both at the end of the filter > pipeline so they are never run automatically, instead of that I have some > icons on the main bar for that. > > The spam rule action is this: sa-learn -L --spam --no-sync > The ham rule action is this: sa-learn -L --ham --no-sync > > After some training I have the impression that this is not working > properly and my suspicion is that kmail is not passing the whole e-mail to > sa-learn so that it could learn the tokens. The reason is the --no-sync option which stores what is learned outside the main spamassassin database. You need to manually run 'sa-learn --sync' from time to time, to incorporate the learned results into the spamassassin database. You could instead remove the --no-sync options, but that would slow down the spam filtering operations so is not a good idea if you receive much mail. -- David Jarvie.
Re: [SOLVED] Define KDEHOME
On Sunday 26 November 2006 16:42, Kevin Krammer wrote: > On Sunday 26 November 2006 16:11, Oliver Meißner-Knippschild wrote: Currently, I edit startke to set KDEHOME, KDEDIRS, etc, and it would be nice to move that stuff into a separate file so that I don't have to edit startkde each time I update. I build from KDE source rather than use the Debian packages, so perhaps that could make a difference. > > is only the startkde-environment using those scripts or does it > > contain system-wide scripts? When are those files in /usr/env sourced > > and by which processes would that be done? > > Only used by startkde. > Just search for "env", around line 160 in startkde This is executed *AFTER* KDEHOME is set in startkde. How can setting KDEHOME in an env/ directory work in that case? > Since KDE can handle a list of prefix directories, it can also handle env/ > subdir in each of them. Can be used to do user specific extensions, etc AFAICS the only prefix directories it looks in are the directories in the KDE executable path, but replacing the bin suffix with env. -- David Jarvie
Re: Kmail: Replying to encapsulated messages in a email list digest.
On Friday 09 March 2007 13:57:08 Curt Howland wrote: > I have been taken to task for "breaking threads" in a mailing list, > because I receive the digest. Nothing I have found to do has been > able to reply to a particular encapsulated message, thus preserving > the "in-reply-to" header entry. > > Unfortunately, I have not found any combination of selection and > reply-to that does anything other than give me a subject of "Re: > Debian user digest #whatever" and the text of the digested subject > lines of the contained messages. > > Any pointer would be greatfully received. To split up a digest email into its separate messages, pipe the message through the following command: formail +1 -ds Use the List-Id: header to select which emails to pipe through this filter. -- David Jarvie. KAlarm author and maintainer. http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kmilo not working on Lenny
I can't get kmilo to respond in any way to the volume and mute keys on my Lenovo 3000 N200 laptop (which uses the generic kmilo module). It works OK using (K)Ubuntu Gutsy on the same computer. It's not clear what configuration is needed. The mute and volume up/down keys produce the standard codes defined in /usr/share/hotkey-setup/key-constants, so there doesn't appear to be a keyboard mapping problem. On Ubuntu the keys (via kmilo) produce an OSD display when they are pressed, but nothing shows on Debian. Kmilo is set to run in the KDE service manager. Any hints as to what else to look at? P.S. I'm aware of the bugs in the generic module - there are fixes available now from the KDE source repository. -- David Jarvie. KAlarm author and maintainer. http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kmilo not working on Lenny
On Wednesday 02 January 2008 18:47:06 David Jarvie wrote: > I can't get kmilo to respond in any way to the volume and mute keys on my > Lenovo 3000 N200 laptop (which uses the generic kmilo module). It works OK > using (K)Ubuntu Gutsy on the same computer. It's not clear what > configuration is needed. The mute and volume up/down keys produce the > standard codes defined in /usr/share/hotkey-setup/key-constants, so there > doesn't appear to be a keyboard mapping problem. On Ubuntu the keys (via > kmilo) produce an OSD display when they are pressed, but nothing shows on > Debian. Kmilo is set to run in the KDE service manager. > > Any hints as to what else to look at? Found the solution - using xev the keycodes turn out to be different under X, and xmodmap is needed. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396622. -- David Jarvie. KAlarm author and maintainer. http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packages for 3.5.9 amd64/i386
On Sun 2 March 2008 22:24:44 Ana Guerrero wrote: > Hi, > > KDE 3.5.9 has not been uploaded to unstable yet due to problems with Qt3. > It is not sure when it will be uploaded but in the meantime, you can find > packages of KDE 3.5.9 for both i386 and amd64 at: > > deb http://people.debian.org/~ana/kde359/ ./ > > Not all the modules are yet uploaded, but I will try to upload the > rest tomorrow. > This packages are 99% sure the same packages that will be uploaded to > unstable, so you can upgrade safely. Anyway, do not expect big changes... > See: http://www.kde.org/announcements/changelogs/changelog3_5_8to3_5_9.php Although there are lots of changes in kdepim which aren't listed in that changelog - see http://techbase.kde.org/index.php?title=Projects/PIM/Features_3.5.9 -- David Jarvie. KAlarm author and maintainer. http://www.astrojar.org.uk/kalarm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
