Hello All!
I've noticed that I cannot build Elixir in Rawhide anymore. It got
stuck at tests and all I've got is a cryptic (at least to me) message:
+ RPM_EC=0
BUILDSTDERR: ++ jobs -p
+ exit 0
See this link for full build log:
* https://kojipkgs.fedoraproject.org//work/tasks/8021/35518021/buil
Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> Hello All!
> I've noticed that I cannot build Elixir in Rawhide anymore. It got
> stuck at tests and all I've got is a cryptic (at least to me) message:
>
>
> + RPM_EC=0
> BUILDSTDERR: ++ jobs -p
> + exit 0
>
>
> See this link for full build lo
You may consider adding your package to the Koschei service:
https://apps.fedoraproject.org/koschei/package/python-elixir which
will do rebuilds when the buildroot change, and it will show you the
changes in a well readable way.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
R
On 2019-06-13, Peter Lemenkov wrote:
> I've noticed that I cannot build Elixir in Rawhide anymore. It got
> stuck at tests and all I've got is a cryptic (at least to me) message:
>
>
> + RPM_EC=0
> BUILDSTDERR: ++ jobs -p
> + exit 0
>
F31 has a new rpm-build with a new features. Your issue seems l
On 6/13/19 12:54 PM, Miroslav Suchý wrote:
Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
Hello All!
I've noticed that I cannot build Elixir in Rawhide anymore. It got
stuck at tests and all I've got is a cryptic (at least to me) message:
+ RPM_EC=0
BUILDSTDERR: ++ jobs -p
+ exit 0
See thi
Hello!
чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
>
> On 2019-06-13, Peter Lemenkov wrote:
> > I've noticed that I cannot build Elixir in Rawhide anymore. It got
> > stuck at tests and all I've got is a cryptic (at least to me) message:
> >
> >
> > + RPM_EC=0
> > BUILDSTDERR: ++ jobs -p
> > + exit
On 6/12/19 1:07 PM, Miroslav Suchý wrote:
Dne 10. 06. 19 v 13:39 Panu Matilainen napsal(a):
More info and details available in the preliminary release notes at
https://rpm.org/wiki/Releases/4.15.0 and the change
page linked at the start of this message.
Where can I read more about this:
>
Is there any possibility that the new rpmbuild might be responsible
for a change from:
Provides: python-subunit
to:
Provides: python-subunit(architecture)
in a noarch package? See https://bugzilla.redhat.com/show_bug.cgi?id=1720139.
--
Jerry James
http://www.jamezone.org/
On Thu, 2019-06-13 at 13:25 +0300, Panu Matilainen wrote:
> On 6/13/19 12:54 PM, Miroslav Suchý wrote:
> > Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> > > Hello All!
> > > I've noticed that I cannot build Elixir in Rawhide anymore. It got
> > > stuck at tests and all I've got is a cryptic (a
On Thu, 2019-06-13 at 13:03 +0200, Peter Lemenkov wrote:
> Hello!
>
> чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
> > On 2019-06-13, Peter Lemenkov wrote:
> > > I've noticed that I cannot build Elixir in Rawhide anymore. It
> > > got
> > > stuck at tests and all I've got is a cryptic (at least to m
On Thu, Jun 13, 2019 at 12:41 PM Adam Williamson
wrote:
>
> On Thu, 2019-06-13 at 13:25 +0300, Panu Matilainen wrote:
> > On 6/13/19 12:54 PM, Miroslav Suchý wrote:
> > > Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> > > > Hello All!
> > > > I've noticed that I cannot build Elixir in Rawhide
Send an email to: podman-j...@lists.podman.io with the word "subscribe"
in the title, or by going to https://lists.podman.io and scrolling to
the bottom of that page to subscribe.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe sen
So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
help of a few people, I've put together this post to get us on common
ground: https://communityblog.fedoraproject.org/modularity-vs-libgit/
There are few ideas about solving the issue right now. But we might be able
to thi
On Thu, Jun 13, 2019 at 3:13 PM Daniel Walsh wrote:
>
> Send an email to: podman-j...@lists.podman.io with the word "subscribe"
> in the title, or by going to https://lists.podman.io and scrolling to
> the bottom of that page to subscribe.
>
Could FAS login be added as a supported auth?
--
真実は
On Thu, 2019-06-13 at 12:42 -0400, Neal Gompa wrote:
> > > > This is wrong (not sure if the culprit)
> > > >
> > > > %endif %{__with_rebar3}
> > > >
> > > > I would rewrite it to:
> > > >
> > > > %endif # __with_rebar3
> > >
> > > Actually both are wrong, and rpm >= 4.15 will complain (unlike
Hello Adam and everyone else,
I want to point out that there are 2 issues and not just one as
described in the article.
1) Default streams can't conflict
2) Switching dependencies on a module does not work
Both of the issues are solvable and should be handled by DNF, however
they are not. And I
On Tue, 2018-12-04 at 15:59 +, Sérgio Basto wrote:
> Hi,
>
> Since Octave is not a core package I agree with update it for F29 .
>
> I'd like also update opencv in F29 from 3.4.1 to 3.4.4 but due
> possible ABI breakage [1].
> For that I need a proven package that rebuild all dependent softw
On Thu, 2019-06-13 at 17:02 +0100, Sérgio Basto wrote:
> On Thu, 2019-06-13 at 13:03 +0200, Peter Lemenkov wrote:
> > Hello!
> >
> > чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
> > > On 2019-06-13, Peter Lemenkov wrote:
> > > > I've noticed that I cannot build Elixir in Rawhide anymore. It
> > > >
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Failed openQA tests: 1/2 (x86_64)
New failures (same test not failed in updates-20190613.0):
ID: 411670 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/411670
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
After reading the bug report and the discussions, I still don't
understand why dnf is complaining about a conflict with packages
(modules?) that are not installed and are not even trying to be
installed. Can someone explain that?
___
devel mailing li
I think the best option is to create non-modular compat packages. In my
opinion, modularity makes sense for end user applications, but I'm not sure
what benefits it has for libraries. Libraries tend to work well as compat
packages, so I implemented this in copr to try it out.
* https://copr.f
Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
> help of a few people, I've put together this post to get us on common
> ground: https://communityblog.fedoraproject.org/modularity-vs-libgit/
>
> There are few ideas about
23 matches
Mail list logo
