On Mon, 2017-11-13 at 10:01 -0800, Kevin Fenzi wrote:
> Orage (the Xfce calendar app) is also broken if you have time to take a
> look:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1512302
> https://bugzilla.xfce.org/show_bug.cgi?id=13997
Hi,
sure, I'll reply on the Red Hat bug.
On Tue, 2017-11-14 at 01:36 +0100, Michael Schwendt wrote:
> Dunno yet what's the reason. Haven't had a look at it except for unpacking
> libical-devel in hope that its %doc section would contain a file that sums
> up the API changes. No such file in there. And the "Using Libical" guide
> claims it
On 11/14/2017 03:54 AM, Philip Kovacs wrote:
One concern is that -Wl,--as-needed requires greater accuracy with the ordering
of objects and
libraries as you link. Also, if a package uses a library indirectly, i.e. A uses C
via B: A -> B -> C,--as-needed will peel away C and break A unless A e
On 3 November 2017 at 05:55, Matthew Miller
wrote:
> It turns out that the "Rain Date" concept is confusing to some people
> (particularly where that idiom is not familiar). I propose that for F28
> and onward, we keep the basic concept, but ditch that term. Instead, we
> use:
>
> * Release Date
Missing expected images:
Docker_base docker x86_64
Server dvd arm
Failed openQA tests: 18/94 (x86_64), 4/19 (i386)
Old failures (same test failed in 27-20171113.n.1):
ID: 169977 Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/169977
ID: 169991
One concern is that -Wl,--as-needed requires greater accuracy with the ordering
of objects and
libraries as you link. Also, if a package uses a library indirectly, i.e. A
uses C via B: A -> B -> C,--as-needed will peel away C and break A unless A
explicitly mentions its need for C. Of course
OLD: Fedora-Modular-27-20171113.n.1
NEW: Fedora-Modular-27-20171114.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages
On Mon, 13 Nov 2017 15:04:55 +0100, Milan Crha wrote:
> > The upgrade seems to be API incompatible, so more than rebuilding
> > dependencies is necessary.
>
> Hi,
> that's true. libical upstream removed some deprecated symbols, most
> notably icaltimetype::is_utc.
Dunno yet what's the re
On 13 November 2017 at 22:01, Tomasz Kłoczko wrote:
[..]
> In other words -Wl,--as-needed should be used everywhere WITHOUT exceptions.
> Easiest way apply this globally in Fedora is add --as-needed in
> /usr/lib/rpm/redhat/redhat-hardened-ld spec file by apply patch:
>
> --- /usr/lib/rpm/redhat/r
On 13 November 2017 at 10:52, Björn 'besser82' Esser
wrote:
[..]
> that specific flag should be in LDFLAGS, but there are reasons, we do
> NOT have it in there, because it will likely break any binaries built
> from or containing FORTRAN sources. They will simply SEGFAULT, because
> `-Wl,--as-nee
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2017-11-14 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 11/13/2017 06:04 AM, Milan Crha wrote:
> On Mon, 2017-11-13 at 14:47 +0100, Michael Schwendt wrote:
>> The upgrade seems to be API incompatible, so more than rebuilding
>> dependencies is necessary.
>
> Hi,
> that's true. libical upstream removed some deprecated symbols, most
> notably ic
Missing expected images:
Docker_base docker x86_64
Server dvd arm
Failed openQA tests: 21/94 (x86_64), 5/19 (i386)
New failures (same test did not fail in 27-20171113.n.0):
ID: 169764 Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/169764
ID
On Mon, Nov 13, 2017 at 02:44:14PM +, Sérgio Basto wrote:
> On Mon, 2017-11-13 at 14:25 +, Richard W.M. Jones wrote:
> > (Thanks to Patrick for bringing this issue to my attention.)
> >
> > American Fuzzy Lop ("afl", Fedora package american-fuzzy-lop) is an
> > instrumentation-driven fuzze
Hello there,
I plan to upgrade the armadillo package (armadillo, armadillo-devel) to
its latest version in EPEL6/EPEL7/F27/rawhide, which incurs a soname
bump. There are only three dependent packages:
gdal
mlpack
mmseq
I will be working with a provenpackager (Mukundan) in order to rebuild
On 11/13/2017 01:02 AM, Richard W.M. Jones wrote:
> It looks as if the texlive saga continues!
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=23085154
>
> Started yesterday evening and still going 15 hours later.
> It has picked an armv7 host this time.
I canceled and started a new one.
OLD: Fedora-Modular-27-20171113.n.0
NEW: Fedora-Modular-27-20171113.n.1
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages
On Mon, 2017-11-13 at 14:25 +, Richard W.M. Jones wrote:
> (Thanks to Patrick for bringing this issue to my attention.)
>
> American Fuzzy Lop ("afl", Fedora package american-fuzzy-lop) is an
> instrumentation-driven fuzzer for binary formats. ClamAV is a
> (Windows?) virus scanner.
>
> Afl'
(Thanks to Patrick for bringing this issue to my attention.)
American Fuzzy Lop ("afl", Fedora package american-fuzzy-lop) is an
instrumentation-driven fuzzer for binary formats. ClamAV is a
(Windows?) virus scanner.
Afl's documentation comes with some demonstration vulerabilities found
by afl.
On Mon, 2017-11-13 at 14:47 +0100, Michael Schwendt wrote:
> The upgrade seems to be API incompatible, so more than rebuilding
> dependencies is necessary.
Hi,
that's true. libical upstream removed some deprecated symbols, most
notably icaltimetype::is_utc. It's replaced with icaltime_is_u
Missing expected images:
Server dvd i386
Workstation live i386
Server boot i386
Kde live i386
Failed openQA tests: 21/128 (x86_64), 1/2 (arm)
New failures (same test did not fail in Rawhide-20171112.n.0):
ID: 169607 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://
each wm for its own good no wonder such a variety of window managers
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Wed, 01 Nov 2017 12:26:12 +0100, Milan Crha wrote:
> Hello,
> I'd like to give a heads up about a plan to update libical to its 3.0.0
> release in rawhide once I figure out some details about its build. This
> release also obsoletes libical-glib package, the project had been added
> into
On Mon, Nov 13, 2017 at 7:21 AM, Michael Catanzaro
wrote:
> On Mon, Nov 13, 2017 at 5:06 AM, Daniel P. Berrange
> wrote:
>>
>> What % of our distro involves fortran though ? Could this be as simple as
>> enabling it by default, but having an easy way via an RPM macro to opt-out
>> of it in the ha
On Mon, Nov 13, 2017 at 5:06 AM, Daniel P. Berrange
wrote:
What % of our distro involves fortran though ? Could this be as
simple as enabling it by default, but having an easy way via an RPM
macro to opt-out of it in the handleful of packages that matter wrt
fortran.
If Debian/Ubuntu/openSUS
On Mon, Nov 13, 2017 at 11:52:14AM +0100, Björn 'besser82' Esser wrote:
> Am Montag, den 13.11.2017, 11:02 +0100 schrieb Igor Gnatenko:
> > Hello,
> >
> > I'm interested why we still don't have this flag in our CFLAGS? It
> > seems that
> > other distributions like openSUSE enable it by default an
On Mon, Nov 13, 2017 at 10:45:53AM +0100, Antonio Trande wrote:
> Hi all.
>
> This broken dependency is on rawhide since three days at least:
>
> > nothing provides libpoppler.so.71()(64bit) needed by texlive-xetex-
> > bin-6:svn41091-36.20160520.fc28.7.x86_64
>
> Root log:
> https://koji.fedora
Am Montag, den 13.11.2017, 11:02 +0100 schrieb Igor Gnatenko:
> Hello,
>
> I'm interested why we still don't have this flag in our CFLAGS? It
> seems that
> other distributions like openSUSE enable it by default and it helps
> in many
> cases to avoid over-linking (for example, see thread about po
On 11/11/17, mastaiza wrote:
> somebody take this beautiful wm
Last time I updated this package, it said will remain inactive.
Notwithstanding now I can see a higher version available now.
--
Yours sincerely,
Christopher Meng
http://awk.io
___
deve
Dne 10.11.2017 v 18:18 Matthew Miller napsal(a):
> On Fri, Nov 10, 2017 at 05:27:25PM +0100, Jan Kurik wrote:
>> [1] https://fedoraproject.org/wiki/User:Jkurik/Fedora_Release_Life_Cycle
> Do we really want to have a window after branch where
> Bodhi isn't active?
Bit of OT, but I'd appreciate if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
I'm interested why we still don't have this flag in our CFLAGS? It seems that
other distributions like openSUSE enable it by default and it helps in many
cases to avoid over-linking (for example, see thread about poppler).
Are there any reas
On Fri, Oct 21, 2016 at 12:01 AM, Peter Robinson wrote:
>>> I need/want/would like to build new node 6 for EL6, but gcc is too old.
>>> For that reason, I'd like to use devtoolset-4-gcc, but the build fails
>>> (obviously) because the package doesn't exist.
>>>
>>> So, is there a way to make that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi everyone,
I'm going to build protobuf 3.4.1 in Rawhide later today and rebuild all
dependent packages. There are no incompatible changes as I can see.
Just sending heads-up.
- --
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEh
Hi all.
This broken dependency is on rawhide since three days at least:
> nothing provides libpoppler.so.71()(64bit) needed by texlive-xetex-
> bin-6:svn41091-36.20160520.fc28.7.x86_64
Root log:
https://koji.fedoraproject.org/koji/getfile?taskID=23096680&volume=DEFAULT&name=root.log
--
--
Anto
It looks as if the texlive saga continues!
https://koji.fedoraproject.org/koji/taskinfo?taskID=23085154
Started yesterday evening and still going 15 hours later.
It has picked an armv7 host this time.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read m
36 matches
Mail list logo
