This may be of interest for some folks. Check out the message below.
-- Forwarded message --
From: Johnny A. Solbu
Date: Thu, Dec 29, 2016 at 11:02 PM
Subject: [dev] Call for help: Forking Grip
To: d...@ml.mageia.org
Hello fellow developers.
Hope everyone is having a good Chris
On Thu, Dec 29, 2016 at 9:04 PM, Matthew Miller
wrote:
> On Thu, Dec 29, 2016 at 07:59:26PM -0700, Dave Johansen wrote:
> > Currently, upstream has a release that includes the prebuilt
> documentation
> > and I've been using that but I was hoping to be able to build it as part
> of
> > packaging.
On Thu, Dec 29, 2016 at 8:30 PM, William Moreno
wrote:
>
>
> El 29/12/2016 9:00 p. m., "Dave Johansen"
> escribió:
>
> On Thu, Dec 29, 2016 at 7:47 PM, William Moreno > wrote:
>
>> Just a wild idea: you can skip the docs!
>>
>> If the package includes it own documentation and this is to large,
On Thu, Dec 29, 2016 at 07:59:26PM -0700, Dave Johansen wrote:
> Currently, upstream has a release that includes the prebuilt documentation
> and I've been using that but I was hoping to be able to build it as part of
> packaging.
Is there any advantage in doing that? There are several reasons to
Please also note the line
needs_sphinx = '1.2
In the file:
https://github.com/fmtlib/fmt/blob/master/doc/conf.py
This can be a issue because Fedora have sphinx 1.4.X
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
Dave Johansen wrote:
> I'm trying to build the documentation for the fmt library as part of the
> packaging, but it downloads some components from github.com just for
> building the documentation. It fails [1] and upstream is at least
> initially not up for using the system tools [2], so is there a
El 29/12/2016 9:00 p. m., "Dave Johansen" escribió:
On Thu, Dec 29, 2016 at 7:47 PM, William Moreno
wrote:
> Just a wild idea: you can skip the docs!
>
> If the package includes it own documentation and this is to large, it must
> be in a docs sub package , current packaging guidelines do not b
On Thu, Dec 29, 2016 at 7:47 PM, William Moreno
wrote:
> Just a wild idea: you can skip the docs!
>
> If the package includes it own documentation and this is to large, it must
> be in a docs sub package , current packaging guidelines do not block a
> package than do no include all docs available
Just a wild idea: you can skip the docs!
If the package includes it own documentation and this is to large, it must
be in a docs sub package , current packaging guidelines do not block a
package than do no include all docs available upstream, at less I think so.
___
I'm trying to build the documentation for the fmt library as part of the
packaging, but it downloads some components from github.com just for
building the documentation. It fails [1] and upstream is at least initially
not up for using the system tools [2], so is there a way to make this work?
Thank
On Fri, Dec 30, 2016 at 12:09:24AM +, Richard W.M. Jones wrote:
> On Mon, Dec 26, 2016 at 09:59:54AM +0100, Michael Schwendt wrote:
> > On Sun, 25 Dec 2016 21:33:52 -0500, David Muse wrote:
> >
> > > I guess noarch packages shouldn't have any arch-specific dependencies.
> > > Is that correct?
On 12/29/2016 11:23 AM, Michael Schwendt wrote:
> It may be necessary to debug the cmake libclaw detection script.
>
> claw-config is broken, btw, and it's likely that this has not been
> caught during review:
>
> $ claw-config --libs
> -L/usr/lib
> $ claw-config application --libs
> -L
https://bugzilla.redhat.com/show_bug.cgi?id=1409151
Bug ID: 1409151
Summary: perl-DB_File-1.840 is available
Product: Fedora
Version: rawhide
Component: perl-DB_File
Keywords: FutureFeature, Triaged
Assignee: ppi...@redhat.c
On Mon, Dec 26, 2016 at 09:59:54AM +0100, Michael Schwendt wrote:
> On Sun, 25 Dec 2016 21:33:52 -0500, David Muse wrote:
>
> > I guess noarch packages shouldn't have any arch-specific dependencies.
> > Is that correct?
>
> Yes.
Umm really? Can you explain exactly what's wrong with this?
I th
On Tue, 27 Dec 2016 19:13:39 -0600
Michael Catanzaro wrote:
> Hi,
>
> I tried again today, but still having problems. When I try from the
> command line:
>
> $ kinit catanz...@fedoraproject.org
> Password for catanz...@fedoraproject.org:
> kinit: Password incorrect while getting initial creden
On Wed, Dec 28, 2016 at 11:11 PM, Rich Mattes wrote:
> > polymake-0:3.0r2-1.fc25.src
> FTBFS, segfault in ppc64. Attempting a rebuilt in case it was a
> transient error.
It is not a transient error. It happens every time. I have had no
luck at all in tracking down the source of the problem. I
It may be necessary to debug the cmake libclaw detection script.
claw-config is broken, btw, and it's likely that this has not been
caught during review:
$ claw-config --libs
-L/usr/lib
$ claw-config application --libs
-L/usr/lib -lclaw_application -lclaw_logger
$ claw-config dynamic_
-live-iso
install_default_upload:
Mount /run/media/test/Fedora-WS-Live-Rawhide-20161229- appeared since
previous compose
Mount /run/media/test/Fedora-WS-Live-Rawhide-20161228- disappeared since
previous compose
System load changed from 0.99 to 0.87
Previous test data: https
BTW
I received ABRT report for package mlt has reached 100 occurrences
Packages: mlt
Function: QObject::disconnect(QObject const*, char const*, QObject
const*, char const*)
First occurrence: 2016-12-17
Type: core
Count:100
URL:
http://retrace.fedoraproject.org/faf/reports/bthash/43f
ons 2016-12-28 klockan 20:25 +0100 skrev Igor Gnatenko:
> On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončok
> wrote:
> > Hi all,
> > We've recently tried to rebuild all Python packages with Python 3.6.
> > However, we currently have bunch of packages that simply fail to build.
> >
> > As the list co
> Hi Martin!
>
>
> Just a wild guess, but does it any help if you remove the explicit
> requested version in asgp/CMakeLists.txt:75? Maybe there is no libclaw
> 1.7.4 in the mock build environment?
>
>
> BK
removed the requested version in CMakeLists.txt
sed -i 's|find_package( libclaw 1.7.4 )
On 12/22/2016 02:49 PM, Neal Gompa wrote:
> On Thu, Dec 22, 2016 at 4:27 AM, Kalev Lember wrote:
>> Hi,
>>
>> A quick heads up that we've fixed the appstream generator that we use in
>> Fedora and it now processes appdata files in /usr/share/metainfo as well. I
>> know some packages in Fedora have
Hi Martin!
On Thu, Dec 29, 2016 at 9:14 AM, Martin Gansser
wrote:
> I'm trying to package the program asgp for fedora, it compiles fine, but
> the mock build fails with the following error messages:
> bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1176273
>
> + /usr/bin/cmake -DCMAKE_C_F
Any idea what this is about?
https://retrace.fedoraproject.org/faf/reports/1154372/
To me that looks like a combination of several factors. First of all,
the backtrace generation likely used incorrect debuginfo data because
the backtrace is impossible. Stack corruption is unlikely to yield
Hi,
I'm trying to package the program asgp for fedora, it compiles fine, but the
mock build fails with the following error messages:
bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1176273
+ /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG
-DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG
25 matches
Mail list logo
