Re: F27 Self Contained Change: Unified database for DNF

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sun, 2017-07-16 at 13:27 +, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jul 12, 2017 at 02:17:47PM +0200, Jaroslav Reznik wrote: > > = Proposed Self Contained Change: Unified database for DNF = > >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > > > Am 17.07.2017 um 12:16 schrieb Bastien Nocera: > > It's like you didn't listen to the arguments when this feature was > > implemented in Fedora years ago, and continue not to. > > You're wrong, and the fact that you keep insisting you're not is frankly > >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sun, Jul 16, 2017 at 11:56:26AM +0100, Richard W.M. Jones wrote: > 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Monday, July 17, 2017 11:53:35 Daniel P. Berrange wrote: > I had this kind of fun problem upgrading F25 -> F26. I was lazy and didn't > want to reboot so I was just running dnf distro-sync in a gnome-terminal > session. I've upgrade this way since F6 and mostly it just works, but > forgot to

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 6:53 AM, Daniel P. Berrange wrote: > On Mon, Jul 17, 2017 at 12:45:27PM +0200, Michael Stahl wrote: >> On 16.07.2017 14:10, Kevin Kofler wrote: >> > Debarshi Ray wrote: >> >> How about reliable online updates of running applications as a >> >> benefit?

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 12:45:27PM +0200, Michael Stahl wrote: > On 16.07.2017 14:10, Kevin Kofler wrote: > > 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

Re: Orphaning: clamav, sphinx, mldonkey

On Wed, 2017-07-12 at 19:20 -0700, Gerald B. Cox wrote: > I haven't been using these packages for awhile and better for someone > to take them that can adequately test. I took clamav , co-maintianer are more than welcome ,I took it because I use it sometimes to detect virus on microsoft systems

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Colin Walters wrote: > First, RPMs (as we use them) are designed for a single merged /usr, > and their %post scripts run with full CAP_SYS_ADMIN privileges. > This means if one wants to install any 3rd party apps, any sandboxing > at runtime is...well, useful, but there's a rather gaping hole if

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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

It's like you didn't listen to the arguments when this feature was implemented in Fedora years ago, and continue not to. You're wrong, and the fact that you keep insisting you're not is frankly intellectual dishonesty. If you really believe you're correct, try to kill your X server in the

Re: Self Introduction: Junwei Fang

On Mon, Jul 17, 2017 at 3:01 PM, 方俊伟 wrote: > Dear, >Hello, everybody. My name is Junwei Fang, a developer of C++. I am > from China > I worked for a little company, my work is about VoIP. I use fedora > workstation as my default OS, > i worked with gnome desktop for

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On su, 16 heinä 2017, Kevin Kofler wrote: 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

Re:Re: Self Introduction: Junwei Fang

您好， 李先生 关于fedora打包，还真有些问题需要请教您： 1. 如何给官方软件打包，像fedora26刚发布的发行版，官方仓库有好多包不全。请问我可以帮忙打包这些（比如：gtkmm30-devel）吗？ 2. 用koji打包后，是不是只要创建Review Request就差不多了？ At 2017-07-17 15:23:04, "Robin Lee" wrote: On Mon, Jul 17, 2017 at 3:01 PM, 方俊伟

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Michael Catanzaro wrote: > P.S. On a completely unrelated note... and just brainstorming... so > long as our Flatpaks are built from RPMs, there's probably no great > technical reason to get rid of the RPMs, even if Flatpak becomes the > primary/default distribution mechanism. We mainly just need

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sat, Jul 15, 2017 at 05:17:44PM +, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Jul 14, 2017 at 03:42:15PM +0100, Daniel P. Berrange wrote: > > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > > On Mon, 2017-07-10 at 00:46 +0200, Kevin Kofler wrote: > > > > Jaroslav Reznik

Why Customers Need Third Party Technical Support for QuickBooks?

Why Customers Need Third Party Technical Support for QuickBooks? The common goal why people choose for Third Party Quickbooks Technical Support Company is the efficient service provided by them, one can access their services 24/7 and because of high competition all of the third parties.

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 16.07.2017 12:54, Richard W.M. Jones wrote: > 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: >>> >>> If RPMs of the graphical application work fine now, what on earth is >>> the point of forcing packagers to

Re: [SONAME change] MySQL, MariaDB

On Fri, Jul 14, 2017 at 2:40 AM, Rex Dieter wrote: > Adam Williamson wrote: > > > On Thu, 2017-07-13 at 10:37 +0200, Michal Schorm wrote: > >> A new version of MariaDB 10.2-4 is out, it now has fixed symlinks and > >> Provides. > > > > I'm afraid even this build doesn't

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 16.07.2017 14:10, Kevin Kofler wrote: > 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

Re:Re: Self Introduction: Junwei Fang

Hi, Robin I have already do that,done that. Thanks a lot. 多谢！！！ At 2017-07-17 15:23:04, "Robin Lee" wrote: On Mon, Jul 17, 2017 at 3:01 PM, 方俊伟 wrote: Dear, Hello, everybody. My name is Junwei Fang, a developer of

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, 17 Jul 2017 10:10:16 -0400 Matthew Miller wrote: > We could look at starting a new brand. But, I don't think your > Harley-Davidson analogy applies, because we're not using this to break > into a new market. We're using this to make sure that we remain >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, 17 Jul 2017 12:45:27 +0200 Michael Stahl wrote: > On 16.07.2017 14:10, Kevin Kofler wrote: > > Debarshi Ray wrote: > >> How about reliable online updates of running applications as a > >> benefit? > > > > Upgrading RPM applications online just works. I do it all

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sun, Jul 16, 2017 at 01:17:25PM -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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/15/2017 01:43 PM, Matthew Miller wrote: On Fri, Jul 14, 2017 at 02:56:34PM -0700, Andrew Lutomirski wrote: This is only a problem because Flatpak is currently following the IMO rather busted old Android model. With very few, if any, exceptions, I think a much better model would be for an

Re: F27 System Wide Change: Graphical Applications as Flatpaks

stan píše v Po 17. 07. 2017 v 08:02 -0700: > On Mon, 17 Jul 2017 10:10:16 -0400 > Matthew Miller wrote: > > > We could look at starting a new brand. But, I don't think your > > Harley-Davidson analogy applies, because we're not using this to > > break > > into a new

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 08:02:10AM -0700, stan wrote: > making an all or nothing bet on a new technology. Once rpm is ripped > out of fedora, it won't be coming back, in practical terms. There's a > burning the ships sort of appeal in that approach, but it isn't the > most prudent path from an

Re: Orphaning: clamav, sphinx, mldonkey

I hope someone can take mldonkey, as I still remember the days patching it to pass the compiler. -- Yours sincerely, Christopher Meng http://cicku.me ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sun, Jul 16, 2017 at 04:31:33PM +0200, Reindl Harald wrote: > users which had chosen Fedora because of a single package manager > working without any GUI will dispute with their feet if it goes in a > direction where you no longer can upgrade *everything* with "dnf > distro-sync", no longer can

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > > There's a > > burning the ships sort of appeal in that approach, > > Actually, the correct analogy would be "burning platform" (and we all know > how well that ended). > > Flatpacks are an unproven tech that can still crash and burn in the market. > > Even if

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sun, Jul 16, 2017 at 11:13:28PM +0200, Kevin Kofler wrote: > 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > On Sun, Jul 16, 2017 at 11:13:28PM +0200, Kevin Kofler wrote: > > 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

> There's a > burning the ships sort of appeal in that approach, Actually, the correct analogy would be "burning platform" (and we all know how well that ended). Flatpacks are an unproven tech that can still crash and burn in the market. Even if it eventually succeeds crash-landing it in

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 17 July 2017 at 15:11, Matthew Miller wrote: >> the whole operating system and no longer can compare the installed >> packages of two machines with a single command > Yeah, I agree that it's important to have a unified management > interface like this. I also agree,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, 17 Jul 2017 11:31:54 -0400 Matthew Miller wrote: > No one is talking about "ripping RPM out of Fedora". I'm glad to hear it. I have a tendency to hyperbole in this noisy world. On 07/10/2017 09:31 PM, Owen Taylor wrote: > > F29: packagers (of graphical

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 17 July 2017 at 10:10, Matthew Miller wrote: > On Sun, Jul 16, 2017 at 01:17:25PM -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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 12:03:13PM +0200, Michael Stahl wrote: > On 16.07.2017 12:54, Richard W.M. Jones wrote: > > 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: > >>> > >>> If RPMs of the graphical

Spam

Hi, Do the list admins have any plans to combat the spammers that are spoofing Kevin Fenzi to bypass the moderation queue? Could we please at least hold his messages for moderation? Maybe he could manually approve his own messages, as annoying as that would be. Though I don't know what we

Re: F27 System Wide Change: Graphical Applications as Flatpaks

"We" in this case is me, my Red Hat colleagues working on GNOME, Fedora Workstation, upstream developers involved in Fedora Workstation and upstream developers who are not involved in Fedora, usually because of answers like this. I'm also fine with you leaving. In fact, that's probably a

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 09:48:46AM +0100, Daniel P. Berrange wrote: > On Sat, Jul 15, 2017 at 05:17:44PM +, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Jul 14, 2017 at 03:42:15PM +0100, Daniel P. Berrange wrote: > > > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > > > On

Re: Spam

I have received a few on the development mailing list. On 17 Jul 2017 6:48 pm, wrote: > On Mon, Jul 17, 2017 at 12:41 PM, Samuel Sieb wrote: > >> I haven't seen any spam on the devel list. I even checked my spam >> folder. Maybe the messages are being

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/14/2017 05:04 PM, 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

Re: Spam

On 07/17/2017 10:34 AM, mcatanz...@gnome.org wrote: Do the list admins have any plans to combat the spammers that are spoofing Kevin Fenzi to bypass the moderation queue? Could we please at least hold his messages for moderation? Maybe he could manually approve his own messages, as annoying

Re: Spam

On 17 July 2017 at 13:34, wrote: > Hi, > > Do the list admins have any plans to combat the spammers that are spoofing > Kevin Fenzi to bypass the moderation queue? > We are aware of this and have been dealing with whack-a-mole in trying to fix it. > Could we please at

Re: Spam

On Mon, Jul 17, 2017 at 10:41:13AM -0700, Samuel Sieb wrote: > I haven't seen any spam on the devel list. I even checked my spam folder. > Maybe the messages are being sent directly to you, not the list? I am getting those messages as well :) -- Athos Ribeiro http://www.ime.usp.br/~athoscr

Re: Spam

On Mon, Jul 17, 2017 at 12:41 PM, Samuel Sieb wrote: I haven't seen any spam on the devel list. I even checked my spam folder. Maybe the messages are being sent directly to you, not the list? They're being sent to 389-de...@lists.fedoraproject.org (whatever that is). I

git - wrong paths in documentation files

Hi folks, I am looking at the #1357438 BZ about broken links to "How to*" doc files and I am thinking, about the best solution of this. Problem is with using of %doc macro, which moves/copies doc files to specific directories of each subpackage. However the Makefile expects that will be used

Re: git - wrong paths in documentation files

Hi Petr, Petr Stodulka wrote: Hi folks, I am looking at the #1357438 BZ about broken links to "How to*" doc files and I am thinking, about the best solution of this. Problem is with using of %doc macro, which moves/copies doc files to specific directories of each subpackage. However the

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 17.07.2017 19:26, Richard W.M. Jones wrote: > On Mon, Jul 17, 2017 at 12:03:13PM +0200, Michael Stahl wrote: >> On 16.07.2017 12:54, Richard W.M. Jones wrote: >>> 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 2:48 PM, Michael Stahl wrote: > On 17.07.2017 19:26, Richard W.M. Jones wrote: >> On Mon, Jul 17, 2017 at 12:03:13PM +0200, Michael Stahl wrote: >>> On 16.07.2017 12:54, Richard W.M. Jones wrote: On Fri, Jul 14, 2017 at 04:59:37PM +, Debarshi

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/17/2017 03:14 PM, Neal Gompa wrote: On Mon, Jul 17, 2017 at 2:48 PM, Michael Stahl wrote: On 17.07.2017 19:26, Richard W.M. Jones wrote: On Mon, Jul 17, 2017 at 12:03:13PM +0200, Michael Stahl wrote: On 16.07.2017 12:54, Richard W.M. Jones wrote: On Fri, Jul 14,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sat, 2017-07-15 at 13:43 -0400, Matthew Miller wrote: > On Fri, Jul 14, 2017 at 02:56:34PM -0700, Andrew Lutomirski wrote: > > This is only a problem because Flatpak is currently following the > > IMO > > rather busted old Android model. With very few, if any, exceptions, > > I > > think a much

[Fedocal] Reminder meeting : Modularity Office Hours

Dear all, You are kindly invited to the meeting: Modularity Office Hours on 2017-07-18 from 10:00:00 to 11:00:00 US/Eastern At https://meet.jit.si/fedora-modularity The meeting will be about: This is where you ask the Fedora Modularity Team questions (and we try to answer them)! Join us

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Dusty Mabe wrote: > I'm sure some people are aware but for those who aren't it is worth noting > that we have an entire edition (atomic host) that is built around atomic > updates for rpm content. Atomic updates for "rpm content", but not for actual RPMs, unfortunately, only for blobs composed

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Bastien Nocera wrote: > However we end up doing it, I think it'd be better if we could do it > without you, whatever it is you do for Fedora. We, and certainly I, don't > want this level of toxicity and utter malfeasance on a mailing-list that > I'm supposed to be subscribed to. > > Please, do

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

On Tue, 2017-07-18 at 03:37 +0200, Kevin Kofler wrote: > > IMHO, this is a slippery slope eroding the quality of Fedora just because > some people are not willing to wait a week longer for their "fix". The > argument that this steals time from the next cycle is also invalid, because > the

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

On Mon, Jul 17, 2017 at 8:37 PM, Kevin Kofler wrote: A blocker ought to be a blocker, no matter when it is discovered and how long it takes to fix. https://bugzilla.redhat.com/show_bug.cgi?id=1405539 It violates a release criterion (IMO), but it's been broken forever

Re: git - wrong paths in documentation files

Hi Todd, thanks for feedback. On 17.7.2017 20:57, Todd Zullinger wrote: > Hi Petr, > > Petr Stodulka wrote: >> >> Hi folks, I am looking at the #1357438 BZ about broken links to "How to*" >> doc files and I am thinking, about the best solution of this. Problem is >> with using of %doc macro,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 05:02:42PM -0500, Michael Catanzaro wrote: > I think that's probably worthwhile. The way I see it, we have a > large number of users who prefer an entirely RPM-based system, > although most users would be better off with an Atomic system and > just layering a few RPMs on

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Daniel P. Berrange wrote: > I had to write a script to read the dnf planned transaction log and finish > installing and erasing remaining packages, and manually run any %posttrans > scripts. Such a dnf-complete-transaction script would be a nice addition to DNF. Kevin Kofler

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

Adam Williamson wrote: > So, during the blocker review process in the last few cycles, we have > several times come up against the unfortunate situation that a bug that > in the usual course of events would block a release is discovered > extremely late - say the day before the go/no-go meeting -

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Daniel Walsh wrote: > I read this like containers are something new and interesting. Nope, we are saying they are something new and uninteresting. ;-) > Upstream docker project started this effort a few years ago and the world > has latched onto it. Fedora needs to adjust and become great at >

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

On Tue, 2017-07-18 at 02:01 +, Zbigniew Jędrzejewski-Szmek wrote: > > > Firstly, it may occur if it is agreed to be very unlikely that the bug > > can possibly be fixed within a reasonable time frame for the release to > > be made. For instance, fixing the bug may be a task of such technical

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 7/17/2017 10:22 AM, Richard W.M. Jones wrote: On Sun, Jul 16, 2017 at 11:13:28PM +0200, Kevin Kofler wrote: 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Daniel P. Berrange wrote: > Use of RPM is merely a particular historical choice of delivery mechanism, > and certainly not the defining characteristic of what it means to be the > Fedora distribution. For users consuming the Fedora desktop, the fact that > they're using RPM is hidden away as an

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 02:58:52AM +0200, Kevin Kofler wrote: > Daniel P. Berrange wrote: > > Yeah, that last point is the real difficult issue, it forces you to keep > > the RPM in parallel with the flatpak, unless we were to either change > > RPM (yuk), or find a way to auto-generate a RPM

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, 2017-07-17 at 17:51 +0200, nicolas.mail...@laposte.net wrote: > > There's a > > burning the ships sort of appeal in that approach, > > Actually, the correct analogy would be "burning platform" (and we all > know how well that ended). I almost certainly should avoid responding to such

Blocker bug process proposal: waiving late-discovered blockers to next release

Hi, folks! So, during the blocker review process in the last few cycles, we have several times come up against the unfortunate situation that a bug that in the usual course of events would block a release is discovered extremely late - say the day before the go/no-go meeting - and at least some

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Jiří Eischmann wrote: > I agree with Matt here, Fedora Project's mission (neither the old one, > nor the new draft) doesn't say anything about RPM. RPM is just means to > an end, not the goal. And I don't know why Fedora should be tied to RPM > forever. Really successful brands don't die when

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

On Mon, Jul 17, 2017 at 05:48:09PM -0700, Adam Williamson wrote: > === Exceptional cases === > > Generally speaking, any bug that is agreed to be a violation of the > [[Fedora Release Criteria|release criteria]] should be accepted as a > blocker bug for the next relevant milestone release. > >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Bastien Nocera wrote: > It's like you didn't listen to the arguments when this feature was > implemented in Fedora years ago, and continue not to. You're wrong, and > the fact that you keep insisting you're not is frankly intellectual > dishonesty. I am using online updates of RPMs all the time.

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Michael Stahl wrote: > no, the worst case is this: > > https://www.happyassassin.net/2016/10/04/x-crash-during-fedora-update-when-system-has-hybrid-graphics-and-systemd-udev-is-in-update/ That was a one-time bug that is already fixed. It also affected only systems with hybrid graphics, lots of

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Daniel P. Berrange wrote: > Yeah, that last point is the real difficult issue, it forces you to keep > the RPM in parallel with the flatpak, unless we were to either change > RPM (yuk), or find a way to auto-generate a RPM wrapper around the flatpak > to pull in it contents. You need to keep the

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, 2017-07-14 at 21:29 +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 > >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 17, 2017 at 3:38 AM, Kevin Kofler wrote: The problem is that the RPMs that go into the Flatpaks are not FHS- compliant, so the RPMs will have to carry some conditionals and be built twice. Yes, that is true. Some apps will have to be patched for Flatpak,

Self Introduction: Junwei Fang

Dear, Hello, everybody. My name is Junwei Fang, a developer of C++. I am from China I worked for a little company, my work is about VoIP. I use fedora workstation as my default OS, i worked with gnome desktop for more than 5 years. I hope to join fedora project and I'm a newer, I'm

jplesnik pushed to perl-CPAN-Perl-Releases (f26). "3.28 bump"

From 7308e86151a8f38f30890cca29ac3c95e94cab44 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Mon, 17 Jul 2017 09:12:32 +0200 Subject: 3.28 bump --- .gitignore | 1 + perl-CPAN-Perl-Releases.spec | 5 - sources | 2 +- 3

jplesnik uploaded Lexical-SealRequireHints-0.011.tar.gz for perl-Lexical-SealRequireHints

b31d3527e3ea1d28ebcac58cfdb35893643c7c371dba96cf06509cc7b1ce61c38f6cc37f420c2ec93b0a57adfc3d3cd797af97fad9aeb6e1000ef1769e26c31e Lexical-SealRequireHints-0.011.tar.gz

jplesnik pushed to perl-Locale-TextDomain-OO-Util (master). "3.007 bump"

From 2ac975abd8875dea6bf184e05e3c4704b6eeb7b1 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Mon, 17 Jul 2017 10:14:34 +0200 Subject: 3.007 bump --- .gitignore | 1 + perl-Locale-TextDomain-OO-Util.spec | 5 - sources

[Bug 1471497] perl-Locale-TextDomain-OO-Util-3.007 is available

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

ppisar pushed to perl-XML-LibXML (f24). "Fix CVE-2017-10672"

From 48214d0c1f946d5774c7aa61d5b9f4363db44d43 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Mon, 17 Jul 2017 13:23:33 +0200 Subject: Fix CVE-2017-10672 --- XML-LibXML-2.0129-CVE-2017-10672.patch | 77 ++

[Bug 1471307] perl-ExtUtils-CBuilder-0.280226 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471307 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

ppisar uploaded Coro-6.513.tar.gz for perl-Coro

b56e5ffa152a81926a43492f9d2c8f9f70874ff641da8f6ef24ef2c44c4b28dd9ff632cb20942c34fc7214bd54b73e5ae37df7935d0e4b6ea4faab92388f38d6 Coro-6.513.tar.gz

[Bug 1471307] perl-ExtUtils-CBuilder-0.280226 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471307 --- Comment #2 from Upstream Release Monitoring --- ppisar's perl-ExtUtils-CBuilder-0.280226-1.fc27 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=919428 -- You are receiving

jplesnik pushed to perl (f25). "5.24.2 bump"

From 82ba81a2cd574ae209cf3a0d9de8f4e4d8682a20 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Mon, 17 Jul 2017 14:35:15 +0200 Subject: 5.24.2 bump --- .gitignore | 1 + perl-5.24.0-crash-on-explicit-return-from-s-e.patch | 10

ppisar set the monitor flag of rpms/perl-Module-Runtime to nobuild

ppisar set the monitor flag of rpms/perl-Module-Runtime to nobuild ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar uploaded Module-Runtime-0.015.tar.gz for perl-Module-Runtime

13f85128130f1543d6be86c002b5d093ed530ab069a7fdf2c109317a234a800611c43e8ff7349f43eb35e0169f80f677a117277a70aa138f0f147d9cf8fb16d0 Module-Runtime-0.015.tar.gz

ppisar pushed to perl-Module-Runtime (f26). "0.015 bump"

From b61338418e9c84469b3d76a17b70f38497d30dd7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Mon, 17 Jul 2017 15:22:31 +0200 Subject: 0.015 bump --- .gitignore | 1 + perl-Module-Runtime.spec | 28 sources

ppisar pushed to perl-Module-Runtime (f26). "perl dependency renamed to perl-interpreter "

From 38c677b23263a4decf36f1a395a44da581fa5db5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Jul 2017 14:38:34 +0200 Subject: perl dependency renamed to perl-interpreter

[Bug 1471500] perl-Module-Runtime-0.015 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471500 --- Comment #4 from Fedora Update System --- perl-Module-Runtime-0.015-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-6c1aa99ce7 -- You are receiving this

corsepiu uploaded Test-Script-1.20.tar.gz for perl-Test-Script

9a2fa0dcbaa8834d097a1603fd61d3029b7c96e6b51f7209809c24082e67c9daec42faceef19641be06d9ce5720e5b6f17db8ab5f3294742b7e54eba54d28a1b Test-Script-1.20.tar.gz

ppisar uploaded ExtUtils-CBuilder-0.280226.tar.gz for perl-ExtUtils-CBuilder

4ffaef35aa14e8b17cf08e23d89dc4baa040e1b4d5d10852f8e05642c7c573ed0c25009f91764d38ebd9ca2032d391c0264ea1cb2f152dab1e2077718aec7c33 ExtUtils-CBuilder-0.280226.tar.gz

ppisar pushed to perl-Module-CoreList (f25). "5.20170715 bump"

From 7c8fed8d568e7ade5fdc34ea30c20f6a1134b229 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Mon, 17 Jul 2017 14:40:44 +0200 Subject: 5.20170715 bump --- .gitignore| 1 + perl-Module-CoreList.spec | 5 - sources |

corsepiu pushed to perl-Test-Script (f26). "Perl 5.26 rebuild"

From d23c47274358e4a6b9ffd421c8e7ac1fe622b756 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Mon, 5 Jun 2017 21:34:04 +0200 Subject: Perl 5.26 rebuild --- perl-Test-Script.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

corsepiu pushed to perl-Test-Script (f26). "Update to 1.20."

From 61fb18c95e9feedbb92529005e9ac7c9469366cb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= Date: Mon, 17 Jul 2017 13:12:41 +0200 Subject: Update to 1.20. --- .gitignore| 2 +- perl-Test-Script.spec | 10 +++--- sources

corsepiu pushed to perl-Test-Script (f26). "Cleanup git merger."

From 32eddb190a1a75eb79462c2fe84d7a90f064be80 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= Date: Mon, 17 Jul 2017 13:16:27 +0200 Subject: Cleanup git merger. --- perl-Test-Script.spec | 3 --- 1 file changed, 3 deletions(-) diff --git

[Bug 1470204] CVE-2017-10672 perl-XML-LibXML: Use-after-free by controlling the arguments to a replaceChild call

https://bugzilla.redhat.com/show_bug.cgi?id=1470204 Petr Pisar changed: What|Removed |Added External Bug ID||Github

ppisar pushed to perl-XML-LibXML (master). "Fix CVE-2017-10672"

From 8874c00a8080b7e54f738486bcacfedf0020b950 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Mon, 17 Jul 2017 13:23:33 +0200 Subject: Fix CVE-2017-10672 --- XML-LibXML-2.0129-CVE-2017-10672.patch | 77 ++

[Bug 1470205] CVE-2017-10672 perl-XML-LibXML: Use-after-free by controlling the arguments to a replaceChild call [ fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1470205 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In

[Bug 1470205] CVE-2017-10672 perl-XML-LibXML: Use-after-free by controlling the arguments to a replaceChild call [ fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1470205 --- Comment #3 from Fedora Update System --- perl-XML-LibXML-2.0129-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-3d5354d30f -- You are receiving this

[Bug 1470205] CVE-2017-10672 perl-XML-LibXML: Use-after-free by controlling the arguments to a replaceChild call [ fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1470205 --- Comment #2 from Fedora Update System --- perl-XML-LibXML-2.0129-2.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-534f300508 -- You are receiving this

  1   2   >