November 2010 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] Right usage of libexecdir?
by Vincent Untz 25 May '11

25 May '11

Hey, Dominique and I are currently wondering what to do wrt libexecdir for evolution-data-server. Should we leave it unchanged (so files will be in /usr/lib) or should we change it to /usr/lib/evolution-data-server? If the latter, is there any reason this is not done automatically? Also, hrm, would rpmlint have ways to warn about packages that put binaries in libdir instead of libexecdir? (I can find a few of them here with a grep) 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

6 9

[opensuse-packaging] rpmlint-checks: adding new gnome/desktop-related checks
by Vincent Untz 13 Feb '11

13 Feb '11

Hi, I've been adding some macros to make life easier when packaging things for GNOME, or desktop applications in general. See [1] for some of those, and I guess I'll send a new mail later for the others -- I just need to figure out where some of them should live. Anyway. The thing is that those macros are all nice, but nobody will think about using them if they don't have rpmlint checks. So I wrote some checks. Can we add this to the rpmlint-checks git repo, and to our rpmlint package? Thanks, Vincent [1] http://lists.opensuse.org/opensuse-packaging/2010-08/msg00059.html -- Les gens heureux ne sont pas pressés.

3 19

[opensuse-packaging] What is wxGTK/wxWidgets all about?
by Dave Plater 28 Dec '10

28 Dec '10

Hi, my package home:plater kicad based on Science kicad, which I need for money making work, eshceema gui freezes after my box goes on standby which I suspect without lengthy debugging is due to wxGTK. I see that the openSUSE wxGTK is actually wxPython and not even wxGTK although the url in the spec file points to the wxwidgets site. Kicad is supposed to use wxWidgets but this is only available from packman and causes problems with other packages which build from wxGTK (wxPython). Why are there all of these different types of wx's? Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 9

[opensuse-packaging] file list check enabled again
by Stephan Kulow 20 Dec '10

20 Dec '10

Hi, Ludwig re-enabled the check if a package owns all its directories and we found quite a number of packages failing because of this (the check was disabled between may and november, we used to have it before). I collected the affected packages in my branch project, so you can check out https://build.opensuse.org/project/monitor?project=home%3Acoolo%3Abranches%… The check is currently re-disabled in factory, but creates a warning that the check is re-re-enabled on december 8th, so please help out. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

5 14

[opensuse-packaging] insserv: FATAL: service boot.udev has to exists for service boot.localfs
by Cristian Rodríguez 02 Dec '10

02 Dec '10

Hi: Anyone else seeing this problem, when building against factory ? .. checking for files with abuild user/group ... running 00-check-install-rpms ... installing all built rpms Preparing packages for installation... haveged-0.9_git201011252143-1 haveged-debuginfo-0.9_git201011252143-1 haveged-debugsource-0.9_git201011252143-1 ... running 01-check-debuginfo ... testing for empty debuginfo packages ... running 02-check-gcc-output ... testing for serious compiler warnings (using /usr/lib/build/checks-data/check_gcc_output) (using /home/cristian/abuild/buildroots/openSUSE_Factory-x86_64-security-haveged/.build.log) ... running 03-check-binary-kernel-log ... running 04-check-filelist ... checking filelist ... running 05-check-invalid-requires dependency check for haveged-debugsource-0.9_git201011252143-1.x86_64.rpm: dependency check for haveged-debuginfo-0.9_git201011252143-1.x86_64.rpm: ... running 06-check-installtest ... testing for pre/postinstall scripts that are not idempotent insserv: FATAL: service boot.udev has to exists for service boot.localfs insserv: FATAL: service syslog has to exists for service haveged insserv: exiting now! postuninstall script of haveged-0.9_git201011252143-1.x86_64.rpm failed I see nothing wrong with the init script... -- 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] new, problematic dependencies for syslog-ng, brought in by 06-check-installtest
by Peter Czanik 30 Nov '10

30 Nov '10

Hello, When trying to bring my syslog-ng package up to the freshly released 3.2.1, I ran into some strange problems. First it complainted about missing boot.udev, so I added udev to BuildRequires. Then it complained, that nothing provides "network", so I added sysconfig too. Now I get this, and don't know how to proceed: ... testing for pre/postinstall scripts that are not idempotent Updating /etc/sysconfig/syslog... Updating /etc/sysconfig/syslog... Updating /etc/sysconfig/syslog... insserv: FATAL: service network is missed in the runlevels 2 to use service syslog insserv: exiting now! postuninstall script of syslog-ng-3.2.1-1.i586.rpm failed Bye, CzP -- 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] Please criticise my spec file!
by Paul Elliott 30 Nov '10

30 Nov '10

Please criticize my spec file. I have got it to compile and run on the 3 distros. It is heavily ifdefed. It looks like a bloody battlefield the day after. - # # spec file for package openastro (Version 1.1.23) # # This file and all modifications and additions to the pristine # package are under the same license as the package itself. # # norootforbuild %{!?python_sitelib: %global python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print(get_python_lib())")} %{!?python_sitearch: %global python_sitearch %(%{__python} -c "from distutils.sysconfig import get_python_lib; print(get_python_lib(1))")} %define srcname openastro.org %define insname openastromod Name: openastro Version: 1.1.23 Release: 1 Summary: Open Source Astrology License: GPLv3 Group: Productivity/Graphics/Other Source0: https://launchpad.net/~pellesimon/+archive/+files/%{srcname}_%{version}.ori… #Source: %{srcname}_%{version}.orig.tar.bz2 #Source: http://www.openastro.org/download.php?file=source Patch0: desktop.patch URL: http://www.openastro.org BuildRequires: python-devel BuildRequires: patch BuildRequires: gettext BuildRequires: desktop-file-utils #suse requires desktop file update %if 0%{?suse_version} >= 1101 || 0%{?sles_version} #This is a horrible kludge that will remain only till #this bug is fixed: # https://bugzilla.novell.com/show_bug.cgi?id=430965 BuildRequires: update-desktop-files %endif #fedora requires python-setuptools-devel %if 0%{?fedora} >= 8 BuildRequires: python-setuptools-devel %else BuildRequires: python-setuptools %endif #suse version uses fdupes %if 0%{?suse_version} || 0%{?sles_version} BuildRequires: fdupes %endif #rh fed use gnome-python2-desktop %if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: gnome-python2-desktop # handled by gnome_python*-desktop under suse mandriva Requires: gnome-python2-rsvg Requires: pygtk2 Requires: pycairo Requires: gnome-python2 %else Requires: gnome-python-desktop Requires: python-cairo %if 0%{?mandriva_version} # pygtk2 is equivelent of python-gtk Requires: pygtk2 # mandrivia has gnome-python, but this is # already required by gnome-python-desktop %else Requires: python-gtk Requires: python-gnome %endif %endif Requires: python-sqlite2 Requires: python-dateutil Requires: ImageMagick # only suse vars split into 2 packages. %if 0%{?suse_version} || 0%{?sles_version} Requires: %{name}-lang = %{version} %endif BuildRoot: %{_tmppath}/%{name}-%{version}-build AutoReqProv: on #only suse supports %%py_requires. %%lang_package %if 0%{?suse_version} || 0%{?sles_version} %py_requires %lang_package %endif %description OpenAstro.org is an open source initiative from the Astro Tiger Astrologer Consultancy to provide in the growing demand for free horoscopes. %prep %setup -q -n %{srcname}-%{version}.orig %patch0 find icons/ -type f -exec chmod a-x {} \; find swisseph18/*.cat -type f -exec chmod a-x {} \; find . *.xml -type f -exec chmod a-x {} \; %build %{__python} setup.py build %install %{__python} setup.py install --prefix=%{_prefix} --root=%{buildroot} %{__mkdir} -p %{buildroot}%{_datadir}/pixmaps %{__cp} icons/openastro.svg %{buildroot}%{_datadir}/pixmaps/ #update suse desktop file %if 0%{?suse_version} >= 1101 || 0%{?sles_version} #This is a horrible kludge that will remain only till #this bug is fixed: # https://bugzilla.novell.com/show_bug.cgi?id=430965 %suse_update_desktop_file -i "%{srcname}" %endif desktop-file-validate %{buildroot}/%{_datadir}/applications/%{srcname}.desktop %if 0%{?suse_version} || 0%{?sles_version} #only suse needs to to find_lang # because suse uses a lang package # bacause all lang files are in a directory # owned by openastro %%{_datadir}/%%{srcname}/locale/* # find lang is not needed. # if the lang file were in /usr/share/locale # then find_lang would be needed to find # the files but not the directory /usr/share/locale which we would not own. # fedora find_lang only finds lang files in /usr/share/locale %find_lang %{name} #if suse do fdupes to detect duplicates. %fdupes -s %{buildroot} %endif pushd %{buildroot}%{python_sitearch}/%{insname}/ %{__chmod} 0755 dignities.py geoname.py importfile.py swiss.py zonetab.py popd #mandriva creates geonames.sql with wrong privs! Who knows why #make it readable. %if 0%{?mandriva_version} %{__chmod} a+r %{buildroot}%{_datadir}/%{srcname}/geonames.sql %endif %files %defattr(-,root,root) %{_bindir}/openastro.py %dir %{python_sitearch}/%{insname} %{python_sitearch}/%{insname}/* %{python_sitearch}/OpenAstro.org-%{version}_-py*.egg-info %{python_sitearch}/swisseph.so %dir %{_datadir}/%{srcname} %{_datadir}/%{srcname}/* %if 0%{?suse_version} || 0%{?sles_version} #only suse moves lang files to other package. %exclude %{_datadir}/%{srcname}/locale/* %endif %dir %{_datadir}/swisseph %{_datadir}/swisseph/* %{_datadir}/applications/* %{_datadir}/pixmaps/* %if 0%{?suse_version} || 0%{?sles_version} %files lang -f %{name}.lang %endif %changelog * Sat Nov 27 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - mandriva creates geonames.sql with wrong privs! Who knows why - make it readable. * Fri Nov 26 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - python-sqlite2 requires - mandrivia has gnome-python, but this is - already required by gnome-python-desktop - pygtk2 is mandriva equiv of python-gtk * Sun Nov 21 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - gnome-python-desktop in suse splits into - gnome-python2-desktop and gnome-python2-rsvg in fedora * Sat Nov 20 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - gnome-python-desktop, python-gtk, python-gnome, python-cairo - becomes for fedora - gnome-python2-desktop, pygtk2, pycairo, gnome-python2 * Wed Nov 17 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - only suse needs to do lang-file because - all lang files are owned by a directory we own. - fedora does not define %{py_ver} just use * in files statement. * Sun Nov 14 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - grabbed spec file and patch file from - https://build.opensuse.org/package/files?package=openastro&project=home%%3A… - important source be pristine i.e. identical with that available at upstream - sources' web site. - changed to use origial .gz from web site of upstream source. - srcname is name for source in Source0: - only suse has fdups. - fedora requires python-setuptools-devel - rh fed use gnome-python2-desktop - suse requires desktop file update - only suse supports %%py_requires. - only suse supports %%lang_package - gettext is supposed to be needed for lang packages. - BuildRequires: desktop-file-utils used by desktop-file-validate - which is needed by fedora. - Only suse splits into seperate lang package. -- Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117

2 1

[opensuse-packaging] New package for review: mosquitto
by Roger Light 29 Nov '10

29 Nov '10

Hi, I've created a package that I'd be grateful if someone reviewed. The package is for mosquitto, an MQTT broker. MQTT provides a method of carrying out messaging using a publish/subscribe model. It is lightweight, both in terms of bandwidth usage and ease of implementation. This makes it particularly useful at the edge of the network where a sensor or other simple device may be implemented using an arduino for example. The package produces multiple binary rpms for the broker, clients and client libraries in C, C++ and Python, so it's a fair bet I've got something wrong somewhere - I'm only a beginner at working with rpms although I've had this package on the build service for a while. I'd like this to move into devel:network (unless there is a more suitable project) and ultimately factory and have a request open to this end ( https://build.opensuse.org/request/show/53543 ) The package is in the project home:oojah:factory : https://build.opensuse.org/project/show?project=home%3Aoojah%3Afactory I'd appreciate any feedback. Thanks for your time, Roger -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] How to package perl modules in a compatible way?
by Thorsten Kukuk 29 Nov '10

29 Nov '10

Hi, if you look at our spec files for perl modules, we use quite some macros like %perl_make_install or %perl_gen_filelist, which does not exist on any other RPM based distribution. What is the proposed or good way to write spec files, which works on Fedora, Mandriva and RHEL, too? Using our cpanspec doesn't look like a clever idea. Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 4

[opensuse-packaging] Is there an easy way to add to /etc/security/limits.conf in %post?
by Dave Plater 29 Nov '10

29 Nov '10

Hi, jack requires two lines in "/etc/security/limits.conf" in order to work properly, is there an easy way to add them to the file? The lines are : @audio - rtprio 99 @audio - memlock unlimited Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

5 16

[opensuse-packaging] Proposal for a multimedia team.
by Dave Plater 26 Nov '10

26 Nov '10

Hi, we need a multimedia team, I know from watching submit requests that there are at least three other potential members besides me. A little bit more communication between us would be beneficial to the mmaps and mmlibs projects especially multimedia:libs which contains packages that can wreak havoc if broken. ATM when I need help I use the packaging list but sometimes the help is blind to the needs of multimedia ie. jack, it would be nice to be able to discuss these things with more experienced multimedia oriented people. I've cc'ed this to opensuse-multimedia list but I wonder how many people actually subscribe to it? Regards Dave P -- 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] perl - perl_process_packlist - assistance needed
by Christian 25 Nov '10

25 Nov '10

Hi, the macro %perl_process_packlist was updated for Factory (11.4). Now it does remove .packlist, perllocal.pod file. Hence a lot of packages in devel:languages:perl are now failing for Factory cause of |File not found: ...../.packlist ||File not found: ...../var/adm/perl-modules/%{name}| There are several possibilities to get this fixed. 1) for "noarch" packages replace %perl_process_packlist with ### since 11.4 perl_process_packlist ### removes .packlist, perllocal.pod files %if 0%{?suse_version} > 1130 %perl_process_packlist %else # do not perl_process_packlist # remove .packlist file %{__rm} -rf $RPM_BUILD_ROOT%perl_vendorarch # remove perllocal.pod file %{__rm} -f $RPM_BUILD_ROOT%perl_archlib/perllocal.pod %endif and remove /var/adm/perl-modules... from filelist 2) if it is not "noarch" replace %perl_process_packlist with ### since 11.4 perl_process_packlist ### removes .packlist, perllocal.pod files %if 0%{?suse_version} > 1130 %perl_process_packlist %else # do not perl_process_packlist # remove .packlist file find $RPM_BUILD_ROOT%perl_vendorarch/auto -name .packlist -print0 | xargs -0 -r rm ; # remove perllocal.pod file %{__rm} -f $RPM_BUILD_ROOT%perl_archlib/perllocal.pod %endif and remove /var/adm/perl-modules... from filelist 3) make use of 'cpanspec' from d:l:p and rework the spec. I would prefer this way :) and I recommend it for new perl pkgs I appreciate any help about this. THX ||||-- Christian --------------------------------------------------- Der ultimative shop für Sportbekleidung und Zubehör http://www.sc24.de --------------------------------------------------- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] OBS cleanup -> removal of outdated repositories
by Adrian Schröter 24 Nov '10

24 Nov '10

Hi, Please excuse the cross post. You may have noticed that we have higher and higher build load on build.o.o. While the new dispatcher algorithms are still good to prefer the "right" jobs, it is still a sign that we may should cleanup. My current plan is to remove all repositories in home projects, which have not been touched this year. Not touched means, no source submission and no meta data has been altered at all. Additionally also all non-home projects, which have not been touch in last two years. This will affect 5668 out of 15668 projects. Why remove repos and not just disable the build ? This will free disk space on our servers and also on all mirrors. As result we can be mirrored more easily. Will any source get lost ? No. How to enable it again ? Just add the wanted repos again. Which projects will get affected exactly ? Find a full list here: http://www.suse.de/~adrian/OBS-remove-list-candidates There is a project which has not been touched, but the repos are still anyway important ! Just drop me a mail .... Why not drop the entire project now that we have an undelete function ? I thought about that, but currently the webui just says that the project does not exist. It does not offer to undelete it, so that might be too agressive for now. Why not drop people a mail and ask them to remove it ? Way to many accounts have no valid email adress and past experience showed that people are often not react when they lost interesst in their project. May plan is to do the removal end of this week, except more discussion about this is needed. Just tell me your opinion, also when you support this ;) thanks adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

9 13

[opensuse-packaging] $RPM_BUILD_ROOT empty, %{buildroot} not expanded?
by Stefan Seyfried 24 Nov '10

24 Nov '10

Hi, I have a strange problem in project home:seife:openstack, packgage rubygem-ohai It looks like $RPM_BUILD_ROOT is empty and %{buildroot} does not get expanded but is '%{buildroot}'. But only in the SLES11_SP1 repository. I added this to the specfile: %prep %setup -q -c -T echo $RPM_BUILD_ROOT echo %{buildroot} false and got: + echo + echo '%{buildroot}' %{buildroot} + false Can anybody explain this? This looks seriously broken to me, but I don't think I did anything wrong. -- Stefan Seyfried "Any ideas, John?" "Well, surrounding them's out." -- 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] Patent issue
by Johannes Weberhofer 23 Nov '10

23 Nov '10

Hello! I'm currently packaging the tine20 Groupware and CRM system http://www.tine20.org/ . They offer a nice ActiveSync module for which they say on http://www.tine20.org/wiki/index.php/Admins/Synchronisation : ---- Patent warning for US-based users Don't use our implementation of ActiveSync if you live in the USA. As Microsoft has a software patent on ActiveSync you can not use our code free of charge. We are currently in contact with Microsoft to negotiate a deal for our US-based users. Any other users are free to use our ActiveSync implementation. ---- Is it allowed to provide such a package for OpenSUSE users via the build-service, or must the package be compiled and distributed elsewhere!? Best regards, Johannes -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- 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] Is it ok to use /opt?
by Dave Plater 22 Nov '10

22 Nov '10

Hi, I'm putting together a libraw1394-8 package to satisfy old packages (which should be fixed) is it ok to use --prefix=/opt for it? I've redefined a couple of macros for this. home:plater libraw1394-8 Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

6 7

[opensuse-packaging] vim 7.3
by Sebastian Siebert 22 Nov '10

22 Nov '10

Hi, I create a branch from the obs://editors/vim in my home repository obs://home:Freespacer:branches:editors/vim I want to update the version of vim 7.2 to 7.3. Some patches are obsolete and some others was renewed by me. Now I get follow error message in the build log: I: Statement is overflowing a buffer E: vim bufferoverflow eval.c:21842:2 E: vim bufferoverflow eval.c:21863:5 I look for the lines from the compiler message and get these lines: ... gcc -c -I. -Iproto -DHAVE_CONFIG_H -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -pipe -fno-strict-aliasing -fstack-protector-all -o objects/ex_getln.o ex_getln.c In file included from /usr/include/string.h:640:0, from os_unix.h:519, from vim.h:265, from eval.c:17: In function 'strcpy', inlined from 'call_user_func' at eval.c:21842:2: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer In function 'strcpy', inlined from 'call_user_func' at eval.c:21863:5: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer ... ... gcc -c -I. -Iproto -DHAVE_CONFIG_H -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -pipe -fno-strict-aliasing -fstack-protector-all -I/usr/include -D_LARGEFILE64_SOURCE=1 -o objects/fileio.o fileio.c In file included from /usr/include/string.h:640:0, from os_unix.h:519, from vim.h:265, from eval.c:17: In function 'strcpy', inlined from 'call_user_func' at eval.c:21842:2: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer In function 'strcpy', inlined from 'call_user_func' at eval.c:21863:5: /usr/include/bits/string3.h:107:3: warning: call to __builtin___strcpy_chk will always overflow destination buffer ... How can I solve this issue? Later I want to submit the package to the obs://editors/vim (obs://openSUSE:Factory/vim) Thank you, -- Kind regards, Sebastian - openSUSE Member (Freespacer) Website/Blog: <http://www.sebastian-siebert.de> Important notes on openSUSE Mailing List: <http://en.opensuse.org/OpenSUSE_mailing_list_netiquette> -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

7 23

[opensuse-packaging] Is there a directory for dbus services?
by Dave Plater 20 Nov '10

20 Nov '10

Hi, is there a specific dbus service directory? Thanks Dave P -- 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] Libraw1394-8 and the state of linux h323 and other telephony [RFC]
by Dave Plater 20 Nov '10

20 Nov '10

Hi, I innocently updated a very old libraw1394 a month and a half ago, realizing that a lot depended on it I was careful to try not to break the system but it seems it was like cleaning a mark on the wall to find out that the wall was rotten under the paint layer. I'm assuming that VoIP telephony isn't messed with because it just works but all of the associated software, with the exception of h323plus and GNOME:Factory opal (VoIP) which has updated to the latest since the libraw1394 update. I don't know the state of the other telephony apps that use libraw1394 but I'm pretty sure that any package that fails due to a missing libraw1394.so.8 is depreciated. Anyway this has come back to haunt me and I'm creating the package libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel. IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up. Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 7

[opensuse-packaging] Simplifying RPM groups
by Pavol Rusnak 19 Nov '10

19 Nov '10

Hi! We had a small discussion about RPM groups on openSUSE Conference and we came to the conclusion that the current situation is a mess. We have 244(!) RPM groups, some of them are really old (System/X11/Servers/XF86_3, Productivity/Networking/Napster) and somewhere we have very precise granularity (20 groups for games, 44 groups for networking tools). This problem was tackled by Duncan 2.5 years ago - see [1] (the image links are broken, but I found the correct locations). What he did was that he mapped our RPM groups to PackageKit groups and create a new Group view[2] which is the default but the old one[3] is still present. To solve this situation we can do the following: 1) get rid of our groups 2) adopt either PackageKit or Fedora or MeeGo simplified group set (see attached files, I got PackageKit groups from their git repo, so I'm not sure if all of them are valid, Fedora and MeeGo ones are VERY similar) 3) fix rpmlint script to check for new groups What we will gain in all 3 cases: * there will be no need to use group mapping in YaST, we'll directly use the reduced set, one package groups dialog instead of two What we will gain when choosing Fedora/MeeGo group set * it will be easier to cross-distro create packages (now one has to create %if-s when the groups differ and they often do) What we will gain when choosing PackageKit group set * well, at the beginning not much, but we could ask other distros to use the same common set, this is for a long run and could fail :-( From these options I like using Fedora/MeeGo and I'm slightly inclined to MeeGo option (they don't use spaces in group names and their logic of System/* is very similar to what we currently use). What do YOU think? [1] http://duncan.mac-vicar.com/blog/archives/308 [2] http://old-en.opensuse.org/images/0/02/Rpmgroups-after.png [3] http://old-en.opensuse.org/images/d/d3/Rpmgroups-before.png -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic

4 3

[opensuse-packaging] New top-level project: utilities
by Pascal Bleser 19 Nov '10

19 Nov '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marcus was so kind to create a new top-level project: utilities I requested (*) such a project because there wasn't any appropriate place to maintain packages of command-line utilities, such as cpipe, mlocate, lockrun, likwid, pfm, pv, ttyrec, ack, calcurse, cdu, clpbar, cpuid, di, dtach, gcp, jobqueue, ts, mguesser, ncdu, nkmkpassword, pipemeter, progress, rand, rlwrap, tmux, xjobs, waitfor, ..... (just throwing a few I have in the queue for that project). Anyhow, the idea is to maintain (supposedly "small") command-line utilities in there that don't really fit any other category (server, monitoring, web, irc, ...) If anyone else wants to be maintainer, please poke me. (*) https://bugzilla.novell.com/show_bug.cgi?id=635617 cheers - -- -o) Pascal Bleser <pascal.bleser(a)opensuse.org> /\\ http://opensuse.org -- I took the green pill _\_v FOSDEM XI: 5 + 6 Feb 2011, http://fosdem.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iD8DBQFM2YwFr3NMWliFcXcRAqo+AJ4uTViJhzYiC5LsNH+5UI3vzCqx3QCgl+qV skKvbr/nvIpLkmYsG2YIYLI= =N8mA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

14 34

[opensuse-packaging] Applying a patch for a .deb build?
by Greg Freemyer 19 Nov '10

19 Nov '10

All, I've got a small package that builds for both rpms and debs. I've got patch I need to apply to the source. No problem in a specfile, but how do I do that for the deb.control file? Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] Improved skeleton.spec for vim
by Mariusz Fik 18 Nov '10

18 Nov '10

Hi, I improved a little bit a skeleton.spec from vim-base. spec-cleaner will help a bit to cleanup our .spec's but why can't we start writing 'clean&transparent' .spec files from the beginning? -- Pozdrawiam / Best regards, Mariusz Fik, openSUSE Community Member

2 1

[opensuse-packaging] [reminder] openSUSE 11.4 Milestone 4 is next week
by openSUSE Roadmap Reminder 17 Nov '10

17 Nov '10

Hello all, openSUSE 11.4 Milestone 4 will be released next week, on Thursday 25 November 2010. Please submit your packages before Friday afternoon (UTC time) to make sure they will get included in this release. Leaf packages submitted during the week-end might also get accepted on Monday. For a quick overview of the openSUSE Roadmap, please see: http://en.opensuse.org/Roadmap Thanks, -- openSUSE Roadmap Reminder -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] Question about chmod
by Sascha 'saigkill' Manns 15 Nov '10

15 Nov '10

Hello Mates, i have a short Question about chmod. I've a tar.bz2. Inside that folder, i can find the binary under program/ Now i tried the following to make it executable: %install # install binary find %{buildroot} -name %{name} -type f -print0 | xargs -0 chmod 755 %__install -d ${RPM_BUILD_ROOT}%{_bindir} %__install program/%{name} ${RPM_BUILD_ROOT}%{_bindir} But the find function breaks with: Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.OLvIbg + umask 022 + cd /usr/src/packages/BUILD + cd whohas-0.24 + find /usr/src/packages/BUILDROOT/whohas-0.24-0.x86_64 -name whohas - type f -print0 + xargs -0 chmod 755 chmod: missing operand after `755' Have i forgotten anything? -- 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

4 14

[opensuse-packaging] Where is find_lang documented?
by Paul Elliott 15 Nov '10

15 Nov '10

Where is %find_lang documented? What parameters does it take and what does it do? I am not looking for cargo cult programming examples, but real documentation. google is useless it gives the address of a gazzilion spec files that use it. Why is it that packaging can only be learned as folklore? -- Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117

3 2

[opensuse-packaging] /etc/sysconfig/foo is not allowed .. not even as %ghost ?
by Cristian Rodríguez 15 Nov '10

15 Nov '10

Hi: When you remove a package that adds sysconfig files, /etc/sysconfig/foo are kept on the system, even i9f you didnt modified them. I am missing something of the respective packages should own those files but mark them as %ghost ? Cheers. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

8 15

[opensuse-packaging] rpmlint: sh: /usr/bin/python: No such file or directory
by Andreas Jaeger 14 Nov '10

14 Nov '10

I see quite often when building (check e.g. osc remotebuildlog home:a_jaeger:branches:openSUSE:Factory haveged Factory_snapshot i586) the following: RPMLINT report: =============== sh: /usr/bin/python: No such file or directory but this is followed by normal rpmlint output. Python really does not seem to be installed in the chroot. Any ideas what's going on here? Andreas -- Andreas Jaeger, Program Manager openSUSE, aj(a){novell.com,opensuse.org} Twitter: jaegerandi | Identica: jaegerandi SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 7

Re: [opensuse-packaging] Re: python program creates dependancy on "python = 2.6."
by Malcolm 13 Nov '10

13 Nov '10

On Fri, 12 Nov 2010 23:33:19 -0600 Paul Elliott <pelliott(a)blackpatchpanel.com> wrote: > On Fri, Nov 12, 2010 at 10:07:21PM -0600, Malcolm wrote: > > On Fri, 12 Nov 2010 21:43:56 -0600 > > Paul Elliott <pelliott(a)blackpatchpanel.com> wrote: > > > > > On Fri, Nov 12, 2010 at 08:43:28PM -0600, Malcolm wrote: > > > > On Fri, 12 Nov 2010 19:53:00 -0600 > > > > Paul Elliott <pelliott(a)blackpatchpanel.com> wrote: > > > > > > > > > > > > > > I am trying create python2 program. I keep an unresolved > > > > > dependacy that keeps my program from being installed: > > > > > > > > > Hi > > > > My version on OBS builds/install fine although I only build it > > > > for openSUSE. Testing here on SLE 11 SP1 and it works fine... > > > > The source file I use is from the website, not from launchpad > > > > http://www.openastro.org/download.php?file=source > > > > > > > > > > I am not trying to build the program. I am trying to package > > > the program using rpmbuild Really opensuse-buildservice. > > > I am trying to figure out why I am getting this dependancy put > > > into the rpm that the distro can not satisify. > > > > > > > > Hi > > I am talking about the OBS, I have it packaged/building (on OBS) > > since about 3~4 months ago. > > > > > I ran it and it worked. > > If you don't mind I will hack your patch and spec file > and make it so it works under fedora and mandrake. > Hi For sure, once you have it building/working. Ping me and I will drop from my project. -- Cheers Malcolm °¿° (Linux Counter #276890) SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.24-0.2-default up 22:02, 2 users, load average: 0.01, 0.03, 0.02 GPU GeForce 8600 GTS Silent - Driver Version: 260.19.21 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] python program creates dependancy on "python = 2.6."
by Paul Elliott 13 Nov '10

13 Nov '10

I am trying create python2 program. I keep an unresolved dependacy that keeps my program from being installed: # zypper install openastro.org Retrieving repository 'home:pelliott11:openastro.org/openSUSE_11.1' metadata [done] Building repository 'home:pelliott11:openastro.org/openSUSE_11.1' cache [done] Retrieving repository 'packman 11.1' metadata [done] Building repository 'packman 11.1' cache [done] Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides python = 2.6. needed by openastro.org-1.1.23-41.1.i586 Solution 1: do not ask to install a solvable providing openastro.org Choose the above solution using '1' or cancel using 'c' [1/C]: c hrnowl:~ # I have commented out all the Requires: lines and the %py_requires line. The problem still manifests. Where is this dependency comming from? Why can it not resolve in opensuse 11.1? I include the spec file with commented out requires. ------------------------------ # norootforbuild # Name: openastro.org Version: 1.1.23 Release: 1%{?dist} Summary: Open Astrology program Group: Development/Libraries License: GPLv3 URL: http://openastro.org/ Source0: https://launchpad.net/~pellesimon/+archive/+files/%{name}_%{version}.orig.t… #patch file produced with #diff -uNr old-dir new-dir #this patch edits openastro.org.desktop to make it work Patch0: rpm-desktop.patch BuildRoot: %{_tmppath}/%{name}-%{version}-build BuildRequires: python-devel #Requires: python >= 2.6.0 #Requires: python-gtk, python-dateutil #fedora requires python-setuptools-devel %if 0%{?fedora} >= 8 BuildRequires: python-setuptools-devel %else BuildRequires: python-setuptools %endif #rh fed use gnome-python2-desktop %if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} #Requires: gnome-python2-desktop %else #Requires: gnome-python-desktop %endif #Requires: python-cairo, ImageMagick, librsvg2 #suse version uses fdupes %if 0%{?suse_version} || 0%{?sles_version} BuildRequires: fdupes %endif #suse requires desktop file update %if 0%{?suse_version} >= 1101 || 0%{?sles_version} #This is a horrible kludge that will remain only till #this bug is fixed: # https://bugzilla.novell.com/show_bug.cgi?id=430965 BuildRequires: update-desktop-files %endif #%{python_sitearch} is where setup.py puts the files %{!?python_sitelib: %global python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")} %{!?python_sitearch: %global python_sitearch %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib(1)")} #only suse supports %py_requires. %if 0%{?suse_version} || 0%{?sles_version} #%py_requires %endif %description A fully featured Open Source Astrology software Current features include: * Natal/Radix Charts * Transit Charts * Synastry/Combine/Composite Charts * Customizeable Planets & Aspects * Additional celestial bodies: Chiron, Pholus, Ceres, Pallas, Juno, Vesta * Fictional points: North/South Node, Day/Night Pars * Online Atlas (Geocoder) using geonames (virtually every location) * Offline Atlas (Geonames database) with about 80.000 major cities! * Database export/import, Save as JPG, PNG, SVG * Import from skylendar (*.skif), oroboros (*.xml), astrolog32 (*.dat), Zet8 (*.zbs) * Ephemeris files for 1800 AD - 2400 AD * PySwisseph swiss ephemeris wrapper %prep %setup -q -n %{name}-%{version}.orig %patch0 -p1 #if rhel or centos. %if 0%{?rhel_version} >= 501 || 0%{?centos_version} >= 504 %build %{__python} -c 'import setuptools; execfile("setup.py")' build %install [ "%{buildroot}" != "/" ] && rm -rf %{buildroot} export CFLAGS="$RPM_OPT_FLAGS" %{__python} -c 'import setuptools; execfile("setup.py")' install -O1 --skip-build --prefix=%{_prefix} --root %{buildroot} %else %build %{__python} setup.py build %install rm -rf $RPM_BUILD_ROOT export CFLAGS="$RPM_OPT_FLAGS" %{__python} setup.py install -O1 --skip-build --prefix=%{_prefix} \ --root %{buildroot} #if suse do fdupes to detect duplicates. %if 0%{?suse_version} || 0%{?sles_version} %fdupes $RPM_BUILD_ROOT%{python_sitearch} %endif #update suse desktop file %if 0%{?suse_version} >= 1101 || 0%{?sles_version} #This is a horrible kludge that will remain only till #this bug is fixed: # https://bugzilla.novell.com/show_bug.cgi?id=430965 %suse_update_desktop_file -i %{name} Graphics 2DGraphics %endif %endif %clean [ "%{buildroot}" != "/" ] && rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc COPYING README %{_bindir}/openastro.py %{_datadir}/openastro.org %{_datadir}/swisseph %{_datadir}/applications/openastro.org.desktop %{_datadir}/openastro.org %{python_sitearch} %changelog * Wed Nov 10 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - Patch desktop file for suse (and other) complience * Mon Nov 08 2010 Paul Elliott <pelliott(a)blackpatchpanel.com> - Modified spec file for openastro.org using opensuse buildservice * Fri Jul 03 2009 BJ Dierkes <wdierkes(a)5dollarwhitebox.org> - Example Python RPM Spec File -- Paul Elliott 1(512)837-1096 pelliott(a)BlackPatchPanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117

3 4

[opensuse-packaging] devel:languages:perl/perl-Config-Augeas
by Martin Vidner 12 Nov '10

12 Nov '10

Hi, I am packaging the Perl binding for Augeas, but there is a problem in that 11.3 includes a rather old version of the library, so the binding only compiles on Factory. (The same situation exists for devel:languages:ruby:extensions/rubygem-ruby-augeas, SR 52828) What makes most sense? a) disable the binding for 11.3 and older b) build for 11.3 (or even older) with a recent augeas, which is in devel:libraries:c_c++. Is it possible to use a single package from a different devel project? How? c) for 11.3, use older perl-Config-Augeas which works with augeas-0.5.0 (uh, I'd rather not) > State of submit-request #52843 was changed by computersalat: > new -> declined > > Comment: > build failing for 11.3, please fix deps > *** 'pkg-config' did find augeas version 0.5.0 but > *** version 0.6.0 minimum is required > > https://build.opensuse.org/request/diff/52843 > > Source > project: home:mvidner > package: perl-Config-Augeas > revision: 1 > > Target: > project: devel:languages:perl > package: perl-Config-Augeas -- Martin Vidner, YaST developer http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu

3 2

[opensuse-packaging] auto dependency /usr/bin/php can't be fulfilled
by Werner Flamme 12 Nov '10

12 Nov '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, yesterday I packaged the latest stable version of DokuWiki, and it built well. However, I can't install it: # zypper in dokuwiki Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides /usr/bin/php needed by dokuwiki-2010.11.07-4.1.noarch Solution 1: do not install dokuwiki-2010.11.07-4.1.noarch Solution 2: break dokuwiki by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): "nothing provides /usr/bin/php" - that's right, and this dependancy is introduced by the build system's auto dependency search :-(. That's because the package contains some PHP cli scripts beginning with "#!/usr/bin/php", so I know where the dependency comes from. The package (spec file) requires apache2-mod_php5 and php5 >= 5.1.2, and the latter package brings along /usr/bin/php - but not as a "provides", obviously. So - how can I package DokuWiki in a way that it is installable? Do I have to package php5 on my own, just because I add a "Provides: /usr/bin/php" in the spec file? Another workaround I found is to package the cli scripts without the first line and to add the shebang line in the %post section of the spec file, but I wouldn't like this, it might turn out error prone... Regards, Werner BTW, the package's page is <https://build.opensuse.org/package/show?package=dokuwiki-stable&project=hom…> -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkzdHIQACgkQk33Krq8b42Pg1wCggfrV9eG8WV7QzlgZp7VD/v4o rykAn2oeaJeI/k90Lg7r2T+CtY0LMCtB =4xwA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 3

[opensuse-packaging] Pure python package with arch dependent install locations
by William Witt 11 Nov '10

11 Nov '10

I'm packaging mintmenu, which is pur python, and so should be a noarch package. However, it needs to place a mintmenu.server file in "%{_libdir}/bonobo/servers/". Since this expands differently on 32bit vs. 64bit (and it needs to 64 bit systems don't pick it up if its in "/usr/lib/bonobo/servers/", is it ok to leave the package as arch dependent and ignore the rpmlint warnings? Will -- 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] patch2mail: looking for a devel project
by Christian Boltz 11 Nov '10

11 Nov '10

Hello, I'd like to push patch2mail towards factory and am now looking for a fitting devel project. patch2mail runs a small script using cron.daily and sends a mail to root if one or more patches are available. It uses zypper --xmlout and a XSLT file to make the output readable. Would patch2mail be a candidate for the new "utilities" project? Or would system:packagemanagement or system:packagemanager (BTW: to me it looks like those two should be merged) be a better place? Or did I miss the ultimative project? ;-) FYI: Currently patch2mail lives in my home project and in Contrib. Regards, Christian Boltz -- Planung ist der Ersatz des Zufalls durch den Irrtum. -- 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] package compilation fails on 11.3 and passed compilation on 11.2. Need help to fix spec file.
by doiggl＠velocitynet.com.au 11 Nov '10

11 Nov '10

Hello, According to these logs this package has these results: -fails on 11.3 [1] -passed on 11.2 [2] [1] https://build.opensuse.org/package/rawlog?arch=x86_64&package=reiser4progs&… [2] https://build.opensuse.org/package/rawlog?arch=x86_64&package=reiser4progs&… Last bits of each log. Note checking for libaal version = 1.0.5... 11.2 says 'yes' 11.3 says 'no' [1] checking size of off_t... 8 checking for aal_device_open in -laal... yes checking aal/libaal.h usability... yes checking aal/libaal.h presence... yes checking for aal/libaal.h... yes checking for libaal version = 1.0.5... no + make -j4 'CFLAGS=-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -Wno-unused' make: *** No targets specified and no makefile found. Stop. error: Bad exit status from /var/tmp/rpm-tmp.cn1c0I (%build) [2] checking size of off_t... 8 checking for aal_device_open in -laal... yes checking aal/libaal.h usability... yes checking aal/libaal.h presence... yes checking for aal/libaal.h... yes checking for libaal version = 1.0.5... yes checking for aal_device_open in -laal-minimal... yes checking for aal/libaal.h... (cached) yes checking for libaal-minimal version = 1.0.5... yes configure: creating ./config.status config.status: creating Makefile config.status: creating include/Makefile config.status: creating include/aux/Makefile config.status: creating include/misc/Makefile config.status: creating include/reiser4/Makefile What change to the .spec file would allow the package to compile on 11.3 platform ?. spec file -> https://build.opensuse.org/package/view_file?file=reiser4progs.spec&package… Thanks Glenn -- 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] spec-cleaner nice utility
by Greg Freemyer 11 Nov '10

11 Nov '10

I just ran spec-cleaner on a minor/simple leaf package I maintain. It did some nice cleanups. One thing it didn't do and I don't know how to do is handle a mysqlclient problem I have with 64-bit Fedora My home package: home:gregfreemyer:Weather > open2300 now has the spec-cleaner cleaned spec file But I still get an error related 64-bit Fedora /lib/mysql -lmysqlclient /usr/bin/ld: cannot find -lmysqlclient Can anyone tell what I need to fix, and is something that could be added to spec-cleaner? Greg -- Greg Freemyer Head of EDD Tape Extraction and Processing team Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer CNN/TruTV Aired Forensic Imaging Demo - http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrie… The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 8

[opensuse-packaging] RPMlint error / Difference between Factory and 11.3
by Rémy Marquis 10 Nov '10

10 Nov '10

Hi, Since a few days, I've got the following RPMlint error while building my packages for Factory: RPMLINT report: =============== 9 packages and 0 specfiles checked; 0 errors, 7 warnings. Traceback (most recent call last): File "rpmlint.py", line 364, in <module> File "rpmlint.py", line 159, in main File "rpmlint.py", line 219, in runChecks File "BrandingPolicyCheck.py", line 108, in check AttributeError: 'tuple' object has no attribute 'startswith' System halted. This does not occur when compiling the same packages for 11.3. This issue is similar to the one reported here: http://lists.opensuse.org/opensuse-buildservice/2009-09/msg00158.html According to http://lists.opensuse.org/opensuse-buildservice/2009-10/msg00015.html , rpmlint need to be fixed. Or maybe there is a trick to avoid this error? Thanks in advance for your help, Regards, R. -- 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] How can debug rpms be linked to their parent rpms
by Dave Plater 10 Nov '10

10 Nov '10

Hi, I've just come across a potential problem, I've put up with the fact that when I update a package I have to explicitly tell zypper or yast to update the debug package. Now I'm in the process of renaming rosegarden4 to it's correct name rosegarden and after a zypper dup -r homeproject I've noticed that the old rosegarden4 debug rpms had remained installed along with the new rosegarden ones. I removed them but it prompted me to ask why debug rpms are no longer linked to their parent package. If I remove a package the debug rpms remain behind and debug packages tend to use a lot of disk space. In the old days if one selected a debuginfo package it's matching debugsource was pulled in and if one removed the parent package the debug rpms were also removed. What is the solution to this? A bug report? An enhancement request? Regards Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] Is there a macro for "/src/www/htdocs"?
by Greg Freemyer 09 Nov '10

09 Nov '10

All, I've got a very simple package in my home project: (home:gregfreemyer:Weather > Weathergraphs) It is basically just some php files and a couple docs. In my specfile, I currently have: %install mkdir -p $RPM_BUILD_ROOT/srv/www/htdocs/weathergraphs install *.php $RPM_BUILD_ROOT/srv/www/htdocs/weathergraphs chmod -x $RPM_BUILD_ROOT/srv/www/htdocs/weathergraphs/*.php My specfile works with opensuse, but it's failing with both Fedora and Mandriva. I assume the above is the culprit. Can someone tell me the right way to do that. Thanks Greg -- 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] Is rpmlint temporarily under construction?
by Dave Plater 09 Nov '10

09 Nov '10

Hi, the factory build log tail for home:plater:blender blender contains this : RPMLINT report: =============== (none): W: error loading /opt/testing/share/rpmlint/rpmlint-mini.config, skipping: 'module' object has no attribute 'rlwarn' blender-devel.x86_64: W: non-standard-group Development/Libraries/C and C++ blender.x86_64: W: non-standard-group Productivity/Graphics/3D Editors blender-doc.noarch: W: non-standard-group Documentation/HTML blender.src: W: non-standard-group Productivity/Graphics/3D Editors The value of the Group tag in the package is not valid. Valid groups are: "Amusements/Games", "Amusements/Graphics", "Applications/Archiving", "Applications/Communications", "Applications/Databases", "Applications/Editors", "Applications/Emulators", "Applications/Engineering", "Applications/File", "Applications/Internet", "Applications/Multimedia", "Applications/Productivity", "Applications/Publishing", "Applications/System", "Applications/Text", "Development/Debug", "Development/Debuggers", "Development/Languages", "Development/Libraries", "Development/System", "Development/Tools", "Documentation", "System Environment/Base", "System Environment/Daemons", "System Environment/Kernel", "System Environment/Libraries", "System Environment/Shells", "User Interface/Desktops", "User Interface/X", "User Interface/X Hardware Support". blender.x86_64: W: no-manual-page-for-binary blender-sample blender.x86_64: W: no-manual-page-for-binary blender-thumbnailer.py Each executable in standard binary directories should have a man page. It seems that a few rpm groups have gone missing. Regards Dave P -- 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] How to create a man page in your spec file.
by Dave Plater 09 Nov '10

09 Nov '10

I thought I should share this with the list. Factory rpmlint check now wants to see a man page for everything under /usr/bin, I don't know if anybody else has tried this, I used this method to create a man page for blenderplayer in the blender package :- # Generate man page with help2man help2man --version-string="%{version}" --help-option="-h" -n "a utility for previewing .blend files" -s 1 -m "User Commands" -S "Stichting Blender Foundation" -o blenderplayer.1 %{buildroot}%{_bindir}/'blenderplayer -h ""' Take especial note of the single quotes around the 'blenderplayer -h ""' expression, if they aren't there help2man can't get any output because rpmbuild directs blenderplayer to /dev/null. You don't necessarily have to put in the -h in "'blenderplayer -h ""'" it was the only thing that stopped it from looking for something to play first. Which wiki should I put this in? Regards Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

5 7

[opensuse-packaging] Help there's a problem with https://build.opensuse.org/package/show? action menu.
by Dave Plater 08 Nov '10

08 Nov '10

I am getting very frustrated with the build service : I can work around checkin to newly relinked packages that wants to mangle my spec file and delete the contents of local copies but now I'm pulling my hair out. I cannot access the "Alter Package Information" item in the "Actions" menu link in the overview page, "only report bug", in packages where I'm maintainer but not a project maintainer. I can alter the information via "osc meta pkg graphics openCOLLADA -e" and it appears after about 15 min to 1 hour but I cant do anything in the web ui except report a bug to myself. I tried a message to the build service list. This morning (UTC +2) I tried the #opensuse-buildservice irc and I got this : <davepl> Hi, can somebody help with a bug in the webui part of the build service. I can only access report bug on the action menu, when logged in via https://build.opensuse.org/ and https://build.opensuse.org/stage/. This happens in all packages where I'm package maintainer but not a project maintainer. ie. The Action menu link on the overview page in "multimedia:libs jack" gives me : report bug, delete package, edit package [11:12] <davepl> information, submit package, branch package and a second report bug at the bottom.The Action menu link on the overview page in "graphics blender" gives me : report bug only. I'm a project maintainer in multimedia:libs but only a package maintainer of graphics blender. I can use the command line osc meta pkg graphics openCOLLADA -e (the package I actually want to change) and the change goes through and further command line [11:12] <davepl> osc meta pkg shows the change but I can't see it in the web ui (yet). If I try "osc meta pkg graphics dcraw -e" I get "no permission to change package" which is expected. So we aren't back to normal. [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:12] [404] davepl #opensuse-buildservice Cannot send to channel [11:14] <-> nickserv> help register [11:14] [Notice] -NickServ- ***** NickServ Help ***** [11:14] [Notice] -NickServ- Help for REGISTER: [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- This will register your current nickname with NickServ. [11:14] [Notice] -NickServ- This will allow you to assert some form of identity on [11:14] [Notice] -NickServ- the network and to be added to access lists. Furthermore, [11:14] [Notice] -NickServ- NickServ will warn users using your nick without [11:14] [Notice] -NickServ- identifying and allow you to kill ghosts. [11:14] [Notice] -NickServ- The password is a case-sensitive password that you make [11:14] [Notice] -NickServ- up. Please write down or memorize your password! You [11:14] [Notice] -NickServ- will need it later to change settings. [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- You have to confirm the email address. To do this, [11:14] [Notice] -NickServ- follow the instructions in the message sent to the email [11:14] [Notice] -NickServ- address. [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- Syntax: REGISTER <password> <email-address> [11:14] [Notice] -NickServ- [11:14] [Notice] -NickServ- Examples: [11:14] [Notice] -NickServ- /msg NickServ REGISTER bar foo(a)bar.com [11:14] [Notice] -NickServ- ***** End of Help ***** [11:16] <davepl> /msg NickServ REGISTER davepl1954 davejplater(a)gmail.com [11:16] [404] davepl #opensuse-buildservice Cannot send to channel My nick is davepl and has been for a long time. This is taking up my precious time. Please help, a bug report about build service takes a life time. I think it was just last weekend I couldn't log in for a day until it was fixed which put me back with packages I was working on. Dave P user plater -- 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] cssutils update problem
by Roelof Wobben 07 Nov '10

07 Nov '10

Hello, Im trying to update this package but if I look at the download page (http://code.google.com/p/cssutils/downloads/list) I see a lot of egg files. Is there somewhere a tutorial how to packe a egg file ? Roelof -- 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] Desktop File Error
by Sascha 'saigkill' Manns 06 Nov '10

06 Nov '10

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

6 22

[opensuse-packaging] New package for factory - openCOLLADA
by Dave Plater 06 Nov '10

06 Nov '10

Hi, with the new blender-2.55.32862 waiting be submitted to factory, I'm submitting (sr#52321) the openCOLLADA library package to factory as it's needed for blenders new collada import export feature and resides in the same graphics devel project as blender. Collada 3D import and export libraries COLLADA is a royalty-free XML schema that enables digital asset exchange within the interactive 3D industry. OpenCOLLADA is a Google summer of code opensource project providing libraries for 3D file interchange between applications like blender. COLLADABaseUtils : Utils used by many of the other projects COLLADAFramework : Datamodel used to load COLLADA files COLLADAStreamWriter : sources (Library to write COLLADA files) COLLADASaxFrameworkLoader : Library that loads COLLADA files in a sax like manner into the framework data model COLLADAValidator : XML validator for COLLADA files, based on the COLLADASaxFrameworkLoader GeneratedSaxParser : Library used to load xml files in the way used by COLLADASaxFrameworkLoader Authors ------- sebastian(a)opencollada.org gtempaccount.com robert(a)opencollada.org gtempaccount.com License = MIT See : https://collada.org/mediawiki/index.php/COLLADA_-_Digital_Asset_and_FX_Exch… and http://www.opencollada.org/ Regards Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] gdk-pixbuf-csource and svg in openSUSE 11.3
by Mariusz Fik 05 Nov '10

05 Nov '10

Anyone have idea about building mangler package for openSUSE 11.3? Part of build log: for f in *.svg ; do \ id=`echo $f | perl -pe 's/^(.*)\..*$/$1/'`; \ list="$list $id $f"; \ done ; \ gdk-pixbuf-csource --raw --build-list $list > mangler-icons.h failed to load "black_circle.svg": Couldn't recognize the image file format for file 'black_circle.svg' For oS:Factory I changed BuildRequires from gdk-pixbuf to gdk-pixbuf-loader- rsvg. For openSUSE 11.2 normal gdk-pixbuf package works but for 11.3 - don't. Any clue? -- Pozdrawiam / Best regards, Mariusz Fik, openSUSE Community Member

2 2

[opensuse-packaging] drop %suse_update_desktop_files macro
by Pavol Rusnak 02 Nov '10

02 Nov '10

Hi all! In order to make our specs more cross-distro-friendly we would like to drop %suse_update_desktop_files macro. It is currently being discussed in this feature: https://features.opensuse.org/310621 . Ludwig suggested that all translation magic we do could be moved into brp-script instead of doing it in %install phase. Is it possible? Do we have an expert in this area who could help porting it? :-) Once this is done, we can replace %suse_update_desktop_files with desktop-file-install if needed (but for most cases removing the call should be enough). -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

7 17

[opensuse-packaging] Library naming dilemma
by Dave Plater 01 Nov '10

01 Nov '10

Hi, I'm packaging openCOLLADA which consists of libraries needed by the soon to be released blender-2.5x. ATM I have the libs in a separate sub package for each and a devel package. I see that I'm allowed to package all the libraries in one rpm, which one is preferable? My other question is - although I've packaged libOpenCOLLADAFramework.so.0.0.775 in sub package libOpenCOLLADAFramework0 I still get an rpmlint warning - libOpenCOLLADAFramework0.x86_64: W: shlib-policy-missing-lib and libOpenCOLLADAFramework0.x86_64: W: no-soname /usr/lib64/libOpenCOLLADAFramework.so.0.0.775. What am I doing wrong? I get these warnings for each lib. Package is at home:plater:blender openCOLLADA Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 12

[opensuse-packaging] Do not use AM_SILENT_RULES in packages
by Cristian Rodríguez 01 Nov '10

01 Nov '10

Hi: I see an increasing amount of stuff using automake's new AM_SILENT_RULES feature, remember to use --disable-silent-rules or "make V=1" when you submit the package for build. This feature breaks current build checks that rely on analizing the output of the build log. Thanks for flying with openSUSE :-) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 6