KDE-SIG weekly report (26/2009)
by Jaroslav Reznik
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/
14 years, 3 months
Packaging cleanup
by Ben Boeckel
-----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-----
14 years, 3 months
Re: Minor dovecot/KMail problem
by Kevin Kofler
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)
14 years, 3 months
dellsysidplugin2?
by Anne Wilson
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
14 years, 3 months
Re: Minor dovecot/KMail problem
by Kevin Kofler
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
14 years, 3 months
Re: Minor dovecot/KMail problem
by Rex Dieter
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
14 years, 3 months
Re: Minor dovecot/KMail problem
by Rex Dieter
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
14 years, 3 months
Weather forecast plasmoid
by Mary Ellen Foster
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.
14 years, 3 months
