I currently use t-bird with an nntp account pointing to gmane to read
this list and sereral others. Does kde have an nntp client program of
any sort? I don't see it as a possible new account type in kmail. Also,
search with kpackagekit yields nothing with "usenet" or "nntp" that is
A new Fedora badge has been proposed for "membership in the KDE SIG":
As far as I can see, there is not a formal definition of membership in
the group. Some options for awarding the badge:
- We could create a new FAS group and trigger the badge awarding off
of that. Lots of other badges work this way, so it is easy to do.
The only downside is that you have a FAS group with no other real
purpose than for handing out badges. It has to be maintained,
pruned eventually, etc..
- Or, instead, we could take one or two volunteers from the SIG to be
'in charge' of the badge. There is a self-service interface in the
webapp where they could manually award the badge to sig members as
they see fit.
I'd like to do it however the sig wants it done. Can you hash it out
and let the badges crew know by posting back in the trac ticket above?
An alternative baloo-kcmadv with more features and closer to the nepomuk
kcm is under development, and has been packaged in f20/kde-unstable repo.
disable indexing button
Once installed, you'll see a new item "Desktop Search Advanced" in
I did the switch to KDE 4.13 and I seem to lost the tags that I've added to my
files. This is most likely due to Nepomuk - > Baloo migration.
Could not find anything useful on the list or in the web, so :
Are the tags lost , or I need to dig deeper into how to attempt to retrieve
them from some data store that Nepomuk had ?
If so, any hints or links on how to do it ?
Before any comments, found and tried some info, but nepomukbaloomigrator
crashes on me, and I can't start nepomuk from my user, only from root (where
tags aren't existing, obviously)
Systems Administrator (LPIC 3, Novell CLA certified)
T: 0845 421 0444
I originally sent this message to the Fedora users list, but the only
response I got was a note from Patrick O'Callaghan suggesting it might be
better directed to the KDE on Fedora list. (I had previously posted on the
digikam users list, but got no response.) So here it is:
On a fully updated Fedora 20, I've had the following problems importing
images from a Canon EOS SL1 since the update from digikam 3.5 to 4.0
(which I got July 26):
- The digikam camera window doesn't show thumbnails or previews, just icons
for RAW and/or JPEG. I can't seem to preview the images to select the
ones to import. Digikam does recognize the camera, it just won't show
thumbnails or previews of the images on the camera.
- Digikam gets the date from JPEGs to do renaming as I have specified, but
it seems to think that all of the RAW files were created on 1969-12-31
at 19:00:00, at least from the filenames it's generating. Once the files
are imported (I just import all of them without doing any selection), the
"File properties" in digikam shows the correct date for each image. (Well,
up to time zone issues: my camera is set to Eastern Daylight Time, and
Digikam seems to be interpreting that as Universal Time and then correcting
for my computer's time zone, so things are off by 4 hours--but this was true
before the update, too. Is this a configuration problem on my part?)
- I have digikam set to create a new sub-album with the date; so I have
<root album>/<year>/<month>/<date>. I'm importing into the <month>.
JPEGs are correctly put in a sub-album with the date, but RAW images are
put into the <month>, not into a sub-album. I assume this is connected
to not being able to correctly get the date for the RAW images during the
All of this (except for the time zone stuff) worked fine with 3.5. I
tried downloading the bodhi builds of digikam 4.2 for Fedora 20, but I'm
seeing the same issues as with 4.0. I looked through the digikam mailing
list archives and saw that some other people had problems with previewing
images from the camera with Canon cameras on 4.0, but the only response
was a claim that digikam was using gphoto2, with no details or follow-up.
(I can download the images from the gphoto2 command line, too. The
problem is not seeing thumbnails in the camera window to decide
what to download, or getting the dates on RAW images.) Shotwell seems to
be able to generate thumbnails of images in the camera before downloading
and gets the correct dates on RAW images.
I only started using digikam in early July, so it may well be that this is
pilot error, but I haven't been able to figure it out from the
documentation. I don't think I changed any digikam settings with the
upgrade from 3.5 to 4.0, and nothing about the camera changed at that
Thanks for any help. If nobody's got a solution, should I file it on the
Fedora bugzilla, or upstream?
Hey all! I'd love an article for Fedora Magazine about upcoming
features and changes in the Fedora KDE spin! Anyone interested in
Fedora Project Leader
Hi, folks. Sorry for the cross-post, but wanted to try reach everyone
I'd mentioned my little 'relval' tool to.
If you have been using 'relval' to report validation results, or are
thinking of trying it, please make sure you update python-mwclient to
0.7. Josef Skladanka submitted a few results using relval yesterday
which messed up the Desktop page, and kindly fixed up the page and let
me know about the problem (thanks, Josef!)
On investigation I found the problem is that python-mwclient 0.6.5 is
missing the ability to read in the text of a single page section (it
looks like it has it, but it actually doesn't). Any time you submit a
result to a multi-section page with python-mwclient 0.6.5, this will
happen. With python-mwclient 0.7 it works fine.
I'm going to send out a python-wikitcms update which requires
python-mwclient 0.7 ASAP, and get the python-mwclient 0.7 update into
stable for all releases also ASAP, but just in case anyone isn't
updating regularly or anything, I thought I'd send a note. Thanks!
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
Are we really going to ship F21 with sddm as the default DM for KDE?
While it works, I find https://bugzilla.redhat.com/show_bug.cgi?id=1155898 very annoying.
kdm always remembers the last session used for *any* user. The least sddm could do is remember the last session for the last user....but now I can't even make it remember the last user even with a sddm.conf file.
If you can't laugh at yourself, others will gladly oblige.