June 2010 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] copying folder structures with install in spec file
by Denny Beyer 16 Jun '10

16 Jun '10

Dear all, in the spec file I had several times the situation, where a stucture of folders and subfolders containing files needed to be copied from the the original extracted package into the structure of the programs folder to be packaged, e.g. if you have additional support files other than code/binaries. at the moment, I have to create each folder idividually in the spec file because install does not seem to support folders. A simple copy would also do, but then rights might not set correctly. I have this: dir1 |- dir1.1 : file1, file2 |-dir1.2: file10,file20 This doesn't work: %__install -m 755 dir1 %{buildroot}%{_datadir}/%{name}/ I'm sure this is an easy one for you guy's, but it keeps bugging me :-) cheers, Denny -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 5

[opensuse-packaging] Shared applications.menu... or not
by Vincent Untz 15 Jun '10

15 Jun '10

Hi, As you might know, the current /etc/xdg/menus/applications.menu does not really work well with GNOME, and that's an issue that has been annoying quite some people. The most visible issue with it is that all the configuration tools that we don't want to see there in GNOME appear in the System submenu. I've been thinking hard about it, and I'm starting to think that the approaches that are used in KDE and GNOME are too different to keep only one applications.menu (if someone from Xfce or LXDE wants to step in to give another point of view, please do so). Fortunately, there's a simple way to fix this: we can just set the XDG_MENU_PREFIX environment variable to "gnome-" in GNOME, and fallback to the upstream structure. Which works much better for GNOME. But, since everything is not perfect, it's possible that we'll end up in a situation where the categories in a .desktop file work well for gnome-applications.menu but not for applications.menu. Before investing more time in a solution for this, I'd like to hear what people think we should do. FWIW, it's my strong opinion that our current way to structure the menu can only bring us pain in the long term since we'll always have to tweak Categories in all .desktop files, instead of just using what upstream delivers us. Which is also a reason why I'd like to use a menu structure from upstream. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 5

[opensuse-packaging] Icon cache
by Cristian Morales Vega 14 Jun '10

14 Jun '10

Icon Theme Specification says "any implementation that does caching is required to look at the mtime of the toplevel icon directories when doing a cache lookup, unless it already did so less than 5 seconds ago" (http://standards.freedesktop.org/icon-theme-spec/latest/ar01s08.html). GTK seems to have the extra requirement of needing to run gtk-update-icon-cache after every icon installation. We don't do that because of bnc#395056, even if it causes the kind of problems described at bnc#398351. Being a happy KDE user I'm not going to worry too much about the GTK problem (but from http://lists.opensuse.org/opensuse-packaging/2010-06/msg00023.html I understand that what's needed is http://www.rpm.org/ticket/111... or perhaps GTK is the thing that should be fixed). The thing is that we neither "change the mtime of the the toplevel directory where it changed the theme". http://en.opensuse.org/Packaging/Scriptlet_Snippets says SuSEconfig does the work, but as seen at bnc#365649 zypper will never run SuSEconfig. I'm not very sure about how KDE works (neither about how to check if the icon cache has been updated). It works even without changing the mtime of the the toplevel directory? It's my understanding that at KDE start kbuildsycoca4 is run and then any new change is detected by kded. They take responsability of the icon cache, true? I suppose kded doesn't looks at the mtime of the toplevel directory since it knows exactly which icons have been added/removed/modified and so it can do a more efficient cache update. But kbuildsycocac4 checks the mtime of the toplevel directory or it recreates the cache unconditionally at every KDE start? And what about other DEs? What the LXDE people has to say about this? The final question would be, should we touch directories in packages that add new icons? Fedora is doing that (http://fedoraproject.org/wiki/Packaging/ScriptletSnippets). Between, looking at Fedora it seems they understand "toplevel directory" as the theme directory (%{_datadir}/icons/hicolor instead of %{_datadir}/icons), it's that correct? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 1

[opensuse-packaging] my games Repo
by Sascha 'saigkill' Manns 13 Jun '10

13 Jun '10

Hello Mates, i've created a subproject: home:saigkill:games. Inside the Repo i have: *allegro *dumb and *kqlives. allegro and dumb builds fine. But kqlives says: checking for dumb_exit in -ldumb... no configure: error: Dumb not found This message irritates me, because i have dumb in the repo. Any ideas? -- Sincerely yours Sascha Manns open-slx GmbH openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English)

3 2

[opensuse-packaging] 11.3 RC1 approaching
by Stephan Kulow 10 Jun '10

10 Jun '10

Hi, I just declined quite some package submissions to factory, that make me believe I'm not clear enough about where we stand with openSUSE 11.3: we will have the last checkin round next friday! If you submit a package to factory now, it should be very clear why it's necessary to change it. "some things were fixed" is _NOT_ a reason to me! I don't really want these "only critical bug fixes" policies anymore, but with every submission at the moment, it should be clear to _me_ why we need it. Often enough a bugzilla reference is very helpful to fulfill this goal. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 5

[opensuse-packaging] %prep error
by doiggl＠velocitynet.com.au 09 Jun '10

09 Jun '10

Why do I get this error, how can it be solved ?. Thanks Glenn Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.D8k6L4 + umask 022 + cd /usr/src/packages/BUILD + cd /usr/src/packages/BUILD + rm -rf cacti-0.8.7g + /usr/bin/gzip -dc /usr/src/packages/SOURCES/cacti-0.8.7g-beta1.tar.gz + /bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd cacti-0.8.7g /var/tmp/rpm-tmp.D8k6L4: line 29: cd: cacti-0.8.7g: No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.D8k6L4 (%prep) The spec [part] file says ========================= Name: cacti Version: 0.8.7g Release: 0.0 Summary: Web Front-End to Monitor System Data via RRDtool License: GPL v2 or later Group: System/Monitoring Url: http://www.cacti.net/ Source0: %{name}-%{version}-beta1.tar.gz Source1: %{name}.cron Source2: %{name}-httpd.conf Source3: %{name}.logrotate Patch0: %{name}-%{version}-cacti-log-path.patch #http://www.cacti.net/download_patches.php %if 0%{?suse_version} BuildRequires: apache2-devel db-devel %endif %if 0%{?fedora_version} || 0%{?centos_version} BuildRequires: httpd-devel %endif %if 0%{?mandriva_version} BuildRequires: apache-devel %endif Requires: http_daemon net-snmp rrdtool php mod_php_any Requires: php-snmp php-mysql php-session php5-sockets logrotate cron BuildArch: noarch BuildRoot: %{_tmppath}/%{name}-%{version}-build %if 0%{?suse_version} %define apxs /usr/sbin/apxs2 %else %define apxs /usr/sbin/apxs %endif %define apache2_sysconfdir %(%{apxs} -q SYSCONFDIR) %define prefix %{_datadir}/cacti %description Cacti is a complete front-end to RRDtool: it stores all necessary information for creating graphs and populates them with data from a MySQL database. The front-end is completely PHP driven. Along with being ableto maintain graphs, data sources, and round robin archives ina database, Cacti also handles data gathering. There exists an SNMP support for those accustomed to creating traffic graphs with MRTG as well. Authors: -------- Ian Berry <iberry(a)raxnet.net> %prep %setup -q %patch0 -p1 full Log -> https://build.opensuse.org/package/live_build_log?arch=x86_64&package=cacti… full Spec -> https://build.opensuse.org/package/view_file?file=cacti-beta.spec&package=c… project -> https://build.opensuse.org/package/show?package=cacti-beta&project=home%3Ad… -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 1

[opensuse-packaging] %ghost
by Peter Czanik 09 Jun '10

09 Jun '10

Hello, As part of /var/run preparations, I rewrote my package (syslog-ng) to use %ghost for the /var/run/syslog-ng directory. It works nicely with factory, but fails badly for openSUSE 11.2. The spec file is at: https://build.opensuse.org/package/view_file?file=syslog-ng.spec&package=sy… And the build logs for 11.2 are available at: https://build.opensuse.org/package/live_build_log?arch=x86_64&package=syslo… Are there any suggestions how to work around this problem? I'd also like to provide packages for 11.2 later on... Bye, CzP -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 2

[opensuse-packaging] How to remove busted package?
by Malcolm 08 Jun '10

08 Jun '10

Hi I have a defunct package, but cannot remove as I get the following error from the WebClient; Errorcode: unknown Message: bad URI(is not URI?): https:///source/home:malcolmlewis/Kipinä/_meta It seems to be the ä that's the problem. Is the an osc command to wipe this package? -- Cheers Malcolm °¿° (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.12-0.7-default up 1 day 12:55, 3 users, load average: 0.08, 0.15, 0.56 GPU GeForce 8600 GTS Silent - CUDA Driver Version: 195.36.15 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 2

[opensuse-packaging] RPM transactions
by Cristian Morales Vega 08 Jun '10

08 Jun '10

We don't call gtk-update-icon-cache in scriplets since calling it after every package install would make the distro installation very long. I understand we can't call it in %post, but exactly why can't we call it from %posttrans? Isn't the whole distribution installation a single RPM transaction? If no, what's exactly a RPM transaction? After installation, if ZYpp commit.downloadMode is set to DownloadInAdvance or DownloadInHeaps doesn't this reduces also the number of transactions (to just one in the case of DownloadInAdvance)? There is still the problem of uninstall, but I don't expect users to uninstall a lot of packages at the same time. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 4

[opensuse-packaging] Registering the X-GNOME-* Categories (update-desktop-files)
by Vincent Untz 07 Jun '10

07 Jun '10

Hey, I was wondering why the bluetooth properties were not appearing at the right place in my menus, and I found out the following in the build log: WARNING: Category "X-GNOME-NetworkSettings" is unknown \! WARNING: it is ignored, until you registered a Category at opensuse-packaging(a)opensuse.org . Is it okay if I modify update-desktop-files to not change any of the X-GNOME-* categories? Thanks, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 1