Hi,
If you have a Factory package that you also package in a
backports repo, then there is the problem that the
suse_update_desktop_file will erase translations not
known to the old distribution.
First let me explain the way Factory translates:
1. spec files have %suse_update_desktop_file, which will
a) mark the desktop file for the translation process
b) update the desktop files against desktop-translations
2. collect-desktop-files is built against all packages
with desktop files, this will collect all _upstream_ translations
from the desktop files
3. Karl is updating the lcn SVN to merge the openSUSE translations
with the upstream translations (upstream translations win)
4. Karl submits new desktop-translations to start the process over
So this works for Factory pretty well and allows openSUSE to
a) update the translations - unknown translations can be
filled up
b) update translations by an online update - translations unknown
will be erased from the desktop files to allow GNOME and KDE to
look into dekstop_translations.mo file
But this creates a problem with backports as way more translations
will be unknown and hurting more than it helps.
Now my tip: osc linkpac home:coolo update-desktop-files <myproject>
and make sure it's disabled for Factory. This version is patched
not to care about translations, so you get 100% the upstream translations
and not less.
Greetings, Stephan
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hey guys,
would it be possible for someone to create a package for lirc the
includes the new updates for the MS MCE keyboard and mouse.
None of the other distro's have one. I would be great if this device
where recognized as a usb plug n play device ;)
I haven't been able to get this working ,
http://www.mythtv.org/wiki/index.php/MCE_Remote#MCE_Keyboard
Thanks for any help
James
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hello,
this is my first try of building an RPM package, so please be patient.
I want to package SUMO (http.//sumo.sf.net/) and succeeded in
writing a spec file (attached), placing it into
/usr/src/packages/SPECS together with sources in
/usr/src/packages/SOURCES and in executing rpmbuild -ba
but the resulting RPM is huge because of the generated
debug info in the executables.
Digging into the macros in /usr/lib/rpm I found out that the
%install macro actually should try to strip the executables
but it does not in my case (maybe it gets overwritten by some
suse_macro?). The system I am working on is openSUSE 10.3.
and the (hopefully) relevant part of the rpmbuild output is here:
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.51377
+ umask 022
+ cd /usr/src/packages/BUILD
+ cd sumo-0.9.10
+ make DESTDIR=/var/tmp/sumo-0.9.10-build install
Making install in src
...
make[1]: Leaving directory `/usr/src/packages/BUILD/sumo-0.9.10'
+ RPM_BUILD_ROOT=/var/tmp/sumo-0.9.10-build
+ export RPM_BUILD_ROOT
+ test -x /usr/sbin/Check -a 1000 =
0 -o -x /usr/sbin/Check -a '!' -z /var/tmp/sumo-0.9.10-build
+ echo 'I call /usr/sbin/Check...'
I call /usr/sbin/Check...
+ /usr/sbin/Check
Checking permissions and ownerships - using the permissions files
/tmp/Check.perms.z14272
setting /var/tmp/sumo-0.9.10-build/ to root:root 0755. (wrong owner/group
micha:users)
setting /var/tmp/sumo-0.9.10-build/usr to root:root 0755. (wrong owner/group
micha:users)
+ /usr/lib/rpm/brp-compress
+ /usr/lib/rpm/brp-symlink
Processing files: sumo-0.9.10-1
Finding Provides: /usr/lib/rpm/find-provides sumo
Finding Requires: /usr/lib/rpm/find-requires sumo
sed: kann /usr/src/packages/SOURCES/sumo.spec nicht lesen: Datei oder
Verzeichnis nicht gefunden
Finding Supplements: /usr/lib/rpm/find-supplements sumo
Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
Requires: libproj libgdal Xerces-c fox14 libc.so.6 libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libFOX-1.4.so.0 libgcc_s.so.1
libgcc_s.so.1(GCC_3.0) libgdal.so.1 libGL.so.1.2 libGLU.so.1 libm.so.6
libm.so.6(GLIBC_2.0) libproj.so.0 libpthread.so.0 libpthread.so.0(GLIBC_2.0)
libpthread.so.0(GLIBC_2.1) libstdc++.so.6 libstdc++.so.6(CXXABI_1.3)
libstdc++.so.6(CXXABI_1.3.1) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6
(GLIBCXX_3.4.9) libxerces-c.so.27
Checking for unpackaged
file(s): /usr/lib/rpm/check-files /var/tmp/sumo-0.9.10-build
Wrote: /usr/src/packages/SRPMS/sumo-0.9.10-1.src.rpm
Wrote: /usr/src/packages/RPMS/i586/sumo-0.9.10-1.i586.rpm
There is also a spurious error message about sed being unable to find
the spec (in german above, it looks inside the SOURCES dir?!)
but I don't know whether this is related.
Now, what can I do to strip my executables before packaging them?
Do I have to call strip by hand or I am just overlooking something?
Thanks for your help,
Michael
ffsb: "/usr/share/doc/packages/ffsb/examples/profile_smallfile_reads~" is not
allowed anymore in SuSE Linux.
What does that mean?
Cheers,
Jan
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hi,
how can I handle *.z7 compressed archives in Build Service. I the ending does
not seem to be detected automatically for extraction.
cheers,
Denny
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
greetings, people of Mars,
I'm currently in process of submitting a *split python package*. That
means that if everything goes well, it will be in Factory by tomorrow.
(If something -does- go wrong, you can still check out
devel:languages:python:Factory in buildservice.)
Sorry for such short notice, but i had too much work actually making the
package and didn't really have time to write long mails about it. I took
care to break as little as possible, but i'm sure that mayhem will ensue
regardless ;e)
What is a split python package, you ask?
It's rather simple. What used to be 'python' is now three different things:
* libpython2_6-1_0
(as per shared library packaging policy)
This contains single file libpython2.6.so.1.0
Packages that only embed python will get this via autoreqprov, and that
might or might not break them, depending on whether they explicitly
require python, how they use the embedded python interpreter (it might
or might not need site.py and parts of standard library) or if they use
it at all.
Some of those will need to explicitly require python, for others it
might be sufficient to suggest it.
* python-base
This is what you'd normally call "python". It has all of the files you
want, except those listed below, but with added benefit of no
BuildRequires. That means that python-base is built very very soon.
* python
And finally, python itself. This contains the four modules that pull in
extra dependencies:
- - _hashlib.so
- - sqlite3 module and _sqlite3.so
- - ssl module and _ssl.so
- - readline.so
I'm actually considering moving readline and its family of
user-friendly-python-interpreter-with-history scripts to python-base.
But i'm unsure of how deep in the build process is libreadline, and it's
probably not worth it anyway - this split is designed to remove
build-time dependencies, which it does well, and python without its
subpackages doesn't have too many install-time dependencies.
Also, python-devel no longer depends on python-tk, nor does it depend on
python, now it's a subpackage of python-base. That means that requiring
python-devel does -not- pull in python, which (again) can break packages
that depend on some of the missing modules.
%py_requires still list 'python' as required, though. I might later add
something like %py_requires_base that only requires python-base.
Regarding python-devel, i've moved a few key files from it into
python-base, so now it should be finally possible to install without
python-devel. (what's now left is making python modules noarch and all
will be well)
Now that you know all this, you might want to go and examine your
packages that depend on python, if they actually need the extra modules
or if python-base is sufficient for them.
have fun with it
regards
jan matejek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkjRaVMACgkQjBrWA+AvBr98QwCeIJFUQG9Q3tbR+wWsmx8Fp247
vTsAn119PtGPoXDDlrm2nERgL0A3aUMm
=dwlG
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hi everyone,
having maintained the following packages in Factory/STABLE for quite some
time, I would like to get rid of them. Either by tranfering them to a
maintainer inside SUSE/Novell, by moving them to Contrib
(http://en.opensuse.org/Contrib/packages) or by dropping them completely.
* duplicity
* nano
* newmail
* offlineimap
* python-GnuPG-Interface
* python-curl
* python-gpgme
* python-kid
* python-setuptools
* rdiff-backup
* repoview
* safecat
* smart
* yum
* yum-utils
If you are interested, please speak up now!
Thanks,
Christoph
--
Christoph Thiel, Tech. Project Management, Research & Development
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org
Hi
Build of project games, package freedink-data fails due to tons of
these error messages
E: devel-file-in-non-devel-package (Badness: 50) /usr/share/dink/dink/Story/S3-BOWL.c
These are files required during runtime by the game engine, not C
sources! How can I disable this rpmlint check?
Adding the file rpmlintrc with the following content
# This line is mandatory to access the configuration functions
from Config import *
addFilter("freedink-data devel-file-in-non-devel-package")
did not help at all. :-(
Best regards,
Stefan
P.S.: games/freedink-data is a link to games/freedink, so you find the
sources to the packages in games/freedink.
Public Key available
------------------------------------------------------
Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH
Tel: 0911-740 53 0 Maxfeldstraße 5
FAX: 0911-740 53 479 D-90409 Nürnberg
http://www.suse.de Germany
-----------------------------------------------------------------
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
-----------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org