On Sun, 2019-08-18 at 01:27 +, upda...@fedoraproject.org wrote:
> The following builds have been pushed to Fedora EPEL 8 updates-
> testing
>
>
> wxGTK3-3.0.4-10.el8.1
>
In spec changelog version is: Sat Aug 17 2019 Scott Talbert <
s...@techie.net> - 3.0.4-10.1
The '.1' should go
On Sat, Aug 17, 2019 at 6:25 PM Joseph D. Wagner
wrote:
>
> Sorry if this is the wrong place to post. I need to start somewhere.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1742953
>
> Description of problem:
> The Plymouth LUKS password prompt will wait FOREVER for me to type in a
>
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/18/report-389-ds-base-1.4.1.6-20190817gitca915d5.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
The following builds have been pushed to Fedora EPEL 8 updates-testing
blis-0.6.0-2.el8
jcuber-4.4.2-1.el8
procenv-0.51-1.el8
tcping-1.3.5-19.el8
wxGTK3-3.0.4-10.el8.1
Details about builds:
Sorry if this is the wrong place to post. I need to start somewhere.
https://bugzilla.redhat.com/show_bug.cgi?id=1742953
Description of problem:
The Plymouth LUKS password prompt will wait FOREVER for me to type in a
password without powering down the monitor or blanking the screen. This
leaves
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-08-19 15:00 UTC'
Links to all issues to be
Stephen John Smoogen wrote:
> One of the problems with the above plan was that koji decides whats
> artifacts it will pull into its build root with a sort of hierarchy of
> 'if I built it use it even if an external repo has a higher NVR'.
> There are ways to get around that but they are meant to
Dear Fedora Developpers,
due of lack of time, I'm orphaning most of my packages:
* asterisk-gui (upstream is dead)
* bvi
* checkdns
* dnstracer
* easybashgui
* exif
* libexif-gtk
* mined
* xinput_calibrator
* Xnee
regards,
Matthieu Saulnier
--
Clé GPG: 0x29F0BEF2 @
On 17. 08. 19 19:39, Martin Gansser wrote:
When i use a if condition in the spec file [1], vdr-epg-deamon compiles fine on f31, but without it it fails. > [1]
https://src.fedoraproject.org/rpms/vdr-epg-daemon/blob/master/f/vdr-epg-daemon.spec
The upstream recommended way is to try to use
On Fri, 16 Aug 2019 at 02:17, willi.feh...@t-online.de
wrote:
>
> Dear EPEL developers,
>
>
> Nagios Plugins:
> There is already a Nagios Package in EPEL-8 but without having the Nagios
> Plugins it's almost worthless to run Nagios.
>
>
No matching package to install: '/usr/sbin/fping'
No
https://bugzilla.redhat.com/show_bug.cgi?id=1742608
--- Comment #5 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring@fedoraproject.org's scratch build of
perl-Scalar-List-Utils-1.52-1.fc29.src.rpm for rawhide completed
https://bugzilla.redhat.com/show_bug.cgi?id=1742608
--- Comment #4 from Upstream Release Monitoring
---
Created attachment 1605351
--> https://bugzilla.redhat.com/attachment.cgi?id=1605351=edit
[patch] Update to 1.52 (#1742608)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1742608
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Scalar-List-Utils-1.51
On Sat, 17 Aug 2019 at 11:18, Björn Persson wrote:
>
> Stephen John Smoogen wrote:
> > gcc-objc will need someone to make a module or SCL for it. The GCC
> > src.rpm seems to be patched out to not make any of the alternative
> > compilers that gcc normally makes.
>
> In that case I guess there is
On Sat, 17 Aug 2019 at 11:12, Kevin Kofler wrote:
>
> Stephen John Smoogen wrote:
> > So part of the reason for this is that the old method of trying to
> > make this happen is broken.
> >
> > In EPEL-6 and EPEL-7 we would have a person who needed a package dep
> > to rebuild the package in EPEL
When i use a if condition in the spec file [1], vdr-epg-deamon compiles fine on
f31, but without it it fails.
make[1]: Entering directory
'/home/martin/rpmbuild/BUILD/vdr-epg-daemon-1.1.146/epglv'
gcc -c -I/usr/include/mysql -fPIC -L/usr/lib64/mysql -L/usr/lib64/ -lmariadb
The gsoap package was updated in rawhide to version 2.8.91. As always
for this package there is a soname bump.
The following dependent packages were rebuild by me:
CGSI-gSOA
voms
The following dependent packages need to be rebuilt. Maintainers in cc:
davix
dmlite
fts
glite-lb-server
On Sat, Aug 17, 2019 at 5:08 PM Iñaki Ucar wrote:
>
> The same happens in Copr.
>
> Iñaki
>
> El sáb., 17 ago. 2019 12:53, Till Hofmann
> escribió:
>>
>> Hi all,
>>
>> I'm facing an issue with the package signatures on Fedora when trying to
>> build in rawhide chroot:
>> $ mock -r
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
Bug ID: 1742913
Summary: biber-2.13 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: biber
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring@fedoraproject.org's scratch build of
biber-2.13-1.fc29.src.rpm for rawhide failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=37100542
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1742913
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1605296
--> https://bugzilla.redhat.com/attachment.cgi?id=1605296=edit
[patch] Update to 2.13 (#1742913)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1742906
Miro Hrončok changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1742906
Bug ID: 1742906
Summary: perl-Math-PlanePath-127 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Math-PlanePath
Keywords: FutureFeature,
Stephen John Smoogen wrote:
> gcc-objc will need someone to make a module or SCL for it. The GCC
> src.rpm seems to be patched out to not make any of the alternative
> compilers that gcc normally makes.
In that case I guess there is no gcc-gnat either? :-(
> So someone will need to take this on
https://bugzilla.redhat.com/show_bug.cgi?id=1742906
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1605282
--> https://bugzilla.redhat.com/attachment.cgi?id=1605282=edit
[patch] Update to 127 (#1742906)
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1742906
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring@fedoraproject.org's scratch build of
perl-Math-PlanePath-127-1.fc29.src.rpm for rawhide completed
Stephen John Smoogen wrote:
> So part of the reason for this is that the old method of trying to
> make this happen is broken.
>
> In EPEL-6 and EPEL-7 we would have a person who needed a package dep
> to rebuild the package in EPEL but with a slightly lower NVR to make
> it so we did not replace
On 17. 08. 19 12:43, Till Hofmann wrote:
Hi all,
I'm facing an issue with the package signatures on Fedora when trying to
build in rawhide chroot:
$ mock -r fedora-rawhide-x86_64 --shell
[...]
Public key for zstd-1.4.2-1.fc31.x86_64.rpm is not installed. Failing
package is:
Stephen John Smoogen wrote:
> So part of the reason for this is that the old method of trying to
> make this happen is broken.
>
> In EPEL-6 and EPEL-7 we would have a person who needed a package dep
> to rebuild the package in EPEL but with a slightly lower NVR to make
> it so we did not replace
The same happens in Copr.
Iñaki
El sáb., 17 ago. 2019 12:53, Till Hofmann
escribió:
> Hi all,
>
> I'm facing an issue with the package signatures on Fedora when trying to
> build in rawhide chroot:
> $ mock -r fedora-rawhide-x86_64 --shell
> [...]
> Public key for zstd-1.4.2-1.fc31.x86_64.rpm
Hi all,
I'm facing an issue with the package signatures on Fedora when trying to
build in rawhide chroot:
$ mock -r fedora-rawhide-x86_64 --shell
[...]
Public key for zstd-1.4.2-1.fc31.x86_64.rpm is not installed. Failing
package is: zstd-1.4.2-1.fc31.x86_64
GPG Keys are configured as:
On Sat, Aug 17, 2019, 11:33 Richard Fearn wrote:
> Thanks, Jason and Vit, for your replies. Unfortunately it looks like
> many of findbugs-contrib's Java dependencies are being retired at the
> moment, so I need to decide what to do about that first...
>
Let me suggest joining the Java SIG (if
Thanks, Jason and Vit, for your replies. Unfortunately it looks like
many of findbugs-contrib's Java dependencies are being retired at the
moment, so I need to decide what to do about that first...
Rich
--
Richard Fearn
richardfe...@gmail.com
___
On Sat, Aug 17, 2019, 02:08 Lokesh Mandvekar wrote:
> I'm looking to give up ownership of the docker-distribution package.
> Current co-maintainers aren't keen on owning it either, but I heard
> registry.fp.o depends on it.
>
Yes we use it for our registry. Hopefully one day will be able to
On Fri, Aug 16, 2019 at 08:08:59PM -0400, Jonathan Billings wrote:
> This site:
> https://admin.fedoraproject.org/mirrormanager/
>
> Shows releases for 25835, 25788, 25775, 25757 and 25748.
That is a know bug of MirrorManager picking up directories in alt/ which
are interpreted as versions. The
35 matches
Mail list logo
