KDE-SIG weekly report (22/2009)
by Sebastian Vahl
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: 22/2009
Time: 2009-05-26 16:00 UTC
Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-05-26
Meeting log: http://fedoraproject.org/w/uploads/0/03/KDE-SIG-2009-05-26.txt
----------------------------------------------------------------------------------
= Participants =
- BenBoeckel
- JaroslavReznik
- KevinKofler
- LukasTinkl
- RexDieter
- SebastianVahl
- StevenParrish
----------------------------------------------------------------------------------
= Agenda =
* topics to discuss:
o Qt 4.5.1
o polkit-qt and PolicyKit 1
o KDE 4.3 beta for kde-redhat unstable
* recent bugs:
#477074 - kchmviewer: no .po file is built nor installed [1]
#489093 - selinux-policy not allowing kde4-config to write to ~root/.kde [2]
#489647 - Konqueror update sees RT 3.6.6 (from Best Practical) site
inaccessible [3]
#Bug 486245 - holding keys down no longer results in repeated entries [4]
= Summary =
o Qt 4.5.1:
* MathStuf reported that SVG rendering problems doesn't appear anymore.
* RSSNow and Amarok 2.1 beta are also "fixed" now.
* qt-4.5.1-11 includes newest qt-copy patches, important new include qtempfile
fix and another fix for plasma/qpixmap leaks.
* After Amarok 2.1 (final) will be released Qt 4.5.1 will go to stable.
o polkit-qt and PolicyKit 1:
* jreznik is working on a (line by line) port.
o KDE 4.3 beta for kde-redhat-unstable:
* Builds for F11 are done, work is going on for F10.
o Bug 477074 - kchmviewer: no .po file is built nor installed:
* Problem: If kchmviewer is built without kde support no translations are
built.
* kchmviewer is currently built with KDE support
* The Okular package currently provides the same functionality as kchmviewer
* The reported of this bug has agreed to be a co-maintainer for the package.
* If the package cannot be whipped into shape and decision may be made to EOL
it in Fedora
o Bug 489093 - selinux-policy not allowing kde4-config to write to ~root/.kde:
* Problem: SELinux prevented kde4-config from writing ./.kde.
* This is a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=498809
* So with a fix of that bug also this issue will be resolved.
o Bug 489647 - Konqueror update sees RT 3.6.6 (from Best Practical) site
inaccessible:
* Problem: https-based RT3 sites (internal sites at Red Hat) are no longer
accessible in konqueror.
* This is also filed upstream: http://bugs.kde.org/show_bug.cgi?id=186035
* This issue is fixed in KDE 4.2.3.
* Bug has been closed locally and upstream
o Bug 486245 - holding keys down no longer results in repeated entries:
* Problem: Pressing a key and holding does not result in repeated entries of
that key.
* This should be taken upstream as the original bug reporter doesn't have the
time for that.
* Reported upstream as https://bugs.kde.org/show_bug.cgi?id=194190
* Closed local bug in favor of upstream
----------------------------------------------------------------------------------
= Next Meeting =
http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-06-02
----------------------------------------------------------------------------------
= Links =
[1] https://bugzilla.redhat.com/show_bug.cgi?id=477074
[2] https://bugzilla.redhat.com/show_bug.cgi?id=489093
[3] https://bugzilla.redhat.com/show_bug.cgi?id=489647
[4] https://bugzilla.redhat.com/show_bug.cgi?id=486245
14 years, 12 months
Fwd: Re: PolicyKit-qt and PolicyKit 1
by Jaroslav Reznik
Conversation with Dario Freddi and his quick response... It's sad I have no
such response from PolKit/Fedora people...
Jaroslav
---------- Mensaje Reenviado ----------
Asunto: Re: PolicyKit-qt and PolicyKit 1
Fecha: Viernes 22 Mayo 2009
De: Dario Freddi <drf54321(a)gmail.com>
Para: Jaroslav Reznik <jreznik(a)redhat.com>
Hi Jaroslav,
Thanks a lot :) if you could provide some additional man power, the
thing that needs porting is polkit-qt (kdesupport). We would _really_
like to use the new DBus interface, so that the new product will
depend only on DBus calls and not on external libraries, as we don't
want another libpolkit-grant fiasco. Let me know what you think, for
what it's worth, we could start porting tomorrow.
2009/5/22, Jaroslav Reznik <jreznik(a)redhat.com>:
> Hi Dario,
> I'm Fedore KDE maintainer and as Fedora is moving soon to PolicyKit 1 I'd
> like
> to ask if someone is working on PK1 support or if there are some plans for
> its
> support. It's going to be default for Fedora 12 so we are going to miss KDE
> release...
> As we really need it soon and it comes from Fedora Desktop Team (the Linux
> desktop hell ;-) we can (should) help with porting.
> More info could be found in [1] with (too) simple porting guide [2].
>
> [1] http://fedoraproject.org/wiki/Features/PolicyKitOne
> [2] http://cgit.freedesktop.org/PolicyKit/tree/docs/PORTING-GUIDE
>
> Thanks
> Jaroslav
14 years, 12 months
koffice-2.0.0 in kde-redhat/unstable
by Rex Dieter
Got f10,f11 builds of koffice-2.0.0 in kde-redhat/unstable for your
testing pleasure. Enjoy.
-- Rex
p.s. Tried doing f9 builds, but forgot it needs kde4 kipi bits... not
sure when/if I'll be able to work on that.
15 years
How to use debuginfo?
by Timothy Murphy
I'm looking at kdebluetooth4, which does not work for me.
(Clicking on f=>Applications=>System=>Kdebluetooth4
used to bring up a bluetooth icon in my panel,
but now it appears to do nothing.
I've compiled and installed kdebluetooth4-debuginfo ,
but I have no idea how one is meant to use debuginfo
with KDE packages in general.
Incidentally, was there any repository where I could have found
kdebluetooth-debuginfo RPM?
(I obtained it from the kdebluetooth source RPM,
after running rpmbuild .)
--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College Dublin
15 years
Copying... stack is annoying.
by linux guy
I am running F10 KDE stable.
My desktop is set up with a panel along the top of the monitor
(1650x1080) that has the task manager and desktop switcher on it and a
second panel centered along the bottom that has various application
icons and the system tray in it. Overall, I really like this layout.
Kudos to the KDE team for a great desktop manager.
However, my setup has an annoying aspect to it: when copying multiple
links simulaneously, the Copying... windows stack up over Konqueror such
that you can't access it until they decide to recede.
I am trying to decide if this behavior is because of something that I
have set or if its inherent in KDE and I should write a change request
for it.
Example: open Konqueror and browse to www.rcsoaring.com . Click on the
RCSD Archive link. You will be presented with a page of links to
download the magazine PDFs.
Now lets say that you would like to download a years worth of magazine
for browsing offline. To download a single issue, I place the cursor
over a link and right click "Save Link As..." and then select the save
location. When I do this, a Copying... window appears from the system
tray.
This is all fine and well until I rapidly select a bunch of links.
Every time I copy another link, another Copying window stacks itself on
top of the preceding window stack until the application under the center
of my display is obscured behind the stack. The Copying window stack
does disappear after a bit, but there doesn't seem to be a way to make
it disappear under my control.
All in all, I find this behavior annoying. Is there a way to change it
with different settings ?
Thanks for listening.
15 years
Panel widgets "stop"
by Emmett Culley
After that last three or four updates to KDE on Fedora 10, including the very latest, the Application Launcher would suddenly stop working. That is, it would no longer pop up when I clicked on the panel icon.
At first it seemed to be a random thing and I could always get it to work by deleting it from the panel and re-adding the widget. Then I noticed that this would happen to other panel widgets, including the calendar pop up and the Device launcher.
Today I saw the pattern. If I click on the any of the panel widgets that pop up when clicked, then click on a different desktop in the pager, the pop up disappears never to show up again until deleted from the panel and re-added.
Anybody else seeing this?
Emmett
15 years
Menu misunderstanding
by Arthur Pemberton
What is the expected difference between applications in the
'Administration' section and those in the 'System' section?
--
Fedora 10
(www.pembo13.com)
15 years
arrrgh
by Charles Zeitler
On Sun, May 17, 2009 at 4:27 AM, charles zeitler <cfzeitler(a)gmail.com>wrote:
>
>
> On Fri, May 15, 2009 at 12:38 AM, charles zeitler <cfzeitler(a)gmail.com>wrote:
>
>>
>>
>> On Thu, May 14, 2009 at 12:56 AM, charles zeitler <cfzeitler(a)gmail.com>wrote:
>>
>>> i have :
>>>
>>> problems with loose cabling...
>>
>>>
>>> charles zeitler
>>
>>
>
>
>
> --
>
> Do What Thou Wilt
> Shall Be
> The Whole of
> The Law
>
> -Aleister Crowley
>
>
>
>
>
>
>
--
Do What Thou Wilt
Shall Be
The Whole of
The Law
-Aleister Crowley
15 years
Auto-hide panel sticking open
by Patrick O'Callaghan
To maximize screen real-estate I like to use the auto-hide option for
the KDE Panel, but lately when I click on the Info icon in the Panel
(e.g. to show progress in copying a large file), the Panel sticks in the
visible state until I close the progress indicator. IIRC it didn't used
to do this, i.e. the progress bar widget just floated independantly of
the Panel itself.
Is this a design change or a bug? Or am I just imagining that it used to
be different?
This is fully updated F11pre, kdebase-workspace-libs-4.2.3-4.fc11.x86_64
poc
15 years
SQLite dependency for Qt 4.5
by Sonic
Hi
I was trying to build the Qt 4.5 RPM from Koji on RHEL 5.3, and half
way through, the compilation failed. From the error messages, I guessed
it had something to do with SQLite. I then built (again from Koji)
SQLite 3.6.12 and updated the RHEL machine. Now Qt compilation worked fine.
When I installed Qt (& the devel package) on another machine, Qt
Assistant failed to start. Updating SQLite on that machine fixed that too.
So I guess we need a sufficiently new version of SQLite as a dependency
(& BuildRequires) for Qt 4.5.
regards,
Syam
15 years
