Hi all,
I have been using spec cleaner for while. What I notice it that it uses
macro %make_install instead of %makeinstall. Both macros are OK for
openSUSE but the first one breaks the build for SLE.
<quote>
+ %make_install
/var/tmp/rpm-tmp.59594: line 45: fg: no job control
</quote>
I wonder if this should be fixed, in either spec-cleaner (use%makeinstall
in stead of %make_install) or in the buildserver (add macro %make_install
for SLE)?
Regards,
Joop.
See also: https://bugzilla.novell.com/show_bug.cgi?id=712171
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Probably have mostly the same people on the obs list and the packaging
list, but never the less I will try my luck here as well.
I have a couple of requests/questions in "cleaning up" OCaml related
packages and a problem.
1.) Since we have top level devel:languages:ocaml project can we please
move everything that is ocaml related and maintained
devel:languages:misc into the ocaml project?
2.) Do we have anyone that is really interested in OCaml or do we just
have what we have because other projects/packages depend on the few
packages we do have?
in d:l:ocaml the ocaml package is a link to the package in Factory. The
devel project for factory is d:l:misc. Because of local mods in
d:l:ocaml the link is busted due to merge conflicts. This breaks other
packages in d:l:ocaml. I have no idea how to fix this as every time I
try to touch any of these packages to get something fixed I get a stupid:
buildinfo is broken... it says:
type of message. This is of course complete crap as it prevents a person
trying to fix something from fixing it.
In addition to the gripes above I have a problem that I am stuck on and
could also use some help with. I am trying to build ocamlnet which
depends on pcre. The build process failes with this error:
ocamlfind ocamlc -g -I ../../src/netstring -package "unix" -custom -o
ocamlrpcgen -package unix,netstring \
rpc_generator.cma main.cmo -linkpkg
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld:
cannot find -lpcre_stubs
collect2: ld returned 1 exit status
File "_none_", line 1, characters 0-1:
Error: Error while building custom runtime system
make[1]: *** [ocamlrpcgen] Error 2
Knowing nothing about OCaml build and link processes I can only infer
things. Obviously the process calls ld to link a binary and passes
-lpcre_stubs, this would require the presence of libpcre_stubs.so
somewhere in the default search directories of ld. However, the package
ocaml-pcre does not provide this, it provides a dllpcre_stubs.so file in
a none-standard location (%{_libdir}/ocaml/stublibs).
Should ocaml-pcre create and provide a link %{_libdir}/libpcre_stubs.so
to {_libdir}/ocaml/stublibs/dllpcre_stubs.so, or maybe a link in
%{_libdir}/ocaml/stublibs and then a -L argument on the link line? Or is
there some trick that ocamlfind is supposed to play for me?
Help is as always appreciated.
Thanks,
Robert
--
Robert Schweikert MAY THE SOURCE BE WITH YOU
SUSE-IBM Software Integration Center LINUX
Tech Lead
rjschwei(a)suse.com
rschweik(a)ca.ibm.com
781-464-8147
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
osc 0.135 comes with a nice feature: Interactive Package review.
I've described it a bit at my blog: http://jaegerandi.blogspot.de/
Happy reviewing of packages!
Andreas
--
Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg)
GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi,
The GNOME team is slowly moving towards workflows centered around the
gnome-maintainers group in OBS. This group is made of people we trust to
be able to properly deal with GNOME-related packages.
One step I made today is to add gnome-maintainers with the maintainer
role to the metadata of various packages, to enable any of the GNOME
maintainers to accept changes for those packages. So don't be surprised
about the change :-)
In addition, I also added gnome-maintainers with the reviewer role for
packages that, as far as I know, are 100% maintained by the GNOME team.
This matches the workflow used by the team where we prefer to have a
second pair of eyes review the changes before accepting sr. I
specifically didn't do this changes for packages that are also updated
by other people.
Packages were gnome-maintainers was added as just maintainer:
Base:System/polkit
X11:common:Factory/poppler
X11:common:Factory/poppler-data
multimedia:libs/gnonlin
multimedia:libs/gst-rtsp
multimedia:libs/gstreamer
multimedia:libs/gstreamer-0_10
multimedia:libs/gstreamer-0_10-doc
multimedia:libs/gstreamer-0_10-plugins-bad
multimedia:libs/gstreamer-0_10-plugins-base
multimedia:libs/gstreamer-0_10-plugins-gl
multimedia:libs/gstreamer-0_10-plugins-good
multimedia:libs/gstreamer-0_10-plugins-ugly
multimedia:libs/gstreamer-plugins-bad
multimedia:libs/gstreamer-plugins-base
multimedia:libs/gstreamer-plugins-good
multimedia:libs/gstreamer-plugins-ugly
multimedia:libs/orc
Packages were gnome-maintainers was added as maintainer and reviewer:
Base:System/udisks
Base:System/udisks2
Base:System/upower
M17N:fonts/cantarell-fonts
X11:common:Factory/devilspie
X11:common:Factory/libgxps
X11:common:Factory/libspectre
X11:common:Factory/media-player-info
X11:common:Factory/shared-color-profiles
X11:common:Factory/shared-color-targets
YaST:Head/yast2-control-center-gnome
devel:languages:python/python-cairo
devel:languages:python/python-gnome
devel:languages:python/python-gnome-extras
devel:languages:python/python-gobject
devel:languages:python/python-gobject2
devel:languages:python/python-goocanvas
devel:languages:python/python-gstreamer-0_10
devel:languages:python/python-gtk
devel:languages:python/python-gtkglext
devel:languages:python/python-gtksourceview
devel:languages:python/python-notify
devel:languages:python/python-orbit
devel:languages:python/python-webkitgtk
devel:languages:python/python3-cairo
hardware/libgusb
(there might be a few more packages where we do a similar change, once
we realized they were not on our initial list ;-))
Cheers,
Vincent
--
Les gens heureux ne sont pas pressés.
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi,
Is there anyone interested in maintaining packages for the sawfish
window manager? (http://sawfish.wikia.com/wiki/Main_Page)
We have packages in Contrib for it (sawfish + librep and rep-gtk, that
are dependencies). Ideally, we'd move them to Factory, via
X11:windowmanagers. But I'm not sure anyone in the GNOME team would be
able to correctly maintain it (given that we wouldn't use it), and the
fact that it'll be in X11:windowmanagers won't help for the GNOME team.
So if someone wants to keep sawfish, please raise your hand. Otherwise,
we'll just drop it, I guess.
Cheers,
Vincent
--
Les gens heureux ne sont pas pressés.
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hello all,
openSUSE 12.2 Goldmaster will be released next week, on
Friday 06 July 2012.
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
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi,
Working on dependencies to build CloudStack. One of the packages needs
ws-commons-util which already exists in network:/cluster:/xtreemos.
ws-commons-util requires java-javadoc and some package fulfills this
requirement as it builds just fine on openSUSE. However, on SLE nothing
provides java-javadoc and the build fails.
How can I figure out what package provides java-javadoc
On my openSUSE 12.1 system
-> rpm -qf /usr/bin/javadoc
file /usr/bin/javadoc is not owned by any package
OBS search for java-javadoc turns up nothing either. I took a look at
the spec file for openjdk to no avail.
I am out of ideas of places to look and could use some help.
Thanks,
Robert
--
Robert Schweikert MAY THE SOURCE BE WITH YOU
SUSE-IBM Software Integration Center LINUX
Tech Lead
rjschwei(a)suse.com
rschweik(a)ca.ibm.com
781-464-8147
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org