On Tuesday 10 August 2010 19:47:55 R. Tyler Ballance wrote:

Should I wait until you have the openSUSE 11.3 branding packages live before I blog about upgrading to 4.5.0?

I intentionally didn't include any steps in my original post[0] on omgsuse for fear of sending users down an untested path. If things are good enough right now, I can have something up tomorrow for upgrading to 4.5.0 with upstream branding

I commented on your 4.5.0 article with a link to the first mail in $SUBJECT for the adventurous. The packages themselves are pretty well tested, the upgrade path is not - I'd hold off a couple of days in case anything nasty comes up, but then I think the steps should be safe enough. As in, safer than using openSUSE Factory, not as safe as sticking with a release. It is a .0 after all. Will Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Tirsdag den 10. august 2010 23:29:21 skrev Hans-Peter Jansen:

On Tuesday 10 August 2010, 23:00:38 Will Stephenson wrote:

...

On Tuesday 10 August 2010 19:47:55 R. Tyler Ballance wrote:

...

Should I wait until you have the openSUSE 11.3 branding packages live before I blog about upgrading to 4.5.0?

I intentionally didn't include any steps in my original post[0] on omgsuse for fear of sending users down an untested path. If things are good enough right now, I can have something up tomorrow for upgrading to 4.5.0 with upstream branding

I commented on your 4.5.0 article with a link to the first mail in $SUBJECT for the adventurous.

The packages themselves are pretty well tested, the upgrade path is not - I'd hold off a couple of days in case anything nasty comes up, but then I think the steps should be safe enough. As in, safer than using openSUSE Factory, not as safe as sticking with a release. It is a .0 after all.

E.g.: where's the desktop window gone? (Sorry for not conforming to the KDE nomenclature of the day: I mean the window, that presented my desktop icons after upgrade from KDE 3)

If the folder view widget has somehow disappeared, adding it again is easy. Right click desktop -> Add widgets -> Folder View ... configure the folder view to show ~/Desktop/ , I'm afraid it'll default to home.

BTW, just by moving the mouse onto the taskbar area (kicker in KDE3), my netbook froze hard (no sshing from outside possible).

Using 11.3? Netbook sounds like intel gfx - and the driver is known to suck ass on 11.3. Disable effects or consider experimenting with disabling KMS and switching to the intel legacy driver. Or you may even want to experiment with a newer kernel, depending on how badly you want non-crashy 3d :-(

I did a remote desktop session once with krfb. Now krfb is started on every login. If krfb is running via session mgmt, I would expect it to show some kind of tray icon, where I can get rid of it from the UI. I'm going to kill this process now...

alt+f2 -> 'kquitapp krfb' - would probably be the cleanest way to stop it, but simply killing it prolly wouldn't do any harm. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Am Dienstag, 10. August 2010, 20:15:35 schrieb Hans-Peter Jansen:

On Tuesday 10 August 2010, 16:32:45 Will Stephenson wrote:

...

KDE SC 4.5.0 was just released and as usual we have the freshest packages for you. The packages are in KDE:Distro:Factory and related OBS projects. We expect to produce an openSUSE 11.3 respin with 4.5.x shortly.

If you want to install 11.3 with 4.5.0 preinstalled right now, use the Live Image from http://home.kde.org/~kdelive.

If you want to upgrade your existing openSUSE installation to KDE SC 4.5.0, follow these steps for the best experience. They assume you are using 11.3, substitute 11.2 in all URLs below if necessary.

1) Remove any old KDE:KDE4:* repositories and KDE:Qt* repositories

2) Add the repository containing 4.5.0: KDE:Distro:Factory : zypper ar -f \

http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_1

1.3 \ KDF

3) Add the Extra repository (optional): zypper ar -f \

http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Di

stro_Factory/ KDEExtra

4) Upgrade all packages from KDE:Distro:Factory and KDE:Extra (omit if

not using): zypper dup --from KDF --from KDEExtra

5) If you are using knetworkmanager, replace it with the Network Management plasmoid due to a bug in KNM with 4.5.0 that hides all connections, before you upgrade or you may be stuck without a connection!

zypper in plasmoid-networkmanagement

and allow it to deinstall NetworkManager-kde4.

6) logout and login again.

Please report any problems with the upgrade process here and report any packaging/integration bugs at bugzilla.novell.com, and upstream bugs at bugs.kde.org as appropriate.

Will, I got a few

Digest verification failed for python-sip-4.10.2-40.4.i586.rpm. Expected bb69070353a11ffc6faa8173981f4d5f54e236e7cc0cfe885aa59c5242b57b28, found 8965ca07dea35403eabd8b5e9736329f929222ea11820cf61fd90c6d3179a489. Continue?

Digest verification failed for qt4-qtscript-0.1.0-9.6.i586.rpm. Expected 1e905a090f8b43e65dae883f2e473e762897d68bb0fd5f605ed9b680a6de46bc, found c2562bd5dfddc8a18694ec3a3ae813ded3bbf71b2f736a2531a2dbf665eddc67. Continue?

Is that to be expected?

Cheers, Pete

This is a failure in the download, a 'zypper ref' 'zypper dup' zycle fixed this yesterday for somebody in #opensuse-kde regards, Karsten -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Am Mittwoch, 11. August 2010, 00:11:15 schrieb upscope:

1. KMyMoney4 (3.98.1) from suse repos. Installed fine, check works but went to reconcile it and it will not work correctly. If I click a check to get the C in the reconcile routine, the first one appears Ok, entering the next one clears the first one.

Since This came from the SUSE repo do I report it at bugzilla or KDE Bug system?

Sounds like normal upstream problem to me, so please report there.

2. When I minimize an application it dissappears instead of showing up on panel. It is still running according to sys monitor but I have bnot found away to get it back.

Overall things are working great.

Please make sure you have a task switcher applet in the panel (or however it is called, use fuzzy guessing ;-) ) Regards, Karsten -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wed, Aug 11, 2010 at 9:14 AM, Will Stephenson wrote:

...

 (and the black and white icons are suboptimal, IMO).

Just not your taste, or do you see it as a general problem?  If the former, the tray icon theming is now part of the Plasma theme so they can be replaced without replacing the whole icon theme.

Just not to my taste. So far the feedback seems to agree, but that's hardly conclusive. Thanks for the kate tips and the icon tips. -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wed, Aug 11, 2010 at 9:50 AM, Sebastian Kügler wrote:

Still, it's easy enough to change, as Will points out.

How, exactly, do I change it? I looked around for a bit and didn't find anything that jumped out at me. -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday 11 August 2010 17:07:30 Sebastian Kügler wrote:

On Wednesday 11 August 2010 16:52:23 Jon Nelson wrote:

...

On Wed, Aug 11, 2010 at 9:50 AM, Sebastian Kügler wrote:

...

Still, it's easy enough to change, as Will points out.

How, exactly, do I change it? I looked around for a bit and didn't find anything that jumped out at me.

Delete the monochrome icons that the system tray widget substitutes for those set by the apps using the tray, and the colourful originals will be used instead (I know because I mispackaged these in openSUSE and discovered the fallback behaviour).

The standard location for them is

`kde4-config --prefix`/share/kde4/apps/desktoptheme/default/icons/

(stolen from Will, http://lwn.net/Articles/399416/ )

You cad! I would have written "define your own desktoptheme by inspecting one of the existing ones*, making it inherit Air (to minimise your work) and replacing default's icons/* with your own colourful SVGs of choice, then package as kdebase4-runtime-branding-colourfultray and profit. * and see http://techbase.kde.org/Development/Tutorials/Plasma/Theme" But I'm just a completist like that. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday 11 August 2010 17:15:26 Jon Nelson wrote:

On Wed, Aug 11, 2010 at 10:14 AM, Will Stephenson wrote:

...

...

Delete the monochrome icons that the system tray widget substitutes for those set by the apps using the tray, and the colourful originals will be used instead (I know because I mispackaged these in openSUSE and discovered the fallback behaviour).

The standard location for them is

`kde4-config --prefix`/share/kde4/apps/desktoptheme/default/icons/

(stolen from Will, http://lwn.net/Articles/399416/ )

You cad!

I would have written "define your own desktoptheme by inspecting one of the existing ones*, making it inherit Air (to minimise your work) and replacing default's icons/* with your own colourful SVGs of choice, then package as kdebase4-runtime-branding-colourfultray and profit.

* and see http://techbase.kde.org/Development/Tutorials/Plasma/Theme"

But I'm just a completist like that.

Deleting the icons is a very short-term solution. As soon as kdebase4-runtime is replaced, the icons will be back. Could they be packaged separately or is there some other mechanism* for changing them back to color?

* besides building your own theme.

One could subdivide kdebase4-runtime further and make the system tray icons a replaceable capability provided by different packages, but it's as much work as cobbling a few icons into a theme, much more risky to the integrity of the desktop, and redundant when there is already a mechanism for it. The minimal amount of work would be to branch kdebase4-runtime in the OBS, delete these icons in your branch's specfile %install, and register the resulting repo with a higher priority than KDF, so your hacked version is preferred. -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday 11 August 2010 17:37:31 Jon Nelson wrote:

One more thing I note is that there is a *lot* of noise in .xsession-errors:

It's unlikely, although it would be about an afternoon's work including learning enough git to check the yast modules out of gitorious, fix the .desktop files according to spec and making merge requests back to the yast team. There are so many other things to fix that are not harmless noise like broken hidden wireless network support in Network Management. Will

buildsycoca4(8297)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/applications/YaST2/vm-install.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files.

I seem to recall that the YaST2 .desktop files have been making considerable noise (in .xsession-errors) for a few openSUSE releases, now. Will this get fixed? I know there is at least one open bug on it.

On Wed, Aug 11, 2010 at 10:22 AM, Will Stephenson

wrote:

...

On Wednesday 11 August 2010 17:15:26 Jon Nelson wrote:

...

On Wed, Aug 11, 2010 at 10:14 AM, Will Stephenson

wrote:

...

...

...

Delete the monochrome icons that the system tray widget substitutes for those set by the apps using the tray, and the colourful originals will be used instead (I know because I mispackaged these in openSUSE and discovered the fallback behaviour).

The standard location for them is

`kde4-config --prefix`/share/kde4/apps/desktoptheme/default/icons/

(stolen from Will, http://lwn.net/Articles/399416/ )

You cad!

I would have written "define your own desktoptheme by inspecting one of the existing ones*, making it inherit Air (to minimise your work) and replacing default's icons/* with your own colourful SVGs of choice, then package as kdebase4-runtime-branding-colourfultray and profit.

* and see http://techbase.kde.org/Development/Tutorials/Plasma/Theme"

But I'm just a completist like that.

Deleting the icons is a very short-term solution. As soon as kdebase4-runtime is replaced, the icons will be back. Could they be packaged separately or is there some other mechanism* for changing them back to color?

* besides building your own theme.

One could subdivide kdebase4-runtime further and make the system tray icons a replaceable capability provided by different packages, but it's as much work as cobbling a few icons into a theme, much more risky to the integrity of the desktop, and redundant when there is already a mechanism for it.

The minimal amount of work would be to branch kdebase4-runtime in the OBS, delete these icons in your branch's specfile %install, and register the resulting repo with a higher priority than KDF, so your hacked version is preferred.

-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Onsdag den 11. august 2010 18:12:36 skrev Jon Nelson:

On Wed, Aug 11, 2010 at 10:49 AM, Will Stephenson wrote:

...

It's unlikely, although it would be about an afternoon's work including learning enough git to check the yast modules out of gitorious, fix the .desktop files according to spec and making merge requests back to the yast team. There are so many other things to fix that are not harmless noise like broken hidden wireless network support in Network Management.

I found this: http://gitorious.org/yast but no publicly-accessible git URL to clone from. I might be willing to take a stab at fixing them.

I think YaST code is still here: http://svn.opensuse.org/svn/yast/ But I could be wrong :-) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Onsdag den 11. august 2010 17:08:22 skrev Atri:

On Wed, 2010-08-11 at 16:50 +0200, Sebastian Kügler wrote:

...

The feedback *we* (the Plasma team) got does clearly _not_ agree. I've seen many people go "Ooh, sexy!", and in total 2 people (including you) who don't like it so much. Given that people explain much more easily if they dislike something, and hardly ever give feedback if they like something, I consider the monochrome system tray One Big Success.

Only little smudge I find with the monochrome icons is that applications which set a tray icon, do not provide monochrome icons and then the tray looks kind of odd. Otherwise I have to say "Ooh, sexy!" I guess it is a matter of applications catching up now :)

Afaik It's intended that way. To let "app tray icons" be easily distinguishabe from the "workspace tray icons" (klipper, kmix, battery, etc.) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

I've noticed something else, too. With 4.4.5's konsole (and prior), choosing "copy" from the Edit menu would copy the text to both the clipboard *and* the X *selection*. Now it only seems to do the former. This throws off how I've been using copy/paste/paste-from-selection for over 15 years. -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wed, Aug 11, 2010 at 1:03 PM, Tejas Guruswamy wrote:

 On 11/08/10 18:33, Jon Nelson wrote:

...

I've noticed something else, too. With 4.4.5's konsole (and prior), choosing "copy" from the Edit menu would copy the text to both the clipboard *and* the X *selection*. Now it only seems to do the former. This throws off how I've been using copy/paste/paste-from-selection for over 15 years.

I think this is a Klipper setting  - open Configure Klipper and choose "Synchronise Clipboard and Selection". Though why the setting would have changed, I don't know.

Aaaargh. Until yesterday I didn't use klipper, and I didn't have that setting enabled. I enable it, and now I only have essentially *one* clipboard (the X selection and the clipboard are now essentially the same). This is NOT what I want. I want the old behavior back -- "copy" does *not* mean "also clear the X selection". -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Fri, Aug 13, 2010 at 4:14 AM, Will Stephenson wrote:

I'm trying to understand the issue and failing (have used Klipper for the last 10 years).  It seems to me that the act of selecting something prior to "copy" will necessarily set Selection before "copy" sets Clipboard.

Could you explain it as a series of steps to reproduce with actual vs expected (4.4.5) behaviour?

Yes. Sorry for the delay! I'm not ruling out other issues, but one that is very easy to replicate is this: 1. open konsole and a web browser 2. display in konsole some text that includes a URL 3. when you move the mouse over the URL, it becomes underlined. 4. while the URL is underlined, right-click and choose "Copy Link Address" This is where things differ. Previously, "Copy Link Address" would copy to both the clipboard and the X selection. Now it only copies to the clipboard. Incidentally, enabling the klipper 'sync' behavior drove me nuts after about 5 minutes (I'm used to having a clipboard *and* an X selection buffer, and treating them differently), so using that functionality is out for me. -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Tue, Aug 17, 2010 at 8:17 AM, Will Stephenson wrote:

On Monday 16 August 2010 15:13:46 Jon Nelson wrote:

...

On Fri, Aug 13, 2010 at 4:14 AM, Will Stephenson wrote:

...

I'm trying to understand the issue and failing (have used Klipper for the last 10 years).  It seems to me that the act of selecting something prior to "copy" will necessarily set Selection before "copy" sets Clipboard.

Could you explain it as a series of steps to reproduce with actual vs expected (4.4.5) behaviour?

Yes. Sorry for the delay!

I'm not ruling out other issues, but one that is very easy to replicate is this:

1. open konsole and a web browser 2. display in konsole some text that includes a URL 3. when you move the mouse over the URL, it becomes underlined. 4. while the URL is underlined, right-click and choose "Copy Link Address"

This is where things differ. Previously, "Copy Link Address" would copy to both the clipboard and the X selection. Now it only copies to the clipboard. .. I've tried to reproduce this with a clean 11.3 in a VM and can't.  I prepended

0) quit Klipper

to your steps.

I took care to right click the underlined URL rather than drag-selecting it, of course.  I had a look at the Klipper source code to make sure that it did not recently change how it actually puts the text into the clipboard, and since 2007 it has always just called QClipboard::setText(url); without the optional mode argument that controls which buffer is used, so it goes only to Clipboard.  Since we are using the same Qt version as 11.3, that rules out a bugfix in QClipboard.

What is interesting is that I tried the same RMB on URL, Copy Link Location in Konqueror, and that *does* set both Selection and Clipboard explicitly, see lines 814 and 818 here:

What does RMB stand for?

http://lxr.kde.org/source/KDE/kdelibs/khtml/khtml_ext.cpp?v=4.4-branch

As you can see that's the KDE 4.4. code (and the two calls are there since much longer), so am I actually right in comparing 4.4 and 4.5's behaviour?

I think so. Does konsole use the khtml copy link functionality? All I know is that Copy Link from konsole changed behavior between 4.4.whatever and 4.5.0. The new behavior is Copy Link *only* copies to the X Clipboard, not the X Selection. Previously, it copied to both. -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wed, Aug 18, 2010 at 2:02 PM, Will Stephenson wrote:

...

What does RMB stand for?

I'll tell you but it might smart a little: Right Mouse Button.

Ouch. ..

...

All I know is that Copy Link from konsole changed behavior between 4.4.whatever and 4.5.0.  The new behavior is Copy Link only copies to the X Clipboard, not the X Selection. Previously, it copied to both.

I can't reproduce it with 4.4.4 and 4.5.0. Anyone else got an insight?

First let me ask: do you get the behavior I desire ("Copy Link" copies to X Selection) with 4.4.4? [ Should I create another email, or perhaps a bug, for this? ] -- Jon -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Torsdag den 19. august 2010 08:17:01 skrev Will Stephenson:

On Wednesday 18 August 2010 21:33:22 Jon Nelson wrote:

...

...

...

All I know is that Copy Link from konsole changed behavior between 4.4.whatever and 4.5.0. The new behavior is Copy Link only copies to the X Clipboard, not the X Selection. Previously, it copied to both.

I can't reproduce it with 4.4.4 and 4.5.0. Anyone else got an insight?

First let me ask: do you get the behavior I desire ("Copy Link" copies to X Selection) with 4.4.4?

Not if I just hover the URL, RMB, select Copy Link Address.

I do only if I artificially select the URL by click-dragging over it, RMB, Copy Link Address.

I wonder if all this could be related to the changed behaviour of Klipper in 4.4, regarding the "sync clipboard content with selection" option. Maybe having a look at the Klipper settings is the way to get the desired behaviour. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

[ Comments below, in line ] On Wednesday 11 August 2010 at 1:33 pm, Jon Nelson penned about "Re: [opensuse-kde] KDE SC 4.5.0 released, upgrade instructions"

I've noticed something else, too. With 4.4.5's konsole (and prior), choosing "copy" from the Edit menu would copy the text to both the clipboard *and* the X *selection*. Now it only seems to do the former. This throws off how I've been using copy/paste/paste-from-selection for over 15 years.

Hmmm, that'd put a spanner in how I use `konsole' as well. If this is not a bug, how does one populate X-selection from a `konsole' window? Cheers, -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph: 819.459.1926 Fax: 760.860.5225 (US) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

Virtual desktop switching seems partly busted for me. I can switch from left to right, but not right to left. I can switch from below to above, but not above to below. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

[ Comments below, in line ] On Wednesday 11 August 2010 at 2:40 pm, Jon Nelson penned about "Re: [opensuse-kde] KDE SC 4.5.0 released, upgrade instructions"

Simply *selecting* text populates the X selection.

Phew, that's better. I'm still using KDE 3.x and I find it annoying that I have to `select/copy' in order to populate X's buffer. But I understand your point. Cheers, -- Pablo Sanchez - Blueoak Database Engineering, Inc Ph: 819.459.1926 Fax: 760.860.5225 (US) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Tuesday, August 10, 2010 05:23:47 pm Karsten König wrote:

Am Mittwoch, 11. August 2010, 00:11:15 schrieb upscope:

...

1. KMyMoney4 (3.98.1) from suse repos. Installed fine, check works but went to reconcile it and it will not work correctly. If I click a check to get the C in the reconcile routine, the first one appears Ok, entering the next one clears the first one.

Since This came from the SUSE repo do I report it at bugzilla or KDE Bug system?

Sounds like normal upstream problem to me, so please report there.

...

2. When I minimize an application it dissappears instead of showing up on panel. It is still running according to sys monitor but I have bnot found away to get it back.

Overall things are working great.

Please make sure you have a task switcher applet in the panel (or however it is called, use fuzzy guessing ;-) )

Regards, Karsten Yes that was it. No task switcher. must have been dropped on last reinstall or on KDE 4.5.0 update. Working now.

Thanks -- upscope -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday, August 11, 2010 09:10:47 am Jan Ritzerfeld wrote:

Am Mittwoch, 11. August 2010 schrieb upscope:

...

[...] 1. KMyMoney4 (3.98.1) from suse repos. Installed fine, check works but went to reconcile it and it will not work correctly. If I click a check to get the C in the reconcile routine, the first one appears Ok, entering the next one clears the first one.

Since This came from the SUSE repo do I report it at bugzilla or KDE Bug system? [...]

Did you get kmymoney4 from KDE:KDE4:Community? IIRC it is obsolete and building of packages is disabled:

https://build.opensuse.org/project/show?project=KDE%3AKDE4%3ACommunit

y

Gruß Jan THink I got it from here: http://download.opensuse.org/repositories/KDE:/KDE4:/Community /openSUSE_11.3_KDE_Distro_Stable/x86_64/

I tried several other versions but they keep giving dependence errors. Nothing provides type. -- upscope -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Thursday 12 August 2010 07:42:37 you wrote:

On Thursday 12 August 2010 01:47:32 upscope wrote:

...

On Wednesday, August 11, 2010 09:10:47 am Jan Ritzerfeld wrote:

...

Am Mittwoch, 11. August 2010 schrieb upscope:

...

[...] 1. KMyMoney4 (3.98.1) from suse repos. Installed fine, check works but went to reconcile it and it will not work correctly. If I click a check to get the C in the reconcile routine, the first one appears Ok, entering the next one clears the first one.

Since This came from the SUSE repo do I report it at bugzilla or KDE Bug system? [...]

Did you get kmymoney4 from KDE:KDE4:Community? IIRC it is

obsolete

...

and building of packages is disabled: https://build.opensuse.org/project/show?project=KDE%3AKDE4%3ACommunit

...

y

Gruß

Jan

THink I got it from here: http://download.opensuse.org/repositories/KDE:/KDE4:/Community /openSUSE_11.3_KDE_Distro_Stable/x86_64/

I tried several other versions but they keep giving dependence errors. Nothing provides type.

Maybe Nico hasn't got the message yet that KDE:KDE4:Community is closing and kmymoney4 needs to move to KDE:Extra?

Actually, I wasn't aware that I was this package's maintainer :P I mean, I could probably do this - I'm using KMyMoney myself and building packages anyway... At the moment, I've got two projects involving KMyMoney: - home:NicoK:banking containing the old KDE3 KMyMoney with KBanking plugin to access HBCI online accounts - home:NicoK:banking4 with the new KMyMoney4 (latest beta) and the libraries it needs. Unfortunately the latest beta of KMyMoney4 doesn't work with the latest RCs of aqbanking and gwenhywfar. I saw some changes in the latest svn but haven't tried it yet. KMyMoney4.5 however is scheduled for Aug 16th (if this is still up-to-date), so I'd suggest to wait until then for migration. I'll continue updating the versions in my repositories and could push it to KDE:Extra once it is final and it works together, i.e. KMyMoney4 and online banking. Nico

On Thursday 12 August 2010 10:00:35 Will Stephenson wrote:

On Thursday 12 August 2010 08:44:43 Nico Kruber wrote:

...

On Thursday 12 August 2010 07:42:37 you wrote:

...

On Thursday 12 August 2010 01:47:32 upscope wrote:

...

On Wednesday, August 11, 2010 09:10:47 am Jan Ritzerfeld wrote:

...

Am Mittwoch, 11. August 2010 schrieb upscope:

...

[...] 1. KMyMoney4 (3.98.1) from suse repos. Installed fine, check works but went to reconcile it and it will not work correctly. If I click a check to get the C in the reconcile routine, the first one appears Ok, entering the next one clears the first one.

Since This came from the SUSE repo do I report it at bugzilla or KDE Bug system? [...]

Did you get kmymoney4 from KDE:KDE4:Community? IIRC it is

obsolete

...

and building of packages is disabled: https://build.opensuse.org/project/show?project=KDE%3AKDE4%3ACommunit

...

y

Gruß

Jan

THink I got it from here: http://download.opensuse.org/repositories/KDE:/KDE4:/Community /openSUSE_11.3_KDE_Distro_Stable/x86_64/

I tried several other versions but they keep giving dependence errors. Nothing provides type.

Maybe Nico hasn't got the message yet that KDE:KDE4:Community is closing and kmymoney4 needs to move to KDE:Extra?

Actually, I wasn't aware that I was this package's maintainer :P I mean, I could probably do this - I'm using KMyMoney myself and building packages anyway...

That would be really good. You could also take over KDE 3 KMyMoney in KDE:KDE3.

I suppose, I could - there will probably not be much to do :P ok - the kbanking plugin should maybe also moved to the KDE3 repo -> I'll try to create some submitrequest's this week-end How do I become a maintainer then / who can add me?

...

At the moment, I've got two projects involving KMyMoney: - home:NicoK:banking containing the old KDE3 KMyMoney with KBanking plugin to access HBCI online accounts - home:NicoK:banking4 with the new KMyMoney4 (latest beta) and the libraries it needs. Unfortunately the latest beta of KMyMoney4 doesn't work with the latest RCs of aqbanking and gwenhywfar.

Does it work with older versions? I don't see a need to use the RCs if it will work with released versions.

...

I saw some changes in the latest svn but haven't tried it yet. KMyMoney4.5 however is scheduled for Aug 16th (if this is still up-to-date), so I'd suggest to wait until then for migration. I'll continue updating the versions in my repositories and could push it to KDE:Extra once it is final and it works together, i.e. KMyMoney4 and online banking.

As long as it's Aug 16th 2010 that will be cool.

My main concern is online banking - KMyMoney4 itself works (don't know whether it even needs those libs then) - the old gwenhywfar and aqbanking libraries however still rely on QT3 so I doubt they work together. Anyway, I installed KMyMoney4 from the Community repo once to try it out and there was no online banking which is why I set up my repos to test with newer libraries. Also I expect aqbanking and gwenhywfar to be released when kmymoney 4.5 is released :P (haven't read any release plan though since there is none I am aware of) that's what I read...

On Friday August 13 2010 00:47:02 Ilya Chernykh wrote:

...

How do I become a maintainer then / who can add me?

What's your account name and what packages do you want to maintain?

Please simply maintain it currently by filing submit requests. See http://en.opensuse.org/Build_Service/Collaboration for how to do that. Once you proofed you know what your are doing we are more than happy to add you as maintainer for the packages you are interested in. regards, Stephan -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Friday 13 August 2010 07:54:32 Nico Kruber wrote:

On Friday 13 August 2010 03:23:55 Stephan Kleine wrote:

...

On Friday August 13 2010 00:47:02 Ilya Chernykh wrote:

...

...

How do I become a maintainer then / who can add me?

What's your account name and what packages do you want to maintain?

Please simply maintain it currently by filing submit requests. See http://en.opensuse.org/Build_Service/Collaboration for how to do that. Once you proofed you know what your are doing we are more than happy to add you as maintainer for the packages you are interested in.

ok - fine with me

Hi Nico Stephan Kleine (bitshuffler) has also made a KMyMoney4 package today - I guess he didn't read this thread. Can you have a look at SR 45731 (osc show -d 45731) since you are experienced in building KMyMoney4 and see if there are any improvements which your package and Stephan's can share when it is submitted to KDE:Distro:Factory? He is using the aqbanking and gwenhywar packages from Gnome:Apps IIUC. Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday August 18 2010 00:24:12 Nico Kruber wrote:

On Tuesday 17 August 2010 23:19:02 Will Stephenson wrote:

...

On Friday 13 August 2010 07:54:32 Nico Kruber wrote:

...

On Friday 13 August 2010 03:23:55 Stephan Kleine wrote:

...

On Friday August 13 2010 00:47:02 Ilya Chernykh wrote:

...

...

How do I become a maintainer then / who can add me?

What's your account name and what packages do you want to maintain?

Please simply maintain it currently by filing submit requests. See http://en.opensuse.org/Build_Service/Collaboration for how to do that. Once you proofed you know what your are doing we are more than happy to add you as maintainer for the packages you are interested in.

ok - fine with me

Hi Nico

Stephan Kleine (bitshuffler) has also made a KMyMoney4 package today - I guess he didn't read this thread. Can you have a look at SR 45731 (osc show -d 45731) since you are experienced in building KMyMoney4 and see if there are any improvements which your package and Stephan's can share when it is submitted to KDE:Distro:Factory? He is using the aqbanking and gwenhywar packages from Gnome:Apps IIUC.

that message came just about 2 hours too late as I was re-organising my projects in order to integrate kmymoney4 with the latest stable aqbanking and gwenhywfar libraries and just finished.

btw: seems I was wrong when I said that the new kmymoney didn't work with the old aqbanking and gwenhywfar packages... haven't done functional tests yet though

the osc command you gave me didn't work though (osc 0.128: unknown command: 'show') but I had a look into his home:bitshuffler:branches:KDE:Distro:Factory repository - as far as I can see, he based his package on the old kmymoney package -

I added the old .changes file, the spec was written from scratch since it made more sense IMHO. FWIW, the command is "osc rq show 45731"

the kmymoney4 package that was in KDE:Community however splits off some of its libraries (don't know the preferred method here)

IMHO splitting out those libs makes no sense since they aren't "public" as in don't get used by other stuff.

- his packaging style is however "cleaner" although some of the BuildRequires could receive version information

Thanks. I avoided hard coding any version information since it creates less work on the long run. Feel free to suggest what you don't like.

- we should also decide on the package's name - kmymoney4 or kmymoney (the old kmymoney in KDE:KDE3 needs to be renamed to kde3-kmymoney anyway)

IMHO the name should be plain kmymoney since that is the name of the project and I doubt anyone would install the KDE 3 & 4 one in parallel and KDE 3 is legacy. Also I just had it with those version perfixes. If you think the name should be different then the KDE 3 version should be renamed to kmymoney3.

I'd suggest to mix both packages but functionally both build the kbanking plugin for online banking (as said above though, I haven't tested either yet)

I didn't test online banking either but according to the log it builds just fine and uses the stuff so it _should_ work. regards, Stephan -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org

On Wednesday 18 August 2010 08:49:49 Nico Kruber wrote:

On Wednesday 18 August 2010 01:34:09 Stephan Kleine wrote:

...

On Wednesday August 18 2010 00:24:12 Nico Kruber wrote:

...

On Tuesday 17 August 2010 23:19:02 Will Stephenson wrote:

...

Hi Nico

Stephan Kleine (bitshuffler) has also made a KMyMoney4 package today - I guess he didn't read this thread. Can you have a look at SR 45731 (osc show -d 45731) since you are experienced in building KMyMoney4 and see if there are any improvements which your package and Stephan's can share when it is submitted to KDE:Distro:Factory? He is using the aqbanking and gwenhywar packages from Gnome:Apps IIUC.

that message came just about 2 hours too late as I was re-organising my projects in order to integrate kmymoney4 with the latest stable aqbanking and gwenhywfar libraries and just finished.

btw: seems I was wrong when I said that the new kmymoney didn't work with the old aqbanking and gwenhywfar packages... haven't done functional tests yet though

the osc command you gave me didn't work though (osc 0.128: unknown command: 'show') but I had a look into his home:bitshuffler:branches:KDE:Distro:Factory repository - as far as I can see, he based his package on the old kmymoney package -

I added the old .changes file, the spec was written from scratch since it made more sense IMHO.

btw: you should probably add some more info about the new version, e.g. I extracted the following from the release notes: + first stable release for KDE platform 4 + better documentation + improved usability of the online banking features + uses KWallet to store online banking passwords + the consistency check runs automatically before saving your data, it now checks for a wider range of problems, and it automatically corrects many of them.

at least the more important parts should be noted (better documentation for example is probably not important to the user - depends on which documentation they were referring to...)

...

FWIW, the command is "osc rq show 45731"

...

the kmymoney4 package that was in KDE:Community however splits off some of its libraries (don't know the preferred method here)

IMHO splitting out those libs makes no sense since they aren't "public" as in don't get used by other stuff.

makes sense...

...

...

- his packaging style is however "cleaner" although some of the BuildRequires could receive version information

Thanks. I avoided hard coding any version information since it creates less work on the long run. Feel free to suggest what you don't like.

Those are the versions I identified so far: BuildRequires: cmake >= 2.6.4 BuildRequires: aqbanking-devel >= 4.2.4 aqbanking-qt4 >= 4.2.4 (also this must be <= 4.99.8) BuildRequires: libical-devel >= 0.33 BuildRequires: gwenhywfar-devel >= 3.10.1

...

...

- we should also decide on the package's name - kmymoney4 or kmymoney (the old kmymoney in KDE:KDE3 needs to be renamed to kde3-kmymoney anyway)

IMHO the name should be plain kmymoney since that is the name of the project and I doubt anyone would install the KDE 3 & 4 one in parallel and KDE 3 is legacy. Also I just had it with those version perfixes. If you think the name should be different then the KDE 3 version should be renamed to kmymoney3.

as everything kde3 was renamed to kde3-***, I'd just do that here, too -> maybe someone using kde4 still wants to rely on the old kmymoney without having to check everytime he's making an update of all his (other) packages... -> I'll rename it in my branch within the next few days and commit a sr

...

...

I'd suggest to mix both packages but functionally both build the kbanking plugin for online banking (as said above though, I haven't tested either yet)

I didn't test online banking either but according to the log it builds just fine and uses the stuff so it _should_ work.

that's what I though/expected, too :P (will test within the next few days though)

I just did a quick test with my package that was build with kbanking plugin but I cannot update my online banking accounts (from a converted kmymoney3 file) - the menu item is deactivated - I can only remove an account mapping but can not create new ones. Also in the settings I do not see any plugins listed under "plugins" - can you tell me whether this is also the case with your package? (can't test more right now) Nico

On Thursday 19 August 2010 23:43:43 Stephan Kleine wrote:

On Thursday August 19 2010 23:17:24 Nico Kruber wrote:

...

On Wednesday 18 August 2010 08:49:49 Nico Kruber wrote:

...

On Wednesday 18 August 2010 01:34:09 Stephan Kleine wrote:

...

On Wednesday August 18 2010 00:24:12 Nico Kruber wrote:

...

On Tuesday 17 August 2010 23:19:02 Will Stephenson wrote:

...

Hi Nico

Stephan Kleine (bitshuffler) has also made a KMyMoney4 package today - I guess he didn't read this thread. Can you have a look at SR 45731 (osc show -d 45731) since you are experienced in building KMyMoney4 and see if there are any improvements which your package and Stephan's can share when it is submitted to KDE:Distro:Factory? He is using the aqbanking and gwenhywar packages from Gnome:Apps IIUC.

that message came just about 2 hours too late as I was re-organising my projects in order to integrate kmymoney4 with the latest stable aqbanking and gwenhywfar libraries and just finished.

btw: seems I was wrong when I said that the new kmymoney didn't work with the old aqbanking and gwenhywfar packages... haven't done functional tests yet though

the osc command you gave me didn't work though (osc 0.128: unknown command: 'show') but I had a look into his home:bitshuffler:branches:KDE:Distro:Factory repository - as far as I can see, he based his package on the old kmymoney package -

I added the old .changes file, the spec was written from scratch since it made more sense IMHO.

btw: you should probably add some more info about the new version, e.g. I

extracted the following from the release notes: + first stable release for KDE platform 4 + better documentation + improved usability of the online banking features + uses KWallet to store online banking passwords + the consistency check runs automatically before saving your data,

it now checks for a wider range of problems, and it automatically corrects many of them.

at least the more important parts should be noted (better documentation for example is probably not important to the user - depends on which documentation they were referring to...)

...

FWIW, the command is "osc rq show 45731"

...

the kmymoney4 package that was in KDE:Community however splits off some of its libraries (don't know the preferred method here)

IMHO splitting out those libs makes no sense since they aren't "public" as in don't get used by other stuff.

makes sense...

...

...

- his packaging style is however "cleaner" although some of the BuildRequires could receive version information

Thanks. I avoided hard coding any version information since it creates less work on the long run. Feel free to suggest what you don't like.

Those are the versions I identified so far: BuildRequires: cmake >= 2.6.4 BuildRequires: aqbanking-devel >= 4.2.4 aqbanking-qt4 >= 4.2.4 (also this must be <= 4.99.8) BuildRequires: libical-devel >= 0.33 BuildRequires: gwenhywfar-devel >= 3.10.1

...

...

- we should also decide on the package's name - kmymoney4 or kmymoney (the old kmymoney in KDE:KDE3 needs to be renamed to kde3-kmymoney anyway)

IMHO the name should be plain kmymoney since that is the name of the project and I doubt anyone would install the KDE 3 & 4 one in parallel and KDE 3 is legacy. Also I just had it with those version perfixes. If you think the name should be different then the KDE 3 version should be renamed to kmymoney3.

as everything kde3 was renamed to kde3-***, I'd just do that here, too -> maybe someone using kde4 still wants to rely on the old kmymoney without having to check everytime he's making an update of all his (other) packages... -> I'll rename it in my branch within the next few days and commit a sr

...

...

I'd suggest to mix both packages but functionally both build the kbanking plugin for online banking (as said above though, I haven't tested either yet)

I didn't test online banking either but according to the log it builds just fine and uses the stuff so it _should_ work.

that's what I though/expected, too :P (will test within the next few days though)

I just did a quick test with my package that was build with kbanking plugin but I cannot update my online banking accounts (from a converted kmymoney3 file) - the menu item is deactivated - I can only remove an account mapping but can not create new ones. Also in the settings I do not see any plugins listed under "plugins" - can you tell me whether this is also the case with your package? (can't test more right now)

Sorry, I don't do online banking, I just build it cause I noticed there is a new release which isn't updated yet.

Personally I think my build is "superior" (note the "") since it doesn't split out any never used libs but besides that it should be the same. So I would suggest to move that into K:D:F and then start fixing the stuff which prolly should be mostly upstream issues.

yes, I thought we agreed on this - was asking myself why your package hasn't made it yet The only changes I'd like you to apply to your package have been noted above, i.e. a bit more info in the .changes and added BuildRequires - Possibly you should also add some Requires, e.g. if KMyMoney explicitly requires aqbanking

= 4.2.4 at build time, it will probably not work wit 4.2.3 but the auto- requires will probably only require the .so* files which will have the same name in both(?). Explicit Requires for this will save some troubles with users having older aqbanking etc installed - they'll have to update and will get a notice about that.

You could add this and submit a new SR or we could add it at a later time, I'd prefer the first but that's not my decision to take :P -> Will?

If you agree talk Will into accepting my SR and then branch and fix any issues.

Nico

On Sunday 22 August 2010 06:14:06 you wrote:

On Friday 20 August 2010 08:43:27 Nico Kruber wrote:

...

On Thursday 19 August 2010 23:43:43 Stephan Kleine wrote: You could add this and submit a new SR or we could add it at a later time, I'd prefer the first but that's not my decision to take :P -> Will?

I added the suggested changes to yuor package and created a SR to you (45944) - please accept and submite a new SR to KDE:Extra if that suites you

...

...

If you agree talk Will into accepting my SR and then branch and fix any issues.

Will, could you then accept the SR for KDE:Extra so we get the package into an "official" repo?

Sure, I'll watch out for it. Will -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org