Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-07-16 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 8/147 (x86_64), 18/18 (i386), 1/2 (arm)
New failures (same test not failed in
OLD: Fedora-Rawhide-20190712.n.0
NEW: Fedora-Rawhide-20190715.n.1
= SUMMARY =
Added images:5
Dropped images: 21
Added packages: 26
Dropped packages:2
Upgraded packages: 365
Downgraded packages: 0
Size of added packages: 70.65 MiB
Size of dropped packages
The following Fedora EPEL 6 Security updates need testing:
Age URL
26 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-12f1eb1b1f
tomcat-7.0.94-1.el6
The following builds have been pushed to Fedora EPEL 6 updates-testing
dpm-contrib-admintools-0.2.5-1.el6
The following Fedora EPEL 7 Security updates need testing:
Age URL
335 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
111 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-d2c1368294
cinnamon-3.6.7-5.el7
77
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
--- Comment #5 from Fedora Update System ---
perl-IPC-Cmd-1.04-1.fc29 has been pushed to the Fedora 29 testing repository.
If problems still persist, please make note of it in this bug report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
--- Comment #5 from Fedora Update System ---
perl-BSON-1.12.0-1.fc29 has been pushed to the Fedora 29 testing repository. If
problems still persist, please make note of it in this bug report.
See
https://fedorapeople.org/groups/389ds/ci/nightly/2019/07/16/report-389-ds-base-1.4.1.4-1.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
On 7/15/19 1:51 PM, Stephen John Smoogen wrote:
OK could all the people who are so interested in i686 get onto the
x86_32 mailing list and chime up there about what they are wanting to
do? Also start having regular sig meetings and other things which have
been pretty dead for about a year?
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
https://bugzilla.redhat.com/show_bug.cgi?id=1729861
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1729862
--- Comment #2 from Fedora Update System ---
perl-Net-Whois-Raw-2.99.022-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
On Mon, Jul 15, 2019 at 7:22 PM Kevin Kofler wrote:
>
> Nicolas Mailhot via devel wrote:
>
> > It would be much clearer and user-friendly to move I*86 packages out of
> > the 64 bit repos and make the i*86 an optional add-on
>
> +1 to that suggestion.
>
>
> Vitaly Zaitsev via devel replied:
>
> >
On 16. 07. 19 0:07, Kevin Kofler wrote:
Miro Hrončok wrote:
Just a reminder that builds are currently running for python2 and python3
that change the meaning of /usr/bin/python from Python 2 to Python 3 in
rawhide.
Changing the meaning of such a widely used command that way is just wrong.
Nicolas Mailhot via devel wrote:
> It would be much clearer and user-friendly to move I*86 packages out of
> the 64 bit repos and make the i*86 an optional add-on
+1 to that suggestion.
Vitaly Zaitsev via devel replied:
> It will break multilib.
Not really. It would break the legacy "install
Miro Hrončok wrote:
> gnutls now cannot be rebuilt:
>
> nothing provides libnettle.so.6 needed by gnutls-3.6.8-1.fc31.armv7hl
Don't you love circular dependencies?
This is really the biggest issue that we have: There are more and more
circular dependencies. Each of them is a major PITA when
Neal Gompa wrote:
> I know it’s beating a dead horse, but I’d rather have the buildsystem
> *deal* with such a trivial problem than require manual intervention.
> Cycling through and building things properly in order to deal with a
> soname bump is something our tooling should do for us.
And how
Miro Hrončok wrote:
> With the dropping of the i686 kernel package it's no longer possible to
> directly install Fedora 31 or later on i686 hardware, however, it is still
> possibly to upgrade older releases as long as we continue to provide a
> repository. This will leave those users with an old
Kevin Fenzi wrote:
> I just don't think the number of people who do local i686 builds is all
> that large, so it having some issues and corner cases to help out the
> vast majority of folks seems like a good trade off to me.
Removing something does not "help out" anybody, ever. The people who'd
Miro Hrončok wrote:
> Just a reminder that builds are currently running for python2 and python3
> that change the meaning of /usr/bin/python from Python 2 to Python 3 in
> rawhide.
Changing the meaning of such a widely used command that way is just wrong.
> For details, see
>
On 15/07/2019 18:05, Kevin Fenzi wrote:
So, this is how it works (as far as I recall off the top of my head):
You build a archfull package in koji. It's built for x86_64 and i686
(and the other arches).
pungi runs to compose things. It has a config (in pungi-fedora or bodhi
config) that tells
On Mon, 15 Jul 2019 at 16:07, Neal Gompa wrote:
> On Mon, Jul 15, 2019 at 2:53 PM Fabio Valentini
> wrote:
> >
> > On Mon, Jul 15, 2019, 19:33 Kevin Fenzi wrote:
> >>
> >> On 7/15/19 5:43 AM, Fabio Valentini wrote:
> >>
> >> > (I for one am still semi-regularly building stuff in the mock
> >>
On Mon, Jul 15, 2019 at 2:53 PM Fabio Valentini wrote:
>
> On Mon, Jul 15, 2019, 19:33 Kevin Fenzi wrote:
>>
>> On 7/15/19 5:43 AM, Fabio Valentini wrote:
>>
>> > (I for one am still semi-regularly building stuff in the mock
>> > fedora-rawhide-i686 chroots, especially for testing if things
On Mon, 15 Jul 2019 at 14:53, Fabio Valentini wrote:
> On Mon, Jul 15, 2019, 19:33 Kevin Fenzi wrote:
>
>> On 7/15/19 5:43 AM, Fabio Valentini wrote:
>>
>> > (I for one am still semi-regularly building stuff in the mock
>> > fedora-rawhide-i686 chroots, especially for testing if things still
>>
> "VO" == Vít Ondruch writes:
VO> I just wonder what is the point of:
VO>
https://github.com/systemd/systemd/blob/b0ca726/src/core/macros.systemd.in#L122
I guess it just saves packagers from having to call systemd-sysusers
properly. You include the configuration file in the source
On Mon, Jul 15, 2019, 19:33 Kevin Fenzi wrote:
> On 7/15/19 5:43 AM, Fabio Valentini wrote:
>
> > (I for one am still semi-regularly building stuff in the mock
> > fedora-rawhide-i686 chroots, especially for testing if things still
> > work on 32bit systems (be it armv7hl or i686) - I know that
Hello Vitaly,
Update the Mono stack in Fedora from 5.18 to 5.20.
Also please update NuGet package. It was not updated for ages and cannot
install modern dotnet dependencies.
I have now written a reply to that bug 1722217 for nuget.
Timotheus
___
On 7/15/19 8:08 AM, Tom Hughes wrote:
> On 15/07/2019 15:56, Zbigniew Jędrzejewski-Szmek wrote:
>> On Mon, Jul 15, 2019 at 11:52:50AM +0200, Mark Wielaard wrote:
>>> Could you explain a bit more how this (keeps) working? I think my
>>> mental model of how Fedora repositories work in the case of
On 7/15/19 5:43 AM, Fabio Valentini wrote:
> (I for one am still semi-regularly building stuff in the mock
> fedora-rawhide-i686 chroots, especially for testing if things still
> work on 32bit systems (be it armv7hl or i686) - I know that this will
> probably continue to work somehow, but making
On 7/14/19 11:46 PM, Florian Weimer wrote:
> * Miro Hrončok:
>
>> The only other use/need for the repostories is to allow maintainers to
>> debug and test fixes for multilib shipped packages, but the koji
>> buildroot repo can be used for this use case.
>
>> ** modify mock to use the koji
On 7/13/19 4:25 PM, Kevin Fenzi wrote:
Greetings.
(I am posting this to the devel list and also Bccing the maintainers of
the involved packages below).
A bit back I updated python-requests-oauthlib to 1.2.0.
I didn't realize at the time that this version needs python-oauthlib
3.0.0 or newer.
Just a reminder that builds are currently running for python2 and python3 that
change the meaning of /usr/bin/python from Python 2 to Python 3 in rawhide.
For details, see https://fedoraproject.org/wiki/Changes/Python_means_Python3
I'll be sending e-mails later to package owners who still
On Mon, Jul 15, 2019 at 11:52 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Jul 15, 2019 at 10:13:21AM -0400, Neal Gompa wrote:
> > On Mon, Jul 15, 2019 at 10:04 AM Miroslav Suchý wrote:
> > >
> > > Dne 10. 07. 19 v 9:19 James Antill napsal(a):
> > > > 2. adduser/group/etc. => sysusers files
The issues you show don't appear to have anything to do with EPEL. The
certbot package simply requires /usr/sbin/restorecon and
/usr/sbin/semanage; yum isn't able to install those because it appears
that there is some problem with the base (Centos) repositories. Please
make sure that you are
Dne 15. 07. 19 v 17:03 Zbigniew Jędrzejewski-Szmek napsal(a):
> On Mon, Jul 15, 2019 at 10:13:21AM -0400, Neal Gompa wrote:
>> On Mon, Jul 15, 2019 at 10:04 AM Miroslav Suchý wrote:
>>> Dne 10. 07. 19 v 9:19 James Antill napsal(a):
2. adduser/group/etc. => sysusers files
>>> For anyone
Hi,
I saw many changes related to pyc last week, so I had a look. I don't
understand well these issues. Here are my notes to try to understand the
context ;-) I don't request any change, I'm fine with the latest choices
made in Fedora.
--
There are different issues:
(1) Performance
On 15/07/2019 15:56, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Jul 15, 2019 at 11:52:50AM +0200, Mark Wielaard wrote:
Could you explain a bit more how this (keeps) working? I think my
mental model of how Fedora repositories work in the case of multilib
devel packages is a bit flawed. At first
On Mon, Jul 15, 2019 at 10:13:21AM -0400, Neal Gompa wrote:
> On Mon, Jul 15, 2019 at 10:04 AM Miroslav Suchý wrote:
> >
> > Dne 10. 07. 19 v 9:19 James Antill napsal(a):
> > > 2. adduser/group/etc. => sysusers files
> >
> > For anyone willing to do this in advance on his/her package - this is
On Mon, Jul 15, 2019 at 11:52:50AM +0200, Mark Wielaard wrote:
> Could you explain a bit more how this (keeps) working? I think my
> mental model of how Fedora repositories work in the case of multilib
> devel packages is a bit flawed. At first I assumed that this suggestion
> would kill that.
Thank you for your answers.
I adopted "moby-engine" and did two new releases:
- moby-engine-18.09.7-4 depends on packages "containerd" and "runc"
instead of conflicting and bundling the binaries. It is packaged for
Rawhide and Fedora 30 (in updates-testing: [1]). I did not see any
regression due
On Mon, Jul 15, 2019 at 10:04 AM Miroslav Suchý wrote:
>
> Dne 10. 07. 19 v 9:19 James Antill napsal(a):
> > 2. adduser/group/etc. => sysusers files
>
> For anyone willing to do this in advance on his/her package - this is how you
> can do that:
>
>
On Mon, Jul 15, 2019 at 9:45 AM Fabio Valentini wrote:
>
> On Mon, Jul 15, 2019 at 2:48 PM Miro Hrončok wrote:
> >
> > On 15. 07. 19 13:54, Miro Hrončok wrote:
> > > On 15. 07. 19 13:24, Miro Hrončok wrote:
> > >> On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
> > >>> Hi,
> > >>> The
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
Sven Nierlein changed:
What|Removed |Added
Flags|needinfo?(Sven.Nierlein@con |
|sol.de)
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
Petr Pisar changed:
What|Removed |Added
Component|perl-LWP-Protocol-https |perl-LWP-Protocol-connect
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
Petr Pisar changed:
What|Removed |Added
CC||sven.nierl...@consol.de
On Sun, 14 Jul 2019 at 18:16, Neal Gompa wrote:
> On Sun, Jul 14, 2019 at 5:21 PM Kevin Fenzi wrote:
> >
> > On 7/14/19 1:15 PM, Neal Gompa wrote:
> >
> > > This will also make it impossible for people to locally do multilib
> > > build/installs. It will remove COPR’s ability to do the same.
Dne 10. 07. 19 v 9:19 James Antill napsal(a):
> 2. adduser/group/etc. => sysusers files
For anyone willing to do this in advance on his/her package - this is how you
can do that:
https://github.com/rpm-software-management/mock/commit/cf4c8f076637755acc3cf4eb091d8ebb36020237
Here is relevant
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
Bug ID: 1729976
Summary: Please package perl-LWP-Protocol-connect
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: perl-LWP-Protocol-https
Assignee:
On Mon, Jul 15, 2019 at 2:48 PM Miro Hrončok wrote:
>
> On 15. 07. 19 13:54, Miro Hrončok wrote:
> > On 15. 07. 19 13:24, Miro Hrončok wrote:
> >> On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
> >>> Hi,
> >>> The latest nettle (3.5.1) update will break ABI on rawhide. The API
> >>>
On Mon, Jul 15, 2019 at 12:45 PM Jiri Vanek wrote:
>
> On 7/15/19 11:34 AM, Vitaly Zaitsev via devel wrote:
> > Hello, Dridi Boukelmoune.
> >
> > Mon, 15 Jul 2019 08:26:59 + you wrote:
> >
> >> Emulate as in not run natively even though the hardware might be able to?
> >
> > Sorry for
On Mon, Jul 15, 2019 at 05:30:24PM +0530, Anuj Borah wrote:
>[1]@Simon Pichugin
Sure, I'll get to it soon.
I just got back from a long PTO.
But also, I am not the only team member with review rights :)
So I am not sure why you quote me personally...
Thanks,
Simon
>
>Please review:
>
@Simon Pichugin
Please review:
https://pagure.io/389-ds-base/pull-request/50468
https://pagure.io/389-ds-base/pull-request/50471
https://pagure.io/389-ds-base/pull-request/50482
Regards
AB
A
On Tue, May 21, 2019 at 4:17 PM Anuj Borah wrote:
> @Simon Pichugin
>
> Please review:
>
>
On 15. 07. 19 13:54, Miro Hrončok wrote:
On 15. 07. 19 13:24, Miro Hrončok wrote:
On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
Hi,
The latest nettle (3.5.1) update will break ABI on rawhide. The API
remains the same hence recompilation will be sufficient to address any
issues.
On 15. 07. 19 13:24, Miro Hrončok wrote:
On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
Hi,
The latest nettle (3.5.1) update will break ABI on rawhide. The API
remains the same hence recompilation will be sufficient to address any
issues.
Nearly all of my packages now fail to resolve
On Mon, Jul 15, 2019 at 11:58 AM Jiri Vanek wrote:
> On 7/15/19 11:34 AM, Vitaly Zaitsev via devel wrote:
> > Hello, Dridi Boukelmoune.
> >
> > Mon, 15 Jul 2019 08:26:59 + you wrote:
> >
> >> Emulate as in not run natively even though the hardware might be able
> to?
> >
> > Sorry for
On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
Hi,
The latest nettle (3.5.1) update will break ABI on rawhide. The API
remains the same hence recompilation will be sufficient to address any
issues.
Nearly all of my packages now fail to resolve because of:
nothing provides
On 15. 07. 19 12:41, Nikos Mavrogiannopoulos wrote:
Hi,
The latest nettle (3.5.1) update will break ABI on rawhide. The API
remains the same hence recompilation will be sufficient to address any
issues.
I've recently seen an Arch Linux user ranting about this particular update on
Twitter.
Hi,
The latest nettle (3.5.1) update will break ABI on rawhide. The API
remains the same hence recompilation will be sufficient to address any
issues.
regards,
Nikos
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
--- Comment #3 from Fedora Update System ---
FEDORA-2019-25e04d974d has been submitted as an update to Fedora 29.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-25e04d974d
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
--- Comment #2 from Fedora Update System ---
FEDORA-2019-8b50847831 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-8b50847831
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On 7/15/19 11:34 AM, Vitaly Zaitsev via devel wrote:
> Hello, Dridi Boukelmoune.
>
> Mon, 15 Jul 2019 08:26:59 + you wrote:
>
>> Emulate as in not run natively even though the hardware might be able to?
>
> Sorry for misinformation. Wine64 is still require 32-bit libraries in
> order to run
Hi Kevin,
On Sun, 2019-07-14 at 15:50 -0700, Kevin Fenzi wrote:
> On 7/14/19 2:35 PM, John Reiser wrote:
> > Kevin Fenzi wrote:
> > > Neal Gompa wrote:
> >
> > [[snip]]
> >
> > > > This will also make it impossible for people to locally do multilib
> > > > build/installs. It will remove COPR’s
https://bugzilla.redhat.com/show_bug.cgi?id=1729863
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Hello, Dridi Boukelmoune.
Mon, 15 Jul 2019 08:26:59 + you wrote:
> Emulate as in not run natively even though the hardware might be able to?
Sorry for misinformation. Wine64 is still require 32-bit libraries in
order to run legacy 32-bit Windows PE executables.
https://bugzilla.redhat.com/show_bug.cgi?id=1729859
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1729862
--- Comment #1 from Fedora Update System ---
FEDORA-2019-613dfb2fb0 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-613dfb2fb0
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1729862
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Mon, Jul 15, 2019 at 7:58 AM Vitaly Zaitsev via devel
wrote:
>
> Hello, Dridi Boukelmoune.
>
> Mon, 15 Jul 2019 06:59:33 + you wrote:
>
> > game that cannot move to 64bit support because it's dragging binaries
> > for which it doesn't have source code.
>
> Wine64 can still emulate 32-bit
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
--- Comment #3 from Fedora Update System ---
FEDORA-2019-d938e34332 has been submitted as an update to Fedora 29.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-d938e34332
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
--- Comment #2 from Fedora Update System ---
FEDORA-2019-352ffb6101 has been submitted as an update to Fedora 30.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-352ffb6101
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
Petr Pisar changed:
What|Removed |Added
Status|NEW |MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1729861
Jitka Plesnikova changed:
What|Removed |Added
Fixed In Version||perl-Lingua-EN-Tagger-0.31-
https://bugzilla.redhat.com/show_bug.cgi?id=1729861
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
Hello, Nicolas Mailhot via devel.
Mon, 15 Jul 2019 07:35:09 + you wrote:
> It would be much clearer and user-friendly to move I*86 packages out of the
> 64 bit repos and make the i*86 an optional add-on
It will break multilib.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
It would be much clearer and user-friendly to move I*86 packages out of the 64
bit repos and make the i*86 an optional add-on
Le July 14, 2019 9:27:03 PM UTC, Neal Gompa a écrit :
>On Sun, Jul 14, 2019 at 5:21 PM Kevin Fenzi wrote:
>>
>> On 7/14/19 1:15 PM, Neal Gompa wrote:
>>
>> > This will
Hello, Jiri Vanek.
Mon, 15 Jul 2019 09:22:57 +0200 you wrote:
> That is not enough. See what hapened to Ubuntu once they dropped i686
They decided to remove whole 32-bit support, including multilib support.
We need to drop 32-bit packages, except needed to run Steam and Wine32.
Third-party
https://bugzilla.redhat.com/show_bug.cgi?id=1729863
Bug ID: 1729863
Summary: Upgrade perl-Plack-Middleware-RemoveRedundantBody to
0.08
Product: Fedora
Version: rawhide
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1729862
Bug ID: 1729862
Summary: Upgrade perl-Net-Whois-Raw to 2.99022
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-Whois-Raw
Assignee: dd...@cpan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1729861
Bug ID: 1729861
Summary: Upgrade perl-Lingua-EN-Tagger to 0.31
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Lingua-EN-Tagger
Assignee:
On 7/15/19 9:10 AM, Vitaly Zaitsev via devel wrote:
> Hello, Dridi Boukelmoune.
>
> Mon, 15 Jul 2019 06:59:33 + you wrote:
>
>> game that cannot move to 64bit support because it's dragging binaries
>> for which it doesn't have source code.
>
> Wine64 can still emulate 32-bit WinPE
https://bugzilla.redhat.com/show_bug.cgi?id=1729860
Bug ID: 1729860
Summary: Upgrade perl-IPC-Cmd to 1.04
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IPC-Cmd
Assignee: ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1729859
Bug ID: 1729859
Summary: Upgrade perl-CPANPLUS to 0.9178
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPANPLUS
Assignee: ppi...@redhat.com
Hello, John Reiser.
Sun, 14 Jul 2019 14:35:46 -0700 you wrote:
> For some apps 2GB of malloc() arena is plenty, and they run faster
> in 32-bit mode because a 64-byte cache line contains 16 pointers
> instead of only 8.
And such applications became extremely vulnerable due to missing ASLR
https://bugzilla.redhat.com/show_bug.cgi?id=1729858
Bug ID: 1729858
Summary: Upgrade perl-BSON to 1.12.0
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-BSON
Assignee: ppi...@redhat.com
Reporter:
Hello, Neal Gompa.
Sun, 14 Jul 2019 17:27:03 -0400 you wrote:
> Building library packages and making your own multilib repo is
> impossible without having both the i686 repo and the x86_64 repo, as
> you need to build for both and then munge them together for a multilib
> repo.
Most of Fedora
Hello, Dridi Boukelmoune.
Mon, 15 Jul 2019 06:59:33 + you wrote:
> game that cannot move to 64bit support because it's dragging binaries
> for which it doesn't have source code.
Wine64 can still emulate 32-bit WinPE executables.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
> I don't think we can drop multilib until at least steam/wine are ready
> for it at least.
Will they ever be though? Thanks to Wine I can run an open source
game that cannot move to 64bit support because it's dragging binaries
for which it doesn't have source code. I reverse-engineered one of
Hello, Ben Cotton.
Fri, 12 Jul 2019 09:38:28 -0400 you wrote:
> Update the Mono stack in Fedora from 5.18 to 5.20.
Also please update NuGet package. It was not updated for ages and cannot
install modern dotnet dependencies.
Packaged version: 2.8.7.
Current stable version: 5.0.2.
RHBZ:
* Miro Hrončok:
> The only other use/need for the repostories is to allow maintainers to
> debug and test fixes for multilib shipped packages, but the koji
> buildroot repo can be used for this use case.
> ** modify mock to use the koji buildroot for i686 for f31+ for those
> few users that need
91 matches
Mail list logo