[opensuse-packaging] Desktop File Error
Hello Mates, i've created an *.desktop File (attached). Inside the Spec: %__install -d -m 755 %{buildroot}%{_datadir}/pixmaps %__install -m 644 %{SOURCE2} %{buildroot}%{_datadir}/pixmaps/%{name}.png %suse_update_desktop_file -i %{SOURCE1} Source1 is the File. While building with OSC i'm getting: 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 http://en.opensuse.org/SUSE_Package_Conventions/RPM_Macros Maybe anyone knows, what happend? -- 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
On Sat, 30 Oct 2010 21:17:11 +0200, "Sascha 'saigkill' Manns" <samannsml@directbox.com> 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#category-regis... lists the registered categories. Philipp -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Samstag, 30. Oktober 2010 21:41:00 wrote Philipp Thomas:
On Sat, 30 Oct 2010 21:17:11 +0200, "Sascha 'saigkill' Manns"
<samannsml@directbox.com> 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
Am Samstag, 30. Oktober 2010 21:41:00 wrote Philipp Thomas:
On Sat, 30 Oct 2010 21:17:11 +0200, "Sascha 'saigkill' Manns"
<samannsml@directbox.com> wrote:
ERROR: No sufficient Category definition: /usr/src/packages/BUILDROOT/freediams-0.4.2.961-1.x86_64//usr/shar e/ applications/freediams.desktop WARNING: Empty GenericName: /usr/src/packages/BUILDROOT/freediams-0.4.2.961-1.x86_64//usr/sha re/ 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#categ or y-registry lists the registered categories.
Hmm. I've checked this. But the Categories "Education;Science" exists. I don't find an Error. Hmm. I tried out many things. The actual *.desktop File is attached. But
Am Samstag, 30. Oktober 2010 22:04:18 wrote Sascha 'saigkill' Manns: the same Error :-( 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 http://en.opensuse.org/SUSE_Package_Conventions/RPM_Macros Has anyone an idea? -- 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
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 :-( -- 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
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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
Hi Christian, Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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 ... -- 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
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
Hi Christian,
Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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
On Sun, 31 Oct 2010 17:12:19 +0100 Cristian Morales Vega <cmorve69@yahoo.es> wrote:
[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}
Hi Also the Categories entry needs a ; at the end -Categories=Office;MedicalSoftware +Categories=Office;MedicalSoftware; -- Cheers Malcolm °¿° (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.23-0.3-default up 2 days 0:51, 3 users, load average: 3.45, 2.54, 1.22 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
Hello Cristian, Am Sonntag, 31. Oktober 2010 17:12:19 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
Hi Christian,
Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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 <samannsml@directbox.com>:
Hi Christian,
Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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.... -- 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 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
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 <samannsml@directbox.com>:
Hi Christian,
Am Sonntag, 31. Oktober 2010 14:43:31 wrote Cristian Morales Vega:
2010/10/31 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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" <samannsml@directbox.com> 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
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&packa ge=freemedforms&project=home%3Asaigkill%3Amedical&repository=openSU SE_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 source tarball? Yes. Inside global_resources/textfiles. The other freediams_OpenSUSEmedical.desktop works with the same way into
Hi Malcolm Am Montag, 1. November 2010 20:23:35 wrote Malcolm: the freediams Package. -- 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 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
2010/11/1 Malcolm <malcolm_lewis@bellsouth.net>: > 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
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? osc says: Patch #2 (fix-upstream-desktop-files.patch): + /bin/cat /usr/src/packages/SOURCES/fix-upstream-desktop-files.patch + /usr/bin/patch -s -p0 --fuzz=0 The text leading up to this was: -------------------------- |Index: freemedforms/global_resources/textfiles/FreeMedForms.desktop |=================================================================== |--- freemedforms.orig/global_resources/textfiles/FreeMedForms.desktop |+++ freemedforms/global_resources/textfiles/FreeMedForms.desktop -------------------------- File to patch: Skip this patch? [y] 1 out of 1 hunk ignored The text leading up to this was: -------------------------- |Index: freemedforms/global_resources/textfiles/freediams.desktop |=================================================================== |--- freemedforms.orig/global_resources/textfiles/freediams.desktop |+++ freemedforms/global_resources/textfiles/freediams.desktop -------------------------- File to patch: Skip this patch? [y] 1 out of 1 hunk ignored But i think, if its work, then it is the better way :-) -- 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 -- 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
2010/11/1 Sascha 'saigkill' Manns <samannsml@directbox.com>:
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 -- 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 <samannsml@directbox.com>:
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 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 <samannsml@directbox.com>:
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_1 1.3
Maybe anyone konows what happend there? Any Ideas? -- 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 <samannsml@directbox.com>:
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
On Fri, 5 Nov 2010 21:37:08 +0100, "Sascha 'saigkill' Manns" <samannsml@directbox.com> wrote: [TOFU disposed] Could you only quote what's ncessary, please?
Today i've tried out: %__install -m 644 global_resources/textfiles/FreeMedForms.desktop \ %{_datadir}/applications/FreeMedForms.desktop
Make that %__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. Philipp -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
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
participants (6)
-
Cristian Morales Vega -
Malcolm -
Marcus Rueckert -
Michal Smrž -
Philipp Thomas -
Sascha 'saigkill' Manns