Hello,
I'm David Bluecame, one of the YafaRay developers.
Thank you for trying to build YafaRay and I apologize for the problems you are
experiencing while trying to build v3.1.1.
After v3.1.1 was released, over the last months, in the master branch of the
GitHub repository https://github.com/
Aloha Fedora people!
FOSDEM 2017 is just around the corner and CommOps is trying to compile a list
of all Fedora related talks.[1] Here's our version of the list, put together
by Alberto [bt0dotninja]:
1. jflory7:
* What open source and J.K. Rowling have in common, Importance of storytelling
On 27/01/17 13:55 +, Jonathan Wakely wrote:
On 27/01/17 11:21 +, Jonathan Wakely wrote:
As part of the https://fedoraproject.org//wiki/Changes/F26Boost163
change to update Boost in F26 I've started rebuilding the packages
that depend on Boost, using the f26-boost side tag. That means I'v
On Fri, 27 Jan 2017 09:37:31 -0600
Michael Cronenworth wrote:
> On 01/27/2017 09:33 AM, Neal Gompa wrote:
> > I realize this isn't well-known, but Fedora*does* have staging
> > instances of the entire Fedora Infrastructure.
>
> I know they exist, but I've only seen them used for major softwar
On Fri, 27 Jan 2017 09:18:30 -0600
Michael Cronenworth wrote:
> On 01/26/2017 09:13 PM, Kevin Fenzi wrote:
> > f25 updates testing you mean?
> >
> > It's the atomic part of the compose failing. Folks are working on
> > it.
> >
> > It's being tracked in:
> > https://pagure.io/releng/issue/6602
>
On Fri, Jan 27, 2017 at 10:18 AM, Michael Cronenworth wrote:
> On 01/26/2017 09:13 PM, Kevin Fenzi wrote:
>>
>> f25 updates testing you mean?
>>
>> It's the atomic part of the compose failing. Folks are working on it.
>>
>> It's being tracked in:
>> https://pagure.io/releng/issue/6602
>
>
> I real
On 01/27/2017 09:33 AM, Neal Gompa wrote:
I realize this isn't well-known, but Fedora*does* have staging
instances of the entire Fedora Infrastructure.
I know they exist, but I've only seen them used for major software changes to the
user-facing software. Instead, they should be used before *
On 01/26/2017 09:13 PM, Kevin Fenzi wrote:
f25 updates testing you mean?
It's the atomic part of the compose failing. Folks are working on it.
It's being tracked in:
https://pagure.io/releng/issue/6602
I realize that breakage doesn't happen often, but when it does it more often takes
days to
kde sig is orphaning qt3/kde3 python bindings packages:
PyQt
PyKDE
mostly because of no upstream support and that they currently FTBFS on
rawhide (with latest sip-4.19+).
FYI, this affects the following additional packages:
$ dnf repoquery --enablerepo=rawhide --whatrequires PyQt --alldeps
...
a
On 27/01/17 11:21 +, Jonathan Wakely wrote:
As part of the https://fedoraproject.org//wiki/Changes/F26Boost163
change to update Boost in F26 I've started rebuilding the packages
that depend on Boost, using the f26-boost side tag. That means I've
pushed a bumpspec change to their spec files, b
On 27/01/17 13:02 +0100, Björn 'besser82' Esser wrote:
Am 27.01.2017 um 12:21 schrieb Jonathan Wakely:
As part of the https://fedoraproject.org//wiki/Changes/F26Boost163
change to update Boost in F26 I've started rebuilding the packages
that depend on Boost, using the f26-boost side tag. That me
Am 27.01.2017 um 12:21 schrieb Jonathan Wakely:
As part of the https://fedoraproject.org//wiki/Changes/F26Boost163
change to update Boost in F26 I've started rebuilding the packages
that depend on Boost, using the f26-boost side tag. That means I've
pushed a bumpspec change to their spec files, b
As part of the https://fedoraproject.org//wiki/Changes/F26Boost163
change to update Boost in F26 I've started rebuilding the packages
that depend on Boost, using the f26-boost side tag. That means I've
pushed a bumpspec change to their spec files, but the rebuilt package
won't land in rawhide unti
I think that the support of proposed behavior will depend mostly on libsolv
than DNF.
Jaroslav
On Fri, Jan 13, 2017 at 8:09 PM, Neal Gompa wrote:
> On Fri, Jan 13, 2017 at 1:38 PM, Mark Wielaard wrote:
> > On Wed, 2017-01-11 at 09:54 -0500, Neal Gompa wrote:
> >> On Wed, Jan 11, 2017 at 9:53 A
I pushed gperf 3.1 to Rawhide.
This changes the type of one of the parameters of the generated
perfect hash function:
-char *in_word_set (register const char *str, register unsigned int len);
+char *in_word_set (register const char *str, register size_t len);
If you have the function prototyped
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
16 matches
Mail list logo