I managed to get further progress on building the new ispc.
Unfortunately, I hit a roadblock as seen on
https://koji.fedoraproject.org/koji/taskinfo?taskID=33470449
Can someone help resolving the issue? Also see
https://src.fedoraproject.org/rpms/ispc
Thanks in advance.
Luya
__
On 14. 03. 19 3:56, Sérgio Basto wrote:
On Fri, 2019-03-08 at 12:28 +0100, Miro Hrončok wrote:
There is a FedoraReview port to Python 3 that needs real word testing
by packagers.
When you use FedoraReview, please use the Python 3 port instead to
help us find
bugs.
Instructions are at https://p
Hello,
I’m currently working on a Fedora package for make-it-quick
(https://github.com/c3d/make-it-quick), a make-only build system with basic
auto-configuration.
rpmlint complains about shipping .c files in a non -devel package. The package
does contains several small .c files that are used
On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
On Fri, Mar 8, 2019 at 9:08 PM Kaleb Keithley wrote:
The epoch was inadvertently bumped (not by me) when ceph was rebased to 14.x in
f30/rawhide.
It just occurred to me that this was a normal update when epoch was
increased, right?
Maybe what we
Hi Christophe,
since the .c files appear to be fundamental for the functionality of
make-it-quick, I'd rather silence this one specific check via an
rpmlintrc file instead of renaming them or converting this into a -devel
package.
Renaming them is probably a lot more work and calling it -devel wi
* Sérgio Basto:
> On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
>> * Sérgio Basto:
>>
>> > [3]
>> > export LDFLAGS="%{?__global_ldflags} -shared"
>>
>> Not sure why you think this would work. It prevents the compiler
>> from
>> creating any executables at all.
>
>
> With -shared fixe
On 13. 03. 19 17:20, Jerry James wrote:
I have been working on an update for coq 8.9.0 in Rawhide. A mock
build fails when building the documentation:
Latexmk: applying rule 'makeindex CoqRefMan.idx'...
Running 'internal xindy -L english -C utf8 -M sphinx.xdy -o
"CoqRefMan.ind" "
Hello,
I'm building modules with Rust apps (because this is only way to get them
in f28/f29/f30) and I noticed that building them takes ages (more
specifically, more than 12 hours(!)). I can build all those packages on my
laptop under 1 hour. Even composes take less time.
It seems that MBS has li
On 3/13/19 6:10 PM, Björn Persson wrote:
It was discussed on this list last June. The renaming to DNF never
happened in RHEL/CentOS. It's Yum in RHEL 7 and (I hear) it will be Yum
in RHEL 8. Presumably the reason for this is that the sysadmins who
manage RHEL systems like continuity, dislike poi
On Thursday, 14 March 2019 at 10:06, Miro Hrončok wrote:
> On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
[...]
> > Maybe what we need is to have koji for example refusing epoch bumps
> > (and thus failing the build) if _not bumping_ epoch would _not break_
> > the upgrade path to ensure that epoch i
On 14. 03. 19 12:33, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 14 March 2019 at 10:06, Miro Hrončok wrote:
On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
[...]
Maybe what we need is to have koji for example refusing epoch bumps
(and thus failing the build) if _not bumping_ epoch would _
On 14. 03. 19 12:50, Miro Hrončok wrote:
On 14. 03. 19 12:33, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 14 March 2019 at 10:06, Miro Hrončok wrote:
On 14. 03. 19 7:51, Dridi Boukelmoune wrote:
[...]
Maybe what we need is to have koji for example refusing epoch bumps
(and thus failing
* Florian Weimer:
> * Sérgio Basto:
>
>> On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
>>> * Sérgio Basto:
>>>
>>> > [3]
>>> > export LDFLAGS="%{?__global_ldflags} -shared"
>>>
>>> Not sure why you think this would work. It prevents the compiler
>>> from
>>> creating any executables
On Thu, Mar 14, 2019, 10:19 Dan Čermák
wrote:
> Hi Christophe,
>
> since the .c files appear to be fundamental for the functionality of
> make-it-quick, I'd rather silence this one specific check via an
> rpmlintrc file instead of renaming them or converting this into a -devel
> package.
>
> Rena
It's most probably dead upstream anyway.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://ge
On Thu, 14 Mar 2019 at 06:24, Igor Gnatenko
wrote:
>
> Hello,
>
> I'm building modules with Rust apps (because this is only way to get them in
> f28/f29/f30) and I noticed that building them takes ages (more specifically,
> more than 12 hours(!)). I can build all those packages on my laptop unde
On Thu, Mar 14, 2019 at 1:58 AM Alexander Bokovoy wrote:
> This split is very artificial. In practice, at least for first four use
> cases you actually want first three to be available always because they
> are used by various parts of the code (especially by the fourth one).
>
> It is probably be
On to, 14 maalis 2019, Stephen Gallagher wrote:
On Thu, Mar 14, 2019 at 1:58 AM Alexander Bokovoy wrote:
This split is very artificial. In practice, at least for first four use
cases you actually want first three to be available always because they
are used by various parts of the code (especia
On Thu, Mar 14, 2019 at 9:41 AM Alexander Bokovoy wrote:
>
> On to, 14 maalis 2019, Stephen Gallagher wrote:
> >On Thu, Mar 14, 2019 at 1:58 AM Alexander Bokovoy
> >wrote:
> >> This split is very artificial. In practice, at least for first four use
> >> cases you actually want first three to be
On Friday, 8 March 2019 11.28.43 WET Miro Hrončok wrote:
> There is a FedoraReview port to Python 3 that needs real word testing by
> packagers.
>
> When you use FedoraReview, please use the Python 3 port instead to help us
> find bugs.
>
> Instructions are at https://pagure.io/FedoraReview/pull-
Hello,
This is Silva, one of the organizers of Open Source Conference Albania. As we
were very happy to have Fedora as a supporter of the conference, we would also
like to invite Fedora contributors to host a talk and/or workshop at OSCAL.
About:
OSCAL (Open Source Conference Albania) is the
> "MH" == Miro Hrončok writes:
MH> There should be a configuration option that disbales xindly. Does
MH> the documentation build with it?
Since xindy isn't really something that can be relied upon, is it
possible (or reasonable) to do this globally in our sphinx packages?
Even when it was en
On to, 14 maalis 2019, Stephen Gallagher wrote:
On Thu, Mar 14, 2019 at 9:41 AM Alexander Bokovoy wrote:
On to, 14 maalis 2019, Stephen Gallagher wrote:
>On Thu, Mar 14, 2019 at 1:58 AM Alexander Bokovoy wrote:
>> This split is very artificial. In practice, at least for first four use
>> case
On Thu, Mar 14, 2019 at 4:35 PM Alexander Bokovoy
wrote:
> On to, 14 maalis 2019, Stephen Gallagher wrote:
> >On Thu, Mar 14, 2019 at 9:41 AM Alexander Bokovoy
> wrote:
> >>
> >> On to, 14 maalis 2019, Stephen Gallagher wrote:
> >> >On Thu, Mar 14, 2019 at 1:58 AM Alexander Bokovoy
> wrote:
> >
Official website: https://oscal.openlabs.cc/
Call for speakers: https://oscal.openlabs.cc/call-for-proposals/
Call for info booths:
https://oscal.openlabs.cc/call-for-info-booths-is-now-open/
CFP closes on April 1st.
___
devel mailing list -- devel@lis
On to, 14 maalis 2019, Silva Arapi wrote:
Hello,
This is Silva, one of the organizers of Open Source Conference Albania.
As we were very happy to have Fedora as a supporter of the conference,
we would also like to invite Fedora contributors to host a talk and/or
workshop at OSCAL.
Is there any
On 14. 03. 19 16:17, Jason L Tibbitts III wrote:
"MH" == Miro Hrončok writes:
MH> There should be a configuration option that disbales xindly. Does
MH> the documentation build with it?
Since xindy isn't really something that can be relied upon, is it
possible (or reasonable) to do this global
On Mon, Mar 4, 2019 at 7:45 PM Alexander Bokovoy
wrote:
> On ma, 04 maalis 2019, Sundeep Anand wrote:
> >On Mon, Mar 4, 2019 at 5:28 PM Alexander Bokovoy
> >> >Transtats is now running at https://transtats.fedoraproject.org
> >> >*mkvtoolnix* page:
> >> >https://transtats.fedoraproject.org/packa
Hey Alexander,
Yes that is correct, I accidentally didn't include these details on the main
post, but I added as a comment above the details with the link of the website
and CFP announcement above. The CFP will be open until April 1st. Please feel
free to ask me any further questions you might
Dear team
Can you review my Fedora bug because come with many errors?
https://bugzilla.redhat.com/show_bug.cgi?id=163
I cannot find a good component to fill the bug, I add to:
Component:sandbox-runner-data
Thank's. Best Regards.
___
devel mailing
On jeudi 14 mars 2019 16:04:35 CET José Abílio Matos wrote:>
>
> There is a simple bug. When the building phase fails it says something
> like:
ERROR: 'mock build failed, see
> /home/jamatos/tmp/1688565-R-ggplot2/results/ build.log'
>
> The results directory should be removed from that error me
On 3/13/19 3:33 AM, Miroslav Suchý wrote:
> Dne 12. 03. 19 v 19:49 Kevin Fenzi napsal(a):
>> We need to revamp this entirely, and as luck would have it, we have a plan:
>>
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/5UVGSBRLX352A4S2CBZ2CGBXPAGQTYKB/
>
> I
> You may have the answer here:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
> and here:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
The threads are about v8 which is a different case. I am asking if someone is
currently workin
On Thu, 2019-03-14 at 10:55 +0100, Florian Weimer wrote:
> * Sérgio Basto:
>
> > On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
> > > * Sérgio Basto:
> > >
> > > > [3]
> > > > export LDFLAGS="%{?__global_ldflags} -shared"
> > >
> > > Not sure why you think this would work. It prevents
On 3/14/19 9:25 AM, Cătălin George Feștilă wrote:
Can you review my Fedora bug because come with many errors?
https://bugzilla.redhat.com/show_bug.cgi?id=163
I cannot find a good component to fill the bug, I add to:
Component:sandbox-runner-data
That package is something that doesn't exi
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Failed openQA tests: 6/141 (x86_64), 1/2 (arm)
ID: 363941 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/363941
ID: 363970 Test: arm Minimal-raw_xz-raw.xz
install_ar
Hello! I'm Ruchit Vithani, a sophomore from DAIICT gandhinagar, India. I'm
new to this community and would like to contribute. Will someone help me
get started?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
Hello! I'm Ruchit Vithani, a sophomore from DAIICT gandhinagar, India.
I'm new to this community and would like to contribute. Will someone
help me get started?
If you want to add a package to fedora, you have first to ask for a review.
Read https://fedoraproject.org/wiki/Package_Review_Proce
Am 14.03.19 um 13:08 schrieb Fabio Valentini:
> I think there is (or at least, there used to be) a section in the packaging
> guidelines which explicitly mentions that including both .c and .h files in
> non-devel packages is fine (and indeed, expected) for compilers and build
> tools which need t
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Compose FAILS proposed Rawhide gating check!
6 of 47 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 25/141 (x86_64), 4/24 (i
On 3/13/19 5:22 PM, Jakub Jelinek wrote:
> On Wed, Mar 13, 2019 at 12:38:02PM +0100, Dridi Boukelmoune wrote:
>> On Wed, Mar 13, 2019 at 12:19 PM Jakub Jelinek wrote:
>>>
>>> On Mon, Mar 11, 2019 at 01:56:14PM -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/HardenedCompiler
>>
On Thu, Mar 14, 2019 at 4:13 AM Miro Hrončok wrote:
> There should be a configuration option that disbales xindly. Does the
> documentation build with it?
>
> latex_use_xindy = False # put it in doc/conf.py or similar
I've got to figure out where to put that option. Coq has its own
documen
On Thu, Mar 14, 2019 at 9:18 AM Jason L Tibbitts III wrote:
> Since xindy isn't really something that can be relied upon, is it
> possible (or reasonable) to do this globally in our sphinx packages?
> Even when it was enabled, it was architecture-limited which would
> force that limitation to prop
On Thu, Mar 14, 2019 at 9:48 AM Miro Hrončok wrote:
> I don't think that we build much TeX documentation in our packages.
I think you mean that the packages you maintain don't build much TeX
documentation. :-) I tend a LOT of packages that use (La)TeX, either
directly or indirectly. I've got tw
I was just looking at reviewing this package:
https://bugzilla.redhat.com/show_bug.cgi?id=1684950
It is a Go wrapper around ffprobe, which is in the ffmpeg package,
which is in rpmfusion-free. The package can be built without ffprobe,
but cannot be used without it. The spec file contains this:
On vendredi 15 mars 2019 04:53:39 CET Jerry James wrote:
> I was just looking at reviewing this package:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1684950
>
> It is a Go wrapper around ffprobe, which is in the ffmpeg package,
> which is in rpmfusion-free. The package can be built without f
On 15. 03. 19 3:51, Jerry James wrote:
On Thu, Mar 14, 2019 at 9:48 AM Miro Hrončok wrote:
I don't think that we build much TeX documentation in our packages.
I think you mean that the packages you maintain don't build much TeX
documentation. :-) I tend a LOT of packages that use (La)TeX, ei
47 matches
Mail list logo
