October 2009 - openSUSE Build Service - openSUSE Mailing Lists

[opensuse-buildservice] Package License question
by Filipe Fernandes 01 Oct '09

01 Oct '09

Hello all, I would like to create a package for szip, a compression software to be used by hdf4/5 and netcdf. I know that it is free for non-comercial use. Also, Fedora used to have this package in the past, but removed it from their repositories. I'm not sure what the OpenSuse policies are on this matter. Therefore I'm copying the license below. Thank you all for the attention. ---------------------------------------------------------------------- SZIP Copyright and License Notice The SZIP Science Data Lossless Compression Program is Copyright (C) 2001 Science & Technology Corporation @ UNM. All rights released. Copyright (C) 2003-2005 Lowell H. Miles and Jack A. Venbrux. Licensed to ICs, LLC, for distribution by the University of Illinois' National Center for Supercomputing Applications as a part of the HDF data storage and retrieval file format and software library products package. All rights reserved. Do not modify or use for other purposes. SZIP implements an extended Rice adaptive lossless compression algorithm for sample data. The primary algorithm was developed by R. F. Rice at Jet Propulsion Laboratory. SZIP embodies certain inventions patented by the National Aeronautics & Space Administration. United States Patent Nos. 5,448,642, 5,687,255, and 5,822,457 have been licensed to ICs, LLC, for distribution with the HDF data storage and retrieval file format and software library products. All rights reserved. Revocable (in the event of breach by the user or if required by law), royalty-free, nonexclusive sublicense to use SZIP decompression software routines and underlying patents is hereby granted by ICs, LLC, to all users of and in conjunction with HDF data storage and retrieval file format and software library products. Revocable (in the event of breach by the user or if required by law), royalty-free, nonexclusive sublicense to use SZIP compression software routines and underlying patents for non-commercial, scientific use only is hereby granted by ICs, LLC, to users of and in conjunction with HDF data storage and retrieval file format and software library products. For commercial use license to SZIP compression software routines and underlying patents, please contact ICs, LLC, at Address: ICs, LLC, 2040 Warren Wagon Road, P.O. Box 2236 McCall, ID 83638 Phone: (208) 315-2877. Fax: (208) 634-7720. Email: support(a)ics4chips.com -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

2 1

[opensuse-buildservice] manual repository sync
by Wolfgang Rosenauer 01 Oct '09

01 Oct '09

Hi, just before the power outage of the OBS servers I've updated a package in the mozilla repository. Most likely because of the outage that didn't get synced correctly after the outage. Since then I've added a package but still the package is not synced (probably because the added package is noarch and the missing update is arch?). I don't want to rebuild one of the packages just to rebuild something. Can a repo get synced manually? Could someone please trigger that? Wolfgang -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

1 0

[opensuse-buildservice] what is different between rpmlint in openSUSE_Factory i586 and repository Factory?
by Richard Bos 01 Oct '09

01 Oct '09

Hi when building exactly the same package in openSUSE:Factory standard and in the repository openSUSE_Factory i586 the result is different. In openSUSE:Factory standard the build succeeds, in the openSUSE_Factory (i586) the build fails with an rpmlint error.... The directories are the same: packages/osc> diff openSUSE\:Factory/cyrus-imapd server\:Kolab\:UNSTABLE/cyrus-imapd-kolab Common subdirectories: openSUSE:Factory/cyrus-imapd/.osc and server:Kolab:UNSTABLE/cyrus-imapd- kolab/.osc osc version is .120 # cyrus-imapd-kolab> osc build openSUSE_Factory i586 cyrus-imapd.spec ................ The failing output: ... running 99-check-remove-rpms ... removing all built rpms (order: reverse perl-Cyrus-SIEVE-managesieve cyrus-imapd-devel perl-Cyrus-IMAP cyrus-imapd) RPMLINT report: =============== 1 packages and 0 specfiles checked; 0 errors, 2 warnings. Traceback (most recent call last): File "rpmlint.py", line 324, in <module> File "rpmlint.py", line 126, in main File "rpmlint.py", line 199, in runChecks File "BinariesCheck.py", line 288, in check NameError: global name 'i' is not defined The succesfull output: # openSUSE:Factory/cyrus-imapd> osc build standard i586 ... running 99-check-remove-rpms ... removing all built rpms (order: reverse perl-Cyrus-SIEVE-managesieve cyrus-imapd-debugsource cyrus-imapd-devel cyrus-imapd- debuginfo perl-Cyrus-IMAP cyrus-imapd perl-Cyrus-SIEVE-managesieve-debuginfo perl-Cyrus-IMAP-debuginfo) RPMLINT report: =============== cyrus-imapd.i586: W: files-duplicate /etc/pam.d/sieve /etc/pam.d/pop:/etc/pam.d/imap cyrus-imapd.i586: W: incoherent-init-script-name cyrus ('cyrus-imapd', 'cyrus-imapdd') The init script name should be the same as the package name in lower case, or one with 'd' appended if it invokes a process by that name. cyrus-imapd.i586: W: missing-lsb-keyword Default-Stop in /etc/init.d/cyrus cyrus-imapd.i586: W: missing-lsb-keyword Short-Description in /etc/init.d/cyrus The package contains an init script that does not contain one of the LSB init script comment block convention keywords that are recommendable for all init scripts. If there is nothing to add to a keyword's value, include the keyword in the script with an empty value. Note that as of version 3.2, the LSB specification does not mandate presence of any keywords. perl-Cyrus-SIEVE-managesieve.i586: W: zero-length /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread- multi/auto/Cyrus/SIEVE/managesieve/managesieve.bs perl-Cyrus-IMAP.i586: W: zero-length /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread- multi/auto/Cyrus/IMAP/IMAP.bs 5 packages and 0 specfiles checked; 0 errors, 6 warnings. med111 finished "build cyrus-imapd.spec" at Wed Sep 30 13:30:56 CEST 2009. /var/tmp/build-root-standard-i586/usr/src/packages/SRPMS/cyrus-imapd-2.3.14-7.src.rpm Any idea what is wrong, and what can be done about it? -- Richard -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

2 2

[opensuse-buildservice] strange expansion error
by Filipe Fernandes 01 Oct '09

01 Oct '09

Dear all I'm new to OBS, so please pardon my inexperience. The following question has probably an easy solution. I'm creating a project where, even after its dependency successfully compiled, the package still complains about expansion error. What is curios is that this happens only for x86_64 arch, the i586 succeed. My project is at: # home:ocefpaf and the packages that give the expansion error are: nco: https://build.opensuse.org/package/show?package=nco&project=home%3Aocefpaf and python-basemap https://build.opensuse.org/package/show?package=python-basemap&project=home… Thank you all for the attention. ps: Where can I find more in-depth information for the "expert-flags" options? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

1 0