openSUSE Packaging January 2013

packaging@lists.opensuse.org

56 participants
38 discussions

[opensuse-packaging] python-linaro-json build failure

by todd rme

In devel:languages:python, python-linaro-json is no longer building on any openSUSE or SLES release. It would appear that a recent change in a dependency has broken it. As far as I can see the package has not had any major source updates in the trunk repository in over two years, and the last release was a year and a half ago, so it doesn't look like an upstream fix can be expected. I am unable to find any clues online about how to fix the problem. Unless someone can come up with a fix in the coming days I will remove the package and the one package depending on it, python-django-reports (which has not seen any updates in an even longer period), probably early next week. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] need help to fix error: required file './depcomp' not found

by doiggl＠velocitynet.com.au

Hello, How can this error be fixed [1]? --Thanks Glenn Specfile https://build.opensuse.org/package/show?package=reiserfs&project=home%3Adoi… [1] full log https://build.opensuse.org/package/live_build_log?arch=x86_64&package=reise… [ 85s] + cd /home/abuild/rpmbuild/BUILD [ 85s] + /usr/bin/rm -rf /home/abuild/rpmbuild/BUILDROOT/reiserfs-3.x.0j-23.1.x86_64 [ 85s] ++ dirname /home/abuild/rpmbuild/BUILDROOT/reiserfs-3.x.0j-23.1.x86_64 [ 85s] + /usr/bin/mkdir -p /home/abuild/rpmbuild/BUILDROOT [ 85s] + /usr/bin/mkdir /home/abuild/rpmbuild/BUILDROOT/reiserfs-3.x.0j-23.1.x86_64 [ 85s] + cd reiserfsprogs-3.x.0j [ 85s] + autoreconf [ 90s] debugreiserfs/Makefile.am: error: required file './depcomp' not found [ 90s] debugreiserfs/Makefile.am: 'automake --add-missing' can install 'depcomp' [ 91s] autoreconf: automake failed with exit status: 1 [ 91s] error: Bad exit status from /var/tmp/rpm-tmp.cFCLXq (%build) [ 91s] [ 91s] [ 91s] RPM build errors: [ 91s] Bad exit status from /var/tmp/rpm-tmp.cFCLXq (%build) [ 94s] [ 71.749842] SysRq : Power Off [ 94s] [ 71.803283] Power down. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] OBS 101: How to threat packages with multiple spec files

by Sascha Peilicke

Hi guys, if you have an OBS package containing multiple spec files, you may have discovered that OBS only builds the spec file matching the OBS package name. If you want to have the other(s) spec file(s) built, you should use a link, don't use copypac! For example, devel:languages:python / python-nose is a OBS package containing four (!) spec files. In this case, documentation building is separate because doc building dependencies (python-Sphinx) would create a build cycle. A second set of packages are Python3-related, because d:l:p builds both Python and Python3 at the moment. So we end up with the following list of spec files [1]: python-nose/python-nose.spec python-nose/python-nose-doc.spec python-nose/python3-nose.spec python-nose/python3-nose-doc.spec As you can see here [2], only python-nose.spec is build, so we have to do the following (on a command line near you, given you have the rights to do it in the project): $ osc linkpac devel:languages:python python-nose \ devel:languages:python python-nose-doc $ osc linkpac devel:languages:python python-nose \ devel:languages:python python3-nose $ osc linkpac devel:languages:python python-nose \ devel:languages:python python3-nose-doc Even though you end up with four OBS packages, you only have to modify / fix "python-nose" due to the links. This is much better than using copypac (as I've seen recently). Of course you should only split up into several spec files if there's a very good reason for the extra work. Here are some: - To avoid build cycles - To off-load looong-running parts of a package build, like: + Running a testsuite ($PACKAGE-testsuite.spec) + Building documentation ($PACKAGE-doc.spec) - When building the same thing against a different set of (build) requirements, like: + Different $DYNAMIC_LANGUAGE interpreter versions (usually $INTERPRETER-$PACKAGE.spec) Footnotes: [1] https://build.opensuse.org/package/show?package=python-nose&project=devel%3… [2] https://build.opensuse.org/package/binaries?package=python-nose&project=dev… -- With kind regards, Sascha Peilicke SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer HRB 16746 (AG Nürnberg)

9 years, 5 months

[opensuse-packaging] New Package Request 146437 up-imapproxy

by Ralf Lang

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just filed an SR for "up-imapproxy" against server:mail. This is an updated and enhanced version of the specfile as original created by upstream and modified by Peer Heinlein of Heinlein Support. I'd like to have the server there to gradually improve the packaging up to distribution quality and submit it. I'm open to instead mentor newcomer maintainers on this package if they want to try. Some of the additions to the startup script (which should become a systemd file at some point) should go upstream if possible. But not before 2013 ;) rlang@rl-desktop:~/obs/home:ralflangb1:branches:home:pheinlein/up-imapproxy> osc sr server:mail up-imapproxy Warning: failed to fetch meta data for 'server:mail' package 'up-imapproxy' (new package?) created request id 146437 - -- Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang(a)b1-systems.de B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlDbQJgACgkQCs1dsHJ/X7APQACg144jaB4y+r0hXGejqWFrty4v ozgAnRefZ7dF9X+Jw4vv6xvo+PyFE2YT =0LcO -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] Submitting a maintenance request - fix in devel package

by Robert Munteanu

Hi, I'd like to submit a trivial mr to fix bnc #780243 [1]. I've looked at the maintenance docs from [2] but I am missing a step. I've branched the package and have my own 12.2_Update repo, but the fixes are in the devel:languages:python repo. Do I just manually sync the sources between the devel repo and my update repo or is there another way? Thanks, Robert [1]: https://bugzilla.novell.com/show_bug.cgi?id=780243 [2]: http://en.opensuse.org/openSUSE:Package_maintenance -- Sent from my (old) computer -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] Packaging sqlmap

by Johannes Weberhofer

Dear all! I have packaged a pre-release of sqlmap[1], an open source penetration testing tool that automates the process of detecting and exploiting SQL injection flaws and taking over of database servers. This tool produces the following failures: E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/32/8.2/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/64/9.0/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/32/8.3/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/mysql/linux/64/lib_mysqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/64/8.4/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/32/9.0/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/32/8.4/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/64/8.2/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/postgresql/linux/64/8.3/lib_postgresqludf_sys.so E: arch-independent-package-contains-binary-or-object (Badness: 499) /usr/share/sqlmap/udf/mysql/linux/32/lib_mysqludf_sys.so All those shared objects are required to be used on remote systems[2]. It's quite simple to suppress the error messages using a sqlmap-rpmlintrc file, but my question is: Is it ok, to simply package the files with the package or must all of them be built on OBS, which is a quite big job? Best regards, Johannes [1] http://sqlmap.org/ [2] https://github.com/sqlmapproject/sqlmap/blob/master/udf/README.txt -- Johannes Weberhofer Weberhofer GmbH, Austria, Vienna -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] Re: [opensuse-buildservice] OBS 101: How to threat packages with multiple spec files

by Sascha Peilicke

On 01/15/2013 10:41 AM, Dominique Leuenberger a.k.a. Dimstar wrote: > > Quoting Sascha Peilicke <saschpe(a)suse.de>: > >> On 01/15/2013 01:54 AM, Hans-Peter Jansen wrote: >>> Am Donnerstag, 10. Januar 2013, 10:22:52 schrieb Sascha Peilicke: >>>> >>>> $ osc linkpac devel:languages:python python-nose \ >>>> devel:languages:python python-nose-doc >>>> $ osc linkpac devel:languages:python python-nose \ >>>> devel:languages:python python3-nose >>>> $ osc linkpac devel:languages:python python-nose \ >>>> devel:languages:python python3-nose-doc >>> >>> If only osc co would deal with those packages correctly (e.g. by using a >>> symlink) and not checking out the same package 4 times. This is >>> especially >>> true for things like kernels... >> You can still do "osc co -u" to checkout the unexpanded sources (i.e. >> just the _link file). However, due to the generic (and hugely overused) >> nature of the link feature, it's not always easy to find out >> programmatically what the packager is about to do with a package >> containing links. > > Actually, in above example (with multiple spec files in one package) I > usually ONLY care for the 'main' one (where all others link to). That > one being checked out and not the _link'ed ones is sufficient... all > modifications have to happen in this package anyway (not the linked ones). > > And to do local builds, I just do osc build <which_spec_file_to_build.spec> > > so, not checking out the kernel 10 times for each branch would be a big > bandwidth and time saver :) Sure, I totally agree. So the magic that would have to go into "osc up" is "If _link points to same project than and the OBS package that is currently looked at corresponds to a spec file in the _link'ed OBS package, do an unexpanded checkout else do expanded". Doesn't sound too hard, no? -- With kind regards, Sascha Peilicke SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer HRB 16746 (AG Nürnberg)

9 years, 5 months

[opensuse-packaging] Factory Status (2013/01/12)

by Cristian Morales Vega

This looks way better than last week! Name Devel Project Bug report Status - pcsc-asedriveiiie-usb security:chipcard bnc#793542 Fails for 67 days: /usr/lib/udev/rules.d/*.rules not found (Request 148168 to security:chipcard fixes it) - libzypp-bindings zypp:Head bnc#793554 Fails for 60 days: test suite fails - webyast-base YaST:Web bnc#793558 Fails for 55 days: No such file or directory - /var/lib/polkit-1/ (Different changes in devel project (since 2 days)) - libimobiledevice mobile:synchronization:FACTORY bnc#796133 Fails for 40 days: Overriding final methods is not allowed - compiz X11:Compiz bnc#789161 Fails for 34 days: kwin 4.10 - mono-tools Mono:Factory bnc#796901 Fails for 33 days: error CS1061: Type `Mono.Cecil.Cil.ExceptionHandler' does not contain a definition for `FilterEnd' (Different sources in devel project (since about 1 month)) - nant Mono:Factory bnc#796902 Fails for 32 days: missing framework mono (Request 148029 to Mono:Factory) - gbrainy GNOME:Apps bnc#796904 Fails for 32 days: error CS1729: The type `Mono.CSharp.Report' does not contain a constructor (Request 147984 to GNOME:Apps) - sblim-cmpi-ssh_service_profile systemsmanagement:wbem bnc#796900 Fails for 32 days: /etc/init.d/sfcb: No such file or directory (Different changes in devel project (since 4 days)) - sblim-cmpi-power_supply_profile systemsmanagement:wbem bnc#796900 Fails for 32 days: /etc/init.d/sfcb: No such file or directory (Different changes in devel project (since 4 days)) - sblim-cmpi-fan_profile systemsmanagement:wbem bnc#796900 Fails for 32 days: /etc/init.d/sfcb: No such file or directory (Different changes in devel project (since 4 days)) - sblim-cmpi-ethport_profile systemsmanagement:wbem bnc#796900 Fails for 32 days: /etc/init.d/sfcb: No such file or directory (Different changes in devel project (since 4 days)) - sblim-cmpi-boot_control_profile systemsmanagement:wbem bnc#796900 Fails for 32 days: /etc/init.d/sfcb: No such file or directory (Different changes in devel project (since 4 days)) - atspiuiasource Mono:Factory bnc#796922 Fails for 31 days: Warning as Error: Assuming assembly reference `WindowsBase - uiadbus Mono:Factory bnc#796923 Fails for 31 days: Warning as Error: Assuming assembly reference `WindowsBase - uiaatkbridge Mono:Factory bnc#796924 Fails for 31 days: Warning as Error: Assuming assembly reference `WindowsBase - uiautomationwinforms Mono:Factory bnc#796925 Fails for 31 days: Warning as Error: Assuming assembly reference `WindowsBase - bundle-lang-gnome-extras openSUSE:Factory coolo Fails for 24 days: Unknown build failure - iscsitarget hardware bnc#798260 Fails for 23 days: Kernel 3.7 - coreutils-testsuite openSUSE:Factory bnc#798261 Fails for 23 days: broken spec - installation-images system:install:head bnc#798262 Fails for 22 days: libnl mising - libdlm network:ha-clustering:Factory bnc#798263 Fails for 22 days: broken with kernel 3.7 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] Factory Status (2013/01/06)

by Cristian Morales Vega

Christmas created a too long list for something that is going to be released in two months :-( Nobody fixed the /etc/init.d/sfcb problems caused by the systemd port. And Mono starts to look unmaintained. Can somebody confirm that somebody actually receives the messages sent to bnc-team-mono(a)forge.provo.novell.com? If there is no Mono team any more... I did only open bug reports for packages failing for more than three weeks hoping we are still in post-Christmas state and the more recent ones will be fixed soon without any need for extra notifications. Name Devel Project Bug report Status - gnome-do-plugins GNOME:Apps bnc#789193 Fails for 94 days: Type `FlickrNet.FoundUser' does not contain a definition for `Username' - qutim KDE:Distro:Factory bnc#789195 Fails for 94 days: libotr update - f-spot GNOME:Apps bnc#789196 Fails for 94 days: The type or namespace name `Licenses' could not be found - pcsc-asedriveiiie-usb security:chipcard bnc#793542 Fails for 62 days: /usr/lib/udev/rules.d/*.rules not found - ksymoops Base:System bnc#793544 Fails for 56 days: #error config.h must be included before this header (it's going to be dropped) - excalibur Java:packages bnc#793551 Fails for 56 days: error: method checkPackage in class Component cannot be applied - postgresql server:database:postgresql bnc#793553 Fails for 54 days: timezone package needed for timezone (Different changes in devel project (since 3 months)) - libzypp-bindings zypp:Head bnc#793554 Fails for 54 days: test suite fails - webyast-base YaST:Web bnc#793558 Fails for 50 days: No such file or directory - /var/lib/polkit-1/ (Request 146369 to openSUSE:Factory) - libimobiledevice mobile:synchronization:FACTORY bnc#796133 Fails for 34 days: Overriding final methods is not allowed - compiz X11:Compiz bnc#789161 Fails for 29 days: kwin 4.10 - mono-tools Mono:Factory bnc#796901 Fails for 27 days: error CS1061: Type `Mono.Cecil.Cil.ExceptionHandler' does not contain a definition for `FilterEnd' (Different sources in devel project (since about 1 month)) - nant Mono:Factory bnc#796902 Fails for 27 days: missing framework mono - gnome-do GNOME:Apps bnc#796903 Fails for 27 days: error CS0012: The type `Do.Platform.Linux.IConfigurable' is defined in an assembly - gbrainy GNOME:Apps bnc#796904 Fails for 27 days: error CS1729: The type `Mono.CSharp.Report' does not contain a constructor - docky GNOME:Apps bnc#796905 Fails for 27 days: Assuming assembly reference `Mono.Cairo - sblim-cmpi-ssh_service_profile systemsmanagement:wbem bnc#796900 Fails for 27 days: /etc/init.d/sfcb: No such file or directory - sblim-cmpi-power_supply_profile systemsmanagement:wbem bnc#796900 Fails for 27 days: /etc/init.d/sfcb: No such file or directory - sblim-cmpi-fan_profile systemsmanagement:wbem bnc#796900 Fails for 27 days: /etc/init.d/sfcb: No such file or directory - sblim-cmpi-ethport_profile systemsmanagement:wbem bnc#796900 Fails for 27 days: /etc/init.d/sfcb: No such file or directory - sblim-cmpi-boot_control_profile systemsmanagement:wbem bnc#796900 Fails for 27 days: /etc/init.d/sfcb: No such file or directory - smuxi GNOME:Apps bnc#796906 Fails for 27 days: error CS0305: Using the generic type `System.Action<T>' requires `1' type argument(s) (New upstream version 0.8.10.12100 available) - perl-Sys-Virt Virtualization Fails for 27 days: it will be fixed once libvirt 1.0.1 is accepted into Factory - atspiuiasource Mono:Factory bnc#796922 Fails for 26 days: Warning as Error: Assuming assembly reference `WindowsBase - uiadbus Mono:Factory bnc#796923 Fails for 26 days: Warning as Error: Assuming assembly reference `WindowsBase - uiaatkbridge Mono:Factory bnc#796924 Fails for 26 days: Warning as Error: Assuming assembly reference `WindowsBase - uiautomationwinforms Mono:Factory bnc#796925 Fails for 26 days: Warning as Error: Assuming assembly reference `WindowsBase - xerces-j2-bootstrap Java:packages bnc#789163 Fails for 22 days: the typical java one - python-nose devel:languages:python Fails for 19 days: assert 'test_timeout' in log - ImageMagick graphics Fails for 19 days: failing test suite - bundle-lang-gnome-extras openSUSE:Factory Fails for 19 days: dia graphs are missing - libwebkit3 openSUSE:Factory Fails for 18 days: Installed (but unpackaged) file(s) found: (Request 146954 to openSUSE:Factory) - _product:openSUSE-ftp-livetree-gnome-i586 Fails for 18 days: outdated lists - _product:openSUSE-ftp-livetree-gnome-x86_64 Fails for 18 days: outdated lists - kernel-vanilla openSUSE:Factory Fails for 18 days: worker ran out of disc space (Request 146394 to openSUSE:Factory) - gstreamer-0_10-plugins-bad multimedia:libs Fails for 17 days: error: expected ')' before '__attribute__' - iscsitarget hardware Fails for 17 days: Kernel 3.7 - coreutils-testsuite openSUSE:Factory Fails for 17 days: broken spec - cogl GNOME:Factory Fails for 17 days: compiling docu fails (libxml?) (Request 147234 to GNOME:Factory) (Request 147195 to GNOME:Factory) - ibus M17N Fails for 17 days: compiling docu fails (libxml?) - installation-images system:install:head Fails for 17 days: no such package: libnl-* - libdlm network:ha-clustering:Factory Fails for 16 days: Unknown build failure - gdome2 GNOME:Apps Fails for 16 days: Unknown build failure - yast2-installation YaST:Head Fails for 16 days: Unknown build failure -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

[opensuse-packaging] Can libreoffice be updated to version 3.6.4 in factory

by doiggl＠velocitynet.com.au

Hello Can libreoffice be updated to version 3.6.4 in factory[1] source at [2] Thanks Glenn [1] https://build.opensuse.org/package/show?package=libreoffice&project=LibreOf… https://build.opensuse.org/package/show?package=libreoffice-branding-upstre… [2] http://www.libreoffice.org/index.php/download/?type=src&version=3.6.4 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

9 years, 5 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

openSUSE Packaging January 2013