Hello,
is there a simple way to force the GCC version used to build a package?
openSUSE Leap 42.2 for example
uses GCC 4.8 as default compiler, but also provides packages for GCC
5.3. Simply using BuildRequires gcc5
pulls gcc5 in but still uses gcc48 to build the package (especially in
Build Service).
So is there maybe some Buid Service or spec file switch (bcond) to
select the used GCC version?
Best greetings
Matthias Fehring
P.S. Not sure if it is a problem with my browser settings, but when I
try to search lists.opensuse.org, it is not possible
for me to limit the results to a specific list. Even if I set one, I get
results from all lists, what makes searching almost
impossible, because most results are commit messages.
--
Das Gesetz hat zum Schneckengang verdorben, was Adlerflug geworden wäre.
(Friedrich Schiller - Die Räuber)
www.buschmann23.de
GPG-Key: 0x614C3258
GPG Fingerprint: D786 DDF8 4CA9 00BC CDE0 9A5F CCC5 125D 6E87 D4FC
HI!
Sometimes a submission of me gets declined because of changelog being
too short or too long referring to this policy:
https://en.opensuse.org/openSUSE:Creating_a_changes_file_%28RPM%29#What_goe…
While the guide-lines were surely outlined with good aims I have to
question the current policy of package changelogs (*.changes) regarding
upstream updates. The rules are too blurry and boil down to "Do the
right thing".
I don't like to provide an extract of an upstream changelog because I'm
convinced that no packager is capable of extracting a really meaningful
essence from an upstream changelog. Furthermore I assume that upstream
developers are also lazy writing docs and the changelog would have been
already shorter if still meaningful.
So IMO the right way is to..
1. just mention upstream release and packaging changes
xor
2. add the complete changelog.
Ciao, Michael.
Hi,
maybe we have a Java-Expert around that can support: projectlibre [1] suddenly fails to build on TW, with the error message:
[ 31s]
[ 31s] init:
[ 31s] [mkdir] Created dir: /home/abuild/rpmbuild/BUILD/projectlibre-1.7.0/openproj_contrib/build
[ 31s] [mkdir] Created dir: /home/abuild/rpmbuild/BUILD/projectlibre-1.7.0/openproj_contrib/tmp
[ 31s]
[ 31s] build:
[ 31s] [javac] /home/abuild/rpmbuild/BUILD/projectlibre-1.7.0/openproj_contrib/build.xml:30: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
[ 31s] [javac] Compiling 10 source files to /home/abuild/rpmbuild/BUILD/projectlibre-1.7.0/openproj_contrib/build
[ 31s] [javac] error: Source option 1.5 is no longer supported. Use 1.6 or later.
[ 31s] [javac] error: Target option 1.5 is no longer supported. Use 1.6 or later.
[ 31s]
[ 31s] BUILD FAILED
As the version setting is not explicit mentioned in the spec file I guess it is some implicit definition.
Anyone an idea where to look forß
Thanks
Axel
[1] https://build.opensuse.org/package/show/Office/projectlibre
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Fellow mortals,
more and more packages need their locale to be set to something more sensible than C.
This hit me while switching packages over to Python 3. Python gets its encoding from locale, so by
default, it won't decode UTF-8 unless the appropriate encoding is set. Right now, when gtk-doc is
switched to use Python 3, it won't build UTF-8 documentation.
This could be changed in gtk-doc itself (although that is impractical), but perhaps a better way is
to change the default locale for spec scriptlets. Right now the macros set it to C. We could switch
that to "C.UTF-8", "en_US.UTF-8", or export a special RPM variable that could be overriden in your
spec file. Still, the default should be something with UTF-8 in it.
I'm now trying to build a Ring 1 staging project with this change. So far I have seen one failure
related to it: with en_US.UTF-8, bash ranges (like [a-z]) are case-insensitive and match more than
intended. That could be solved by changing the expression, or by setting locale to C.UTF-8.
Thoughts, comments?
regards
m.
Hi all,
openSUSE has a documented policy for how to reference external bugs /
features from within package %changelogs:
https://en.opensuse.org/openSUSE:Creating_a_changes_file_(RPM)#Bug_fix.2C_f…
This works fairly well, but is not perfect, especially in the case
where entries in a foo.changes file are automatically generated from
upstream SCM repositories, e.g. via the tar_scm source service. Some
recent discussion amongst my team got me thinking about whether we
could improve this slightly. So I just wrote up my thoughts, which
include two possible ways forward:
https://github.com/openSUSE/obs-service-tar_scm/issues/207
Feedback on this would be very welcome.
Thanks!
Adam
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Script 'mail_helper' called by ro
Hi gmoro(a)suse.com,
/mounts/work_src_done/SLE15-STAGING/jeos-firstboot was not checked in by ro for the following reasons:
(submitrequest 144700 on https://build.suse.de)
request on hold, please create a matching submitrequest to the devel project on OBS (devel:openSUSE:Factory)
your dist/autobuild team.
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi,
I'm working on a Kiwi-build (export from Studio) and always run into
the error:
[ 2461s] Installation of glibc-locale-2.22-8.4.x86_64 failed:
[ 2461s] Error: Subprocess failed. Error: RPM failed:
warning: /var/cache/kiwi/packages/usr_src_packages_SOURCES_repos_openSUSE:Leap:42.3_standard/glibc-locale.rpm:
Header V3 RSA/SHA256 Signature, key ID 3dbdc284: NOKEY [ 2461s]
installing package glibc-locale-2.22-8.4.x86_64 needs 340MB on the /
filesystem
I have added a constraint for a larger disk space during build, I'm now
at 10G but the error does not change.
So I tried to build locally:
Kiwi adds sources:
Oct-19 15:19:50 <1> : Setting up source channel:
Oct-19 15:19:50 <1> : -->
http://download.opensuse.org/update/leap/42.3/oss/ Oct-19 15:19:50
<1> : Setting up source channel: Oct-19 15:19:50 <1> : -->
http://download.opensuse.org/distribution/leap/42.3/repo/oss/ Oct-19
15:19:50 <1> : Removing old root directory
'/home/docb/isobuild/result/root' Oct-19 15:19:50 <1> : Set root
log: /home/docb/isobuild/result/root.3082.screenrc.log...
done Oct-19 15:19:50 <1> : Setting target architecture to: x86_64
and later it fails:
+ SPID=3259
+ wait 3259
+ /usr/bin/zypper --non-interactive
--pkg-cache-dir /var/cache/kiwi/packages
--reposd-dir /home/docb/isobuild/result/root//var/cache/kiwi/zypper/repos
--solv-cache-dir /home/docb/isobuild/result/root//var/cache/kiwi/zypper/solv
--cache-dir /home/docb/isobuild/result/root//var/cache/kiwi/zypper
--config /var/cache/kiwi/zypper/zypper.conf.3082 --no-gpg-checks
--root /home/docb/isobuild/result/root install
--auto-agree-with-licenses --no-recommends filesystem glibc-locale
module-init-tools gfxboot-devel shim zypper File '/repodata/repomd.xml'
not found on medium
'http://download.opensuse.org/distribution/leap/42.3/repo/oss/' File
'./noarch/kbd-legacy-2.0.3-3.14.noarch.rpm' not found on medium
'http://download.opensuse.org/distribution/leap/42.3/repo/oss/' Problem
occurred during or after installation or removal of packages:
Installation aborted by user Please see the above error message for a
hint.
Repository types are rpm-md. Is this an issue on
download.opensuse.org?
Thanks for hints!
Axel
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
The current version of rpmlint in devel:languages:python [1] contains
a patch relative to the one in openSUSE:Factory. This patch adds
additional warnings and errors regarding shebangs in scripts.
Specifically, executable scripts with "/usr/bin/env" cause an error
and "/usr/bin/python" cause a warning.
However, the submission to openSUSE:Factory [2] was rejected 4 months
ago over doubts regarding whether there should be an error and whether
the checks are really necessary.
Since then, devel:languages:python has had this different rpmlint
behavior than openSUSE:Factory. I hope we can get this issue resolved
so we can bring the two versions back into agreement.
1: https://build.opensuse.org/package/show/devel:languages:python/rpmlint
2: https://build.opensuse.org/request/show/508168
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Dear python experts,
I tried to build python-urllib for SLES12 GA and SP1, but it is
hanging in the tests. Previously it failed, because it timed out after
28000s.
> https://build.opensuse.org/package/show/home:ojkastl_buildservice:Redfish_S…
For SP2 and SP3 it builds in a reasonable time and does not fail or
time out.
Anything I need to change? Any package or setting that is missing on
SP1 and GA?
Thanks in advance.
Johannes