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 feedbac
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 essentiall
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 circumstance
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
http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2018-December/00387
> "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:
https://lists.fedoraproject.
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
___
deve
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 s
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.
S
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 be
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 remove
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 `createrep
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 P
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`?
--
Joh
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: https://getfedora.org
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
> hQEMAyZZ5X4GTmHqAQgA3r4Bs+wCUHFsVqpIPN5v0tFnaioogOK
-BEGIN PGP MESSAGE-
Charset: UTF-8
hQEMAyZZ5X4GTmHqAQgA3r4Bs+wCUHFsVqpIPN5v0tFnaioogOKYTrDgA9MTKzzV
GuEEdfFctzFOZw9eAiu7lIYZn41Ajpx7pGDjgxXJYsnhBKmL/n5BLrQ+hlG4FYcM
LcT/O5DQjwgndjwsx9QlsHoCrk12lMCcGZLPX+w0Gjc1d8uMofQ3F9iZpr71zq99
6FF/hmpEghytBTnqL/0BPMu2tJOpdcVxeO8hYzFZoM/906GjLJMqOFXSa9Sz
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 -- devel@lists.fedora
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 A
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 at
#fedora-meeting-3: Weekly Meeting of the Modularity Team
Meeting started by nils at 15:00:03 UTC.
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-3/2019-01-29/modularity.2
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. Therefo
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 g
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 t
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 License
* 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 License.
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:
https://fedoraproject.org/wi
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 chang
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 a
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 libra
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 d
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:
>>
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89061
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 values
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 pa
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:
> >
> > h
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
> https://bugzilla.re
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
>
> == Summa
* 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 2
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 releas
* 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
> featur
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 o
> 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 va
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 packages
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 do
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 seamles
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 mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to deve
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: panov...@redhat.c
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 sea
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:
67 matches
Mail list logo
