Hello Julian,
a bug was recently filed against gnome-subtitles [1] stating that
libenchant.so.1 dependency is missing. While I could easily fix this
with explicit Requires, my concern is why wasnt't this depencency picked
up automatically in the first place. Do you have any suggestions? Thank yo
This includes a soname bump to libsuitesparseconfig.so which near as I
can tell is only used by octave, so I'll be rebuilding that as well.
COPR is here if you want to test it out:
https://copr.fedorainfracloud.org/coprs/orion/suitesparse/
Need to see if the ppc64le failure is a new thing or n
Hello,
we have decided that it is a time to go through Copr backend data and
clean it up a little. Due to several bugs forgetting to remove backend
data after removing their records from the database, _temporarily_
backing up some folder here and there, etc, we ended up with a lot of
unknown data,
Hi,
I wrote:
> I'm planning to push asciidoctor-2.0.10 to rawhide in the
> next few days.
This has now been built and should show up in the next
rawhide compose.
> This is a major bump from our current 1.5.8, but upstream
> has worked hard to fix regressions found since the initial
> 2.0.0 relea
Hi Fabio,
Fabio Valentini wrote:
> I'm the maintainer of rubygem-jekyll-asciidoc, and I think there
> shouldn't be issues with it when updating rubygem-asciidoctor.
> The Jekyll AsciiDoc plugin is published by the asciidoctor project
> themselves, so I just hope they know what they're doing :)
He
On Sun, 29 Sep 2019 at 14:11, Zbigniew Jędrzejewski-Szmek
wrote:
> I have seen this a few times lately. When a build is started for
> rawhide, and in succession builds for other branches, they fail.
>
> Example:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=37938969 (build
> target: rawhi
On Sun, Sep 29, 2019 at 10:50:37PM +0900, Mamoru TASAKA wrote:
> Zbigniew Jędrzejewski-Szmek wrote on 2019/09/29 22:02:
> >I have seen this a few times lately. When a build is started for
> >rawhide, and in succession builds for other branches, they fail.
> >
> >Example:
> >https://koji.fedoraproje
Zbigniew Jędrzejewski-Szmek wrote on 2019/09/29 22:02:
I have seen this a few times lately. When a build is started for
rawhide, and in succession builds for other branches, they fail.
Example:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37938969 (build target:
rawhide)
https://koji.fed
I have seen this a few times lately. When a build is started for
rawhide, and in succession builds for other branches, they fail.
Example:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37938969 (build target:
rawhide)
https://koji.fedoraproject.org/koji/taskinfo?taskID=37938975 (build targe
Hi everybody,
I have just orphaned the "pegdown" package, which has become a leaf
package in rawhide.
Its only dependent packages in fedora were maven-doxia and
maven-doxia-sitetools, but the latest builds in rawhide have disabled
the markdown support in these packages, and their latest upstream
On Sun, Sep 29, 2019 at 3:48 AM Kevin Kofler wrote:
>
> Fabio Valentini wrote:
> > To make things even more interesting, the non-modular Java stack has
> > almost reached parity with what's available from the shiny module
> > branches, except a handful of packages that require more work than a
> >
Julian Sikorski wrote on 2019/09/29 16:02:
Hi list,
a bug was recently filed against gnome-subtitles [1] stating that
libenchant.so.1 dependency is missing. While I could easily fix this
with explicit Requires, my concern is why wasnt't this depencency picked
up automatically in the first place.
Hi list,
a bug was recently filed against gnome-subtitles [1] stating that
libenchant.so.1 dependency is missing. While I could easily fix this
with explicit Requires, my concern is why wasnt't this depencency picked
up automatically in the first place. Do you have any suggestions? Thank you!
Bes
13 matches
Mail list logo
