kde June 2009

kde@lists.fedoraproject.org

55 participants
75 discussions

KDE-SIG weekly report (26/2009)
by Jaroslav Reznik 24 Jun '09

24 Jun '09

This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. ---------------------------------------------------------------------------------- = Weekly KDE Summary = Week: 26/2009 Time: 2009-06-23 16:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-06-23 Meeting minutes: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora- meeting.2009-06-23-16.04.html Full log: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora- meeting.2009-06-23-16.04.log.html Full log ---------------------------------------------------------------------------------- = Participants = * Jaroslav Reznik * Kevin Kofler * Lukas Tinkl * Rex Dieter * Steven Parrish * Than Ngo ---------------------------------------------------------------------------------- = Agenda = topics to discuss: * RPM Macros [1] for packaging * critical path packages [2] - does it affect us? should it? how? * any issues to bring up in the FESCo meeting? * sharing brand with upstream * Fedora 12 KDE 4.3 feature page = Summary = Kevin_Kofler elected to FESCo, any issues to bring up in the FESCo meeting? * congratulations Kevin! * next FESCo meeting is on Friday, if you have any issues to bring up in the FESCo meeting, contact Kevin RPM Macros for packaging * MathStuf to take it to mailing list for further discussion * we should have macros for the common directories, any advantage to have macros for all stuff? * it can help cleanup SPEC files * do we need all KDE 3 macros? critical path packages - does it affect us? should it? how? * do we want to be on the list of critical packages? o if yes - which packages should be on the list? o if not - are we going to be treated as second citizens? * rdieter is releng -> signoff group, so he could be our insider to check critical updates affecting KDEs * we don't have QA o SMParrish is triager o we need QA volunteer o we have to define QA process + we need testing plan + basic QA is "try to use the desktop and report any breakage you notice" + we need some targets like "does WPA in kde-plasma-nm work?" for a kde- plasma-nm update etc. o rdieter will prepare concept sharing brand with upstream * jreznik contacted pinheiro (upstream) for his idea * fedora design team feels more negative on this * we'd like to try, we need more communication between upstream and our design team * jreznik to continue as liason between fedora-art team and upsream kde art folks in "sharing branding" Fedora 12 KDE 4.3 feature page * helps the marketing/qa machine * what we should promote for F12 o ltinkl is working on Device Kit Solid Backend o jreznik is working on Policy Kit 1 * Kevin_Kofler pointed out concerns about Device Kit state Gran Canaria Desktop Summit [3] * jreznik is attending GCDS, if you have something for upstream, contact him Meeting bot * was it useful? ;-) = Tasks = 1. MathStuf to take macros proposal to mailing lists for further discussion 2. rdieter prepare concept for KDE QA 3. jreznik to continue as liason between fedora-art team and upsream kde art folks in "sharing branding" = Links = [1] https://fedoraproject.org/wiki/SIGs/KDE/PackagingCleanup#Macros [2] http://skvidal.wordpress.com/2009/06/22/critical-path-packages/ [3] http://www.grancanariadesktopsummit.org ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-06-30 -- Jaroslav Řezník <jreznik(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/

1 0

Congratulations to Kevin Kofler (Kevin_Kofler)
by Arthur Pemberton 23 Jun '09

23 Jun '09

May you rule with a mighty K -- Fedora 10 (www.pembo13.com)

1 1

Packaging cleanup
by Ben Boeckel 23 Jun '09

23 Jun '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I would like to clean up KDE's spec files. In order to do this, I think that first there needs to be a better set of macros available for use in packaging so that common KDE directories are not typed out in spec files everywhere, increasing readability and decreasing chances for errors. The wiki page[1] has better formatting than I can do in ASCII with limited width for the current macro situation and candidate directories for new macros. These directories are used throughout KDE's (core) packaging already. - --Ben [1] https://fedoraproject.org/wiki/SIGs/KDE/PackagingCleanup#Macros -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpBhBYACgkQiPi+MRHG3qQT7ACeItRcB/EoeeappqGyH+tnQuTN zTMAn3LJBxCtGPjGF/FLRFWNG/eRvuhb =OqYE -----END PGP SIGNATURE-----

1 0

Re: Minor dovecot/KMail problem
by Kevin Kofler 23 Jun '09

23 Jun '09

Gary Greene wrote: > I again reiterate: have you tested this on a vanilla installation of KDE? No. In fact I haven't personally tested this at all, the OP did. > Don't assume its an upstream bug until you have verified it by getting the > upstream sources and testing it. This demand makes no sense. Users don't have vanilla installations (they use the packages provided by their distribution) and are certainly not going to build KDE from source just to prove something which should be obvious to everybody except you (also considering the fact that it can be reproduced on more than one distribution). And packagers also have other things to do than building unpatched packages, also considering that it'd mean also building vanilla kdelibs etc. and also considering that sometimes the unpatched source doesn't even compile (e.g. because nobody tested it with the latest GCC which is used in Fedora) or is just broken in some other way. Plus, installing a properly-packaged vanilla KDE means replacing the distro one which is also something nobody wants to do. > As I said, most distributions patch KDE pretty heavily with vendor and > community patches, some of which change behaviours (both defaults and > code) from the expected ones from the upstream. I know what distribution packagers do, I *am* a Fedora KDE packager. And we ask users to report their bugs upstream unless there is evidence that they're specific to Fedora. The vast majority of bugs which are reported to us are NOT specific to Fedora, they're upstream bugs. Also note that we don't even have that many patches, we try to stay as close to upstream as possible. And as Fedora and Debian use DIFFERENT patches, trying to blame issues on patches when they can be reproduced in both distros is complete nonsense. Please stop the bullshit, this is an upstream bug and needs to be reported and fixed upstream! In distro-specific bug trackers, it'll just bitrot, or you'll be asked to report it upstream if there's active triaging going on (which is what happens in Fedora, our triager or one of us packagers will ask the user to file the bug upstream). Kevin Kofler (a Fedora KDE comaintainer)

1 0

Anyone knows what's going on with KDE bug 188153?
by Arthur Pemberton 23 Jun '09

23 Jun '09

https://bugs.kde.org/show_bug.cgi?id=188153 For all of KDE4 I've been unable to use KDE to edit files on an FTP server via the KIO slave, and there has been little information on this regression. -- Fedora 10 (www.pembo13.com)

4 10

dellsysidplugin2?
by Anne Wilson 23 Jun '09

23 Jun '09

Should this be on my Acer Aspire One? Is it what it sounds like? Anne -- New to KDE4? - get help from http://userbase.kde.org Just found a cool new feature? Add it to UserBase

1 0

Re: Minor dovecot/KMail problem
by Kevin Kofler 23 Jun '09

23 Jun '09

Gary Greene wrote: > Debian patches the hell out of KDE, and so do most other distros, this bug > should not be called a "KDE" bug unless you've completely verified with > vanilla source and have fully analyzed the code paths to assure that it > isn't a distribution patch that screwed the pooch. Huh? This bug has been seen on at least 2 different distributions (Debian and Fedora). There's no evidence at all of this being caused by a distribution patch, so until/unless evidence to the contrary is provided, this has to be assumed to be an upstream bug. Kevin Kofler

1 0

Re: Minor dovecot/KMail problem
by Rex Dieter 23 Jun '09

23 Jun '09

Timothy Murphy wrote: > Rex Dieter wrote: >>>> But I have worked out that the cause of the problem >>>> is that there exists a kind of ghost folder, "uidvalidity", >>>> which is listed among the folders on the kmail page >>>> but does not in fact seem to exist in my maildir on the server. >>>> >>>> Deleting the folder under kmail has no permanent effect; >>>> it simply re-appears when I re-start kmail. >>>> >>>> I assume the folder is listed in some way in the dovecot.index ; >>>> and my question really is: if I delete this index file >>>> will it be re-created automatically? >>>> >>>> This bug/feature seems to have been present for years, >>>> which I suppose is par for KDE. >> >> Years? Bugs filed? If so, where? > > At random, here is one from 2006: > <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364953> *cough* upstream kde? *cough* :) -- Rex

1 0

Re: Minor dovecot/KMail problem
by Rex Dieter 23 Jun '09

23 Jun '09

Gary Greene wrote: > On 6/20/09 5:43 AM, "Timothy Murphy" >> But I have worked out that the cause of the problem >> is that there exists a kind of ghost folder, "uidvalidity", >> which is listed among the folders on the kmail page >> but does not in fact seem to exist in my maildir on the server. >> >> Deleting the folder under kmail has no permanent effect; >> it simply re-appears when I re-start kmail. >> >> I assume the folder is listed in some way in the dovecot.index ; >> and my question really is: if I delete this index file >> will it be re-created automatically? >> >> This bug/feature seems to have been present for years, >> which I suppose is par for KDE. Years? Bugs filed? If so, where? Could very well simply be a bug in dovecot and/or incompatibility between dovecot/kmail. -- Rex

1 0

Weather forecast plasmoid
by Mary Ellen Foster 23 Jun '09

23 Jun '09

I've recently been noticing that the weather-forecast plasmoid -- which was in kde-plasma-weather and is now (4.2.90) in kde-plasma-addons -- always says that the current temperature is 16C. This is often close to accurate in June in Scotland, so I never really paid attention, but it really does seem never to change. Where should I bugzilla this -- at redhat or kde? If at kde, against what package? Is this plasmoid actually tracked at bugs.kde.org at all, or does it come from elsewhere? I'd also be interested to know if anyone else is using the weather plasmoid and if the current temperature ever changes for you. :) MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ ICCS, School of Informatics, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

kde June 2009