Am Samstag, 30. Oktober 2010 21:41:00 wrote Philipp Thomas:

On Sat, 30 Oct 2010 21:17:11 +0200, "Sascha 'saigkill' Manns"

wrote:

...

ERROR: No sufficient Category definition: /usr/src/packages/BUILDROOT/freediams-0.4.2.961-1.x86_64//usr/share/ applications/freediams.desktop WARNING: Empty GenericName: /usr/src/packages/BUILDROOT/freediams-0.4.2.961-1.x86_64//usr/share/ applications/freediams.desktop Errors in installed desktop file detected. Please refer to

See http://standards.freedesktop.org/desktop-entry-spec/latest/ for the standard describing the .desktop format. And http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#categor y-registry lists the registered categories. Hmm. I've checked this. But the Categories "Education;Science" exists. I don't find an Error. -- Sincerely yours

Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete

Well, this would be answered officially,which I am not, but Try add some third category to Categories Instead of Categories=Education;Science; try use Categories=Education;Science;Chemistry; or such. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

2010/10/31 Sascha 'saigkill' Manns :

Am Sonntag, 31. Oktober 2010 12:45:45 wrote Michal Smrž:

...

Well, this would be answered officially,which I am not, but

Try add some third category to Categories

Instead of Categories=Education;Science; try use Categories=Education;Science;Chemistry; or such. Hello Michal,

i've tried out "Education;Science;MedicalSoftware". As written in the Standards, that should work.

But sadly the same issue :-(

Where does it fail? $ osc r home:saigkill:medical freediams openSUSE_11.1 i586 succeeded openSUSE_11.1 x86_64 succeeded openSUSE_11.2 i586 succeeded openSUSE_11.2 x86_64 succeeded openSUSE_11.3 i586 succeeded openSUSE_11.3 x86_64 succeeded openSUSE_Factory i586 succeeded openSUSE_Factory x86_64 succeeded SLE_11 i586 succeeded SLE_11 x86_64 succeeded If it only fails when building locally with osc, your (chrooted) brp-check-suse packages probably is somehow broken. I expect a build with --clean will solve the problem. Anyway, the desktop file is correct. You should look at /usr/lib/rpm/brp-desktop.data/applications.menu (that probably should be the same than /etc/xdg/menus/applications.menu, even if in 11.3 isn't). -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

2010/10/31 Sascha 'saigkill' Manns :

Hi Christian,

Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:

...

2010/10/31 Sascha 'saigkill' Manns :

...

Am Sonntag, 31. Oktober 2010 12:45:45 wrote Michal Smrž:

...

Well, this would be answered officially,which I am not, but

Try add some third category to Categories

Instead of Categories=Education;Science; try use Categories=Education;Science;Chemistry; or such.

Hello Michal,

i've tried out "Education;Science;MedicalSoftware". As written in the Standards, that should work.

But sadly the same issue :-(

Where does it fail?

$ osc r home:saigkill:medical freediams openSUSE_11.1        i586       succeeded openSUSE_11.1        x86_64     succeeded openSUSE_11.2        i586       succeeded openSUSE_11.2        x86_64     succeeded openSUSE_11.3        i586       succeeded openSUSE_11.3        x86_64     succeeded openSUSE_Factory     i586       succeeded openSUSE_Factory     x86_64     succeeded SLE_11               i586       succeeded SLE_11               x86_64     succeeded

If it only fails when building locally with osc, your (chrooted) brp-check-suse packages probably is somehow broken. I expect a build with --clean will solve the problem.

Anyway, the desktop file is correct. You should look at /usr/lib/rpm/brp-desktop.data/applications.menu (that probably should be the same than /etc/xdg/menus/applications.menu, even if in 11.3 isn't). I've uploaded the new stuff.

sascha@linux-f34p:~> osc r home:saigkill:medical freediams openSUSE_11.1        i586       failed openSUSE_11.1        x86_64     failed openSUSE_11.2        i586       failed openSUSE_11.2        x86_64     failed openSUSE_11.3        i586       failed openSUSE_11.3        x86_64     failed openSUSE_Factory     i586       failed openSUSE_Factory     x86_64     failed SLE_11               i586       failed SLE_11               x86_64     failed

Anything is false ...

Now the problematic .desktop file isn't the one you attached but: [Desktop Entry] Version=0.4.0 Type=Application Categories=Office;MedicalSoftware Name=FreeDiams Comment[en]=Pharmaceutical Drugs Prescriptor Comment[fr]=Prescripteur TryExec=freediams Exec=freediams Icon=freediams from global_resources/textfiles/freediams.desktop, in the tarball. When the build failed, you should have look at /var/tmp/build-root/usr/src/packages/BUILDROOT/freediams-0.4.2.961-1.x86_64/usr/share/applications/freediams.desktop to see the state of the file. This part of the commit probably is why it started to break: -%suse_update_desktop_file -i %{name} +%suse_update_desktop_file -i %{SOURCE1} -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

Hello Cristian, Am Sonntag, 31. Oktober 2010 17:12:19 wrote Cristian Morales Vega:

2010/10/31 Sascha 'saigkill' Manns :

...

Hi Christian,

Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:

...

2010/10/31 Sascha 'saigkill' Manns :

...

Am Sonntag, 31. Oktober 2010 12:45:45 wrote Michal Smrž:

...

Well, this would be answered officially,which I am not, but

Try add some third category to Categories

Instead of Categories=Education;Science; try use Categories=Education;Science;Chemistry; or such.

Hello Michal,

i've tried out "Education;Science;MedicalSoftware". As written in the Standards, that should work.

But sadly the same issue :-(

Where does it fail?

$ osc r home:saigkill:medical freediams openSUSE_11.1 i586 succeeded openSUSE_11.1 x86_64 succeeded openSUSE_11.2 i586 succeeded openSUSE_11.2 x86_64 succeeded openSUSE_11.3 i586 succeeded openSUSE_11.3 x86_64 succeeded openSUSE_Factory i586 succeeded openSUSE_Factory x86_64 succeeded SLE_11 i586 succeeded SLE_11 x86_64 succeeded

If it only fails when building locally with osc, your (chrooted) brp-check-suse packages probably is somehow broken. I expect a build with --clean will solve the problem.

Anyway, the desktop file is correct. You should look at /usr/lib/rpm/brp-desktop.data/applications.menu (that probably should be the same than /etc/xdg/menus/applications.menu, even if in 11.3 isn't).

I've uploaded the new stuff.

sascha@linux-f34p:~> osc r home:saigkill:medical freediams openSUSE_11.1 i586 failed openSUSE_11.1 x86_64 failed openSUSE_11.2 i586 failed openSUSE_11.2 x86_64 failed openSUSE_11.3 i586 failed openSUSE_11.3 x86_64 failed openSUSE_Factory i586 failed openSUSE_Factory x86_64 failed SLE_11 i586 failed SLE_11 x86_64 failed

Anything is false ...

Now the problematic .desktop file isn't the one you attached but:

[Desktop Entry] Version=0.4.0 Type=Application Categories=Office;MedicalSoftware Name=FreeDiams Comment[en]=Pharmaceutical Drugs Prescriptor Comment[fr]=Prescripteur TryExec=freediams Exec=freediams Icon=freediams

from global_resources/textfiles/freediams.desktop, in the tarball. When the build failed, you should have look at /var/tmp/build-root/usr/src/packages/BUILDROOT/freediams-0.4.2.961-1. x86_64/usr/share/applications/freediams.desktop to see the state of the file. Yes, that was the Error. I've fixed the *.desktop File in global_resources/textfiles. The Package freediams builds now great.

The last i've try to fix is the Package freemedforms. For that i've placed a FreeMedForms_OpenSUSEmedical.desktop in global_resources/textfiles. Then i'm using the macro: %suse_update_desktop_file -i FreeMedForms_OpenSUSEmedical But now the osc breaks while building on the Place: http://paste.opensuse.org/95071028 Can anyone see, why he can't link? cu Sascha -- Sincerely yours Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete

Am Montag, 1. November 2010 09:34:28 wrote Sascha 'saigkill' Manns:

...

Hello Cristian,

Am Sonntag, 31. Oktober 2010 17:12:19 wrote Cristian Morales Vega:

...

2010/10/31 Sascha 'saigkill' Manns :

...

Hi Christian,

Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:

...

2010/10/31 Sascha 'saigkill' Manns :

...

Am Sonntag, 31. Oktober 2010 12:45:45 wrote Michal Smrž: > Well, this would be answered officially,which I am not, but > > Try add some third category to Categories > > Instead of Categories=Education;Science; try use > Categories=Education;Science;Chemistry; or such.

Hello Michal,

i've tried out "Education;Science;MedicalSoftware". As written in the Standards, that should work.

But sadly the same issue :-(

Where does it fail?

$ osc r home:saigkill:medical freediams openSUSE_11.1 i586 succeeded openSUSE_11.1 x86_64 succeeded openSUSE_11.2 i586 succeeded openSUSE_11.2 x86_64 succeeded openSUSE_11.3 i586 succeeded openSUSE_11.3 x86_64 succeeded openSUSE_Factory i586 succeeded openSUSE_Factory x86_64 succeeded SLE_11 i586 succeeded SLE_11 x86_64 succeeded

If it only fails when building locally with osc, your (chrooted) brp-check-suse packages probably is somehow broken. I expect a build with --clean will solve the problem.

Anyway, the desktop file is correct. You should look at /usr/lib/rpm/brp-desktop.data/applications.menu (that probably should be the same than /etc/xdg/menus/applications.menu, even if in 11.3 isn't).

I've uploaded the new stuff.

sascha@linux-f34p:~> osc r home:saigkill:medical freediams openSUSE_11.1 i586 failed openSUSE_11.1 x86_64 failed openSUSE_11.2 i586 failed openSUSE_11.2 x86_64 failed openSUSE_11.3 i586 failed openSUSE_11.3 x86_64 failed openSUSE_Factory i586 failed openSUSE_Factory x86_64 failed SLE_11 i586 failed SLE_11 x86_64 failed

Anything is false ...

Now the problematic .desktop file isn't the one you attached but:

[Desktop Entry] Version=0.4.0 Type=Application Categories=Office;MedicalSoftware Name=FreeDiams Comment[en]=Pharmaceutical Drugs Prescriptor Comment[fr]=Prescripteur TryExec=freediams Exec=freediams Icon=freediams

from global_resources/textfiles/freediams.desktop, in the tarball. When the build failed, you should have look at /var/tmp/build-root/usr/src/packages/BUILDROOT/freediams-0.4.2.961- 1. x86_64/usr/share/applications/freediams.desktop to see the state of the file.

Yes, that was the Error. I've fixed the *.desktop File in global_resources/textfiles. The Package freediams builds now great.

The last i've try to fix is the Package freemedforms. For that i've placed a FreeMedForms_OpenSUSEmedical.desktop in global_resources/textfiles. Then i'm using the macro: %suse_update_desktop_file -i FreeMedForms_OpenSUSEmedical

But now the osc breaks while building on the Place: http://paste.opensuse.org/95071028

Can anyone see, why he can't link? Has anyone an Idea, how to fix this? https://build.opensuse.org/package/live_build_log?arch=x86_64&package=freemedforms&project=home%3Asaigkill%3Amedical&repository=openSUSE_11.3

I've checked all my possibilities. But now i'm confused.... Hi The openSUSE desktop file, is that something you have added to the

On Mon, 1 Nov 2010 19:39:00 +0100 "Sascha 'saigkill' Manns" wrote: source tarball? -- Cheers Malcolm °¿° (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.23-0.3-default up 3 days 0:49, 6 users, load average: 0.02, 0.05, 0.15 GPU GeForce 8600 GTS Silent - Driver Version: 260.19.12 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

2010/11/1 Malcolm :
> The openSUSE desktop file, is that something you have added to the
> source tarball?

Yes, this is getting messy.
I see you have write perms in the upstream SVN and that you added
openSUSE specific .desktop files. There is no need for such a thing,
the only thing needed is to fix the original .desktop file. After that
you will not need to call %suse_update_desktop_file with "-i" anymore.

The openSUSE .desktop file contains:

[Desktop Entry]
Encoding=UTF-8
Type=Application
Categories=Education;Science;MedicalSoftware;
Name=FreeDiams
GenericName[en]=Open source prescriber
GenericName[fr]=Prescripteur open source
Comment[en]=Open source prescriber
Comment[fr]=Prescripteur open source
TryExec=freediams
Exec=freediams
Icon=freediams

and the original:

[Desktop Entry]
Version=0.4.0
Type=Application
Categories=Office;MedicalSoftware
Name=FreeDiams
Comment[en]=Pharmaceutical Drugs Prescriptor
Comment[fr]=Prescripteur
TryExec=freediams
Exec=freediams
Icon=freediams

Correcting over the original to obtain the only file that should be there:
- Remove the Version key or set it to 1.0. It is NOT supposed to
provide the version of the app... not in openSUSE, not in any other
distro
- I don't know the app, no idea what Categories should be specified...
but they should be the same for every distro, nothing specific of
openSUSE here. But they MUST end with a semicolon
- The Comment key indeed seems more correct as GenericName. But the
'[en]' from "Comment[en]" MUST be removed since the spec specifies an
entry without locale is "required"

>From the openSUSE specific:
- As desktop-file-validate will say, the "Encoding" key is deprecated
- The Comment key should be removed since the spec says "The value
should not be redundant with the values of Name and GenericName"

Upstream also provides the menu icon, doesn't?
(global_resources/pixmap/svg/freemedforms-48.png), no need for an
openSUSE specific one. If isn't automatically installed, it could be
good to patch the build system directly in upstream. Since it provides
it in multiples sizes you could put them inside /usr/share/icons,
following the Icon Theme Specification.
-- 
To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org
For additional commands, e-mail: opensuse-packaging+help@opensuse.org

On 2010-11-01 22:04:55 +0100, Sascha 'saigkill' Manns wrote:

+ /usr/bin/patch -s -p0 --fuzz=0

-p1 -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

Hello Cristian, hello List, thanks for helping me so long :-) Am Montag, 1. November 2010 22:18:22 wrote Cristian Morales Vega:

2010/11/1 Sascha 'saigkill' Manns :

...

Hi Cristian,

thanks for your hints :-)

I've removed that openSUSE specific *.desktop Files. Then i've created a patch with quilt like that: http://paste.opensuse.org/55074551

Is this a malformated patch?

It is a "-p1" patch.

Notice that in both files - "Categories=Education;Science;MedicalSoftware" still misses the semicolon at the end - Comment is redundant with the value of GenericName Now i've fixed the most things. The osc build runs to the end. But sadly just without the %suse_update_desktop_file macro. I tried with "-i" and without it. ATM it breaks there: https://build.opensuse.org/package/live_build_log?arch=x86_64&package=freemedforms&project=home%3Asaigkill%3Amedical&repository=openSUSE_11.3

Maybe anyone konows what happend there? -- Sincerely yours Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete

Am Donnerstag, 4. November 2010 18:23:39 wrote Sascha 'saigkill' Manns:

Am Dienstag, 2. November 2010 12:46:39 wrote Sascha 'saigkill' Manns:

...

Hello Cristian, hello List,

thanks for helping me so long :-)

Am Montag, 1. November 2010 22:18:22 wrote Cristian Morales Vega:

...

2010/11/1 Sascha 'saigkill' Manns :

...

Hi Cristian,

thanks for your hints :-)

I've removed that openSUSE specific *.desktop Files. Then i've created a patch with quilt like that: http://paste.opensuse.org/55074551

Is this a malformated patch?

It is a "-p1" patch.

Notice that in both files - "Categories=Education;Science;MedicalSoftware" still misses the semicolon at the end - Comment is redundant with the value of GenericName

Now i've fixed the most things. The osc build runs to the end. But sadly just without the %suse_update_desktop_file macro. I tried with "-i" and without it. ATM it breaks there: https://build.opensuse.org/package/live_build_log?arch=x86_64&packa ge =freemedforms&project=home%3Asaigkill%3Amedical&repository=openSUS E_1 1.3

Maybe anyone konows what happend there?

Any Ideas? Today i've tried out: %__install -d -m 755 %{buildroot}%{_datadir}/applications

%__install -m 644 global_resources/textfiles/FreeMedForms.desktop \ %{_datadir}/applications/FreeMedForms.desktop %suse_update_desktop_file -i FreeMedForms But then he says: + /usr/bin/install -d -m 755 /usr/src/packages/BUILDROOT/freemedforms-0.4.0.1007-1.x86_64/usr/share/applications + /usr/bin/install -m 644 global_resources/textfiles/FreeMedForms.desktop /usr/share/applications/FreeMedForms.desktop /usr/bin/install: cannot create regular file `/usr/share/applications/FreeMedForms.desktop': Permission denied Bit confuesed Sascha -- Sincerely yours Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete

Am Freitag, 5. November 2010 23:42:47 wrote Philipp Thomas:

%__install -m 644 global_resources/textfiles/FreeMedForms.desktop \ %{buildroot}%{_datadir}/applications/FreeMedForms.deskto

and it should work :)

Without the %{buildroot} you're trying to install in the system instead of the build root and as the build will drop root priviledges as soon as possible you can't do that. Thanks to all. It shows like it runs perfectly :-) -- Sincerely yours

Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.saschamanns.de Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) Open-SLX : Linux convenient, simple, secure and complete