Re: No minimal install anymore?

On Wed, 2016-06-15 at 20:18 -0500, den...@ausil.us wrote: > Additionally everything is installable provides the minimal offering > and has anaconda's defaults rather than servers. In case you couldn't parse that, Dennis means the 'Everything' network install image, which is basically the same as

[Fedocal] Reminder meeting : Fedora 24 Final Go/No-Go Meeting - the 2nd round

Dear all, You are kindly invited to the meeting: Fedora 24 Final Go/No-Go Meeting - the 2nd round on 2016-06-16 from 17:00:00 to 19:00:00 UTC At fedora-meetin...@irc.freenode.net The meeting will be about: Join us on irc.freenode.net in #fedora-meeting-2 for this important meeting,

Re: Fedora development of Snap packages

On Wed, 15 Jun 2016 22:18:00 -0400, you wrote: >Snaps function very much like how Apple's ecosystem does for software >delivery, and perhaps even Microsoft's UWP ecosystem too. It's very >clear that the purpose of Snaps are to provide avenues to "encourage" >people to lock into the Ubuntu

Re: Fedora development of Snap packages

Neal Gompa (ngomp...@gmail.com) said: > And frankly, if you're trying to solve delivering software in a > cross-distro fashion, you're doing it wrong. Take for example how RPMs > "work": packages are generated with a set of generic dependencies > based on the symbols of libraries and programs.

Re: Fedora development of Snap packages

Michael Catanzaro wrote: > Background info: In the Workstation working group, we're currently > planning to allow replacing RPM packages for graphical apps with > Flatpaks. We're also planning to remove Fedora packages for selected > apps that are offered as Flatpaks by upstream. For instance, if

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 9:39 PM, Colin Walters wrote: > Hi, > > On Tue, Jun 14, 2016, at 09:18 PM, Michael Catanzaro wrote: > >> Also, keep in mind that Flatpaks are not the only new type of software >> we intend to support in Fedora. I know other folks are looking into >>

Re: Proposal: remove insecure WebKitGTK+ packages for F27

Michael Catanzaro wrote: > I propose we retire the webkitgtk and webkitgtk3 packages when > branching rawhide for F26 (expected to occur roughly February 2017), > and forbid unretiring them. All their dependencies would then be > removed from from Fedora according to the normal process shortly

Re: Fedora development of Snap packages

Hi, On Tue, Jun 14, 2016, at 09:18 PM, Michael Catanzaro wrote: > Also, keep in mind that Flatpaks are not the only new type of software > we intend to support in Fedora. I know other folks are looking into > supporting Docker containers; I believe that's a Server WG initiative? One of the

Re: No minimal install anymore?

Additionally everything is installable provides the minimal offering and has anaconda's defaults rather than servers. Dennis On June 15, 2016 4:31:03 PM CDT, Chris Murphy wrote: >Actually this is better: >

Re: Proposal: remove insecure WebKitGTK+ packages for F27

On Wed, Jun 15, 2016 at 19:24:35 -0500, Michael Catanzaro wrote: > The reason we don't offer a sync API is that it could cause your > application to hang during IPC between the browser process and the web > process. Understood. It's one of the reasons we're looking at getting the "uzbl" bits

Re: Proposal: remove insecure WebKitGTK+ packages for F27

On Wed, 2016-06-15 at 19:50 -0400, Ben Boeckel wrote: > That works if you can deal with the result being asynchronous, but if > your callback doesn't belong in the GUI thread… Ah, I think this arose from the discussion about disabling/enabling context menu items. [1] is related. The reason we

Re: Proposal: remove insecure WebKitGTK+ packages for F27

On Wed, Jun 15, 2016 at 18:23:00 -0500, Michael Catanzaro wrote: > On Wed, 2016-06-15 at 22:26 +, Ben Boeckel wrote: > > Note that running JavaScript code in the context of the webpage also > > requires an extension (AFAICS). > > Fortunately, you can actually do this from the UI process using

Re: Proposal: remove insecure WebKitGTK+ packages for F27

On Wed, 2016-06-15 at 22:26 +, Ben Boeckel wrote: > Note that running JavaScript code in the context of the webpage also > requires an extension (AFAICS). Fortunately, you can actually do this from the UI process using webkit_web_view_run_javascript() and

Re: Fedora development of Snap packages

On 15 June 2016 at 22:07, Paul W. Frields wrote: > On Wed, Jun 15, 2016 at 09:08:35AM -0700, Adam Williamson wrote: > > On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote: > > > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote: > > > > So I was rather surprised

Re: Fedora development of Snap packages

On Tue, Jun 14, 2016 at 7:36 PM, Neal Gompa wrote: > The container/security thing is nothing specific or special to Flatpak > and others, in fact it's more theater than anything else anyway, as it > only works when conditions are "just right" (i.e., Wayland, > supercharged

Re: Source, symbols and debuginfo for flatpaks/snaps

On Wed, 2016-06-15 at 21:38 +0200, Mark Wielaard wrote: > O! I see in builder/builder-utils.c "This code is based on > debugedit.c > from rpm". And I am just hacking on that for rpm (see some patches on > rpm-ma...@rpm.org). Its just part of the debugedit stuff though, because we don't have to

Re: Proposal: remove insecure WebKitGTK+ packages for F27

On Fri, 10 Jun, 2016 at 16:39:21 GMT, Michael Catanzaro wrote: > If your app does use the DOM API, you have more work as you need to > create a web process extension to access this API. You can use any form > of IPC to communicate between the UI process and the web process; D-Bus > is a good

F24 RC-1.2 validation test requests: FCoE, SAS

Hey folks! There are a couple of validation tests for F24 remaining which are kind of exotic and setup-dependent. Particularly: https://fedoraproject.org/wiki/QA:Testcase_install_to_FCoE_target if there's anyone out there who has an FCoE setup and can run that test, it'd be great. Just go to:

Re: No minimal install anymore?

Actually this is better: https://lists.fedoraproject.org/archives/list/ser...@lists.fedoraproject.org/message/4UGRPRK7J5NCSUW5KO7MDXGY56I446LY/ -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: No minimal install anymore?

On Wed, Jun 15, 2016 at 3:25 PM, Ravindra Kumar wrote: > Hi, > > > > Please forgive my ignorance. Does Fedora 24 server image no longer provide > "Minimal Install" option? > > > > I see only "Fedora Server" and "Fedora Custom" options. Please see the > attached

Re: Fedora development of Snap packages

Przemek Klosowski writes: > It would be nice if there was a 'container snapshot' facility that > would convert between a native application package from Fedora or > Debian and a portable container---possibly both ways. Obviously, > native->container is desirable for

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 2:17 PM, Stephen Gallagher wrote: > On 06/15/2016 03:46 PM, Chris Murphy wrote: >> I don't understand the technical reason for the 1st reboot. The >> substantial risk for updates is the user environment. If that's killed >> off even multi-user.target

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 09:08:35AM -0700, Adam Williamson wrote: > On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote: > > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote: > > > So I was rather surprised by this Softpaedia article today: > > >

Re: Review Swap: Python Packages

2016-06-15 14:43 GMT-06:00 Avram Lubkin : > I have a couple of simple Python packages that need to be reviewed. Will > review yours in return. > > https://bugzilla.redhat.com/show_bug.cgi?id=1347006: > python-sphinxcontrib-spelling >

Review Swap: Python Packages

I have a couple of simple Python packages that need to be reviewed. Will review yours in return. https://bugzilla.redhat.com/show_bug.cgi?id=1347006: python-sphinxcontrib-spelling https://bugzilla.redhat.com/show_bug.cgi?id=1340619: python-imagesize Thanks, Avram -- devel mailing list

Re: Why GUI software update tool is broken for me

On 06/15/2016 03:46 PM, Chris Murphy wrote: > I don't understand the technical reason for the 1st reboot. The > substantial risk for updates is the user environment. If that's killed > off even multi-user.target is far less risk to do updates in. But I > don't see why system-update.target can't be

Re: Why GUI software update tool is broken for me

On 06/15/2016 09:27 AM, Phil Cameron wrote: On 06/15/2016 05:16 AM, Emmanuel Seyman wrote: Id be interested in the original rationale behind this change, as I say, I I believe the rationale is that there was no sane way to update running applications (firefox, at least, would start not working

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 12:43 PM, Stephen Gallagher wrote: > On 06/15/2016 02:36 PM, Chris Murphy wrote: >> On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher >> wrote: >>> On 06/15/2016 01:09 PM, Michael Catanzaro wrote: On Wed, 2016-06-15 at

Re: Source, symbols and debuginfo for flatpaks/snaps

On Wed, 2016-06-15 at 16:59 +0200, Alexander Larsson wrote: > On Wed, 2016-06-15 at 12:19 +0200, Mark Wielaard wrote: > > On Tue, 2016-06-14 at 22:02 +0200, Igor Gnatenko wrote: > > > When DNF will be able to install flatpack pkgs then we can stop > > > supporting > > > distro packages for that. >

Schedule for Thursday's FPC Meeting (2016-06-16 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC meeting Thursday at 2016-06-16 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.  Local time information (via. rktime): 2016-06-16 09:00 Thu US/Pacific PDT 2016-06-16 12:00 Thu US/Eastern EDT 2016-06-16

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 12:46:43PM -0400, Matthew Miller wrote: > > Thats is pretty crappy. That means things will keep accidentally being > > packaged that depends on things not in the ubuntu core. It also means > > that there is zero sandboxing. > Can you elaborate on how this is different from

[Bug 1344670] perl-MooseX-Types-Path-Class-0.09 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1344670 Bug 1344670 depends on bug 1346458, which changed state. Bug 1346458 Summary: Review Request: perl-Test-Needs - Skip tests when modules not available https://bugzilla.redhat.com/show_bug.cgi?id=1346458 What|Removed

Re: Why GUI software update tool is broken for me

On 06/15/2016 02:36 PM, Chris Murphy wrote: > On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher > wrote: >> On 06/15/2016 01:09 PM, Michael Catanzaro wrote: >>> On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote: Of course, this comes with its own headaches,

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher wrote: > On 06/15/2016 01:09 PM, Michael Catanzaro wrote: >> On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote: >>> Of course, this comes with its own headaches, since of course if you >>> are using >>> an encrypted

cbm pushed to perl-Text-BibTeX (master). "Version bump (#1346644)"

From 93356a9499f2c407fda97c30e0940983bce0f944 Mon Sep 17 00:00:00 2001 From: "Colin B. Macdonald" Date: Wed, 15 Jun 2016 11:13:08 -0700 Subject: Version bump (#1346644) --- .gitignore| 1 + perl-Text-BibTeX.spec | 7 +-- sources | 2 +- 3 files

[Bug 1346644] perl-Text-BibTeX-0.74 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346644 --- Comment #8 from Upstream Release Monitoring --- cbm's perl-Text-BibTeX-0.74-1.fc25 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=773276 -- You are receiving this mail

cbm uploaded Text-BibTeX-0.74.tar.gz for perl-Text-BibTeX

1bd024c079b71a30e3565fe103ddf333 Text-BibTeX-0.74.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Text-BibTeX/Text-BibTeX-0.74.tar.gz/md5/1bd024c079b71a30e3565fe103ddf333/Text-BibTeX-0.74.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 12:07 AM, Florian Weimer wrote: > On 06/15/2016 04:11 AM, Andrew Lutomirski wrote: > >> I *strongly* disagree here. The xdg-app folks seem to be doing a >> pretty good job with their sandbox. The kernel attack surface is >> reduced considerably, as is

Re: Fedora development of Snap packages

On Wed, 2016-06-15 at 12:46 -0400, Matthew Miller wrote: > On Wed, Jun 15, 2016 at 06:25:17PM +0200, Alexander Larsson wrote: > > > That's precisely what they are doing on non-Ubuntu distributions, > > > disabling confinement. > > Thats is pretty crappy. That means things will keep accidentally

[Bug 1346478] perl-Business-CreditCard-0.36 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346478 --- Comment #10 from Fedora Update System --- perl-Business-CreditCard-0.36-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1346479] perl-Devel-PPPort-3.34 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346479 --- Comment #7 from Fedora Update System --- perl-Devel-PPPort-3.34-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1346498] perl-Getopt-Long-2.49 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346498 --- Comment #10 from Fedora Update System --- perl-Getopt-Long-2.49-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 10:31 AM, Stephen Gallagher wrote: > Of course, this comes with its own headaches, since of course if you are using > an encrypted drive, you need to enter your password twice: once to start the > update and once for the post-update reboot. Why not

[Bug 1346498] perl-Getopt-Long-2.49 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346498 --- Comment #9 from Fedora Update System --- perl-Getopt-Long-2.49-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1346479] perl-Devel-PPPort-3.34 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346479 --- Comment #6 from Fedora Update System --- perl-Devel-PPPort-3.34-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1346478] perl-Business-CreditCard-0.36 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346478 --- Comment #9 from Fedora Update System --- perl-Business-CreditCard-0.36-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 10:50:06 -0600, Kevin Fenzi wrote: Sure and there's encryption as sgallagh mentioned. There is probably a way to handle the encryption as (at least if there isn't a kernel update), as this is done already when switching from initramfs to your

Re: Why GUI software update tool is broken for me

On 06/15/2016 12:31 PM, Stephen Gallagher wrote: > > > The justification for restarting both before and after installation exists and > it does make some sense in certain circumstances. > > Basically, the problem is that any number of things can change in the state of > the system while it has

Re: Why GUI software update tool is broken for me

On 06/15/2016 01:09 PM, Michael Catanzaro wrote: > On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote: >> Of course, this comes with its own headaches, since of course if you >> are using >> an encrypted drive, you need to enter your password twice: once to >> start the >> update and once

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 10:49:18 -0600, Kevin Fenzi wrote: Well, it's different historical behavior/tradeoffs. dnf assumes you will reboot as you need to / restart apps that need restarting. And there is an extension that will tell you what needs to be restarted. -- devel

Re: Why GUI software update tool is broken for me

On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote: > Of course, this comes with its own headaches, since of course if you > are using > an encrypted drive, you need to enter your password twice: once to > start the > update and once for the post-update reboot. A while ago I was working >

enable ABRT reports for glusterfs

Hi, My search engine fu is failing atm. I get ABRT reports from notificati...@fedoraproject.org for another package (nfs-ganesha) that I'm the maintainer for. I'd like to enable ABRT reports for glusterfs. But I can't seem to find where to do that. Or maybe glusterfs never crashes! Thanks,

Re: Why GUI software update tool is broken for me

On Wed, 15 Jun 2016 12:41:42 -0400 Russell Doty wrote: > Note that the original poster says that he runs dnf -update from the > command line because it allows him to do what he wants. > > Based on the information discussed in this thread, shouldn't dnf also > force a reboot

Re: Why GUI software update tool is broken for me

On 06/15/2016 12:41 PM, Russell Doty wrote: > Note that the original poster says that he runs dnf -update from the > command line because it allows him to do what he wants. > > Based on the information discussed in this thread, shouldn't dnf also > force a reboot before updates? > > We have an

Re: Why GUI software update tool is broken for me

On Wed, 15 Jun 2016 10:45:12 -0600 Chris Murphy wrote: > Laptop users need reminding. A scheduled update has a decent chance of > not happening because the laptop is sleeping. Sure and there's encryption as sgallagh mentioned. > The ability for applications to save

[Bug 1346479] perl-Devel-PPPort-3.34 is available

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

[Bug 1346506] perl-Git-PurePerl-0.52 is available

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

[Bug 1346655] perl-SOAP-Lite-1.20 is available

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

[Bug 1346498] perl-Getopt-Long-2.49 is available

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

[Bug 1346478] perl-Business-CreditCard-0.36 is available

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

[Bug 1346508] perl-Git-Repository-1.320 is available

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

Re: Fedora development of Snap packages

On 15 Jun 2016 17:47, "Matthew Miller" wrote: > > On Wed, Jun 15, 2016 at 06:25:17PM +0200, Alexander Larsson wrote: > > > That's precisely what they are doing on non-Ubuntu distributions, > > > disabling confinement. > > Thats is pretty crappy. That means things will

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 06:25:17PM +0200, Alexander Larsson wrote: > > That's precisely what they are doing on non-Ubuntu distributions, > > disabling confinement. > Thats is pretty crappy. That means things will keep accidentally being > packaged that depends on things not in the ubuntu core. It

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 10:27 AM, Kevin Fenzi wrote: > On Wed, 15 Jun 2016 17:39:32 +0200 > Kamil Dudka wrote: > >> On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: >> > Dne 15.6.2016 v 10:14 Ade napsal(a): >> > > Why is this? Well some time ago the

Re: Fedora development of Snap packages

On 06/15/2016 01:24 AM, Tomasz Torcz wrote: Well, if a packager wants to maintain it, why not? > >As someone who's a bit skeptical about containers as the future of software >distribution, I'd like to continue getting "traditionally packaged" >applications from Fedora where possible. I became a

Re: Why GUI software update tool is broken for me

On Wed, 2016-06-15 at 10:27 -0600, Kevin Fenzi wrote: > On Wed, 15 Jun 2016 17:39:32 +0200 > Kamil Dudka wrote: > > > > > On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: > > > > > > Dne 15.6.2016 v 10:14 Ade napsal(a):   > > > > > > > > Why is this?  Well some

Re: Fedora development of Snap packages

On 15 Jun 2016 17:25, "Matthew Miller" wrote: > > On Wed, Jun 15, 2016 at 04:44:27PM +0100, James Hogarth wrote: > > Considering how this actively negates the security of our distribution and > > how this is being promoted in the media, with them pointing to the > >

Re: Why GUI software update tool is broken for me

On 06/15/2016 12:27 PM, Kevin Fenzi wrote: > One thing that might make this less annoying to people would be ability > to schedule the reboot for some off hours time (2am or something) and > also ability (for gnome at least) to restore apps/windows/session > again on login. > Scheduling the

Re: Why GUI software update tool is broken for me

On 06/15/2016 11:39 AM, Kamil Dudka wrote: > On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: >> Dne 15.6.2016 v 10:14 Ade napsal(a): >>> Why is this? Well some time ago the behaviour of the tool changed and now >>> the only way to proceed is to click in "Restart and Install" and this

Re: Why GUI software update tool is broken for me

On Wed, 15 Jun 2016 17:39:32 +0200 Kamil Dudka wrote: > On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: > > Dne 15.6.2016 v 10:14 Ade napsal(a): > > > Why is this? Well some time ago the behaviour of the tool > > > changed and now the only way to proceed is to

Re: Fedora development of Snap packages

On Wed, 2016-06-15 at 16:32 +0100, James Hogarth wrote: > >  > > Snappy fundamentally relies on apparmour to do confinement (i.e. it > > doesn't use filesystem namespaces like flatpak), how does this work > on > > fedora? You can't use selinux and apparmour at the same time, so > this > >

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 04:44:27PM +0100, James Hogarth wrote: > Considering how this actively negates the security of our distribution and > how this is being promoted in the media, with them pointing to the > snapcraft site and the instructions there with COPR looking like it's on > approved

Re: Why GUI software update tool is broken for me

On Wed, Jun 15, 2016 at 7:27 AM, Phil Cameron wrote: > On 06/15/2016 05:16 AM, Emmanuel Seyman wrote: > >> * Ade [15/06/2016 10:14] : >> >>> Id be interested in the original rationale behind this change, as I say, >>> I >>> >> I believe the rationale is that there was no

Re: Fedora development of Snap packages

On 15 Jun 2016 17:12, "Rahul Sundaram" wrote: > > > > On Wed, Jun 15, 2016 at 11:45 AM James Hogarth wrote: >> >> Considering how this actively negates the security of our distribution and how this is being promoted in the media, with them pointing to the snapcraft site and

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 11:45 AM James Hogarth wrote: > Considering how this actively negates the security of our distribution and > how this is being promoted in the media, with them pointing to the > snapcraft site and the instructions there with COPR looking like it's on > approved Fedora

Re: Fedora development of Snap packages

On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote: > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote: > > So I was rather surprised by this Softpaedia article today: > > http://news.softpedia.com/news/snap-packages-become-the-universal-bin > >

Re: Why GUI software update tool is broken for me

On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote: > Dne 15.6.2016 v 10:14 Ade napsal(a): > > Why is this? Well some time ago the behaviour of the tool changed and now > > the only way to proceed is to click in "Restart and Install" and this is > > NEVER what I want to do. I never want to

Re: Fedora development of Snap packages

On 15 Jun 2016 16:34, "Matthew Miller" wrote: > > On Wed, Jun 15, 2016 at 05:08:07PM +0200, Alexander Larsson wrote: > > Snappy fundamentally relies on apparmour to do confinement (i.e. it > > doesn't use filesystem namespaces like flatpak), how does this work on > >

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 05:08:07PM +0200, Alexander Larsson wrote: > Snappy fundamentally relies on apparmour to do confinement (i.e. it > doesn't use filesystem namespaces like flatpak), how does this work on > fedora? You can't use selinux and apparmour at the same time, so this > shouldn't be

Re: Fedora development of Snap packages

On 15 Jun 2016 16:09, "Alexander Larsson" wrote: > > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote: > > So I was rather surprised by this Softpaedia article today: > > http://news.softpedia.com/news/snap-packages-become-the-universal-bin > >

Re: Why GUI software update tool is broken for me

Dne 15.6.2016 v 10:14 Ade napsal(a): > Why is this? Well some time ago the behaviour of the tool changed and now > the only way to proceed is to click in > "Restart and Install" and this is NEVER what I want to do. I never want to > reboot my desktop just to apply updates, Id > rather apply all

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 8:39 AM, Josh Boyer wrote: > On Wed, Jun 15, 2016 at 10:13 AM, Chris Murphy > wrote: > > > > > > On Tue, Jun 14, 2016 at 1:41 PM, Josh Boyer > > wrot:e > >> > >> How do you plan on addressing

Re: Fedora development of Snap packages

On Wed, 2016-06-15 at 08:24 +0200, Florian Weimer wrote: > On 06/15/2016 06:27 AM, Andrew Lutomirski wrote: > > On Tue, Jun 14, 2016 at 9:07 PM, Florian Weimer > > wrote: > > > On 06/15/2016 04:11 AM, Andrew Lutomirski wrote: > > > > > > > I *strongly* disagree here.  The

[389-devel] please review: Ticket 48346 - Logging too verbose when re-acquiring expired kerberos ticket

https://fedorahosted.org/389/ticket/48346 https://fedorahosted.org/389/attachment/ticket/48346/0001-Ticket-48346-log-too-verbose-when-re-acquiring-expir.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: Fedora development of Snap packages

On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote: > So I was rather surprised by this Softpaedia article today: > http://news.softpedia.com/news/snap-packages-become-the-universal-bin > ary-format-for-all-gnu-linux-distributions-505241.shtml > It claims that Canonical state that they have

jplesnik pushed to perl-Data-MessagePack (master). "0.50 bump"

From e9a7cb7044012e3506ca4005ca5143496914dfd4 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 15 Jun 2016 16:52:21 +0200 Subject: 0.50 bump --- .gitignore | 1 + perl-Data-MessagePack.spec | 12 ++-- sources| 2 +- 3

jplesnik uploaded Data-MessagePack-0.50.tar.gz for perl-Data-MessagePack

3894fe36d26acf4a6b5d7fbe9dab5fb9 Data-MessagePack-0.50.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Data-MessagePack/Data-MessagePack-0.50.tar.gz/md5/3894fe36d26acf4a6b5d7fbe9dab5fb9/Data-MessagePack-0.50.tar.gz -- Fedora Extras Perl SIG

Re: Source, symbols and debuginfo for flatpaks/snaps

On Wed, 2016-06-15 at 12:19 +0200, Mark Wielaard wrote: > Hi, > > On Tue, 2016-06-14 at 22:02 +0200, Igor Gnatenko wrote: > > When DNF will be able to install flatpack pkgs then we can stop > > supporting > > distro packages for that. > > One of the things I am working on is making access to

[Bug 1346824] perl-Data-MessagePack-0.50 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1346824 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 8:22 AM, Matthew Miller wrote: > > > I'm also worried about lifecycle issues here. What if some popular > upstream makes a popular Flatpak, we ditch the RPM packaging, and then > upstream stops updating it, or does a horrible job - how do we get

Re: Fedora development of Snap packages

On 06/14/2016 09:08 PM, Michael Catanzaro wrote: Certainly we're not going to come along and try to delete packages over the maintainers' objections. In general, I expect package maintainers would be deciding whether or not to make the switch, but yeah: if the upstream developers request that

Fedora 24-20160615.n.0 compose check report

Missing expected images: Workstation live i386 Cloud_base raw-xz i386 Workstation live x86_64 Failed openQA tests: 1/16 (i386), 1/2 (arm) ID: 22815 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm URL: https://openqa.fedoraproject.org/tests/22815 ID: 22892 Test: i386

Re: Fedora development of Snap packages

> On 15/06/16 02:18, Michael Catanzaro wrote: > > > On Tue, 2016-06-14 at 21:46 +0100, Tom Hughes wrote: > >> I suspect this view originates in a very Gnomeish view of the > >> world > >> where upstream and the Fedora packagers are very close but I > >> wonder > >> how > >> well it matches with

Re: Fedora development of Snap packages

On Wed, Jun 15, 2016 at 10:13 AM, Chris Murphy wrote: > > > On Tue, Jun 14, 2016 at 1:41 PM, Josh Boyer > wrot:e >> >> How do you plan on addressing the problem reporting issue? In your >> example, the Inkscape package will still exist in RPM

[Bug 1331528] Please build perl-Unicode-CaseFold for EPEL

https://bugzilla.redhat.com/show_bug.cgi?id=1331528 --- Comment #8 from Fedora Update System --- perl-Unicode-CaseFold-1.00-6.el6.1 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e70a035a81 -- You are

Fedora 24 compose report: 20160615.n.0 changes

OLD: Fedora-24-20160614.n.0 NEW: Fedora-24-20160615.n.0 = SUMMARY = Added images:4 Dropped images: 8 Added packages: 0 Dropped packages:0 Upgraded packages: 8 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size

[Bug 1331528] Please build perl-Unicode-CaseFold for EPEL

https://bugzilla.redhat.com/show_bug.cgi?id=1331528 --- Comment #7 from Xavier Bachelot --- Just patching the code to lower the Module::Build requirement seems enough for EL6. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras

Re: Fedora development of Snap packages

On Tue, Jun 14, 2016 at 03:02:29PM -0500, Michael Catanzaro wrote: > I was thinking remove the Fedora package. What's the point in > maintaining a secret Fedora package for a graphical app, when we're > going to be presenting a different version of that app to users? And as > Josh says, this would

Re: Fedora development of Snap packages

As many others have expressed, third-party RPMs tend to be done very poorly, Oracle Java is a good bad example. That said, if it's something a user wants to install on their system, that's their prerogative, but it's not part of Fedora and shouldn't be. What we could do is make it easier to

Re: libconfuse soname bump

On Wed, Jun 15, 2016 at 8:17 AM, Sérgio Basto wrote: > On Qua, 2016-06-15 at 08:43 +, Petr Pisar wrote: > > On 2016-06-14, Jon Ciesla wrote: > > > > > > I'm updating libconfuse to 3.0, which is a soname change. The only > > > dependency I can find

  1   2   3   >