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
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.
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
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
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
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
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
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
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
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