Would it be possible for someone to push xlockmore for epel8 [1] thru
such that we can get fvwm out of epel8-testing [2].
I'm the reporter of both bugs [1][2]. If needed I can be the maintainer
for xlockmore for epel8.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1758005
[2]
OLD: Fedora-Rawhide-20191213.n.0
NEW: Fedora-Rawhide-20191214.n.1
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 46
Dropped packages:21
Upgraded packages: 120
Downgraded packages: 1
Size of added packages: 11.40 MiB
Size of dropped packages
No missing expected images.
Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 17/165 (x86_64), 1/2 (arm)
New failures (same test not failed in
Jerry James wrote:
> $ gcc -specs=/usr/lib/rpm/redhat/redhat-hardened-ld test.c -o test
> -lpthread /usr/bin/ld: /tmp/ccWdPlbg.o: `pthread_create@@GLIBC_2.2'
> non-PLT reloc for symbol defined in shared library and accessed from
> executable (rebuild file with -fPIC ?)
The problem is that both
Tom Hughes wrote:
> Commit history explains:
>
>https://sourceware.org/git/?p=glibc.git;a=commit;h=12cbde1da
For what it's worth, I think this is a completely pointless incompatibility.
It costs almost nothing to maintain this function (and in fact they have to
do it anyway for old
The following Fedora EPEL 7 Security updates need testing:
Age URL
487 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
229 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
226
The following Fedora EPEL 6 Security updates need testing:
Age URL
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3c9eacae67
python-rfc3986-1.3.0-1.el6 python3-requests-2.14.2-2.el6_10
python3-urllib3-1.25.1-1.el6_10
1
Martin Gansser wrote:
> +timespec ts = {0};
The compiler will warn about the missing initializers with this idiom.
(struct timespec has more than one member.) Write this instead:
timespec ts = {};
(If you omit the initializer list within the braces entirely, as I have done
above, GCC
On Saturday, December 14, 2019 10:42:57 AM MST Adam Williamson wrote:
> > What is the process for this now? i.e. is this only tested once virtual cd
> > image tests have been completed?
>
>
> Yes, but I don't see the *relevance* of that. You keep mentioning it,
> but I don't see what it has to
> On Dec 14, 2019, at 10:46 AM, Stephan Bergmann wrote:
>
> On 14/12/2019 18:00, Nathanael Noblet wrote:
>> Not strictly a fedora devel question but I’m hoping all the experience and
>> knowledge will be able to help. I need a newer poppler in epel 7. I’ve
>> managed to bring it up to
On Sat, Dec 14, 2019 at 7:26 AM Justin W. Flory wrote:
>
> (1) This change affects people differently in different regions of the world
>
> The Fedora community has large user and contributor communities all over the
> world. Historically, our Ambassadors/Advocates relied on DVD media in these
https://bugzilla.redhat.com/show_bug.cgi?id=1783703
Bug ID: 1783703
Summary: perl-FCGI-0.79 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-FCGI
Keywords: FutureFeature, Triaged
Hi folks! I'm proposing we cancel the QA meeting for Monday. There are
various proposals under active discussion, but I'm not sure we need a
meeting to discuss any of them right now, they probably need a bit more
mailing list kicking around.
If you're aware of anything important we have to
On Fri, Dec 13, 2019 at 09:19:16PM -0500, Mukundan Ragavan wrote:
> It appears that upower is in RHEL-8 but only in x86_64 and powerpc 64
> architectures. Due to this, some of my builds fail. This one for example
> - https://koji.fedoraproject.org/koji/taskinfo?taskID=39545162
>
> Is using
On Sat, Dec 14, 2019 at 6:28 AM Richard Shaw wrote:
> This error only happens on s390x...
>
> -- Looking for pthread.h
> -- Looking for pthread.h - found
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
> -- Looking for pthread_create in pthreads
On 14/12/2019 18:00, Nathanael Noblet wrote:
Not strictly a fedora devel question but I’m hoping all the experience and
knowledge will be able to help. I need a newer poppler in epel 7. I’ve managed
to bring it up to 0.68. However moving past that results in a compilation
error. It seems
On Sat, 2019-12-14 at 10:28 -0700, John M. Harris Jr wrote:
> On Saturday, December 14, 2019 9:26:12 AM MST Adam Williamson wrote:
> > Note, the testing isn't *hard* to do, really, it's just tedious and
> > time consuming. Not just the act of running the test (though that does
> > take quite a
On Saturday, December 14, 2019 9:26:12 AM MST Adam Williamson wrote:
> Note, the testing isn't *hard* to do, really, it's just tedious and
> time consuming. Not just the act of running the test (though that does
> take quite a while, between the burning process and the boot, media
> check and
On Saturday, December 14, 2019 7:39:15 AM MST Miro Hrončok wrote:
> On 14. 12. 19 15:25, Justin W. Flory wrote:
>
> > I was surprised to see this Change be proposed without engagement with the
> > Fedora Mindshare Committee or reaching out to the advocacy / user
> > communities for more feedback.
Hello,
Not strictly a fedora devel question but I’m hoping all the experience and
knowledge will be able to help. I need a newer poppler in epel 7. I’ve managed
to bring it up to 0.68. However moving past that results in a compilation
error. It seems the compiler (?) needs to support the
On Sat, 2019-12-14 at 09:37 -0500, Nico Kadel-Garcia wrote:
> On Sat, Dec 14, 2019 at 9:26 AM Justin W. Flory wrote:
>
> > For what it's worth, I like Miro's idea a lot but also haven't
> > thought about it extensively. I think this could prioritize these
> > issues as release-blocking when we
On Sat, 2019-12-14 at 14:25 +, Justin W. Flory wrote:
> (2) USB media were always turned down in the Fedora budget requests
> for Ambassadors/Advocates throughout the last decade.
>
> In the Ambassador/Advocate community, there are volunteers from North
> America / Europe who advocated for
On Sat, 2019-12-14 at 14:25 +, Justin W. Flory wrote:
> Hi all,
>
> I was surprised to see this Change be proposed without engagement
> with the Fedora Mindshare Committee or reaching out to the advocacy /
> user communities for more feedback. There are a lot of people this
> Change could
Hello devel,
I got nerdslipped and I ahve created some HTML only mockup of a thing that I
find very useful. A Fedora Packager Dashboard.
You can find the early mockup at:
https://hroncok.cz/packager-dashboard-mockup/
The idea is to collect some data about your packages and present them in
On 14. 12. 19 15:25, Justin W. Flory wrote:
I was surprised to see this Change be proposed without engagement with the Fedora Mindshare Committee or reaching out to the advocacy / user communities for more feedback.
Just a note without replying to your other specific concerns.
The devel list
FYI I took ophcrack.
Ciao,
A.
On Tue, Dec 10, 2019 at 9:48 PM Miro Hrončok wrote:
>
> On 09. 12. 19 18:38, Adam Miller wrote:
> > On Mon, Dec 9, 2019 at 11:15 AM Miro Hrončok wrote:
> >>
> >> On 09. 12. 19 18:04, Richard Shaw wrote:
> >>> I had a short email conversation with Adam and he
On Sat, Dec 14, 2019 at 9:26 AM Justin W. Flory wrote:
> For what it's worth, I like Miro's idea a lot but also haven't thought about
> it extensively. I think this could prioritize these issues as
> release-blocking when we don't have enough data to understand the impact of
> this Change,
Hi all,
I was surprised to see this Change be proposed without engagement with the
Fedora Mindshare Committee or reaching out to the advocacy / user communities
for more feedback. There are a lot of people this Change could impact and I am
concerned many of those voices are not represented in
On Sat, Dec 14, 2019 at 1:25 AM John M. Harris Jr wrote:
>
> On Friday, December 13, 2019 1:34:29 PM MST Mike Pinkerton wrote:
> > On 13 Dec 2019, at 15:03, John M. Harris Jr wrote:
> >
> >
> > > On Friday, December 13, 2019 12:53:57 PM MST Chris Murphy wrote:
> > >
> > >>
> > >>
> > >> What?
On Sat, 14 Dec 2019 07:27:46 -0600
Richard Shaw wrote:
> This error only happens on s390x...
>
> -- Looking for pthread.h
> -- Looking for pthread.h - found
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
> -- Looking for pthread_create in
This error only happens on s390x...
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking
solved now with this patch:
diff --git a/eit.c b/eit.c
index 50d8229..82294dc 100644
--- a/eit.c
+++ b/eit.c
@@ -391,7 +391,9 @@ cTDT::cTDT(const u_char *Data)
if (abs(diff) > MAX_TIME_DIFF) {
mutex.Lock();
if (abs(diff) > MAX_ADJ_DIFF) {
-if (stime() == 0)
+
solved now with this patch:
diff --git a/eit.c b/eit.c
index 50d8229..82294dc 100644
--- a/eit.c
+++ b/eit.c
@@ -391,7 +391,9 @@ cTDT::cTDT(const u_char *Data)
if (abs(diff) > MAX_TIME_DIFF) {
mutex.Lock();
if (abs(diff) > MAX_ADJ_DIFF) {
-if (stime() == 0)
+
> On 13 Dec 2019, at 02:04, Richard Shaw wrote:
>
> Looks like Qt just released 5.14, I believe this officially supports Python
> 3.8? So it would probably be a good idea to update Rawhide sooner rather than
> later.
>
> Rex, I'm willing to help coordinate/perform builds.
Christian Tismer
34 matches
Mail list logo