Re: Release an rpm with a lower version than the existing one

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 12 Jul 2013 08:35:43 +0200 Alejandro Alvarez Ayllon wrote: > Hi all, > > Not so long ago I took over an rpm called dpm-dsi, being the released > version 1.9.0. > The release of that version was decided by upstream. > > However, now upstrea

Re: Release an rpm with a lower version than the existing one

On Fri, 2013-07-12 at 08:35 +0200, Alejandro Alvarez Ayllon wrote: > Hi all, > > Not so long ago I took over an rpm called dpm-dsi, being the released > version 1.9.0. > The release of that version was decided by upstream. > > However, now upstream has decided to deprecate 1.9.0 for the moment

Re: Release an rpm with a lower version than the existing one

On 07/12/2013 08:35 AM, Alejandro Alvarez Ayllon wrote: So my question is: can I build and push to updates a lower version of an existing rpm, and overwrite the existing one? Not really, but you can set an epoch. Please note the caveats mentioned in the guidelines:

Release an rpm with a lower version than the existing one

Hi all, Not so long ago I took over an rpm called dpm-dsi, being the released version 1.9.0. The release of that version was decided by upstream. However, now upstream has decided to deprecate 1.9.0 for the moment being, since they consider it not stable enough. And they want to release an 1

Re: F20 System Wide Change: ARM as primary Architecture

- Original Message - > From: "Dennis Gilmore" > To: devel@lists.fedoraproject.org > Sent: Friday, July 12, 2013 9:02:48 AM > Subject: Re: F20 System Wide Change: ARM as primary Architecture > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thu, 11 Jul 2013 10:23:50 -0700 > Brend

Re: F20 System Wide Change: ARM as primary Architecture

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 11 Jul 2013 10:23:50 -0700 Brendan Conoboy wrote: > On 07/11/2013 03:55 AM, Josh Boyer wrote: > > I will note that it is not x86 alone. If one is simply going by "as > > close to the current Fedora experience the current Primary offers", > >

Re: F20 System Wide Change: ARM as primary Architecture

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 12 Jul 2013 07:34:49 +0200 Jakub Jelinek wrote: > On Fri, Jul 12, 2013 at 12:36:16AM -0400, Jonathan Masters wrote: > > Note that there are teams within Linaro doing benchmarking and > > driving such. And once the specific stack protector is

Re: F20 System Wide Change: ARM as primary Architecture

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 12 Jul 2013 00:47:03 -0400 Rahul Sundaram wrote: > Hi > > > On Fri, Jul 12, 2013 at 12:00 AM, Kevin Fenzi wrote: > > > On Thu, 11 Jul 2013 23:50:24 -0400 > > Rahul Sundaram wrote: > > > > > > > False marketing. Majority of ARM devices ou

Re: F20 System Wide Change: ARM as primary Architecture

On Fri, Jul 12, 2013 at 12:36:16AM -0400, Jonathan Masters wrote: > Note that there are teams within Linaro doing benchmarking and driving > such. And once the specific stack protector issue was raised, I poked > Marcus in person and he escalated it such that it will be looked at this > next engin

Re: F20 System Wide Change: ARM as primary Architecture

Hi On Fri, Jul 12, 2013 at 12:00 AM, Kevin Fenzi wrote: > On Thu, 11 Jul 2013 23:50:24 -0400 > Rahul Sundaram wrote: > > > > False marketing. Majority of ARM devices out there don't run Fedora > > and never will. > > Well, the same could be said for most x86 machines. ;) > > Not really. If one

Re: F20 System Wide Change: ARM as primary Architecture

On Jul 12, 2013, at 5:32, Matthew Garrett wrote: > On Thu, Jul 11, 2013 at 11:58:08PM -0400, Matthew Miller wrote: >> On Thu, Jul 11, 2013 at 11:50:24PM -0400, Rahul Sundaram wrote: Or does it mean x86 as PA is out of line? There are a lot more people with ARM devices than x86. Sorry

Re: F20 System Wide Change: ARM as primary Architecture

Note that there are teams within Linaro doing benchmarking and driving such. And once the specific stack protector issue was raised, I poked Marcus in person and he escalated it such that it will be looked at this next engineering cycle. In general we can plan ahead if we know there are issues.

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 11:58:08PM -0400, Matthew Miller wrote: > On Thu, Jul 11, 2013 at 11:50:24PM -0400, Rahul Sundaram wrote: > > > Or does it mean x86 as PA is out of line? There are a lot more people > > > with ARM devices than x86. Sorry everybody, we're going to have to demote > > > x86.

openmpi updated to 1.7.2 in rawhide

I've just updated openmpi to 1.7.2 in rawhide. This includes a soname bump in the Fortan api. I'll be working on updating dependent packages. All dependent packages probably should be rebuilt at some point as well for good measure. -- Orion Poplawski Technical Manager 30

Re: F20 System Wide Change: ARM as primary Architecture

> > On >> Or does it mean x86 as PA is out of line? There are a lot more people >> with ARM devices than x86. Sorry everybody, we're going to have to demote >> x86. ;-) >> > > False marketing. Majority of ARM devices out there don't run Fedora and > never will. Exactly, and the market of this

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 11 Jul 2013 23:50:24 -0400 Rahul Sundaram wrote: > Hi > > > On Thu, Jul 11, 2013 at 11:01 PM, Brendan Conoboy wrote: > > > On > > Or does it mean x86 as PA is out of line? There are a lot more > > people with ARM devices than x86. Sorry everybody, we're going to > > have to demote x8

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 11:50:24PM -0400, Rahul Sundaram wrote: > > Or does it mean x86 as PA is out of line? There are a lot more people > > with ARM devices than x86. Sorry everybody, we're going to have to demote > > x86. ;-) > False marketing. Majority of ARM devices out there don't run Fedo

Re: Rawhide: glibc, ldconfig, and community-mysql-libs, oh my

Tomasz Torcz wrote: > On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote: >> Would anyone care to take a guess at what the hell is going on here? >> >> [adamw@adam ~]$ sudo yum update >> (snip) >> Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide) >>Requ

Re: F20 System Wide Change: ARM as primary Architecture

Hi On Thu, Jul 11, 2013 at 11:01 PM, Brendan Conoboy wrote: > On > Or does it mean x86 as PA is out of line? There are a lot more people > with ARM devices than x86. Sorry everybody, we're going to have to demote > x86. ;-) > False marketing. Majority of ARM devices out there don't run Fedor

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 04:46:42PM -0600, Stephen John Smoogen wrote: > Sadly the laptop is USB only so I am not sure if this will be possible. I > will defer to someone with a lot more hardware knowledge but I was under > the assumption that unless I had a UART any console hooked up would really

Re: F20 System Wide Change: ARM as primary Architecture

Once upon a time, Brendan Conoboy said: > Or does it mean x86 as PA is out of line? There are a lot more > people with ARM devices than x86. Sorry everybody, we're going to > have to demote x86. ;-) And how many of those ARM devices are supported by Fedora ARM? -- Chris Adams -- devel mailin

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 07:07 PM, Frank Ch. Eigler wrote: Adam Williamson writes: [...] "Primary Architectures : These are architectures with the majority of the users, the most common architectures. [...] By that standard, PA treatment of ARM seems way premature. Or does it mean x86 as PA is out o

Re: F20 System Wide Change: ARM as primary Architecture

Adam Williamson writes: > [...] "Primary Architectures : These are architectures with the > majority of the users, the most common architectures. [...] By that standard, PA treatment of ARM seems way premature. - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapro

Odd error on Rawhide KDE live compose: dependency issue between mariadb-server and systemd-units

We're getting an odd error when trying to compose KDE live images from Rawhide: Error creating Live CD : Dependency check failed : (('mariadb-server', '1:5.5.31', '6.fc20'), ('systemd-units', ''), 0, 0, None) There's a bug in livecd-creator which causes the nightly composes to hit a traceback ins

Re: F20 System Wide Change: Enable kdump on secureboot machines

On 11 July 2013 13:10, Vivek Goyal wrote: > On Thu, Jul 11, 2013 at 12:42:16PM -0600, Stephen John Smoogen wrote: > > [..] > > > > Issues I ran into was: > > > > > > > > 1) kdump needs to write to an unencrypted disk space. I tried a USB > disk > > > > and various other places but the best abilit

Re: Problems with libmysqlclient.so.18

On Thu, 2013-07-11 at 15:43 -0600, Orion Poplawski wrote: > On 07/11/2013 03:11 PM, Adam Williamson wrote: > > On Thu, 2013-07-11 at 16:19 -0400, Eric H. Christensen wrote: > >> I manage the cqrlog package in Fedora. One of the 'Requires' is > >> libmysqlclient.so.18. Up until F19 it hasn't been

Re: Rawhide: glibc, ldconfig, and community-mysql-libs, oh my

On Thu, Jul 11, 2013 at 01:46:26PM -0700, Adam Williamson wrote: > On Thu, 2013-07-11 at 22:43 +0200, Tomasz Torcz wrote: > > On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote: > > > Would anyone care to take a guess at what the hell is going on here? > > > > > > [adamw@adam ~]$ sudo

Re: Problems with libmysqlclient.so.18

On 07/11/2013 03:11 PM, Adam Williamson wrote: On Thu, 2013-07-11 at 16:19 -0400, Eric H. Christensen wrote: I manage the cqrlog package in Fedora. One of the 'Requires' is libmysqlclient.so.18. Up until F19 it hasn't been a problem. Now users are seeing a dependency error that appears to b

Re: Problems with libmysqlclient.so.18

On Thu, 2013-07-11 at 16:19 -0400, Eric H. Christensen wrote: > I manage the cqrlog package in Fedora. One of the 'Requires' is > libmysqlclient.so.18. Up until F19 it hasn't been a problem. Now users are > seeing a dependency error that appears to be fulfilled by mariadb-libs. > > # rpm -Uvh

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, 2013-07-11 at 14:13 -0400, Vivek Goyal wrote: > I think this is a wrong impression. Kdump should work in Fedora. For a > long time I got the feedback that fedora users don't care about kdump > working. But I think kdump is an important debugging facility and is > very useful for enterprise

Re: Rawhide: glibc, ldconfig, and community-mysql-libs, oh my

On Thu, 2013-07-11 at 22:43 +0200, Tomasz Torcz wrote: > On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote: > > Would anyone care to take a guess at what the hell is going on here? > > > > [adamw@adam ~]$ sudo yum update > > (snip) > > Error: Package: community-mysql-libs-5.5.32-6.fc

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 2013-07-11 at 18:58 +, "Jóhann B. Guðmundsson" wrote: > On 07/11/2013 06:21 PM, Jiri Eischmann wrote: > > Have you ever reached to these sub-communities and asked them if they > > are interested in something like this? > > In relation to the desktop environments the community surroundi

Re: Rawhide: glibc, ldconfig, and community-mysql-libs, oh my

On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote: > Would anyone care to take a guess at what the hell is going on here? > > [adamw@adam ~]$ sudo yum update > (snip) > Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide) >Requires: /usr/sbin/ldconfig >

Re: F20 Self Contained Change: SDDM as the default KDE DM

I thought I recall reading a plan about kde moving to lightdm at one point? Perhaps you could mention the reasons SSDM was decided over lightdm-qt? This might be of area to other spins that use lightdm currently and might wish to look at SSDM too. Thanks, kevin signature.asc Description: P

Rawhide: glibc, ldconfig, and community-mysql-libs, oh my

Would anyone care to take a guess at what the hell is going on here? [adamw@adam ~]$ sudo yum update (snip) Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64 (@rawhide) Requires: /usr/sbin/ldconfig Removing: glibc-2.17.90-3.fc20.x86_64 (@fedora/rawhide)

Problems with libmysqlclient.so.18

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I manage the cqrlog package in Fedora. One of the 'Requires' is libmysqlclient.so.18. Up until F19 it hasn't been a problem. Now users are seeing a dependency error that appears to be fulfilled by mariadb-libs. # rpm -Uvh cqrlog-1.5.8-2.fc19.x8

Re: F20 Self Contained Change: SDDM as the default KDE DM

On Wed, 2013-07-10 at 20:03 +0200, Jaroslav Reznik wrote: > = Proposed Self Contained Change: SDDM as the default KDE display manager > instead of KDM = > https://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM > > Change owner(s): Martin Briza and KDE SIG > > Retire KDM as the default display

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 2013-07-11 at 12:14 +0100, Peter Robinson wrote: > On Thu, Jul 11, 2013 at 6:15 AM, Matthew Garrett wrote: > > On Thu, Jul 11, 2013 at 12:43:36AM -0400, DJ Delorie wrote: > >> > >> > Stack protector is not a new requirement in Fedora. It's been part of > >> > the distribution for years. >

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 2013-07-11 at 09:17 +, "Jóhann B. Guðmundsson" wrote: > > I'm afraid I can't agree. I like the simplicity of the model you're > > proposing, but from a practical point of view, there is still a commonly > > held perception that there is a 'product' called Fedora which is > > basically

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 12:37 PM, Bill Nottingham wrote: Well, as I said (and you cut out) ... I do know what some people want ARM to be in terms of dense hypserscale servers (32/64-bit)... but the community that would be using Fedora ARM does seem to be targeting a wider array than that. ... The F19 ARM

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 11:38 AM, Till Maas wrote: https://bugzilla.redhat.com/show_bug.cgi?id=865022 It is currently closed, because I did not re-test anymore after it was announced that the device won't be supported anymore soon. Thanks. Since the last update we have added a dedicated ARM kernel main

Re: F20 System Wide Change: ARM as primary Architecture

Brendan Conoboy (b...@redhat.com) said: > On 07/11/2013 10:41 AM, Bill Nottingham wrote: > >Kernel, glibc, all the core library stacks. And I would argue that yes, this > >*includes* libGL. So llvmpipe needs fixed, outside of any desktops. Should > >we define the core functionality better? Probab

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 08:22:17PM +0100, Matthew Garrett wrote: > On Thu, Jul 11, 2013 at 03:10:07PM -0400, Vivek Goyal wrote: > > > We will need a serial console to debug kdump issues. I am not expert > > enough to figure out how to reset graphical console without going > > through the bios. Is

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 03:10:07PM -0400, Vivek Goyal wrote: > We will need a serial console to debug kdump issues. I am not expert > enough to figure out how to reset graphical console without going > through the bios. Is there any reliable way to do that. Make sure the kdump kernel has graphics

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 12:42:16PM -0600, Stephen John Smoogen wrote: [..] > > > Issues I ran into was: > > > > > > 1) kdump needs to write to an unencrypted disk space. I tried a USB disk > > > and various other places but the best ability I got was reinstalling the > > > laptop and making a /var

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 2:49 PM, Jakub Jelinek wrote: > On Thu, Jul 11, 2013 at 11:21:30AM -0700, Brendan Conoboy wrote: >> On 07/11/2013 08:46 AM, Till Maas wrote: >> >On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: >> >>And following the legitimate concerns about stack-protecto

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 11:52:34AM -0700, Brendan Conoboy wrote: > On 07/11/2013 11:49 AM, Jakub Jelinek wrote: > >Stack guards are present, but using libssp, which is the fallback way, > >second class citizen and most likely slower than the standard way. > >E.g. the libssp stack guard setup always

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 06:21 PM, Jiri Eischmann wrote: Have you ever reached to these sub-communities and asked them if they are interested in something like this? In relation to the desktop environments the community surrounding them have been following the criteria and doing their testing by themselv

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 2013-07-11 at 13:41 -0400, Bill Nottingham wrote: [lots of reasonable criteria snipped] > And also therefore, if you're intending to ship/support a desktop use case > (which, from the F19 ARM deliverables seems to be the case), then the same > one that's the default on other primary arche

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 11:49 AM, Jakub Jelinek wrote: Stack guards are present, but using libssp, which is the fallback way, second class citizen and most likely slower than the standard way. E.g. the libssp stack guard setup always uses /dev/urandom, while I guess even on ARM kernel provides AT_RANDOM th

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 11:21:30AM -0700, Brendan Conoboy wrote: > On 07/11/2013 08:46 AM, Till Maas wrote: > >On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: > >>And following the legitimate concerns about stack-protector this was raised > >>by ARM into core Linaro as an urgent

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 10:41 AM, Bill Nottingham wrote: Kernel, glibc, all the core library stacks. And I would argue that yes, this *includes* libGL. So llvmpipe needs fixed, outside of any desktops. Should we define the core functionality better? Probably. I would argue that it does not include libGL

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 11:22 AM, Peter Jones wrote: The point of this isn't just that it was broken, though - the concern here is that the test suite said it was not working. What else isn't working because nobody has even looked? What's worrisome here is not merely that a major security feature wasn't

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 08:58:11AM -0700, Brendan Conoboy wrote: > On 07/11/2013 08:47 AM, Till Maas wrote: > >IMHO it is also not that easy to get something going with ARM on Fedora. > >For example I bought a Sheeva-ARM devices to get upstream release > >monitoring running on it . But even when I

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 11 Jul 2013 14:22:08 -0400 Peter Jones wrote: > On Thu, Jul 11, 2013 at 10:58:59AM -0700, Brendan Conoboy wrote: > > > Security features are implemented and working- except > > evidently pointer guards, which we found out about *yesterday*. > > The point of this isn't just that it was b

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 08:46 AM, Till Maas wrote: On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: And following the legitimate concerns about stack-protector this was raised by ARM into core Linaro as an urgent action for which engineering resource is being assigned to correct this de

Re: Orphaning mhddfs

This package buildrequires uthash, I packaged it. So I'll take this. PS. Before uthash got into Fedora, can it work correctly? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 02:13:05PM -0400, Vivek Goyal wrote: [..] > how do we get kdump to be more useful? > > I think testing and bug reporting will help. I would love to have kdump > enabled by default in Fedora. But it eats around 128MB of memory by > default which keeps sitting and not used.

Re: F20 System Wide Change: ARM as primary Architecture

"Jóhann B. Guðmundsson" píše v Čt 11. 07. 2013 v 09:17 +: > On 07/10/2013 09:28 PM, Adam Williamson wrote: > > > On Wed, 2013-07-10 at 13:56 +, "Jóhann B. Guðmundsson" wrote: > > > > On 07/10/2013 12:36 AM, Bill Nottingham wrote: > > > > > > > > > > Plus, in relation to this - the llvmpip

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 10:58:59AM -0700, Brendan Conoboy wrote: > Security features are implemented and working- except > evidently pointer guards, which we found out about *yesterday*. The point of this isn't just that it was broken, though - the concern here is that the test suite said it was

Orphaning mhddfs

I don't really have time to handle packaging mhddfs, and I'm not using it anymore. Would anyone else like to pick up this package? Thanks, =-Jameson -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 11:58:56AM -0600, Stephen John Smoogen wrote: > On 11 July 2013 05:40, Jaroslav Reznik wrote: > > > = Proposed System Wide Change: Enable kdump on secureboot machines = > > https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot > > > > Change owner(s): Vivek Goyal >

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 02:04 PM, Miloslav Trmač wrote: On Wed, Jul 10, 2013 at 3:56 PM, "Jóhann B. Guðmundsson" wrote: Each sub-community ( be it spins be it various arch ) should need to provide the necessary QA/Releng resources from their sub-community ( if no such thing the relevant party needs to bu

Re: F20 System Wide Change: Enable kdump on secureboot machines

On 11 July 2013 05:40, Jaroslav Reznik wrote: > = Proposed System Wide Change: Enable kdump on secureboot machines = > https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot > > Change owner(s): Vivek Goyal > > Currently kexec/kdump is disabled on machines with secureboot enabled. This > f

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 05:08 AM, Josh Boyer wrote: In terms of Fedora experience. You install it graphically via Anaconda. You wind up with Gnome (or LXDE or XFCE) and can run it. Yum works. Security features are implemented and working. Etc. These are the things Matthew is alluding to. In theory yo

Re: Orphaning packages: PySolFC* and lybniz

Stewart, Thank you for indicate, i'm following this process. Marcelo Barbosa Fedora Project Packager/Ambassador fireman...@fedoraproject.org On Tue, Jul 9, 2013 at 1:08 PM, Stewart Adam wrote: > On 2013-07-06 8:20 PM, Marcelo Barbosa - Fedora Ambassador wrote: >> >> Stewart, >> >> I can

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 04:11 AM, Josh Boyer wrote: To expand on this a bit, how do you believe that merging ARM into the build system is going to encourage growth in Fedora? What will it buy you that you don't already have? At first glance, it gets you slightly more timely builds. However, you've alrea

Re: F20 System Wide Change: ARM as primary Architecture

Brendan Conoboy (b...@redhat.com) said: > I'm not up-to-date on the current condition of Power: Are you > specifically referring to GNOME & KDE? If so I'd posit that this is > because GNOME & KDE make a lot more sense on Power than they do on > ARM. Developer energy goes where it's needed & want

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 1:08 PM, Bill Nottingham wrote: > Adam Jackson (a...@redhat.com) said: >> If we really wanted to talk about graphics on arm, we'd be talking about >> writing drivers for GPUs. > > Is there any use to shipping freedreno and similar projects in Fedora ARM > before they get to

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 03:55 AM, Josh Boyer wrote: I will note that it is not x86 alone. If one is simply going by "as close to the current Fedora experience the current Primary offers", then the PowerPC secondary arch team is actually ahead of ARM. I'm not saying they are a better candidate, but I am p

Re: F20 Self Contained Change: SDDM as the default KDE DM

On 07/10/2013 01:03 PM, Jaroslav Reznik wrote: > Compared to the current DM, KDM, it currently lacks a few features (such as > XDMCP) but adds some other ones (QtQuick themes) or is currently adding them > (Keyboard layout switching in the greeter). Is XDMCP on the roadmap? It's a pretty darn i

Re: F20 Self Contained Change: Application Installer

On Thu, 2013-07-11 at 16:46 +0200, Miloslav Trmač wrote: > > > > Policies and guidelines: > > * No immediate changes needed; longer-term, we probably want to make changes > > to way applications are distributed and installed > > * The update experience will also benefit from proposed changes to ba

[389-devel] Jenkins build is back to normal : 389-ds-base #67

See -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: F20 System Wide Change: ARM as primary Architecture

Adam Jackson (a...@redhat.com) said: > If we really wanted to talk about graphics on arm, we'd be talking about > writing drivers for GPUs. Is there any use to shipping freedreno and similar projects in Fedora ARM before they get to the upstream kernel? (I expect a brickbat from Josh fairly quick

Re: F20 Self Contained Change: Application Installer

On Thu, 2013-07-11 at 16:38 +0200, Miloslav Trmač wrote: > >> = Proposed Self Contained Change: Application Installer = > >> https://fedoraproject.org/wiki/Changes/AppInstaller > > >> To improve some problematic aspects of the updates user experience > >> (long waits, locks), we will use the new h

Re: F20 System Wide Change: ARM as primary Architecture

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 11 Jul 2013 12:41:40 +0100 "Daniel P. Berrange" wrote: > On Thu, Jul 11, 2013 at 12:35:36PM +0100, Peter Robinson wrote: > > On Thu, Jul 11, 2013 at 12:00 PM, Josh Boyer > > wrote: > > > On Thu, Jul 11, 2013 at 6:25 AM, Jaroslav Reznik > > >

Re: F20 System Wide Change: ARM as primary Architecture

On Wed, Jul 10, 2013 at 08:12:42PM -0700, Toshio Kuratomi wrote: > There probably is a minimal packageset, though. the kernel, glibc, gcc, > and rpm would all be on my list. Given that fesco has a policy about the > package depsolver having to be the same on all spins, probably the current > depd

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 08:01:46AM -0400, Jaroslav Reznik wrote: > But spins are Fedora, same as cloud image is still Fedora (and I don't > see complaints it does not run Gnome Shell ;-). Desktop spin is one Not commenting on the bigger debate at this point, but I want to note that you can, in fac

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 09:25:43AM -0700, Brendan Conoboy wrote: > On 07/11/2013 08:34 AM, Matthew Garrett wrote: > >That's why I'd like to see all of these things fixed *before* promotion. > > Yes, you've been very consistent, it can be summarized in 3 points: > > 1. Provide a list of every ARM

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, 2013-07-11 at 16:56 +0100, Matthew Garrett wrote: > The llvm maintainer hasn't fixed llvmpipe. Nobody working on gcc has > bootstrapped ada. The llvm maintainer would like to reiterate that he took the package more out of necessity than desire, has no love for llvm itself, is not paid to

Re: Packages MUST NOT place files or directories in the /bin, /sbin, /lib or /lib64 directories

On Thu, Jul 11, 2013 at 07:22:39AM -0700, Toshio Kuratomi wrote: > The former is easier... but it then makes me ask, what is the point? If > we're thinking that the /usr/bin/sh location is more correct then we should > be patching dependents to use that location. If we think the /bin/sh Okay, so

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 08:34 AM, Matthew Garrett wrote: That's why I'd like to see all of these things fixed *before* promotion. Yes, you've been very consistent, it can be summarized in 3 points: 1. Provide a list of every ARM deficiency. 2. Provide a fix for everything listed in 1. 3. After #1 and

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 11:45:34AM -0400, Steve Grubb wrote: > On Thursday, July 11, 2013 10:33:05 AM Vivek Goyal wrote: > > Secondly, there are disagreements upstream w.r.t how locking down > > executable should happen. IMA folks want some functionality behind > > security hooks (as opposed to wha

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 05:19:58PM +0200, Florian Weimer wrote: > On 07/11/2013 04:33 PM, Vivek Goyal wrote: > > >>I don't think it would make sense to add more and more > >>Fedora-specific patches which implement security functionality. I > >>don't want Fedora to become the next Android. > > > >

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 07:33 AM, Matthew Garrett wrote: Promotion is supposed to benefit Fedora, not the architecture being promoted. And you think it would not benefit Fedora. So promoting ARM comes at a cost to every individual package maintainer, who now has to do additional work. Do you really t

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 08:47 AM, Till Maas wrote: IMHO it is also not that easy to get something going with ARM on Fedora. For example I bought a Sheeva-ARM devices to get upstream release monitoring running on it . But even when I got it installed, the device crashed with a kernel soft lockup. BZ#? >

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 08:50:05AM -0700, Brendan Conoboy wrote: > On 07/11/2013 07:33 AM, Matthew Garrett wrote: > >Promotion is supposed to benefit Fedora, not the architecture being > >promoted. > > And you think it would not benefit Fedora. On the contrary, I think a solid ARM port benefits F

Re: F20 System Wide Change: ARM as primary Architecture

On Wed, Jul 10, 2013 at 11:04:51PM -0700, Brendan Conoboy wrote: > The relentless "I don't want ARM to sully the good name of Fedora" is > absurd: User for user, ARM is considerably more popular than Fedora. No, this is completely wrong. It's entirely propaganda, and you need to stop saying thin

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 12:35:36PM +0100, Peter Robinson wrote: > On Thu, Jul 11, 2013 at 12:00 PM, Josh Boyer wrote: > > On Thu, Jul 11, 2013 at 6:25 AM, Jaroslav Reznik wrote: > >> > >> Speaking about hardware - and that's more a question for Spot - could > >> be possible to organize another ro

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thursday, July 11, 2013 10:33:05 AM Vivek Goyal wrote: > Secondly, there are disagreements upstream w.r.t how locking down > executable should happen. IMA folks want some functionality behind > security hooks (as opposed to what I have done). So I am expecting > that once patches do get merged u

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: > And following the legitimate concerns about stack-protector this was raised > by ARM into core Linaro as an urgent action for which engineering resource is > being assigned to correct this deficiency ASAP. Thus within a day an is

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 05:02:27PM +0200, Miloslav Trmač wrote: > On Thu, Jul 11, 2013 at 4:33 PM, Matthew Garrett wrote: > > Promotion is supposed to benefit Fedora, not the architecture being > > promoted. > > Yes, but that is _net_ benefit (benefit - cost). Requiring zero cost > to Fedora doe

Summary/Minutes from today's FESCo Meeting (2013-07-03)

= #fedora-meeting: FESCO 2013-07-10 = Meeting started by abadger1999 at 18:01:56 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2013-07-10/fesco.2013-07-10-18.01.log.html . Meeting summary

Re: F20 System Wide Change: ARM as primary Architecture

On 07/11/2013 05:10 PM, Toshio Kuratomi wrote: On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: And following the legitimate concerns about stack-protector this was raised by ARM into core Linaro as an urgent action for which engineering resource is being assigned to correct thi

Re: F20 System Wide Change: Enable kdump on secureboot machines

On 07/11/2013 04:33 PM, Vivek Goyal wrote: I don't think it would make sense to add more and more Fedora-specific patches which implement security functionality. I don't want Fedora to become the next Android. I don't see those patches going upstream in near term. First of all base secureboot

Re: Packages MUST NOT place files or directories in the /bin, /sbin, /lib or /lib64 directories

Am 11.07.2013 15:05, schrieb Richard W.M. Jones: > On Thu, Jul 11, 2013 at 12:48:56PM +, Petr Pisar wrote: >> I've just spotted usr-move has been completed. >> >> states: >> >> In addition, Fedora

Re: Packages MUST NOT place files or directories in the /bin, /sbin, /lib or /lib64 directories

On Thu, Jul 11, 2013 at 10:46:03AM -0400, Colin Walters wrote: > On Thu, 2013-07-11 at 07:22 -0700, Toshio Kuratomi wrote: > > > I'll note that this does slightly undercut one of the tenants of UsrMove -- > > that people won't have to guess as to which directory a file lives in; it's > > always in

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 07:48:50AM -0400, Jonathan Masters wrote: > And following the legitimate concerns about stack-protector this was > raised by ARM into core Linaro as an urgent action for which engineering > resource is being assigned to correct this deficiency ASAP. Thus within > a day an is

Re: F20 System Wide Change: Enable kdump on secureboot machines

On Thu, Jul 11, 2013 at 10:53:42AM -0400, Bill Nottingham wrote: > Jaroslav Reznik (jrez...@redhat.com) said: > > = Proposed System Wide Change: Enable kdump on secureboot machines = > > https://fedoraproject.org/wiki/Changes/Kdump_with_secureboot > > > > Change owner(s): Vivek Goyal > > > > Cu

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 4:33 PM, Matthew Garrett wrote: > On Thu, Jul 11, 2013 at 04:01:15PM +0200, Miloslav Trmač wrote: >> On Tue, Jul 9, 2013 at 7:52 PM, Matthew Garrett wrote: >> > That's the point. You don't get to be a primary architecture until >> > you've demonstrated that doing so won't

  1   2   >