Re: F27 Self Contained Change: VirtualBox Guest Integration

2017-07-16 Thread Richard W.M. Jones
Slightly late to the party but please have a look at how open-vm-tools (VMware) works. Some observations: (1) Anaconda has a special comps group for hypervisors. If Anaconda is able to detect virtualization, it will install extra packages from the hypervisor group automatically. For VMware it'

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Richard W.M. Jones
On Fri, Jul 14, 2017 at 04:59:37PM +, Debarshi Ray wrote: > On Fri, Jul 14, 2017 at 09:44:18AM +0100, Richard W.M. Jones wrote: > > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > > F29: packagers (of graphical applications) must create Flatpaks of > > > their applicatio

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Richard W.M. Jones
On Fri, Jul 14, 2017 at 01:26:21PM -0400, Matthew Miller wrote: > On Fri, Jul 14, 2017 at 05:05:23PM +, Debarshi Ray wrote: > > > At least we see where this is going. > > > > > > If RPMs of the graphical application work fine now, what on earth is > > > the point of forcing packagers to make F

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Richard W.M. Jones
On Fri, Jul 14, 2017 at 10:04:37PM +0100, Richard Hughes wrote: > On 14 July 2017 at 20:28, Andreas Tunek wrote: > > Is this really more reliable than using dnf (for graphical packages > > like Recepies and Builder)? > > It's hugely more reliable. You can't actually trust rpm to do anything > ato

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Christian Schaller wrote: > One major reason is that it enables us to move towards having the Atomic > Workstation version be the primary one and maybe in the (very) long run be > the only one. > > A bit more detail about that can be found here: > https://fedoraproject.org/wiki/Workstation/AtomicW

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Daniel P. Berrange wrote: > If I look at this from my POV as the upstream maintainer of a graphical > application wishing to make it widely available to users of many distros. > The question is whether it is beneficial for me to join Fedora packaging > world to package my app, or whether to package

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Matthew Miller wrote: > I dunno about "practical", but "one unified commandline tool to manage > all the software on my system" sure is *nice* from a user and admin > perspective. Maybe the dnf tool could be a plugin wrapper around > /usr/libexec/gnome-software-cmd? I most definitely DON'T want my

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Debarshi Ray wrote: > How about reliable online updates of running applications as a > benefit? Upgrading RPM applications online just works. I do it all the time. The KDE tools do not even implement offline updates (and IMHO that's a good thing). The worst that can happen is that some recalcitr

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Matthew Miller wrote: > AND the ability to roll back, to choose beta or stable streams, etc. > For example, the Google Play app store, you can check a box to opt in > to beta versions of an app you're interested in following the bleeding > edge of. It'd be awesome to do that in Fedora. We *could* d

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Christian Dersch
On 07/16/2017 01:25 PM, Kevin Kofler wrote: > Christian Schaller wrote: >> One major reason is that it enables us to move towards having the Atomic >> Workstation version be the primary one and maybe in the (very) long run be >> the only one. >> >> A bit more detail about that can be found here: >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Christian Dersch
On 07/14/2017 10:32 PM, Matthew Miller wrote: > On Fri, Jul 14, 2017 at 07:25:11PM +0100, Richard Hughes wrote: >> Maybe tangential to the proposal/discussion/ranting, but you can >> actually use gnome-software on the command line. >> /usr/libexec/gnome-software-cmd (no GTK parts get loaded) has g

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Christian Dersch
On 07/10/2017 09:31 PM, Owen Taylor wrote: > > The rebuilt RPMs are really only interesting within Flatpaks - they > will be available for download from Koji, but there would be no reason > for a user to do so. > > As for standard application RPMs, it's really going to be something > we figure out

Re: F27 Self Contained Change: Unified database for DNF

2017-07-16 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Jul 12, 2017 at 02:17:47PM +0200, Jaroslav Reznik wrote: > = Proposed Self Contained Change: Unified database for DNF = > https://fedoraproject.org/wiki/Changes/Unified_database_for_DNF > > Change owner(s): > * Eduard Čuba > * Igor Gnatenko > > Replacing obsoleted YUM/DNF databases (yum

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Jul 16, 2017 at 01:29:01PM +0200, Kevin Kofler wrote: > Daniel P. Berrange wrote: > > If I look at this from my POV as the upstream maintainer of a graphical > > application wishing to make it widely available to users of many distros. > > The question is whether it is beneficial for me to

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Joonas Sarajärvi
Hi, Kevin Kofler kirjoitti 16.07.2017 klo 15:11: Matthew Miller wrote: AND the ability to roll back, to choose beta or stable streams, etc. For example, the Google Play app store, you can check a box to opt in to beta versions of an app you're interested in following the bleeding edge of. It'd

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Matthew Miller
On Sun, Jul 16, 2017 at 01:29:01PM +0200, Kevin Kofler wrote: > umbrella? It may as well come directly from upstream at that point. The > whole point of delivering software under the Fedora umbrella is to deliver > it as RPMs. If there is no RPM, delivering through Fedora is completely > useless

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Joonas Sarajärvi
Kevin Kofler kirjoitti 16.07.2017 klo 15:10: Debarshi Ray wrote: How about reliable online updates of running applications as a benefit? Upgrading RPM applications online just works. I do it all the time. The KDE tools do not even implement offline updates (and IMHO that's a good thing). I thi

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Ben Rosser
On Sun, Jul 16, 2017 at 9:21 AM, Christian Dersch wrote: > I hope we will *never* reach that point, if we reach it, I have to move > to another Linux distribution which follows the rules of construction I > prefer. As a packager I know how much many upstreams love bundling (and > not updating bund

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Stephen John Smoogen
On 16 July 2017 at 10:10, Matthew Miller wrote: > On Sun, Jul 16, 2017 at 01:29:01PM +0200, Kevin Kofler wrote: >> umbrella? It may as well come directly from upstream at that point. The >> whole point of delivering software under the Fedora umbrella is to deliver >> it as RPMs. If there is no RPM

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Richard Hughes
On 16 July 2017 at 13:11, Kevin Kofler wrote: > Where's the problem? The problem is it simply does not work on anything nontrivial that needs an updated library dep of something already in Fedora. On your stable system running F25, can you try installing a few new versions of upstream-active appl

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Jul 14, 2017 at 09:29:29PM +0200, Lars Seipel wrote: > On Tue, Jul 11, 2017 at 11:26:04PM -0500, mcatanz...@gnome.org wrote: > > But we have not been. Very few applications actually have SELinux profiles, > > and they are all maintained downstream rather than upstream. The volume of > > err

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Christian Dersch
On 07/16/2017 08:54 PM, Richard Hughes wrote: >> This is also trivial to offer in a UI. > I think you and I disagree on what trivial constitutes. > >> And the (unrelated) online update issue is really a non-issue in practice, >> as I explained in my reply to Debarshi Ray. > Until you're the person

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Joonas Sarajärvi wrote: > What if upgrading to myapp-beta requires upgrading also e.g. to a major > version of Qt (or any other widely used library that has some potential > to either have regressions or even just be incompatible between > versions) that is more recent than what my Fedora installat

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Richard Hughes wrote: > The problem is it simply does not work on anything nontrivial that > needs an updated library dep of something already in Fedora. On your > stable system running F25, can you try installing a few new versions > of upstream-active applications in F27 that requires the new QT

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Joonas Sarajärvi wrote: > Just to check if my experience is still up to date, I made a fresh > Fedora 25 KDE installation into a VM, booted it up and logged in. Then > in the Plasma desktop session I updated the system through the > notification that tells me that there's 900+ updates available. Fo

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Kevin Kofler
Matthew Miller wrote: > I strongly dispute the idea that Fedora must be tied to a particular > packaging technology. The particular packaging technology is what ensures that we have a coherent, integrated system. Flatpaks by design cannot offer the kind of integration that native packages can of

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread stan
On Sun, 16 Jul 2017 13:17:25 -0400 Stephen John Smoogen wrote: > These sorts of deep brand issues are why most companies start new > brands which might look like they are competing with their primary > one. It can showcase some new identity and get people to see it as > useful or better than what

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Colin Walters
Hi, On Fri, Jul 14, 2017, at 05:52 PM, Andrew Lutomirski wrote: > I don't see the problem. The runtime could be all of /use and the app > could be a symlink living in /app that points at /usr. The latter > could be created on the fly in a tmpfs. You're right; however, there are two other aspec

[Test-Announce] 2017-07-17 @ 15:00 UTC - Fedora QA Meeting

2017-07-16 Thread Adam Williamson
# Fedora Quality Assurance Meeting # Date: 2017-07-17 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! We didn't get through everything last week, so let's have a follow-up meeting. If anyone has any oth

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Michael Catanzaro
On Sun, Jul 16, 2017 at 3:14 PM, Kevin Kofler wrote: And I would pick a Copr over a Flatpak any day. I used and use several Copr repositories, they are much nicer than some unpackaged blob. And getting rid of them later is fairly easy. Although you have some valid concerns about Flatpak, I t

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-16 Thread Michael Catanzaro
On Sun, Jul 16, 2017 at 3:43 PM, Kevin Kofler wrote: If you just cut the power, then you deserve what you get. You and I are both fortunate that power cuts are rare where we live. But one happened to me a couple of days ago during a 'git pull', and I lost the git repo. It would have been muc