On 2019-01-29 12:26 p.m., Luya Tshimbalanga wrote:
> Contacting upstream about the issue, a suggestion is use the built-in
> script alloy.py to manually build llvm instead of using the stock model
> i.e. llvm-devel.
>
> https://github.com/ispc/ispc/issues/1413#issuecomment-458654316
>
> Any
On Tue, Jan 29, 2019 at 11:05 PM Matthew Miller
wrote:
>
> On Tue, Jan 29, 2019 at 02:43:39AM -0500, Siteshwar Vashisht wrote:
> > I agree that it would be much safer to target it for Fedora 31. I have no
> > objection if we change target release.
>
> What about building it as a module, with Bash
On Tue, Jan 29, 2019 at 5:33 PM John Harris wrote:
>
> On Tuesday, January 29, 2019 5:29:58 AM EST Ben Cotton wrote:
> > Fedora has determined that the Server Side Public Licensev1 (SSPL) is
> > not a Free Software License.
>
> For what reason is SSPL considered non-free? As I see, it's
The following Fedora EPEL 6 Security updates need testing:
Age URL
46 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b7556983e8
tomcat-7.0.92-1.el6
42 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-a0ddb153b8
game-music-emu-0.6.2-1.el6
12
https://fedorapeople.org/groups/389ds/ci/nightly/2019/01/30/report-389-ds-base-1.4.0.20-1.fc29.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
https://bugzilla.redhat.com/show_bug.cgi?id=1667714
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Module-CoreList-5.2019 |perl-Module-CoreList-5.2019
https://bugzilla.redhat.com/show_bug.cgi?id=1667713
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-CPAN-Perl-Releases-3.8 |perl-CPAN-Perl-Releases-3.8
https://bugzilla.redhat.com/show_bug.cgi?id=1667714
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1667713
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1670644
Bug ID: 1670644
Summary: perl-Ouch-0.0501 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Ouch
Keywords: FutureFeature, Triaged
On Tue, Jan 29, 2019 at 04:23:48PM +0100, Miro Hrončok wrote:
> My understanding is that not only we will not able to test those, but there
> will be no point of shipping them at all. What am I missing?
It is very likely that the packages can still be used to access MongoDB
instances that run on
On Tuesday, January 29, 2019 4:21:54 PM EST Chris Murphy wrote:
> It's not free for everyone all of the time.
Under what circumstances is it non-free? I agree that it's overreaching
(attempting to claim software that is not part of it as being the same
software), however I don't see
On Tue, Jan 29, 2019 at 1:07 PM John Harris wrote:
> For what reason is SSPL considered non-free? As I see, it's essentially a GPL
> incompatible AGPL license.
https://opensource.org/LicenseReview122018
> "JH" == John Harris writes:
JH> For what reason is SSPL considered non-free? As I see, it's
JH> essentially a GPL incompatible AGPL license.
It's been pretty well covered throughout this whole debacle, but here's
the most recent announcement from Fedora Legal:
Contacting upstream about the issue, a suggestion is use the built-in
script alloy.py to manually build llvm instead of using the stock model
i.e. llvm-devel.
https://github.com/ispc/ispc/issues/1413#issuecomment-458654316
Any feedback?
Luya
___
How exactly is SSPLv1 "aggressively discriminatory towards people of a
specific class"? How exactly did you determine that the purpose was to spread
FUD, and what do you describe as "commercial users"?
--
John M. Harris, Jr.
Splentity
https://splentity.com/
signature.asc
Description: This is
On 29/01/19 18:49 +, José Abílio Matos wrote:
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote:
I've done local builds of most of them, and 130+ build OK. Any that
fail I'll create bugzilla FTBFS reports for.
FWIW lyx fails but a patch has already been committed upstream to
On Tuesday, January 29, 2019 5:29:58 AM EST Ben Cotton wrote:
> Fedora has determined that the Server Side Public Licensev1 (SSPL) is
> not a Free Software License.
For what reason is SSPL considered non-free? As I see, it's essentially a GPL
incompatible AGPL license.
--
John M. Harris, Jr.
On Tue, Jan 29, 2019 at 08:40:51AM +0100, Miro Hrončok wrote:
> On 29. 01. 19 5:07, iliana weller wrote:
> > Hello,
> >
> > I've orphaned python-pep8. pep8 was renamed to pycodestyle in 2016; it
> > received its last release in 2017. It should be removed from Fedora in a
> > future release.
> >
On 29. 01. 19 5:07, iliana weller wrote:
Hello,
I've orphaned python-pep8. pep8 was renamed to pycodestyle in 2016; it
received its last release in 2017. It should be removed from Fedora in a
future release.
I unfortunately don't have time to proceed with the full retirement
process myself. If
On Tue, 29 Jan 2019 at 05:42, Matthew Miller
wrote:
> On Mon, Jan 28, 2019 at 06:41:26PM +0100, Miro Hrončok wrote:
> > >This feels more like system-wide change…
> > >Especially since you say that some extra packages will be retired.
> >
> > A very limited set. The distro as a whole should not
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote:
>
> I've done local builds of most of them, and 130+ build OK. Any that
> fail I'll create bugzilla FTBFS reports for.
FWIW lyx fails but a patch has already been committed upstream to solve the
issue.
The short version is to
On 29. 01. 19 19:04, John Harris wrote:
On Monday, January 28, 2019 12:27:19 PM EST Ben Cotton wrote:
Remove packages from the distribution:
* createrepo
* yum
* yum-langpacks
* yum-utils
* yum-metadata-parser
* yum-updatesd
* python-urlgrabber
Are there already `dnf` equivalents to
The system-config-kickstart package in Fedora is on a very low
maintenance status at the moment. It is not really promoted much as a
tool that people should use, however I know some people still use it (or
at least did).
But now we are at a cross roads. system-config-kickstart needs to move
to
On Monday, January 28, 2019 12:27:19 PM EST Ben Cotton wrote:
> Remove packages from the distribution:
> * createrepo
> * yum
> * yum-langpacks
> * yum-utils
> * yum-metadata-parser
> * yum-updatesd
> * python-urlgrabber
Are there already `dnf` equivalents to `createrepo` and `yum-utils`?
--
Dear all,
You are kindly invited to the meeting:
EPEL Steering Co on 2019-01-30 from 18:00:00 to 19:00:00 GMT
At freenode@fedora-meeting
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting. Agenda is in the
Here is. Filed the bug to upstream:
https://github.com/ispc/ispc/issues/1413
Luya
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Tue, Jan 29, 2019 at 6:03 PM Luya Tshimbalanga
wrote:
>
> -BEGIN PGP MESSAGE-
> Charset: UTF-8
I guess the encrypted garble garble below happened by accident - you
might want to send your message again without encrypting it.
Fabio
>
-BEGIN PGP MESSAGE-
Charset: UTF-8
hQEMAyZZ5X4GTmHqAQgA3r4Bs+wCUHFsVqpIPN5v0tFnaioogOKYTrDgA9MTKzzV
GuEEdfFctzFOZw9eAiu7lIYZn41Ajpx7pGDjgxXJYsnhBKmL/n5BLrQ+hlG4FYcM
LcT/O5DQjwgndjwsx9QlsHoCrk12lMCcGZLPX+w0Gjc1d8uMofQ3F9iZpr71zq99
On 09. 01. 19 9:34, Miro Hrončok wrote:
Hi, we've successfully removed Python 2 from default Workstation installation
years ago, today I'd like to see if we could do it in Xfce Spin as well.
For those not in the picture: Python 2 ill EOL in 11 months, 22 days [0].
We are trying to get rid of
Il giorno mar 29 gen 2019 alle ore 17:39 Nicolas Chauvet
ha scritto:
> There is a wireguard package maintained by Robert-André Mauchin on RPM
> Fusion that at least... works.
Ah I did not know that, thank you
___
devel mailing list --
Hi All,
I created new selinux-policy build with support new class: xdp_socket
https://koji.fedoraproject.org/koji/taskinfo?taskID=32331044
I don't expect any big troubles in rawhide, it passed my basic testing,
but if you'll face any AVC where there will be class xdp_socket, please
let me know
Le mar. 29 janv. 2019 à 16:33, Germano Massullo
a écrit :
>
> This [1] is the Wireguard spec file from upstream Copr repo [2].
> Wireguard will be included in kernel 5.0, but meanwhile we are using it as
> dkms.
There is a wireguard package maintained by Robert-André Mauchin on RPM
Fusion that
#fedora-meeting-3: Weekly Meeting of the Modularity Team
Meeting started by nils at 15:00:03 UTC.
Minutes:
On Mon, 2019-01-28 at 12:27 -0500, Ben Cotton wrote:
> == Detailed Description ==
> Remove packages from the distribution:
> * createrepo
> * yum
> * yum-langpacks
> * yum-utils
> * yum-metadata-parser
> * yum-updatesd
> * python-urlgrabber
>
> All these packages should no longer be used and all
On Tue, Jan 29, 2019 at 9:29 AM Richard Shaw wrote:
> On Tue, Jan 29, 2019 at 4:32 AM Ben Cotton wrote:
>
>> https://fedoraproject.org/wiki/Changes/MongoDB_Removal
>>
>> == Summary ==
>> Fedora has determined that the Server Side Public Licensev1 (SSPL) is
>> not a Free Software License.
On Tue, Jan 29, 2019 at 4:32 AM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/MongoDB_Removal
>
> == Summary ==
> Fedora has determined that the Server Side Public Licensev1 (SSPL) is
> not a Free Software License. Therefore, we need to drop MongoDB from
> Fedora.
I only recently
This [1] is the Wireguard spec file from upstream Copr repo [2].
Wireguard will be included in kernel 5.0, but meanwhile we are using it as dkms.
The only problem is that at every Wireguard upgrade, a manual action
is required.
For example now that I have installed 0.0.20190123, I have to remove
On 29. 01. 19 16:17, Honza Horak wrote:
On 1/29/19 11:57 AM, Vít Ondruch wrote:
Dne 29. 01. 19 v 11:39 Miro Hrončok napsal(a):
On 29. 01. 19 11:29, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public
* Honza Horak:
>> Yes, right. There is rubygem-mongo and rubygem-mongoid and they will
>> become FTBFS without MongoDB. The test suite could be disabled, but this
>> will be unfortunate, because historically it helped to uncover issues on
>> some of our arches.
>
> While I see the value of tests,
On 1/29/19 11:57 AM, Vít Ondruch wrote:
Dne 29. 01. 19 v 11:39 Miro Hrončok napsal(a):
On 29. 01. 19 11:29, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public Licensev1 (SSPL) is
not a Free Software
On 29. 01. 19 15:44, Jonathan Wakely wrote:
On 29/01/19 14:59 +0100, Miro Hrončok wrote:
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
On 29/01/19 14:59 +0100, Miro Hrončok wrote:
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this
On Tue, Jan 29, 2019 at 2:59 PM Matthew Miller wrote:
>
> On Tue, Jan 29, 2019 at 01:28:06PM +0100, Igor Gnatenko wrote:
> > That doesn't help until there is Ursa Major or some alternative deployed.
> >
> > The reason for that is that we would need to maintain 2 copies of
> > bash, one for users
On 25. 01. 19 16:57, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library,
On 25/01/19 15:57 +, Jonathan Wakely wrote:
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so
On Tue, Jan 29, 2019 at 01:28:06PM +0100, Igor Gnatenko wrote:
> That doesn't help until there is Ursa Major or some alternative deployed.
>
> The reason for that is that we would need to maintain 2 copies of
> bash, one for users and one for buildroot. I do that for libgit2 and
> it is painful.
lmfit will be bumped. dependent packages build fine.
https://src.fedoraproject.org/rpms/lmfit/pull-request/3
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Tue, Jan 29, 2019 at 02:12:03PM +0100, Jakub Jelinek wrote:
> On Tue, Jan 29, 2019 at 01:04:25PM +, Daniel P. Berrangé wrote:
> > The variable was already initialized right at the start. The compound
> > literal is just a short-hand for later changing the values in several
> > fields of the
* Jakub Jelinek:
> On Tue, Jan 29, 2019 at 12:51:25PM +, Daniel P. Berrangé wrote:
>> Libvirt has hit a problem with -Wjump-misses-init newly reporting bogus
>> warnings for code using anonymous struct initializers during assignments:
>>
>>
On Tue, Jan 29, 2019 at 01:04:25PM +, Daniel P. Berrangé wrote:
> The variable was already initialized right at the start. The compound
> literal is just a short-hand for later changing the values in several
> fields of the struct at once. This is no different to manually assigning
> new
Le 2019-01-29 13:47, Florian Weimer a écrit :
* Nicolas Mailhot:
Le 2019-01-29 11:39, Miro Hrončok a écrit :
This is not true. This page needs to list all dependent packages on
Mongo and all dependent packages on Mongo connectors (such as
python-pymongo). The change should explain if other
On Tue, Jan 29, 2019 at 01:56:19PM +0100, Jakub Jelinek wrote:
> On Tue, Jan 29, 2019 at 12:51:25PM +, Daniel P. Berrangé wrote:
> > Libvirt has hit a problem with -Wjump-misses-init newly reporting bogus
> > warnings for code using anonymous struct initializers during assignments:
> >
> >
On Tue, Jan 29, 2019 at 12:51:25PM +, Daniel P. Berrangé wrote:
> Libvirt has hit a problem with -Wjump-misses-init newly reporting bogus
> warnings for code using anonymous struct initializers during assignments:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89061
>
On Mon, Jan 21, 2019 at 03:16:56PM -0500, Ben Cotton wrote:
> [This proposal was submitted after the deadline. I am announcing it
> for community discussion and will leave the decision on whether or not
> to grant an exception to FESCo]
>
> https://fedoraproject.org/wiki/Changes/GCC9
>
> ==
* Nicolas Mailhot:
> Le 2019-01-29 11:39, Miro Hrončok a écrit :
>
>> This is not true. This page needs to list all dependent packages on
>> Mongo and all dependent packages on Mongo connectors (such as
>> python-pymongo). The change should explain if other packagers are
>> expected to remove the
That doesn't help until there is Ursa Major or some alternative deployed.
The reason for that is that we would need to maintain 2 copies of
bash, one for users and one for buildroot. I do that for libgit2 and
it is painful.
On Tue, Jan 29, 2019 at 11:53 AM Matthew Miller
wrote:
>
> On Tue, Jan
https://bugzilla.redhat.com/show_bug.cgi?id=1670372
Bug ID: 1670372
Summary: Upgrade perl-Net-SFTP-Foreign to 1.90
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-SFTP-Foreign
Assignee: fedora...@rule.lv
I have no interest in maintaining pl (SWI Prolog) package and thus I'm
going to orphan it.
The package is a Prolog langugage interpreter with bundled various
libraries and tools written in that language. E.g. an HTTP server or an
interface to Java virtual machine.
Upstream does a new major
* Dridi Boukelmoune:
>> I've seen this errror before. It's uusally caused by upstream accidentally
>> overriding CFLAGS instead appending to already set CFLAGS, which breaks
>> fedora builds. Look for something like "set *CFLAGS* (foo bar)" in
>> CMakeLists.txt files, and change it to *append*
On Tue, Jan 29, 2019 at 07:07:02AM -0500, Siteshwar Vashisht wrote:
>
>
> - Original Message -
> > From: "Jakub Jelinek"
> > To: "Development discussions related to Fedora"
> >
> > Sent: Monday, January 21, 2019 10:51:32 PM
> > Subject: Re: [Late] F30 System-Wide Change proposal: GCC9
- Original Message -
> From: "Jakub Jelinek"
> To: "Development discussions related to Fedora"
>
> Sent: Monday, January 21, 2019 10:51:32 PM
> Subject: Re: [Late] F30 System-Wide Change proposal: GCC9
>
> The release notes are WIP, more will come when it is written, many new
>
Hi Tomas,
On Mon, Jan 28, 2019 at 2:19 PM Tomas Radej wrote:
> I am orphaning xsel as I don't have time to maintain it. The recent gcc
> update means xsel no longer compiles.
>
> I am not sure if it is worth maintaining xsel when xclip is packaged as well,
> so if someone think so, please take
Hi,
I just orphaned `glacier-cli` package.
It is command line utility for AWS Glacier service. I no longer use the Glacier
and instead I am using B2, therefore I
am not using this package at all.
It need some love: update to recent version, migrate to python3 and I do not
want to spend my time
> I've seen this errror before. It's uusally caused by upstream accidentally
> overriding CFLAGS instead appending to already set CFLAGS, which breaks
> fedora builds. Look for something like "set *CFLAGS* (foo bar)" in
> CMakeLists.txt files, and change it to *append* to the already existing
On Mon, 28 Jan 2019 17:51:58 +0100
Miro Hrončok wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1323249
>
> Anyone knows how to reach Matthias?
Yes! That email address does actually work :-)
Sorry. Being too optimistic about what I can juggle with for way too
long now, and (family) life
Dne 29. 01. 19 v 11:39 Miro Hrončok napsal(a):
> On 29. 01. 19 11:29, Ben Cotton wrote:
>> https://fedoraproject.org/wiki/Changes/MongoDB_Removal
>>
>> == Summary ==
>> Fedora has determined that the Server Side Public Licensev1 (SSPL) is
>> not a Free Software License. Therefore, we need to drop
* Luya Tshimbalanga:
> I managed to resolve some issue but now the problem is related to the
> hardened part:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=32324093
>
> Here is the following lines for the failure:
>
> BUILDSTDERR: /usr/bin/ld: kernels_ispc_sse2.o: relocation R_X86_64_32
Le 2019-01-29 11:39, Miro Hrončok a écrit :
This is not true. This page needs to list all dependent packages on
Mongo and all dependent packages on Mongo connectors (such as
python-pymongo). The change should explain if other packagers are
expected to remove the functionality from their
On 29. 01. 19 11:29, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public Licensev1 (SSPL) is
not a Free Software License. Therefore, we need to drop MongoDB from
Fedora.
While I'm in favor of the removal, I
On Tue, Jan 29, 2019 at 05:29:51AM -0500, Ben Cotton wrote:
> Improve the GRUB menu by only having the default boot option for each
> installed operating system in the main menu, and the other options
> into a sub-menu. This would better organize the boot options and lead
> to an easier and
On Tue, Jan 29, 2019 at 02:43:39AM -0500, Siteshwar Vashisht wrote:
> I agree that it would be much safer to target it for Fedora 31. I have no
> objection if we change target release.
What about building it as a module, with Bash 4 as the default stream for
F30 and a plan to switch that to 5 for
On Mon, Jan 28, 2019 at 06:41:26PM +0100, Miro Hrončok wrote:
> >This feels more like system-wide change…
> >Especially since you say that some extra packages will be retired.
>
> A very limited set. The distro as a whole should not be impacted by this.
>
> The retired packages are legacy cruft.
This is your reminder that the software string freeze deadline is
Tuesday, 5 February 2019.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public Licensev1 (SSPL) is
not a Free Software License. Therefore, we need to drop MongoDB from
Fedora.
== Owner ==
* Name: [[User:panovotn| Patrik Novotný]]
* Email:
https://fedoraproject.org/wiki/Changes/ImprovedGrubMenu
== Summary ==
Improve the GRUB menu by only having the default boot option for each
installed operating system in the main menu, and the other options
into a sub-menu. This would better organize the boot options and lead
to an easier and
This is your reminder that the software string freeze deadline is
Tuesday, 5 February 2019.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://fedoraproject.org/wiki/Changes/MongoDB_Removal
== Summary ==
Fedora has determined that the Server Side Public Licensev1 (SSPL) is
not a Free Software License. Therefore, we need to drop MongoDB from
Fedora.
== Owner ==
* Name: [[User:panovotn| Patrik Novotný]]
* Email:
https://fedoraproject.org/wiki/Changes/ImprovedGrubMenu
== Summary ==
Improve the GRUB menu by only having the default boot option for each
installed operating system in the main menu, and the other options
into a sub-menu. This would better organize the boot options and lead
to an easier and
On Tue, Jan 29, 2019, 05:21 Luya Tshimbalanga I managed to resolve some issue but now the problem is related to the
> hardened part:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=32324093
>
> Here is the following lines for the failure:
>
> BUILDSTDERR: /usr/bin/ld: kernels_ispc_sse2.o:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
I plan
81 matches
Mail list logo
