March 2013 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] CrossToolchain question
by Matwey V. Kornilov 25 Oct '13

25 Oct '13

Hi, In CrossToolchain:avr, I see avr-gcc-* and cross-avr-gcc. What is the difference? What is correct naming? (I suppose the last one). What guidelines/rules should I follow to create CrossToolchain subproject for yet unsupported arch? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

5 22

[opensuse-packaging] Packaging Guideline enforcement
by Dominique Leuenberger a.k.a DimStar 10 Sep '13

10 Sep '13

Dear Factory contributors and packagers, As openSUSE 12.2 is frozen and Factory is 'open to go wild' again, I would like to announce that the packaging guidelines have some extensions (not really new) that will be stricter enforced than they used to be. Currently a common rule to be 'ignored' or packagers are not aware is around the topics of: - .Changes entries - Patches First, the .changes entry (rpm changelog) surves two purposes: - News for the user - History tracking of packaging changes (often referenced in bugs to verify if a user has the latest packaging bugfixeS). A simple "Update to version x.y.z" is, as before, not accepted. There should be some buzz around the update for the user; some major reasons to the upgrade should be listed Changes on the package itself should be mentioned in a way that any other contributor to the same package can follow traces of why something is the way it is. Commonly, Added (build)dependencies are interesting to be seen, special hacks to make something work in a particular way [..]: Always consider that package maintenance is a distributed task and various contributors need to be able to step up at will. Patches: The rules about patches are listed at http://en.opensuse.org/openSUSE:Packaging_Patches_guidelines . Most prominent is likely the mentioning of the patches life cycle, which forces you to mention additions and removals of patches in the changelog. As history shows, this can be helpful if a patch got removed, and later a regression is reported; finding out when a patch was removed can be crucial in reconstructing feature sets (including contacting the contributor that dropped it.. which is easily extracted from the .changes if listed) The main appeal is to the devel project maintainers / reviewers, to keep out for those rules, to live according to them, as it is frustrating for everybody if a package needs to be declined by the Factory Review team: - The dev prj maintainer is the one getting the 'decline' (as it was usually a forwarded request), which often leaves the 'fixing' to the devel project maintainers, where the 'originator' of the fix would have been willing to actually do that... And the Factory Review team also prefers to see complying submissions to having to reject SRs... reject is not fun for anybody! Looking forward to many more SRs to accept! Dominique / DimStar -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

29 105

[opensuse-packaging] Package looking for volunteers: CodeAnalyst
by Cristian Morales Vega 08 Aug '13

08 Aug '13

As per https://bugzilla.novell.com/show_bug.cgi?id=793541 it seems CodeAnalyst needs a new maintainer. Any volunteer? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

6 13

[opensuse-packaging] package looking for maintainer: the AT daemon
by Cristian Rodríguez 18 Jun '13

18 Jun '13

Hi: I will no longer maintain fix or otherwise care about the "at" daemon, starting now because I would rather devout my time testing and improving systemd.timer(5) So it is now up for grabs. that's all ;) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

19 47

[opensuse-packaging] Creating of systemd service files instead of init scripts for new packages
by Andreas Jaeger 25 Apr '13

25 Apr '13

Since we moved to systemd completely, I suggest that newly added files will contain service files - and not init scripts anymore. So, please only add service files to new packages and if you change your init file, consider using a service file and dropping the init file, 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

29 140

[opensuse-packaging] Proper dev project for a small collection of C utility libs with python bindings
by Greg Freemyer 03 Apr '13

03 Apr '13

All, I'm about to submit 6 new small packages: libevt, libevtx, libregf, libmsiecf, liblnk, libvshadow. My basic question is what devel project I should send these to and if I should leave them as 6 discrete projects, or maybe try to combine them somehow. I've thought about just pushing all 6 to devel:libraries If that is a good choice let me know. == details All of them are from the same upstream author and have the same structure, all hosted at the same place etc. The specfiles are all very similar. For each one there is a c library created, a python bindings sub-package and a end-user tools sub-package (eg. evttools, etc.) with a couple simple tools each. My use case is a security tool that uses the python bindings of all 6, so in theory I could put them there, but it seems like the wrong place to me, but the "tools" sub-projects would all actually qualify as security tools for a forensic examiner. (I already have 15 or 20 forensic tools in the security project, so maybe it is time for me to create a security:dfir sub-project and just put everything in there?) Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 4

[opensuse-packaging] %wx_requires, %wx_provides and %_use_internal_dependency_generator
by Matwey V. Kornilov 29 Mar '13

29 Mar '13

Hi all and Stanislav, This week I've tried to implement auto requires/provides for erlang modules. One of the issues is wx-rpm-stuff specific to openSUSE. erlang does have wx-bindings package (it is allowed to compile some C/C++ code and load as build-in functions) and this way its spec contains disabling of internal dependency generator (and this disables fileattrs stuff). I can overcome it, and I do understand that there are strong reasons to implement this specific stuff controlling different ABI. However, internal dependency generator is enabled by default in rpm 4.10 and it seems to be powerful tool. Are there plans to adapt 'libwxfoo(variant)' syntax to IDG? Can find-wx-* stuff be implemented as suse specific patch to /usr/lib/rpm/elfdeps tool? -- With best regards, Matwey V. Kornilov http://0x2207.blogspot.com xmpp:0x2207@jabber.ru -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 4

[opensuse-packaging] "build" without obs backend
by Cor Blom 27 Mar '13

27 Mar '13

Hi, Sometimes I want to build a package on my machine, outside obs. The "build" script worked fine for this, until I upgraded to 12.3. I had to adapt the sl12.3.conf in /usr/lib/build/configs (libgcc%{gcc_version} --> gcc%{gcc_version}) but that is no problem. No I am stuck with the following message: [ 6s] expanding package dependencies... [ 9s] Use of uninitialized value within %packs in hash element at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value in concatenation (.) or string at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value within %packs in exists at /usr/lib/build/expanddeps line 200. [ 9s] Use of uninitialized value within %packs in hash element at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value in concatenation (.) or string at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value within %packs in exists at /usr/lib/build/expanddeps line 200. [ 9s] unsupported url for 'insserv': This is the result of executing (as root): build foo.spec Can someone help, or should I file a bug report? Thanks, Cor -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 4

[opensuse-packaging] Review policy
by Togan Muftuoglu 25 Mar '13

25 Mar '13

Hi, Should there be a general review policy for the obs users who have the maintainer rights for package/group. I guess there is one for the opensuse-review team maybe we should have it also for those who are accepting packages to the devel projects as well. The reason is I had a declination with a comment why I have not explained use of %ghost macro in a spec file, but a person who would have reviewed the rpm buildlogs for the package would realize the fact that rpmlint gives the following error. non-ghost-in-var-run (Badness: 1000) And the mentioning %ghost in changes file in IMHO is nonsense as the issue has nothing to the with the package but packaging itself and from the end users point of is just cosmetic. So maybe it is a good idea to have a document describing what is required/recommended in the #sr review Togan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

7 13

[opensuse-packaging] How to request an SLES/OpenSUSE package update?
by Fulko Hew 22 Mar '13

22 Mar '13

During the process of developing my app (used internally) I discovered a bug in Net-SNMP and provided the fix, which has been accepted. http://sourceforge.net/p/net-snmp/patches/1240/ The trouble is that our company is reluctant to install stuff that doesn't come directly from the vendor (even though they will install _my_ app). Whats the process for getting an up-stream patch back-ported into a new package version for SUSE/SLES? TIA Fulko -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] Fixing file conflicts
by Stephan Kulow 22 Mar '13

22 Mar '13

Hi, Factory is full of conflicts between files and directories and I want to have them fixed as soon as possible - for that I will not allow packages to go in that are affected by this. This might be mean to some, but we have to start somewhere - and so I added a review step for factory that checks the new submissions agains the factory repo and if a problem arises I review it manually (and decline in most cases). We have plenty of problems in the packages, but I give you 2 examples of things we need to fix: found conflict of apache2-2.4.3-1.1.x86_64 with horde5-5.0.2-3.1.noarch: - /etc/apache2/vhosts.d [mode mismatch: 40755 0 root:root, 40750 0 wwwrun:root] found conflict of e17-doc-man-0.17.1-1.7.x86_64 with edje-doc-man-1.7.5-3.6.x86_64: - /usr/share/man/man3/action.3.gz - /usr/share/man/man3/b3.3.gz - /usr/share/man/man3/border.3.gz - /usr/share/man/man3/cb.3.gz - /usr/share/man/man3/cur.3.gz - /usr/share/man/man3/delete_me.3.gz - /usr/share/man/man3/description.3.gz - /usr/share/man/man3/entries.3.gz - /usr/share/man/man3/entry.3.gz - /usr/share/man/man3/font.3.gz - /usr/share/man/man3/func.3.gz - /usr/share/man/man3/id.3.gz - /usr/share/man/man3/matches.3.gz - /usr/share/man/man3/minw.3.gz - /usr/share/man/man3/msg.3.gz - /usr/share/man/man3/object.3.gz - /usr/share/man/man3/pad.3.gz - /usr/share/man/man3/prop.3.gz - /usr/share/man/man3/r3.3.gz - /usr/share/man/man3/ref.3.gz - /usr/share/man/man3/source.3.gz - /usr/share/man/man3/start_time.3.gz - /usr/share/man/man3/state.3.gz - /usr/share/man/man3/states.3.gz - /usr/share/man/man3/step_x.3.gz - /usr/share/man/man3/str.3.gz - /usr/share/man/man3/styles.3.gz - /usr/share/man/man3/table.3.gz - /usr/share/man/man3/timer.3.gz Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] ldconfig - I'm frustrated
by Greg Freemyer 20 Mar '13

20 Mar '13

All, I sent the httrack package to security a couple weeks ago. It builds, but with a few rpmlint issues. I thought I would clean up the one about the shared library needing to be split out to its own package. I've tried to do that in home:gregfreemyer:branches:security > httrack The diff is: https://build.opensuse.org/package/rdiff?opackage=httrack&oproject=security… I've tried multiple ways to call ldconfig. But my build always fails with: [ 218s] libhttrack2.x86_64: E: library-without-ldconfig-postin (Badness: 300) /usr/lib64/libhtsjava.so.2.0.46 [ 218s] libhttrack2.x86_64: E: library-without-ldconfig-postin (Badness: 300) /usr/lib64/libhttrack.so.2.0.46 [ 218s] This package contains a library and provides no %post scriptlet containing a [ 218s] call to ldconfig. The spec file currently has: === %post /sbin/ldconfig /usr/lib64 %postun /sbin/ldconfig /usr/lib64 === I've tried the basic versions as well. == %post -p /sbin/ldconfig %postun -p /sbin/ldconfig == %post /sbin/ldconfig %postun /sbin/ldconfig == Can anyone tell me what's going on? Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

12 33

[opensuse-packaging] no gdkglfont.h in the gtkglext package of openSUSE 12.3
by stecue 20 Mar '13

20 Mar '13

Hi, I'm building gabedit for openSUSE 12.3. The building failed because of the following error: UtilsGL.c:(.text+0x40e): undefined reference to `gdk_gl_font_use_pango_font' gdk_gl_font_use_pango_font is defined in gdkglfont.h which was included in the gtkglext-devel prior to openSUSE 12.3. However the file gdkglfont.h is missing in the latest git version and openSUSE 12.3 version (openSUSE12.3:update repo) of gtkglext. Does anybody know why it's removed from gtkglext and how to get it back or fix the building problem? Thanks! -- Sincerely yours Xing -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 2

[opensuse-packaging] obs: publisher is dead
by Mathias Homann 12 Mar '13

12 Mar '13

could someone prod the publisher on OBS please? thanks. cheers, MH -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 4

[opensuse-packaging] New completion script for osc
by Dr. Werner Fink 12 Mar '13

12 Mar '13

Hi, for the revised completion script I like to have some testers. you'll find the script in the attachment. Note that currently the old script is /usr/lib/osc/complete which is activated in /etc/profile.d/osc.sh /etc/profile.d/osc.csh that is you need an other location to test it out. You may name the attachment as ~/bin/osc.complete and use COMP_WORDBREAKS="${COMP_WORDBREAKS//:}" complete -C osc.complete osc for bash as your shell ... or complete osc 'p@*@`\osc.complete`@' if your shell is the tcsh. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr

3 4

[opensuse-packaging] Python packaging guidelines
by Andrey Borzenkov 11 Mar '13

11 Mar '13

I would like to package git-bzr which requires couple of Python modules. Could someone point to Python packaging example or guidelines? I think about putting stuff in devel:tools:scm; how I go about it? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] OBS attribute Publishing/lyx
by Cor Blom 11 Mar '13

11 Mar '13

Publishing/lyx has an attribute: openSUSE:UpstreamVersion 2.0.3 I don't know where this comes from and why it is there, but it is pretty outdated and I do not have the right to change or remove it (I am maintainer of lyx). Can someone remove it? Thanks, Cor -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 5

[opensuse-packaging] Beginner Java Bindings packaging question
by Greg Freemyer 11 Mar '13

11 Mar '13

All, I just found out the java bindings should be in sleuthkit-devel. Previously, they were just dropping on the floor. I made a stab at it in my home project. home:gregfreemyer:Tools-for-forensic-boot-cd > sleuthkit The diff is: ==== @@ -98,6 +98,8 @@ %make_install INSTALL="install -p" %endif find %{buildroot} -name '*.la' -exec rm -f {} ';' +mkdir -p %{buildroot}/%{_datadir}/sleuthkit +cp --archive bindings %{buildroot}/%{_datadir}/sleuthkit/bindings %post -n libtsk3%sosuffix -p /sbin/ldconfig @@ -186,5 +188,6 @@ # CPL and IBM %{_includedir}/tsk3/ %{_libdir}/*.so +%{_datadir}/sleuthkit/bindings ==== Is that the right way to do it? Did I put them in the right directory/location? Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] Manually add files to debug packages?
by Andrey Borzenkov 10 Mar '13

10 Mar '13

Is it possible to manually specify that files belong to debug? Currently grub2 installs files that are not required at run-time and are intended for debugging (basically they are unstripped modules). Can those files be manually pushed into debug package? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] How to buildrequires a source package?
by Greg Freemyer 10 Mar '13

10 Mar '13

I'm experimenting with the latest release of autopsy to see if I can build/package it. (Officially released for windows only, but is a java app so it should work.) https://build.opensuse.org/package/show?package=autopsy&project=home%3Agreg… (the specfile is nowhere near working yet) autopsy needs the source code of sleuthkit installed because it needs the java bindings out of sleuthkit (or that is at least how the instructions read) Is there a way to buildrequires a source package? Or should I just add the sleuthkit source tgz as a second source file for autopsy? Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 2

[opensuse-packaging] If I as maintainer see a bug ...
by Greg Freemyer 09 Mar '13

09 Mar '13

All, I maintain ewftools and I just found a significant bug that impacts 12.2 and 12.3. Do I have to file a bugzilla, or can I just branch, fix, submit. Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

6 9

[opensuse-packaging] webcam modules kmp
by Matwey V. Kornilov 08 Mar '13

08 Mar '13

Hi, Which project is responsible for kmp for webcam and v4l kernel stuff? I would like to submit home:matwey v4l2loopback to the right place. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] package update
by doiggl＠velocitynet.com.au 06 Mar '13

06 Mar '13

Hello, Can the smart package manager[1] be updated to a later version. I have compiled a later version see [2] I was unable to raise a service request for a version update,because I see no link for a package update. Some other package details at [3]. I cc'd SPeilicke(a)suse.com [Sascha Peilicke] who processed previous request 86999 Thanks Glenn [1] [version 1.3.1] openSUSE Build Service > Projects > system:packagemanager > smart https://build.opensuse.org/package/show?package=smart&project=system%3Apack… [2] [version 1.4.1] https://build.opensuse.org/package/show?package=smart&project=home%3Adoiggl [3] update details: distro.py 430 Bytes smart-245344-takes_long_computing_upgrades.patch 4.15 KB smart-gtk-progress-nothread.diff 798 Bytes smart-gtk.desktop 277 Bytes smart-ksmarttray.desktop 314 Bytes smart-ksmarttray.patch 599 Bytes smart-newer.py 4.85 KB smart-no-strict-aliasing.patch 1.17 KB smart-qt.desktop 276 Bytes smart-rpm-check-signatures.patch 6.24 KB smart-rpmlintrc 171 Bytes smart-show-changelog.patch 5.5 KB smart.changes 26.8 KB smart.spec 8.06 KB channels.tar.bz2 684 Bytes smart-1.4.1.tar.bz2 803 KB rpms produced with newer version: Architecture: i586 rpmlint.log smart-1.4.1-19.1.i586.rpm smart-1.4.1-19.1.src.rpm smart-debuginfo-1.4.1-19.1.i586.rpm smart-debugsource-1.4.1-19.1.i586.rpm smart-gui-gtk-1.4.1-19.1.i586.rpm smart-gui-gtk-appdata.xml smart-gui-qt3-1.4.1-19.1.i586.rpm smart-gui-qt3-appdata.xml smart-ksmarttray-1.4.1-19.1.i586.rpm smart-ksmarttray-appdata.xml smart-ksmarttray-debuginfo-1.4.1-19.1.i586.rpm Architecture: x86_64 rpmlint.log smart-1.4.1-19.1.src.rpm smart-1.4.1-19.1.x86_64.rpm smart-debuginfo-1.4.1-19.1.x86_64.rpm smart-debugsource-1.4.1-19.1.x86_64.rpm smart-gui-gtk-1.4.1-19.1.x86_64.rpm smart-gui-gtk-appdata.xml smart-gui-qt3-1.4.1-19.1.x86_64.rpm smart-gui-qt3-appdata.xml smart-ksmarttray-1.4.1-19.1.x86_64.rpm smart-ksmarttray-appdata.xml smart-ksmarttray-debuginfo-1.4.1-19.1.x86_64.rpm -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] Proper use of obsolietes?
by Greg Freemyer 05 Mar '13

05 Mar '13

I just want to make sure this is right before I send it to factory: --- # fiwalk has been incorporated into sleuthkit. Last standalone version was 0.6.16 Obsoletes: fiwalk < 0.7 Provides: fiwalk --- As found in my specfile at: https://build.opensuse.org/package/show?package=sleuthkit&project=home%3Agr… Thanks Greg -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 3

[opensuse-packaging] guidelines for moving programs between packages
by Bernhard Voelker 02 Mar '13

02 Mar '13

Hi, are there any guidelines on how to move programs from one package to another - while guaranteeing that the program is installed any time (either by the old or by the new package)? The case: su and kill are moved from coreutils to util-linux upstreams. It'd be "quite not so optimal" if an installation would be left behind without them ... Therefore we're trying to add a hack in coreutils.rpm to install the su binary as su-core, and to create a symlink "su" pointing to it in the %post script when "su" does not already exist (i.e. is not yet installed by a newer util-linux.rpm): %post test -e %{_bindir}/su || ln -sv su.core %{_bindir}/su The problem is the order in RPM i.e. when %post is run: According to my tests, it is obviously run _before_ the old version of the coreutils package is uninstalled. Thus, su of the old version is still there, and the symlink is not created. ;-( D: %post(coreutils-8.21-0.x86_64): scriptlet start [...] D: %post(coreutils-8.21-0.x86_64): waitpid(4078) rc 4078 status 0 D: ========== +++ coreutils-8.17-6.2.1 x86_64-linux 0x0 D: erase: coreutils-8.17-6.2.1 has 287 files Cleaning up / removing... [...] D: fini 124755 1 ( 0, 0) 44288 /usr/bin/su The strangest thing is that RPM seems to behave different during `osc build` ... Any ideas? Thank you & have a nice day, Berny -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

3 5