Hi,
greenisland changed license from 'BSD and LGPLv2.1' to 'LGPLv3 or GPLv2 or
GPLv3'
Coming to a Fedora near you.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I can take lilypond, linode-cli, jwm, mopac7, and mscore
John.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Am Mon, 22 Feb 2016 09:29:37 -0700
schrieb Kevin Fenzi :
> On Sun, 21 Feb 2016 23:21:58 +0100
> Jens Lody wrote:
>
> > This can also be done before clicking the link-button, or the
> > download splash is also shown without javascript. This should not
> > be too hard to implement.
>
> https://
On Mon, Feb 22, 2016 at 07:47:51PM +, Gregory Maxwell wrote:
> On Mon, Feb 22, 2016 at 7:42 PM, Kevin Fenzi wrote:
> > My point was that you can get the signatures off the key from the
> > keyserver and see if any of them are someone you trust. If not, are
> > they connected to someone you tru
For what it is worth, not signing the key is bug 1043276:
https://bugzilla.redhat.com/show_bug.cgi?id=1043276
> Date: Mon, 22 Feb 2016 19:47:51 +
> From: Gregory Maxwell
> Subject: Re: More prominent link to verification hashes
> To: Development discussions related to Fedora
>
> Messag
On 22 February 2016 at 13:00, Ralf Senderek wrote:
>
>> The Fedora team could get a profile and verify the key(s) through
>> github, the Fedora and Red Hat web sites, the Fedora magazine twitter
>> account, and by having the Fedora team all sign publicly.
>
> Every little helps. The important step
On Mon, Feb 22, 2016 at 4:28 PM, Ralph Bean wrote:
> Good idea! Can you open a ticket on the koschei issue tracker about it?
> https://github.com/msimacek/koschei/issues
Done, and thanks: https://github.com/msimacek/koschei/issues/73
--
devel mailing list
devel@lists.fedoraproject.org
http://l
2016-02-19 19:09 GMT+01:00 Josh Boyer :
[cut]
As a heads up to the greater community, the packages are listed below.
> In the event that we have to go through with the orphaning, please
> review them for packages you may wish to take over as the primary
> point of contact. Should Christopher res
On Mon, Feb 22, 2016 at 08:59:24PM +, Christopher wrote:
> I occasionally get notifications from Koschei about my packages failing to
> build. When I look (
> http://koji.fedoraproject.org/koji/taskinfo?taskID=13071213), I see a
> python stack trace which looks like it has nothing to do with my
I occasionally get notifications from Koschei about my packages failing to
build. When I look (
http://koji.fedoraproject.org/koji/taskinfo?taskID=13071213), I see a
python stack trace which looks like it has nothing to do with my package's
build. Rather, it looks like Koschei itself failed. Usuall
> "FAL" == Fabio Alessandro Locati writes:
FAL> If a person is not able to make a click in 7 days (maybe vacation
FAL> periods could be excluded from the count), why should he be able to
FAL> do so in the following 21 days?
I think that a better question is:
If a maintainer is not able to d
On 02/22/2016 04:55 AM, Marek Polacek wrote:
In the past few days and weeks we did a mass rebuild of Fedora rawhide packages
in mock with GCC 6 (and corresponding libtool) and for those packages that
failed also rebuilt the same package with gcc-5.3.1-2.fc23.x86_64 to quickly
remove from the list
> The Fedora team could get a profile and verify the key(s) through
> github, the Fedora and Red Hat web sites, the Fedora magazine twitter
> account, and by having the Fedora team all sign publicly.
Every little helps. The important step would be if the Fedora devs state the
fingerprints in a
On Mon, Feb 22, 2016 at 7:42 PM, Kevin Fenzi wrote:
> My point was that you can get the signatures off the key from the
> keyserver and see if any of them are someone you trust. If not, are
> they connected to someone you trust (hey, look, web of trust). I think
> expanding the web of trust on the
On Mon, Feb 22, 2016 at 6:35 PM, Kevin Fenzi wrote:
> Well, I agree the instructions could do better, but how would that help
> if the site was compromised? The attackers would write their own
> instructions.
>
> In addition to the verify link, the https://getfedora.org/en/keys/faq/
> needs a good
On Mon, 22 Feb 2016 19:22:24 -
"Ralf Senderek" wrote:
> > If the site is compromised, most bets are off sadly.
>
> Yes, for people who look only in one place, the manipulated web
> server. But that is the reason why the fingerprint has to pop up in
> different places where it is hard to f
On 02/22/2016 02:22 PM, Ralf Senderek wrote:
If the site is compromised, most bets are off sadly.
Yes, for people who look only in one place, the manipulated web server.
But that is the reason why the fingerprint has to pop up in different places
where it is hard to fake. Even if this one use
> If the site is compromised, most bets are off sadly.
Yes, for people who look only in one place, the manipulated web server.
But that is the reason why the fingerprint has to pop up in different places
where it is hard to fake. Even if this one user can be tricked, others can
discover that the
On Sun, Feb 21, 2016 at 11:31:05AM -0700, Chris Murphy wrote:
> On Sun, Feb 21, 2016 at 7:32 AM, Sam Varshavchik
> wrote:
> > So, I see that someone hacked Linux Mint, and slipped in some trojaned ISO
> > download images.
> >
>
> Since Fedora looks to be moving to Live USB Creator (maybe Fedora
On 22 February 2016 at 17:38, Corey Sheldon wrote:
>
> Kevin, et al.
>
> I am willing to help with the re-write but admittedly some of it will
require a crash course for me.
>
>
> On 02/22/2016 11:31 AM, Kevin Fenzi wrote:
>
> On Mon, 22 Feb 2016 15:02:45 +
> Mat Booth wrote:
>
> Wow, that "H
On Mon, 22 Feb 2016 18:21:04 -
"Ralf Senderek" wrote:
> While signing new keys with old release keys would certainly help to
> make the attacker's job harder, it doesn't solve the trust problem.
I don't think it even makes their job harder.
> The one thing people would have to check is th
On 22 February 2016 at 16:31, Kevin Fenzi wrote:
> On Mon, 22 Feb 2016 15:02:45 +
> Mat Booth wrote:
>
> > Wow, that "HOWTO" is a really old page -- not changed since being
> > imported from the old moin moin wiki. My feeling is that page should
> > be deleted and the "How to create an RPM p
On Mon, 22 Feb 2016 16:48:29 +
Gregory Maxwell wrote:
> On Sun, Feb 21, 2016 at 2:32 PM, Sam Varshavchik
> wrote:
> > One has to jump into the installation guide, in order to find a
> > buried link to https://getfedora.org/verify
>
> The instructions here have you download a set of PGP ke
> On Sun, Feb 21, Gregory Maxwell wrote:
> The Fedora 24 key inside it is not signed by any other key.
...
> Authenticating keys is hard in general; but existing fedora users
> should at least be able to trust-on-first-use chain from earlier keys
> to later ones-- assuming the fedora keys are ke
On Mon, 2016-02-22 at 11:26 -0500, Bill Nottingham wrote:
> Courtney Pacheco (cpach...@redhat.com) said:
> >
> > Hi everyone,
> >
> > I've spent some time trying to minimize the footprint of the Fedora
> > docker
> > base image. Overall, I managed to reduce its size by 39.9%.
> >
> > A summary
Hi!
My name is Paulo, I am a developer and administrator of Linux systems.
Ago many years I worked (for a short time) in a Brazilian Linux
distribution (Conectiva Linux), and after that I did not contribute more
with open source projects.
Finally I found a project that encouraged me, and th
Kevin, et al.
I am willing to help with the re-write but admittedly some of it will
require a crash course for me.
On 02/22/2016 11:31 AM, Kevin Fenzi wrote:
> On Mon, 22 Feb 2016 15:02:45 +
> Mat Booth wrote:
>
>> Wow, that "HOWTO" is a really old page -- not changed since being
>> imported
On Sun, Feb 21, 2016 at 2:32 PM, Sam Varshavchik wrote:
> One has to jump into the installation guide, in order to find a buried link
> to https://getfedora.org/verify
The instructions here have you download a set of PGP keys from the
same https webserver which could have been compromised to give
On 02/22/2016 11:26 AM, Bill Nottingham wrote:
Courtney Pacheco (cpach...@redhat.com) said:
Hi everyone,
I've spent some time trying to minimize the footprint of the Fedora docker
base image. Overall, I managed to reduce its size by 39.9%.
A summary of the work I did can be found here:
https
On Mon, 22 Feb 2016 15:02:45 +
Mat Booth wrote:
> Wow, that "HOWTO" is a really old page -- not changed since being
> imported from the old moin moin wiki. My feeling is that page should
> be deleted and the "How to create an RPM package" page should be
> updated.
>
> Here is the official gu
On Sun, 21 Feb 2016 23:21:58 +0100
Jens Lody wrote:
> This can also be done before clicking the link-button, or the download
> splash is also shown without javascript. This should not be too hard
> to implement.
https://fedorahosted.org/fedora-websites awaits your ticket.
Bonus points for prop
On Mon, Feb 22, 2016 at 11:04:40AM -0500, Adam Jackson wrote:
> On Mon, 2016-02-22 at 09:54 -0500, Courtney Pacheco wrote:
>
> > If possible, I'd like some feedback on the work I did. Comments and
> > criticism are more than welcomed! I realize there may be some
> > controversy in terms of what
On Mon, Feb 22, 2016 at 9:54 AM, Courtney Pacheco wrote:
> Hi everyone,
>
> I've spent some time trying to minimize the footprint of the Fedora docker
> base image. Overall, I managed to reduce its size by 39.9%.
Thanks for doing this. It is great to see someone working on minimization.
> A sum
Courtney Pacheco (cpach...@redhat.com) said:
> Hi everyone,
>
> I've spent some time trying to minimize the footprint of the Fedora docker
> base image. Overall, I managed to reduce its size by 39.9%.
>
> A summary of the work I did can be found here:
> https://gist.github.com/iamcourtney/1a4af7
No missing expected images.
Images in this compose but not Rawhide 20160221:
Cloud_atomic disk raw x86_64
Games live x86_64
Design_suite live x86_64
Games live i386
Kde disk raw armhfp
Kde live i386
Scientific_kde live x86_64
Cloud_atomic disk qcow x86_64
Scientific_kde live i386
Design_suite liv
On Mon, 2016-02-22 at 09:54 -0500, Courtney Pacheco wrote:
> If possible, I'd like some feedback on the work I did. Comments and
> criticism are more than welcomed! I realize there may be some
> controversy in terms of what I chose to remove and what I chose to turn
> into weak dependencies, bu
On 22/02/16 08:35 -0700, Jerry James wrote:
polymake-2.14r1-4.fc24.src.rpm.log
I already added -std=gnu++98 to this package, but the build still
fails. I don't understand the gcc error. GCC appears to be producing
non-const temporaries, and then complaining that the temporaries are
non-const.
On Mon, Feb 22, 2016 at 4:55 AM, Marek Polacek wrote:
> Macaulay2-1.6-22.fc24.src.rpm
> bogus errors with static data member template
> http://gcc.gnu.org/PR69098
> fixed upstream and in gcc-6.0.0-0.11.fc24
I don't think this has been fixed. I updated ntl over the weekend
On Mon, Feb 22, 2016 at 08:35:34AM -0700, Jerry James wrote:
> I don't think this has been fixed. I updated ntl over the weekend,
> and rebuilt Macaulay2 as part of that work. Macaulay2 still failed
> with this same error, using gcc-6.0.0-0.11.fc24, so I added a patch to
> workaround the issue, s
Bastien Nocera writes:
>> > If you are creating a cert to sign the out-of-tree modules and expect
>> > it to be accepted by the kernel, it cannot be ephemeral. A user would
>> > need someway to import it into their kernel or have it passed from
>> > grub. [...]
>>
>> That just proves that Rest
On Mon, 22 Feb 2016 12:55:56 +0100, Marek Polacek wrote:
> audiofile-0.3.6-9.fc24.src.rpm
This one was left-shifting a negative integer and also triggered
narrowing-conversion errors.
Fixed in Rawhide already.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/ad
Change in package status over the last 168 hours
22 packages were orphaned
-
backintime [el6, epel7] was orphaned by kevin
Simple backup tool inspired from the Flyback project and TimeVault
https://admin.fedoraproje
On Mon, Feb 22, 2016 at 10:16 AM, Andrew Lutomirski wrote:
>
> On Feb 22, 2016 7:14 AM, "Neal Gompa" wrote:
>>
>> On Mon, Feb 22, 2016 at 10:11 AM, Ondřej Vašík wrote:
>> > Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
>> >> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
>> >> wrote:
>> >
On Mon, 2016-02-22 at 12:55 +0100, Marek Polacek wrote:
> blktap-3.0.0-4.fc24.git0.9.2.src.rpm
> crda-3.18_2015.10.22-1.fc24.src.rpm
> dahdi-tools-2.10.0-6.fc24.src.rpm
> gmqcc-0.3.5-8.fc23.src.rpm
> gstreamer1-plugins-good-1.7.1-1.fc24.src.rpm
> ipv6calc-0.99.1-13.fc24.src.rpm
> libpfm-4.6.0-3.fc2
On Feb 22, 2016 6:33 AM, "Bastien Nocera" wrote:
>
>
>
> - Original Message -
> > Josh Boyer wrote:
> > > If you are creating a cert to sign the out-of-tree modules and expect
> > > it to be accepted by the kernel, it cannot be ephemeral. A user would
> > > need someway to import it into
On Feb 22, 2016 7:14 AM, "Neal Gompa" wrote:
>
> On Mon, Feb 22, 2016 at 10:11 AM, Ondřej Vašík wrote:
> > Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
> >> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
> >> wrote:
> >> > However, for the same reasons, shouldn't the filesystem package al
On Mon, Feb 22, 2016 at 10:11 AM, Ondřej Vašík wrote:
> Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
>> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
>> wrote:
>> > However, for the same reasons, shouldn't the filesystem package also
>> > own the "new" /usr/share/bash-completion/completio
Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
> wrote:
> > However, for the same reasons, shouldn't the filesystem package also
> > own the "new" /usr/share/bash-completion/completions location?
>
> Why not. Note however that if going this ro
On Mon, Feb 22, 2016 at 8:52 AM, Adam Jackson wrote:
> On Wed, 2016-02-17 at 14:30 -0600, Richard Shaw wrote:
> > I read the readme in the Vulkan branch on the mesa git but how do you
> > tell if your chipset is specifically supported?
>
> The driver emits a warning chirp if the chipset isn't ful
On 22 February 2016 at 10:54, Kamil Paral wrote:
> > RWMJ> Is that new?
> >
> > Not really. The change relating to what's in the buildroot was made
> > about nine months ago: https://fedorahosted.org/fpc/ticket/497
>
> I created my first COPR over this weekend. I worked according to:
> https://f
Hi everyone,
I've spent some time trying to minimize the footprint of the Fedora
docker base image. Overall, I managed to reduce its size by 39.9%.
A summary of the work I did can be found here:
https://gist.github.com/iamcourtney/1a4af7c4289014f57080
If you're interested, you can find a mo
On Fri, Feb 19, 2016 at 1:37 PM, Kevin Fenzi wrote:
> Greetings.
>
> I am sending this to the devel and spins lists. Feel free to forward to
> other places people who might be affected by it should see it.
>
> Some history:
>
> We setup the spin-kickstart project on fedorahosted a long time ago.
>
On Wed, 2016-02-17 at 14:30 -0600, Richard Shaw wrote:
> I read the readme in the Vulkan branch on the mesa git but how do you
> tell if your chipset is specifically supported?
The driver emits a warning chirp if the chipset isn't fully supported,
and will refuse to initialize on devices that are
- Original Message -
> Josh Boyer wrote:
> > If you are creating a cert to sign the out-of-tree modules and expect
> > it to be accepted by the kernel, it cannot be ephemeral. A user would
> > need someway to import it into their kernel or have it passed from
> > grub. The only way to d
I've pretty much addressed all my packages except for cqrlog which I guess
wasn't on the list since it will compile with gcc 5. Upstream has stated
they will address gcc 6 issues on the next release.
My other two packages that I could find in your list, smesh & OCE, have
both been addressed and bu
On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
wrote:
> However, for the same reasons, shouldn't the filesystem package also
> own the "new" /usr/share/bash-completion/completions location?
Why not. Note however that if going this route, the dirs
/usr/share/bash-completion and /usr/share/bash-co
Hi,
the "old" bash completion dir /etc/bash_completion.d is now owned by
the filesystem package, so packages don't need (actually: are
forbidden) to own that dir and also don't have to depend on the
bash-completion package. This perfectly makes sense.
However, for the same reasons, shouldn't the
Adam Williamson writes:
On Sun, 2016-02-21 at 23:08 +0100, Jens Lody wrote:
> Am Sun, 21 Feb 2016 21:35:32 +
> schrieb Tom Hughes :
>
> >
> > On 21/02/16 21:31, Jens Lody wrote:
> >
> > >
> > > I don't see any hint about verification, if I go to the
> > > download-site from germany:
> > >
>
In the past few days and weeks we did a mass rebuild of Fedora rawhide packages
in mock with GCC 6 (and corresponding libtool) and for those packages that
failed also rebuilt the same package with gcc-5.3.1-2.fc23.x86_64 to quickly
remove from the list packages that fail for non-GCC related reasons
Compose started at Mon Feb 22 05:15:03 UTC 2016
Broken deps for i386
--
[3Depict]
3Depict-0.0.18-3.fc24.i686 requires libmgl.so.7.4.0
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0
On Monday, 22 February 2016 at 01:47, Dominik 'Rathann' Mierzejewski wrote:
> Hi!
> While fixing the FTBFS in openbabel, I rebased it to current git HEAD.
> There seem to be some minor ABI changes, as expected with C++ libraries,
> so a rebuild of the dependent packages is required. I found the
> f
> RWMJ> Is that new?
>
> Not really. The change relating to what's in the buildroot was made
> about nine months ago: https://fedorahosted.org/fpc/ticket/497
I created my first COPR over this weekend. I worked according to:
https://fedoraproject.org/wiki/How_to_create_an_RPM_package
because that
On Mon, Feb 22, 2016 at 09:19:50AM +0100, Dridi Boukelmoune wrote:
> On Fri, Feb 19, 2016 at 8:15 PM, Fabio Alessandro Locati
> wrote:
> > If Christopher will not respond, I can take care of:
> >
> snip
> > - rpms/tiptop -- Performance monitoring tool based on hardware counters
>
> Hi Fabio,
>
>
On Fri, Feb 19, 2016 at 8:15 PM, Fabio Alessandro Locati
wrote:
> If Christopher will not respond, I can take care of:
>
snip
> - rpms/tiptop -- Performance monitoring tool based on hardware counters
Hi Fabio,
I'm already a co-maintainer on this one, I can take tiptop.
Cheers,
Dridi
--
devel ma
On Sun, 2016-02-21 at 23:08 +0100, Jens Lody wrote:
> Am Sun, 21 Feb 2016 21:35:32 +
> schrieb Tom Hughes :
>
> >
> > On 21/02/16 21:31, Jens Lody wrote:
> >
> > >
> > > I don't see any hint about verification, if I go to the
> > > download-site from germany:
> > >
> > > https://getfedora.
65 matches
Mail list logo