Some of my build service packages currently take a very long time. E.g.
https://build.opensuse.org/package/live_build_log/home:bjoernv:branches:net…
The build process itself is fast (118 seconds). But since 10 hours the
status is "signing". Some other packages of the same repository are
ready now.
Is there an build service problem or is it my fault?
Where can I report such problems in future?
Greetings,
Björn
--
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 wanted to play around with python-redfish, so I started to package
it. mnhauke already had a package, which I took as a starting point
and tried to convert to singlespec.
home:ojkastl_buildservice:Redfish_openSUSE
2 questions:
###
I copied the update-alternative stuff from another spec (I think
python-chardet), and it seems to build, but this is in the logs.
Am I missing something in the spec? Error in the mv commands (mv
/usr/bin/redfish-client /usr/bin/redfish-client-2.7 etc.)? Conditional
missing?
> [ 71s] (order: reverse python-redfish-common python2-redfish python3-redfish)
> [ 71s] update-alternatives: error: alternative path /usr/bin/redfish-client-2.7 doesn't exist
> [ 71s] update-alternatives: error: alternative path /usr/bin/redfish-check-cartridge-2.7 doesn't exist
> [ 71s] warning: %postun(python2-redfish-0.4.1-3.1.noarch) scriptlet failed, exit status 2
> [ 71s] update-alternatives: error: alternative path /usr/bin/redfish-client-3.6 doesn't exist
> [ 71s] update-alternatives: error: alternative path /usr/bin/redfish-check-cartridge-3.6 doesn't exist
> [ 71s] warning: %postun(python3-redfish-0.4.1-3.1.noarch) scriptlet failed, exit status 2
###
I created a subpackage python-redfish-common and required it in the
preamble, as there are some files, that seem to exist or be needed in
both the python2 and python3 package.
%files -n %{name}-common
%config(noreplace) %{_sysconfdir}/redfish-client.conf
%{_datadir}/redfish-client
%{_mandir}/man1/python-redfish.1%{ext_man}
I have not tested, whether both versions can use the same config file
(I guess so). There are some templates in %{_datadir}/redfish-client
that seem to be needed by both versions.
Is this a valid approach? Or should I solve this differently? I found
nothing (or missed it) in the singlespec page.
###
Thanks in advance for any hints, tips, tricks and comments!
Johannes
Hi Packagers,
some days I stumbled over an oddity in the wicked package. Rpm allowed
the deinstallation of the "wicked" and "libwicked-0-6" packages even if
wicked-service was still installed.
It turned out that the issue was with Requires(pre). What many
packagers seem to not know is that this means two things:
- the package is needed in the prein scriptlet
- the package is no longer needed after the installation (!)
This is also cleary stated in the rpm's documentation:
http://rpm.org/user_doc/more_dependencies.html#scriptlet-dependencies
Note that this was not a problem for PreReq, as it is identical to
Requires(pre,preun) and thus the package needs to be kept installed.
But it's dangerous to simply change PreReq to Requires(pre), as seemed
to be done for a large amount of packages.
So I'd like to ask all of you to check your packages if you have a
Requires(pre) that's also needed at runtime. The most correct way
of fixing this is to simply add another line without the (pre):
Requires(pre): libwicked-0-6 = %{version}
Requires: libwicked-0-6 = %{version}
Thank you,
Michael.
--
Michael Schroeder mls(a)suse.de
SUSE LINUX GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi all,
I get build failures for python-chardet in my Redfish_openSUSE
project, but only for Leap 42.2.
home:ojkastl_buildservice:Redfish_openSUSE/python-chardet
[ 33s] File "/usr/lib/python2.7/site-packages/hypothesis/core.py",
line 32, in <module>
[ 33s] from coverage.files import canonical_filename
[ 33s] ImportError: cannot import name canonical_filename
It seems to build fine for 42.2 in d:l:p.
devel:languages:python/python-chardet
My first guess would be that it needs python-coverage as
BuildRequires. Which might be available on other versions of Leap and
Tumbleweed and in d:l:p.
I tried linkpac'ing python-coverage to my project (for 42.2. only),
and yes, suddenly python-chardet builds fine for 42.2.
2 questions:
My naive guess would be that python-coverage (or %{python_module
coverage}) is missing from the BuildRequires of python-chardet.
But why does it get pulled in, once there is a version of
python-coverage available, even without being added to the spec? Or is
it pulled in by one of the dependencies of python-chardet, so that
package's spec needs to be adapted? Or both spec files?
Or is there a version available, but not in the right version? Leap
42.2 has python-coverage, it seems:
| python-coverage | Paket | 3.7.1-6.3 |
x86_64 | openSUSE-Leap-42.2-Oss
| python3-coverage | Paket | 3.7.1-4.4 |
x86_64 | openSUSE-Leap-42.2-Oss
Thanks in advance!
Confused.
Johannes
Hi,
as I was poked that there might be people interested in this even here
please read up and discuss on opensuse-factory mailinglist to avoid
cluttering. (Also there already is some discussion thus if not
subscribed check up the lists.opensuse.org archives)
Tom
On Mon, 9 Oct 2017, Dirk Müller wrote:
> Hi,
...
> - env-script-interpreter: This is a new check that has a Badness of 9.
> The value is so low because it triggers tremendously often right now.
> Basically, for shell scripts installed with chmod +x in the typical
> binary directories like /usr/bin and the like, it is alerting when the
> script shebang starts with "#!.*env ". The intention here is to avoid
> the rpm-dependency logic add a file-depends on /usr/bin/env (which is
> useless) and have the *actual* interpreter added as dependency
> instead. So to silence the warning, something like
>
> sed -i -e "1 s,#! */usr/bin/env python,#!/usr/bin/python2,"
> %{buildroot}/%{_bindir}/*.py
>
> is needed. This lets the rpm-dependency magic add a proper
> file-depends on /usr/bin/python2, pulling in python-base if it isn't
> installed already.
Huh, why not fix RPM instead?
Richard.
--
Richard Biener <rguenther(a)suse.de>
SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)
> Gesendet: Montag, 09. Oktober 2017 um 18:12 Uhr
> Von: "Roger Oberholtzer" <roger.oberholtzer(a)gmail.com>
> An: "Andreas Jaeger" <aj(a)suse.com>
> Cc: "Jim Henderson" <hendersj(a)gmail.com>, opensuse-factory <opensuse-factory(a)opensuse.org>
> Betreff: Re: [opensuse-factory] Re: SUSE Studio Express questions
>
> On Mon, Oct 9, 2017 at 9:32 AM, Andreas Jaeger <aj(a)suse.com> wrote:
> > On 2017-10-09 09:07, Roger Oberholtzer wrote:
> >> On Fri, Oct 6, 2017 at 2:09 PM, Andreas Jaeger <aj(a)suse.com> wrote:
> >>> On 2017-09-26 12:34, Roger Oberholtzer wrote:
> >>>> On Mon, Sep 25, 2017 at 8:33 PM, Jim Henderson <hendersj(a)gmail.com> wrote:
> >>>>
> >>>> It would be great if one could import a kiwi project that one
> >>>> currently runs on a local computer. Not just one set up in Studio.
> >>>
> >>> You should be able to add kiwi files that you have locally, there's
> >>> nothing magic here. What is not working for you?
> >>
> >> I have not figured out the general work flow. I can choose some
> >> pre-defined things to build. So I am guessing one chooses one of
> >> those, and then changes files as needed?
> >>
> >> I guess I need to play with it a bit to see what I can do. An "Import
> >> local KIWI spec" would make sense. Of course, I only have a handful of
> >> these. So if I get the steps sorted out I can do things by hand. I'm
> >> okay with that. As long as I know what makes sense to change.
> >>
> >
> > See also
> > http://openbuildservice.org/2017/09/27/suse-studio-express/
>
> I've added my kiwi files, but I get a error that nothing defines any
> of the packages I want. I know that if I specify the repository wrong
> I get an error. But I don't get that kind of error.
>
> https://build.opensuse.org/package/show/home:rogeroberholtzer/rsl-oem-42.3
>
> This pretty much works as a native build on my Leap 42.3. I expect it
> would get further along. I'm sure I'm just blind.
There are some error messages regarding 'have choice of...' - fix them by adding the respective package to your build, then try again
I cc opensuse-packaging, we should follow-up there.
Cheers
Axel
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org
Hi,
I am trying to request deletion of openSUSE:Factory/lldb4 which is a link to
openSUSE:Factory/llvm4. It was there because llvm4 was multispec package with
llvm4.spec and lldb4.spec files in it, but since sr#532127 it won't be
anymore. The original packages from lldb4.spec will be subpackages in
llvm4.spec.
The request is automatically declined with following message:
"This is an incorrect request, it's a linked package to openSUSE:Factory/
llvm4"
Why is that a reason to decline the request? Is there some other way to delete
linked packages?
Thanks,
Michal Srb
--
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org