Re: Fedora on Macs, removing the release criterion

Josh Boyer wrote: > What I cannot get my head around though is how we've essentially made > a decision based on perceived marketing value of those target users at > the expense of every other platform we support. How is it "at the expense of every other platform we support"? It's not like the

Re: rpm vs --compress-debug-sections=zlib

Tom Hughes wrote: > I'd say remove it - compressing the debug sections is horrible because > it forces anything that wants to access the debug data to load it all in > and decompress it rather than just reading what it needs. In addition, it actually increases download sizes because RPMs and live

Re: time to retire some kde4/smoke-based language bindings?

Peter Robinson wrote: > Is qt3 stuff going with them? No. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: Fedora 26 C/C++ Compilation Flags Updates

Neal Gompa wrote: > They *could* if people built 32-bit UEFI loader stuff for it. And > there have been efforts in the past for it. I wouldn't completely rule > this out, though it is uncommon. 32-bit grub2-efi is actually available. You should be able to install on 32- bit UEFI with Calamares,

Re: libkpmcore soname bump in rawhide

Mattia Verga wrote: > I will update kpmcore in rawhide to latest development version, so there > will be a soname bump. > > Packages affected are kde-partitionmanager (which I will rebuild) and > calamares. OK, I can update Calamares in Rawhide to master. Shall we take commit access to each

Re: RFC: Change the default hostname for Fedora 26+

Tomasz Torcz wrote: > I'm not sure is it 100% correct, but my knowledge may be outdated. > Both macOS and Ubuntu asks for first user during the installation. > Then both suggest hostname, created by combining entered user name > and form factor of machine being installed. Ubuntu even

Re: libpeas-gtk is in separate subpackage for Rawhide

Igor Gnatenko wrote: > I pushed commit[0] which separates libpeas-gtk.so.* out of the main > package. Reason is that in future libdnf will be dependent on > libpeas[1] and we don't want to have minimal system with GTK+ stuff ;) Yeah, that would really suck! :-) Thank you for splitting the

Announcement: DNF port of livecd-creator

Hi, remix authors rejoice: I have ported the old livecd-creator from yum to dnf (in one night): https://github.com/kkofler/livecd-tools (The other tools in the package were also ported away from yum and its rpmUtils to dnf, but livecd-creator was the main user of yum stuff.) So, if you are

Re: RFC: Change the default hostname for Fedora 26+

On Sat, Nov 12, 2016 at 03:33:10PM +1030, Glen Turner wrote: > > RFC 2606[1] reserves several TLDs that may never be registered for > > public usage. Out of those, going with > > Fedora-.localhost > > seems like the best bet. > > The *reason* localhost is a reserved name is to discourage

Re: RFC: Change the default hostname for Fedora 26+

> RFC 2606[1] reserves several TLDs that may never be registered for > public usage. Out of those, going with > Fedora-.localhost > seems like the best bet. The *reason* localhost is a reserved name is to discourage its use in DNS names. Your proposal is the opposite to that intended

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 01:20:26PM -0500, Stephen Gallagher wrote: > On 11/11/2016 12:17 PM, Andrew Lutomirski wrote: > > /me dons crypto hat. > > > > SHA(x || k) has three problems, one of which is bad enough to be an absolute > > showstopper. > > > > 1. Specify *which* SHA. SHA-1 should not

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 12:46:43PM -0600, Chris Adams wrote: > Once upon a time, Andrew Lutomirski said: > > NetworkManager already has the ability to randomize MAC addresses to keep > > them from leaking. > > "has the ability" is not "on by default". If you want that level of >

[Bug 1394433] perl-Compress-Bzip2-2.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1394433 --- Comment #3 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1394433] perl-Compress-Bzip2-2.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1394433 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1219899 --> https://bugzilla.redhat.com/attachment.cgi?id=1219899=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1394433] New: perl-Compress-Bzip2-2.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1394433 Bug ID: 1394433 Summary: perl-Compress-Bzip2-2.25 is available Product: Fedora Version: rawhide Component: perl-Compress-Bzip2 Keywords: FutureFeature, Triaged Assignee:

[Bug 1394433] perl-Compress-Bzip2-2.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1394433 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Compress-Bzip2-2.24 failed. -- You are receiving this mail because: You are on the CC list for the bug.

Re: Fedora on Macs, removing the release criterion

2016-11-11 10:04 GMT+01:00 Fabio Alessandro Locati : > On Fri, Nov 11, 2016 at 09:20:08AM +0100, Andreas Tunek wrote: >> As a mac owner (although one that is not very well supported by >> Linux*) I really appreciate the fact that Fedora works. And saying you >> do not want to

[Bug 1393421] perl-Error broke the most of perl apps.

https://bugzilla.redhat.com/show_bug.cgi?id=1393421 Fedora Update System changed: What|Removed |Added Status|ON_QA

Re: Fedora on Macs, removing the release criterion

On Fri, 2016-11-11 at 19:19 +, Peter Robinson wrote: > On Fri, Nov 11, 2016 at 12:55 PM, Josh Boyer > wrote: > > On Fri, Nov 11, 2016 at 7:43 AM, Michael Catanzaro > > wrote: > > > My $0.02 is that none of the reasons we requested the

Re: Fedora on Macs, removing the release criterion

On Fri, 2016-11-11 at 09:41 -0800, Richard Johnson wrote: > I'm very new to this but I'd like to help out. I actually saw the > problem a little while back, when I tried to mount an HFS+ FS onto my > Fedora mac. It mounted ro. That in itself is not a bug (except in the sense of 'missing

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 12:55 PM, Josh Boyer wrote: > On Fri, Nov 11, 2016 at 7:43 AM, Michael Catanzaro > wrote: >> My $0.02 is that none of the reasons we requested the blocker criterion >> have changed. Dual boot with macOS is very important

Re: RFC (round 2): Change the default hostname for Fedora 26+

On 11 November 2016 at 13:23, Stephen Gallagher wrote: >> I still believe we should stick to a generic hostname by default, >> (though I'd rather use "localhost" than "localhost.localdomain" in >> order to drop the redhatism that "localdomain" is), and make the IPA >>

Re: RFC (round 2): Change the default hostname for Fedora 26+

Once upon a time, Andrew Lutomirski said: > NetworkManager already has the ability to randomize MAC addresses to keep > them from leaking. "has the ability" is not "on by default". If you want that level of anonymity, you have to turn it on. Also then changing your hostname,

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, 11.11.16 13:23, Stephen Gallagher (sgall...@redhat.com) wrote: > > I still believe we should stick to a generic hostname by default, > > (though I'd rather use "localhost" than "localhost.localdomain" in > > order to drop the redhatism that "localdomain" is), and make the IPA > >

Re: RFC (round 2): Change the default hostname for Fedora 26+

On 11/11/2016 9:08 AM, Lennart Poettering wrote: I still believe we should stick to a generic hostname by default, (though I'd rather use "localhost" than "localhost.localdomain" in order to drop the redhatism that "localdomain" is), and make the IPA client-side enrollment code automatically

Re: RFC (round 2): Change the default hostname for Fedora 26+

On 11/11/2016 12:08 PM, Lennart Poettering wrote: > On Fri, 11.11.16 11:12, Stephen Gallagher (sgall...@redhat.com) wrote: > >> The hostname may always be set manually and the result will (for the vast >> majority of people) be unique within their environment. This means that if we >> are

Re: RFC (round 2): Change the default hostname for Fedora 26+

On 11/11/2016 12:17 PM, Andrew Lutomirski wrote: > /me dons crypto hat. > > SHA(x || k) has three problems, one of which is bad enough to be an absolute > showstopper. > > 1. Specify *which* SHA. SHA-1 should not be used for new applications. > > 2. Concatenation without some additional

Re: Schedule for Friday's FESCo Meeting (2016-11-04)

On Friday, 11 November 2016 at 15:03, Parag Nemade wrote: > On Fri, Nov 11, 2016 at 7:12 PM, Stephen Gallagher > wrote: > > On 11/11/2016 08:38 AM, Jared K. Smith wrote: > >> > >> On Fri, Nov 4, 2016 at 12:14 PM, Jared K. Smith >>

Re: Fedora on Macs, removing the release criterion

I'm very new to this but I'd like to help out. I actually saw the problem a little while back, when I tried to mount an HFS+ FS onto my Fedora mac. It mounted ro. I would definitely be interested in helping out on "fedora on Mac" testing. I'm currently looking through bugzilla to see if

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 8:47 AM, Chris Adams wrote: > Once upon a time, Stephen Gallagher said: > > The thread on Fedora Devel revealed some other issues which need to be > > considered carefully. One of these is that of privacy: for example, the > DHCP >

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 9:08 AM, Lennart Poettering wrote: > On Fri, 11.11.16 11:12, Stephen Gallagher (sgall...@redhat.com) wrote: > > > The hostname may always be set manually and the result will (for the vast > > majority of people) be unique within their environment.

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, 11.11.16 11:12, Stephen Gallagher (sgall...@redhat.com) wrote: > The hostname may always be set manually and the result will (for the vast > majority of people) be unique within their environment. This means that if we > are concerned with hostname leakage being a privacy issue, we need

Re: What to do when you have a bundled library that has no upstream and you don't know the version?

On 11/11/2016 08:59 AM, Randy Barlow wrote: Hello Friends! Igor and I were having a discussion on a package review ticket[0] about how to handle a bundled library that seems to have no upstream that either of us can find, and for which we don't know its version! According to the packaging

Re: GitPython update blocked by rpkg - how can this be resolved?

> On 10 Nov 2016, at 14:07, Josh Boyer wrote: > >> On Thu, Nov 10, 2016 at 8:42 AM, Barry Scott wrote: >> In this bug >> >>https://bugzilla.redhat.com/show_bug.cgi?id=1360797 >> >> It is implied that rpkg has an unspecified problem with

Re: GitPython update blocked by rpkg - how can this be resolved?

Barry > On 10 Nov 2016, at 15:21, Chenxiong Qi wrote: > > > >> On 11/10/2016 09:42 PM, Barry Scott wrote: >> In this bug >> >>https://bugzilla.redhat.com/show_bug.cgi?id=1360797 >> >> It is implied that rpkg has an unspecified problem with GitPython 2.0. >> >> This

Re: RFC (round 2): Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 10:47:47AM -0600, Chris Adams wrote: > I think concerns about "leaking" a generated hostname are pretty > minimal. If someone is concerned about that, there are a number of > other changes they'll probably be making, and they can set a non-default > hostname in that

Self Introduction: Tummala Dhanvi (c0mrad3)

Hi guys, I am Tummala Dhanvi (dhanvi is my given name) I go by the nick c0mrad3 in IRC. You might have noticed me lurking around the IRC channels. More details about me can be found here[0] I am currently trying to package python-pintail-asciidoc[1] and rubygem-asciidoctor-mallard[2] so that the

Re: RFC (round 2): Change the default hostname for Fedora 26+

Once upon a time, Stephen Gallagher said: > The thread on Fedora Devel revealed some other issues which need to be > considered carefully. One of these is that of privacy: for example, the DHCP > client will send the machine's hostname as one of the cues to the DHCP server >

Re: Fedora on Macs, removing the release criterion

On 11 November 2016 at 03:20, Andreas Tunek wrote: > > > As a mac owner (although one that is not very well supported by > Linux*) I really appreciate the fact that Fedora works. And saying you > do not want to support that hardware anymore just because you found a >

RFC (round 2): Change the default hostname for Fedora 26+

The original thread is getting rather long and I'd like to attempt to summarize the discussion thus far and see if we can find a way forward from there. First, some clarifications for preconditions that some people were unaware of (either on this thread or the ones that popped up on other

Re: Fedora on Macs, removing the release criterion

On Fri, 2016-11-11 at 08:33 -0500, Stephen Gallagher wrote: > Just to address this specifically, I am referring to Apple's penchant for > stuffing their machines with hardware from vendors that don't play well with > open-source (for example, switching to wifi-only devices and shipping Broadcom >

What to do when you have a bundled library that has no upstream and you don't know the version?

Hello Friends! Igor and I were having a discussion on a package review ticket[0] about how to handle a bundled library that seems to have no upstream that either of us can find, and for which we don't know its version! According to the packaging guidelines, it is OK to bundle the library in

Re: Fedora on Macs, removing the release criterion

On Fri, 2016-11-11 at 09:08 +, Fabio Alessandro Locati wrote: > I think VM testing on Mac would not produce any more insights than VM > testing on PC. VM testing on PCs produces plenty of insights, it's how we do *most* testing now. It's perfectly fine for testing bootloader stuff, for

Fedora 25-20161111.n.0 compose check report

No missing expected images. Failed openQA tests: 5/101 (x86_64), 1/17 (i386) New failures (same test did not fail in 25-20161110.n.0): ID: 47289 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/47289 ID: 47290 Test: x86_64

Re: Urgent call for testing: OS X dual boot

Does this still need testing? I have a MacBook pro I could try it on. Langdon On Thu, Nov 10, 2016, 13:33 Mauricio Tavares wrote: > How old can the OSX box be? I have in a box an old Mac mini (Dual core > and can only officially supported to 10.7) I have no issues to put

Re: RFC: Change the default hostname for Fedora 26+

On Fri, Nov 11, 2016 at 12:13:48PM -, fred...@rambris.com wrote: > I like Fedora- for default hostname. If I don't care to set a > hostname it would be an ok hostname for my machine. I would however like if > the hostname setting would be more prominent in the installer. Possibly >

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 4:38 PM, Hans de Goede wrote: > Hmm, what happens if you remove ~/.config/autostart/org.kde.dolphin.desktop; > or add OnlyShowIn=KDE there ? No change. ___ devel mailing list -- devel@lists.fedoraproject.org

Re: File managers compete for desktop domination in F25

Hi, On 11-11-16 14:29, Alexander Ploumistos wrote: On Fri, Nov 11, 2016 at 2:53 PM, Hans de Goede wrote: I remember seeing something similar a while back. To figure out what the problem is, check all kde related files under /etc/xdg/autostart, they should all have a:

Fedora 25 compose report: 20161111.n.0 changes

OLD: Fedora-25-20161110.n.0 NEW: Fedora-25-2016.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 7 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 07:55:06AM -0500, Josh Boyer wrote: > On Fri, Nov 11, 2016 at 7:43 AM, Michael Catanzaro > wrote: > > My $0.02 is that none of the reasons we requested the blocker criterion > > have changed. Dual boot with macOS is very important to attracting new >

Re: Schedule for Friday's FESCo Meeting (2016-11-11)

On Fri, Nov 11, 2016 at 9:14 AM, Parag Nemade wrote: > Following is the list of topics that will be discussed in the > FESCo meeting Friday at 16:00UTC in #fedora-meeting on > irc.freenode.net. > > To convert UTC to your local time, take a look at >

Schedule for Friday's FESCo Meeting (2016-11-11)

Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-11-11 16:00 UTC' Links to all issues below

Re: Schedule for Friday's FESCo Meeting (2016-11-04)

On Fri, Nov 11, 2016 at 7:12 PM, Stephen Gallagher wrote: > On 11/11/2016 08:38 AM, Jared K. Smith wrote: >> >> On Fri, Nov 4, 2016 at 12:14 PM, Jared K. Smith > > wrote: >> >> For the second week in a row, we

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 613 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 375 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 94

Re: Schedule for Friday's FESCo Meeting (2016-11-04)

On 11/11/2016 08:38 AM, Jared K. Smith wrote: > > On Fri, Nov 4, 2016 at 12:14 PM, Jared K. Smith > wrote: > > For the second week in a row, we didn't have enough FESCo members to > reach a > quorum. We'll push the agenda to

Re: Schedule for Friday's FESCo Meeting (2016-11-04)

On Fri, Nov 4, 2016 at 12:14 PM, Jared K. Smith wrote: > For the second week in a row, we didn't have enough FESCo members to > reach a quorum. We'll push the agenda to next week's meeting. > I won't be able to make today's meeting, and since we haven't had a quorum

emacs patched for x2go on copr

Many of us have experience that emacs cannot run under x2go. https://bugzilla.redhat.com/show_bug.cgi?id=1349412 There is no actual fix, but we can't live without emacs, so I am putting up a version on copr which has a workaround (configure options). It is named: e.g.,

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 3:20 PM, Rex Dieter wrote: > I'd expect mimetype default for inode/directory to handle this, and in f24 > at least, /usr/share/applications/mimeapps.list contains: > inode/directory=org.gnome.Nautilus.desktop It is. All mimeapps lists are as they

Re: Fedora on Macs, removing the release criterion

On 11/10/2016 04:31 PM, Chris Murphy wrote: > https://meetbot.fedoraproject.org/fedora-meeting-2/2016-11-10/f25-final-gono-go-meeting.2016-11-10-17.00.log.html 17:12:02 I've never understood why we would block on failures to run on hardware that actively tries to make it difficult to

Re: Fedora on Macs, removing the release criterion

On Thu, Nov 10, 2016 at 07:09:39PM -0800, Adam Williamson wrote: > It's also worth noting that there's a possible scenario where we could > completely nerf the OS X install here. It's a fairly *unlikely* > scenario - the user would have to manually disable journalling on the > macOS partition -

Re: File managers compete for desktop domination in F25

On Fri, Nov 11, 2016 at 2:53 PM, Hans de Goede wrote: > I remember seeing something similar a while back. To figure out what the > problem is, check all kde related files under /etc/xdg/autostart, they > should all have a: "OnlyShowIn=KDE;" in there, last time for me the >

Re: File managers compete for desktop domination in F25

Alexander Ploumistos wrote: > Hello all, > > After upgrading a computer with multiple DEs to F25 from F23, folders > on GNOME's desktop are managed by dolphin, which runs daemonized and > cannot be killed, unless I also kill kded5 and kdeinit5. There was > already a similar bug about nemo

Re: time to retire some kde4/smoke-based language bindings?

Petr Pisar wrote: > On 2016-11-09, Rex Dieter wrote: >> I was looking at rawhide (ppc64) broken deps, and was reminded of some >> pretty old and unmaintained (upstream) kde4/smoke-based language bindings >> (csharp, perl, ruby), affected packages include: >> >> kdebindings

Re: time to retire some kde4/smoke-based language bindings?

Peter Robinson wrote: > On Wed, Nov 9, 2016 at 2:42 PM, Rex Dieter wrote: >> I was looking at rawhide (ppc64) broken deps, and was reminded of some >> pretty old and unmaintained (upstream) kde4/smoke-based language bindings >> (csharp, perl, ruby), affected packages

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

Sérgio Basto wrote: > On Ter, 2016-11-08 at 04:04 +0100, Kevin Kofler wrote: >> PackageKit-yum >> never used RPM groups, always comps > > So, (if we want the package have a group ) all packages should be > enumerated in comps, or not ? . Yes (in comps) -- Rex

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 7:43 AM, Michael Catanzaro wrote: > My $0.02 is that none of the reasons we requested the blocker criterion > have changed. Dual boot with macOS is very important to attracting new > users -- we're explicitly targeting macOS users, that's the user

Re: File managers compete for desktop domination in F25

Hi, On 11-11-16 13:32, Alexander Ploumistos wrote: Hello all, After upgrading a computer with multiple DEs to F25 from F23, folders on GNOME's desktop are managed by dolphin, which runs daemonized and cannot be killed, unless I also kill kded5 and kdeinit5. There was already a similar bug

Re: Fedora on Macs, removing the release criterion

My $0.02 is that none of the reasons we requested the blocker criterion have changed. Dual boot with macOS is very important to attracting new users -- we're explicitly targeting macOS users, that's the user group where we think we have real potential for significant growth -- and I continue to

File managers compete for desktop domination in F25

Hello all, After upgrading a computer with multiple DEs to F25 from F23, folders on GNOME's desktop are managed by dolphin, which runs daemonized and cannot be killed, unless I also kill kded5 and kdeinit5. There was already a similar bug about nemo replacing nautilus on the desktop after a

Re: RFC: Change the default hostname for Fedora 26+

> For as long as I can recall, Fedora has shipped with a default hostname of > "localhost.localdomain"[1]. This default was "safe" for a very long > time because > we also shipped an /etc/hosts entry that routed this hostname to the loopback > device for the benefit of some older system services

Re: Fedora on Macs, removing the release criterion

>> > On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote: >> >> One thing I forgot to mention in my original reply to jwb (it was >> >> getting long) is that there's a conundrum that applies quite >> >> specifically to Mac support, and it's this: there are quite a lot of >> >> people

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 10:23:34AM +, Peter Robinson wrote: > On Fri, Nov 11, 2016 at 9:08 AM, Fabio Alessandro Locati > wrote: > > On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote: > >> One thing I forgot to mention in my original reply to jwb (it was > >>

F26 System Wide Change: GHC 8.0

= Proposed System Wide Change: GHC 8.0 = https://fedoraproject.org/wiki/Changes/GHC_8.0 Change owner(s): * Jens Petersen * Haskell_SIG Update the GHC Haskell compiler in Fedora from version 7.10 to the current stable version 8.0, with much improved support for aarch64, ppc64, and ppc64le. ==

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 9:08 AM, Fabio Alessandro Locati wrote: > On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote: >> One thing I forgot to mention in my original reply to jwb (it was >> getting long) is that there's a conundrum that applies quite >> specifically

F26 System Wide Change: GHC 8.0

= Proposed System Wide Change: GHC 8.0 = https://fedoraproject.org/wiki/Changes/GHC_8.0 Change owner(s): * Jens Petersen * Haskell_SIG Update the GHC Haskell compiler in Fedora from version 7.10 to the current stable version 8.0, with much improved support for aarch64, ppc64, and ppc64le. ==

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 491 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 485 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 417

[EPEL-devel] Fedora EPEL 5 updates-testing report

The following Fedora EPEL 5 Security updates need testing: Age URL 732 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849 sblim-sfcb-1.3.8-2.el5 375 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516 mcollective-2.8.4-1.el5 347

pkgdb_updater updated: description of perl-XML-LibXML-Devel-SetLineNumber

pkgdb_updater updated: description of perl-XML-LibXML-Devel-SetLineNumber https://admin.fedoraproject.org/pkgdb/package/perl-XML-LibXML-Devel-SetLineNumber/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

pkgdb_updater updated: description of perl-DBICx-AutoDoc

pkgdb_updater updated: description of perl-DBICx-AutoDoc https://admin.fedoraproject.org/pkgdb/package/perl-DBICx-AutoDoc/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description of perl-Parallel-Pipes

pkgdb_updater updated: description of perl-Parallel-Pipes https://admin.fedoraproject.org/pkgdb/package/perl-Parallel-Pipes/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description of perl-Safe-Isa

pkgdb_updater updated: description of perl-Safe-Isa https://admin.fedoraproject.org/pkgdb/package/perl-Safe-Isa/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description of perl-Geo-Distance

pkgdb_updater updated: description of perl-Geo-Distance https://admin.fedoraproject.org/pkgdb/package/perl-Geo-Distance/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description, upstream_url of perl-HTTP-Entity-Parser

pkgdb_updater updated: description, upstream_url of perl-HTTP-Entity-Parser https://admin.fedoraproject.org/pkgdb/package/perl-HTTP-Entity-Parser/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description of perl-Module-Install-DOAP

pkgdb_updater updated: description of perl-Module-Install-DOAP https://admin.fedoraproject.org/pkgdb/package/perl-Module-Install-DOAP/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 12:34:20AM -0800, Adam Williamson wrote: > One thing I forgot to mention in my original reply to jwb (it was > getting long) is that there's a conundrum that applies quite > specifically to Mac support, and it's this: there are quite a lot of > people who want to run Fedora

Re: Fedora on Macs, removing the release criterion

On Fri, Nov 11, 2016 at 09:20:08AM +0100, Andreas Tunek wrote: > As a mac owner (although one that is not very well supported by > Linux*) I really appreciate the fact that Fedora works. And saying you > do not want to support that hardware anymore just because you found a > regression/bug is kind

Re: Fedora on Macs, removing the release criterion

On Fri, 2016-11-11 at 09:20 +0100, Andreas Tunek wrote: > > As a mac owner (although one that is not very well supported by > Linux*) I really appreciate the fact that Fedora works. And saying you > do not want to support that hardware anymore just because you found a > regression/bug is kind of

Re: Fedora on Macs, removing the release criterion

2016-11-11 4:09 GMT+01:00 Adam Williamson : > On Thu, 2016-11-10 at 21:44 -0500, Josh Boyer wrote: >> On Thu, Nov 10, 2016 at 5:09 PM, Adam Williamson >> wrote: >> > On Thu, 2016-11-10 at 13:31 -0800, Chris Murphy wrote: >> > >