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
> password
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 d
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 be
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 @ hkp://keys.fedoraproject.org
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 --embe
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 b
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
-DMYSQL_DYNAMIC_PLUGI
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
glite-lbjp-
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 fedora-rawhide
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: zstd-1.4.2-1.fc31.x86
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 i
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:
file:///us
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 y
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
___
devel
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 swit
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 r
19 matches
Mail list logo