Re: fedup for F23 and beyond

On 29 May 2015 at 13:04, Matthew Miller wrote: > On Fri, May 29, 2015 at 08:55:55PM +0200, Reindl Harald wrote: >> >Why does no one know? Keeping track of this kind of thing is exactly >> >what computers are good for >> because when each and every application sjips it's own libraries >> it's a mes

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 12:04 PM, Matthew Miller wrote: > Right, so... let's make the package managers keep the mess clean _even > in this case_. > Well, I don't know if I would use the term "mess" - but snappy would be a paradigm shift. That in and of itself isn't necessarily a bad thing; but

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 02:50:05PM -0400, Matthew Miller wrote: > On Fri, May 29, 2015 at 08:40:07PM +0200, Reindl Harald wrote: > > cool, and now we went the windows road > > * security update of library X > > * nobody knows which applications are still vulnerable > > Why does no one know? Keepin

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 08:55:55PM +0200, Reindl Harald wrote: > >Why does no one know? Keeping track of this kind of thing is exactly > >what computers are good for > because when each and every application sjips it's own libraries > it's a mess - that's exactly what package managers are for - if

Re: fedup for F23 and beyond

Am 29.05.2015 um 20:50 schrieb Matthew Miller: On Fri, May 29, 2015 at 08:40:07PM +0200, Reindl Harald wrote: cool, and now we went the windows road * security update of library X * nobody knows which applications are still vulnerable Why does no one know? Keeping track of this kind of thing

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 08:40:07PM +0200, Reindl Harald wrote: > cool, and now we went the windows road > * security update of library X > * nobody knows which applications are still vulnerable Why does no one know? Keeping track of this kind of thing is exactly what computers are good for. --

Re: fedup for F23 and beyond

Am 29.05.2015 um 20:10 schrieb Michael Catanzaro: On Fri, 2015-05-29 at 09:39 -0700, Gerald B. Cox wrote: I'm failing to connect the dots here... snappy is a different packaging paradigm with some advantages and disadvantages; but how exactly does it ensure that distributed packages are newer?

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 11:10 AM, Michael Catanzaro wrote: > The point is that you can update to the newest versions of applications > as they are released upstream, without having to worry about whether there > could be incompatibilities with system > libraries. > Well, someone still has to cre

Re: fedup for F23 and beyond

On Fri, 2015-05-29 at 09:39 -0700, Gerald B. Cox wrote: > I'm failing to connect the dots here... snappy is a different > packaging paradigm with some advantages > and disadvantages; but how exactly does it ensure that distributed > packages are newer? Isn't that > a function of the packager?

Intel driver pain

> > On Fri, May 29, 2015 at 12:13 PM, Sergio Belkin > wrote: > >* Hi, *> > >* Could you tell me if anyone else is having this kind of issues: *> > >* [vie may 29 07:01:22 2015] [drm] Initialized drm 1.1.0 20060810 *>* [vie > may 29 07:01:22 2

[no subject]

> > On Fri, May 29, 2015 at 12:13 PM, Sergio Belkin > wrote: > >* Hi, *> > >* Could you tell me if anyone else is having this kind of issues: *> > >* [vie may 29 07:01:22 2015] [drm] Initialized drm 1.1.0 20060810 *>* > [vie may 29 07:01:22 2

Re: Including tlp in Fedora Workstation by default

On 29 May 2015 at 02:34, Nadim Kobeissi wrote: > > Users simply don't care. If Fedora depletes what used to be an 11-hour > battery on Windows/OS X in 6 hours instead, they'll simply switch back to > their former OS within a week. I have years of experience with this scenario > and I strongly thin

Re: fedup for F23 and beyond

Am 29.05.2015 um 18:39 schrieb Gerald B. Cox: On Fri, May 29, 2015 at 6:47 AM, Michael Catanzaro mailto:mcatanz...@gnome.org>> wrote: ...our primary competitor is doing it in the near future... ...we cannot head towards a future where all of our applications are older than what Ubun

Re: fedup for F23 and beyond

On Fri, May 29, 2015 at 6:47 AM, Michael Catanzaro wrote: > ...our primary competitor is doing it in the near future... > ...we cannot head towards a future where all of our applications are older > than what Ubuntu is shipping... > I'm failing to connect the dots here... snappy is a different p

Re: Secure boot and packaging third-party kernel modules

On Fri, May 29, 2015 at 5:57 PM, Sérgio Basto wrote: > On Sex, 2015-05-29 at 09:28 -0400, Josh Boyer wrote: >> On Fri, May 29, 2015 at 9:19 AM, Sérgio Basto wrote: >> > On Sex, 2015-05-29 at 08:54 -0400, Josh Boyer wrote: >> >> On Fri, May 29, 2015 at 8:40 AM, David Sommerseth >> >> wrote: >> >

Re: Secure boot and packaging third-party kernel modules

On Fri, May 29, 2015 at 11:57 AM, Sérgio Basto wrote: > On Sex, 2015-05-29 at 09:28 -0400, Josh Boyer wrote: >> On Fri, May 29, 2015 at 9:19 AM, Sérgio Basto wrote: >> > On Sex, 2015-05-29 at 08:54 -0400, Josh Boyer wrote: >> >> On Fri, May 29, 2015 at 8:40 AM, David Sommerseth >> >> wrote: >>

Re: Secure boot and packaging third-party kernel modules

On Sex, 2015-05-29 at 09:28 -0400, Josh Boyer wrote: > On Fri, May 29, 2015 at 9:19 AM, Sérgio Basto wrote: > > On Sex, 2015-05-29 at 08:54 -0400, Josh Boyer wrote: > >> On Fri, May 29, 2015 at 8:40 AM, David Sommerseth > >> wrote: > >> > On 28/05/15 17:45, Josh Boyer wrote: > >> >> On Thu, May

Re: libblockdev reaches the 1.0 milestone!

On 05/25/2015 08:56 PM, Dennis Jacobfeuerborn wrote: On 21.05.2015 20:08, Vratislav Podzimek wrote: A year ago, I started working on a new storage library for low-level operations with various types of block devices -- *libblockdev*. Today, I'm happy to announce that the library reached the **1.

Re: Fedora 22 and missing applications

On 29 May 2015 at 15:57, Matthew Miller wrote: > Yeah, that makes a lot of sense. I was thinking of something periodic > rather than just once, though. Does anybody know the URL to get the tags for all packages? Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapr

Re: Secure boot and packaging third-party kernel modules

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/05/15 17:04, Simon Farnsworth wrote: > On Friday 29 May 2015 15:24:24 David Sommerseth wrote: >> >> On 28/05/15 23:03, David Smith wrote: > >>> But really the best solution here is to get the mhvtl kernel >>> module upstream. >> >> Agreed, b

Re: Secure boot and packaging third-party kernel modules

On Friday 29 May 2015 15:24:24 David Sommerseth wrote: > > On 28/05/15 23:03, David Smith wrote: > > But really the best solution here is to get the mhvtl kernel module > > upstream. > > Agreed, but I'm not sure how keen upstream kernel developers are to > carry a driver for virtual tape devices

Re: Fedora 22 and missing applications

On Fri, May 29, 2015 at 02:45:51PM +0100, Richard Hughes wrote: > > Richard, sorry for the dumb question, but is there a path to pull in > > keywords from ? Or, going the > > other way, can we get the Fedora apps team to highlight/prioritize > > packages whic

Re: Secure boot and packaging third-party kernel modules

On 29/05/15 14:54, Josh Boyer wrote: > On Fri, May 29, 2015 at 8:40 AM, David Sommerseth wrote: >> On 28/05/15 17:45, Josh Boyer wrote: >>> On Thu, May 28, 2015 at 11:26 AM, David Sommerseth >>> wrote: Hi, I've started poking into packaging the mhvtl project for Fedora and

[Bug 1211671] [abrt] perl-Padre: boot_Cwd(): perl killed by SIGSEGV

https://bugzilla.redhat.com/show_bug.cgi?id=1211671 --- Comment #13 from Fedora End Of Life --- This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to cl

Re: fedup for F23 and beyond

On Thu, 2015-05-28 at 17:11 -0600, Stephen John Smoogen wrote: > Good luck with that vision. I would buy into it a bit more if this > wasn't the same chestnut dragged out every couple of releases to > somehow motivate us to accept whatever big OS change is being pushed. > It has become the "Cry Wol

Re: Fedora 22 and missing applications

On 27 May 2015 at 16:19, Matthew Miller wrote: > Richard, sorry for the dumb question, but is there a path to pull in > keywords from ? Or, going the > other way, can we get the Fedora apps team to highlight/prioritize > packages which match applications on

Re: Secure boot and packaging third-party kernel modules

On Fri, May 29, 2015 at 9:19 AM, Sérgio Basto wrote: > On Sex, 2015-05-29 at 08:54 -0400, Josh Boyer wrote: >> On Fri, May 29, 2015 at 8:40 AM, David Sommerseth wrote: >> > On 28/05/15 17:45, Josh Boyer wrote: >> >> On Thu, May 28, 2015 at 11:26 AM, David Sommerseth >> >> wrote: >> >>> >> >>> H

Re: Secure boot and packaging third-party kernel modules

On 28/05/15 23:03, David Smith wrote: > On 05/28/2015 10:26 AM, David Sommerseth wrote: > > ... stuff deleted ... > >> Any thoughts or comments to this approach? Anyone got a better idea? > > Your process looks reasonable. Thanks! >> Yes, I do know it is not good to have the keying material

Re: Secure boot and packaging third-party kernel modules

On Sex, 2015-05-29 at 08:54 -0400, Josh Boyer wrote: > On Fri, May 29, 2015 at 8:40 AM, David Sommerseth wrote: > > On 28/05/15 17:45, Josh Boyer wrote: > >> On Thu, May 28, 2015 at 11:26 AM, David Sommerseth > >> wrote: > >>> > >>> Hi, > >>> > >>> I've started poking into packaging the mhvtl pr

Re: Secure boot and packaging third-party kernel modules

On Fri, May 29, 2015 at 8:40 AM, David Sommerseth wrote: > On 28/05/15 17:45, Josh Boyer wrote: >> On Thu, May 28, 2015 at 11:26 AM, David Sommerseth wrote: >>> >>> Hi, >>> >>> I've started poking into packaging the mhvtl project for Fedora and >>> EPEL. This package also contains a kernel modul

Re: Secure boot and packaging third-party kernel modules

On 28/05/15 17:45, Josh Boyer wrote: > On Thu, May 28, 2015 at 11:26 AM, David Sommerseth wrote: >> >> Hi, >> >> I've started poking into packaging the mhvtl project for Fedora and >> EPEL. This package also contains a kernel module, which normally works >> fine - until you hit Secure Boot. >> >>

Re: libgdata-0.17.1 soname bump

On Fri, Apr 24, 2015 at 08:45:50AM +, Debarshi Ray wrote: > The recently released libgdata-0.17.1 has bumped its soname. The > highlights are support for version 3 of the YouTube API, and an > initial port to version 2 of the Drive API. We are going to push the new soname breaking libgdata-0.1

Re: fedup for F23 and beyond

On 05/28/2015 05:42 PM, Will Woods wrote: [tl;dr: fedup is going away and should be re-implemented by the system packaging tools.] Hey all, F22 is the fifth release we've handled with fedup. A lot has changed since F17, and we've learned some valuable lessons about how upgrades work (and how th

Re: RFC: LiveUSB Creator Revamped

On Thu, 28 May 2015 at 15:04:00, Lubomir Rintel wrote: > It looks neat! > > A few notes: > > 1.) There's no scrollbar to scroll the list. It only appears upon > scrolling with a mouse wheel which is kind of useless. > > 2.) It would be nice if the release list was configurable (think > /usr/lib/

Re: Intel driver pain

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hi Well, I don't know about the OP, but for me there are no symptoms. I just get the error at every startup, but the system functions normally Thanks Kendell clark drago01 wrote: > On Fri, May 29, 2015 at 12:13 PM, Sergio Belkin > wrote: >> Hi, >>

Re: Intel driver pain

Am 29.05.2015 um 12:51 schrieb drago01: On Fri, May 29, 2015 at 12:13 PM, Sergio Belkin wrote: Could you tell me if anyone else is having this kind of issues: [vie may 29 07:01:22 2015] [drm] Initialized drm 1.1.0 20060810 [vie may 29 07:01:22 2015] [drm] Memory usable by graphics device = 2

rawhide report: 20150529 changes

Compose started at Fri May 29 05:15:03 UTC 2015 Broken deps for i386 -- [OpenTK] OpenTK-1.1-1.4c.fc22.noarch requires mono(mscorlib) = 0:2.0.0.0 OpenTK-1.1-1.4c.fc22.noarch requires mono(System.Xml) = 0:2.0.0.0 OpenTK-1

Re: Intel driver pain

On Fri, May 29, 2015 at 12:13 PM, Sergio Belkin wrote: > Hi, > > Could you tell me if anyone else is having this kind of issues: > > [vie may 29 07:01:22 2015] [drm] Initialized drm 1.1.0 20060810 > [vie may 29 07:01:22 2015] [drm] Memory usable by graphics device = 2048M > [vie may 29 07:01:22 20

Re: Intel driver pain

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hi I don't have a solution for you, but I also experience this error, and have ever since, I think, kernel 3.16 or so. It seems like a harmless error, the system seems to work normally. Nevertheless, it should get fixed if it is a bug. Thanks Kendell

Intel driver pain

Hi, Could you tell me if anyone else is having this kind of issues: [vie may 29 07:01:22 2015] [drm] Initialized drm 1.1.0 20060810 [vie may 29 07:01:22 2015] [drm] Memory usable by graphics device = 2048M [vie may 29 07:01:22 2015] fb: switching to inteldrmfb from EFI VGA [vie may 29 07:01:22 20

Re: Including tlp in Fedora Workstation by default

I respectfully acquiesce that making the kernel better is indeed the more elegant and sound goal, engineering-wise. But I really think that it's just not *realistic* to expect users to wait for kernel developers to fix the very complex and demanding issue of battery life before they can have a Fedo