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 > spin of the many spins but we promote it (for several reasons) more than > others. So ag

F20 Self Contained Change: Yesod Web Framework

= Proposed Self Contained Change: Yesod Web Framework = https://fedoraproject.org/wiki/Changes/YesodWebFramework Change owner(s): Jens Petersen , Michel Salim, Ben Boeckel Yesod is a Haskell web framework for productive development of type-safe, RESTful, high performance web applications. ==

File Test-Warnings-0.007.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Test-Warnings: 66779108a5c974114f3a6a709270b0a0 Test-Warnings-0.007.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/

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

I've just spotted usr-move has been completed. states: In addition, Fedora packages MUST NOT place files or directories in the /bin, /sbin, /lib or /lib64 directories. Instead, the /usr/bin, /usr/sbin,

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 01:23:21PM +0100, Matthew Garrett wrote: > 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 > > spin of the m

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

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 packages MUST NOT place files or directories in the > /bi

File Test-Tester-0.109.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-Test-Tester: d8fd872ee7e959f89a4af0371a7e782d Test-Tester-0.109.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mail

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

On Thu, 11.07.13 12:34, Martin Briza (mbr...@redhat.com) 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 BTW, I have some more multi

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

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

[perl-Test-Tester/f19] Update to 0.109

Summary of changes: c141955... Update to 0.109 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mai

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

On 07/11/2013 01:40 PM, Jaroslav Reznik wrote: === Build and ship ima-evm-utils package === /sbin/kexec will be signed by evmctl. This utility will put an xattr security.ima on /sbin/kexec file and kernel will leverage IMA infrastructure in kernel to verify signature of /sbin/kexec upon execution

Re: F20 System Wide Change: ARM as primary Architecture

On Tue, Jul 9, 2013 at 7:52 PM, Matthew Garrett wrote: > On Tue, Jul 09, 2013 at 06:49:10PM +0100, Peter Robinson wrote: > >> That's correct and you'll find that that's what I've been doing for >> 2.5+ years now, but we're talking about Primary here... and in primary >> it's everyone's responsibil

Re: F20 System Wide Change: ARM as primary Architecture

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 build one ) That would be interesting and qu

Re: [Owner-change] Fedora packages ownership change

On 07/10/2013 11:05 PM, Vít Ondruch wrote: Dne 9.7.2013 17:52, Orion Poplawski napsal(a): On 07/09/2013 12:16 AM, Vít Ondruch wrote: Dne 8.7.2013 12:00, nob...@fedoraproject.org napsal(a): ruby-mysql [devel] was orphaned by orion A Ruby interface to MySQL https://admin.fedoraproject.org/

F20 Self Contained Change: ARM on x86 with libvirt/virt-manager

= Proposed Self Contained Change: ARM on x86 with libvirt/virt-manager = https://fedoraproject.org/wiki/Changes/Virt_ARM_on_x86 Change owner(s): Cole Robinson Fix running ARM VMs on x86 hosts using standard libvirt tools libvirt virsh, virt-manager and virt-install. == Detailed description ==

F20 Self Contained Change: VM Snapshot UI with virt-manager

= Proposed Self Contained Change: VM Snapshot UI with virt-manager = https://fedoraproject.org/wiki/Changes/Virt_Manager_Snapshots Change owner(s): Cole Robinson Add UI to virt-manager for easily managing VM snapshots. == Detailed description == qemu and libvirt have all the major pieces in pl

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

On Thu, Jul 11, 2013 at 03:30:11PM +0200, Miloslav Trmač wrote: > On Thu, Jul 11, 2013 at 3:05 PM, Richard W.M. Jones wrote: > > On Thu, Jul 11, 2013 at 12:48:56PM +, Petr Pisar wrote: > >> I've just spotted usr-move has been completed. > >>

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 8:04 AM, Brendan Conoboy wrote: > Please consider the idea that there is a useful middle ground "Primary" and > "Secondary". With the FESCo-member-as-elected-by-contributors hat on, there really isn't a middle: The individual packagers are either responsible for making the

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 12:35:36 +0100, Peter Robinson wrote: I agree, not sure what the contribution to the RPi stuff was like but for the XOs that were given away I'm not aware of a single contribution to any of the Fedora/OLPC/Sugar projects as a result of it. I've done a little testing

[perl-Test-Warnings/f18] Initial import (perl-Test-Warnings-0.007-1)

Summary of changes: 140dd48... Initial import (perl-Test-Warnings-0.007-1) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https:/

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 16:24:49 +0200, Miloslav Trmač wrote: On Thu, Jul 11, 2013 at 8:04 AM, Brendan Conoboy wrote: Please consider the idea that there is a useful middle ground "Primary" and "Secondary". With the FESCo-member-as-elected-by-contributors hat on, there really isn't a middl

[perl-Test-Warnings] Created tag perl-Test-Warnings-0.007-1.fc18

The lightweight tag 'perl-Test-Warnings-0.007-1.fc18' was created pointing to: 140dd48... Initial import (perl-Test-Warnings-0.007-1) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject

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

On Thu, Jul 11, 2013 at 03:57:38PM +0200, Florian Weimer wrote: > On 07/11/2013 01:40 PM, Jaroslav Reznik wrote: > >=== Build and ship ima-evm-utils package === > >/sbin/kexec will be signed by evmctl. This utility will put an xattr > >security.ima on /sbin/kexec file and kernel will leverage IMA i

[perl-Test-Warnings] Created tag perl-Test-Warnings-0.007-1.fc19

The lightweight tag 'perl-Test-Warnings-0.007-1.fc19' was created pointing to: 140dd48... Initial import (perl-Test-Warnings-0.007-1) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject

Re: F20 System Wide Change: ARM as primary Architecture

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 slow down the other > > architectures > Is that "you don't get

[perl-Test-Warnings] Created tag perl-Test-Warnings-0.007-1.fc20

The lightweight tag 'perl-Test-Warnings-0.007-1.fc20' was created pointing to: 140dd48... Initial import (perl-Test-Warnings-0.007-1) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject

Re: F20 Self Contained Change: Application Installer

>> = 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 hawkey backend for >> PackageKit. > (echo issue with a different bac

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

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 /usr/bin. That will still hold true for someone who is the author > of

Re: F20 Self Contained Change: Application Installer

On Wed, Jul 10, 2013 at 1:02 PM, Jaroslav Reznik wrote: > = Proposed Self Contained Change: Application Installer = > https://fedoraproject.org/wiki/Changes/AppInstaller > > == Scope == > Other developers: > * Use gnome-software instead of gpk-update-viewer when dealing with updates in > gnome-se

Re: F20 Self Contained Change: Application Installer

Miloslav Trmač (m...@volny.cz) said: > > Release engineering: > > * Make metadata available for packaged applications in Fedora (screenshots, > > icons, ratings,...). Not all of this needs to be in place for F20 > > > > Policies and guidelines: > > * No immediate changes needed; longer-term, we pr

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

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 > > Currently kexec/kdump is disabled on machines with secureboot enabled. This > fe

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 03:33:27PM +0100, 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 doin

Re: F20 System Wide Change: ARM as primary Architecture

On Thu, Jul 11, 2013 at 12:14:24PM +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 ye

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

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 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: 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: 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: 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: 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

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 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

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 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 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: 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 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 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 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: 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: 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: 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: 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 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: 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, 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 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

-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 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

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

[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 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

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 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 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

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 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: 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: 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: 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 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 >

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: 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

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: 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: 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: 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: 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 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 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 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 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 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, 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 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, 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 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: 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: 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 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: 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: 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

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 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 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 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

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

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)

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

  1   2   >