Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Nicolas Mailhot
Le Mer 24 juillet 2013 08:30, drago01 a écrit : > On Tue, Jul 23, 2013 at 6:52 PM, Billy Crook wrote: >> Default should include what people 'generally expect of a GNU+Linux >> system' -- and that includes an MTA. > > Citation needed. Given that one very distribution with a very big > userbase do

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread drago01
On Tue, Jul 23, 2013 at 6:52 PM, Billy Crook wrote: > On Tue, Jul 23, 2013 at 10:51 AM, Matthew Miller > wrote: >> On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote: >>> > Since it _isn't_ served via DHCP in any environment I'm aware of, that's >>> > not >>> > actually useful. >>> Nice

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Bohuslav Kabrda
- Original Message - > On 23/07/13 03:16 -0400, Bohuslav Kabrda wrote: > > - Original Message - > >> On 19/07/13 02:41 -0400, Bohuslav Kabrda wrote: > >>> - Original Message - > On Thu, Jul 18, 2013 at 11:24:22AM -0400, Bohuslav Kabrda wrote: > > FAQ: > > Q: Why

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Toshio Kuratomi
On Tue, Jul 23, 2013 at 02:40:56AM -0400, Bohuslav Kabrda wrote: > > The problem is that you're basically saying "my mental model is the right > one", which is not necessarily true for everyone (and not necessarily true > generally). Taking your arguments a bit further, Python 2.6 and 2.7 are > di

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Toshio Kuratomi
On Tue, Jul 23, 2013 at 12:02:04PM -0700, Luya Tshimbalanga wrote: > I am very surprised infrastructure has not planned to gradually move > to python 3 since its release. I understand that due to RHEL, python2 > will remain used, in Fedora it is disappointing very little > initiative were proposed

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Kaleb KEITHLEY
On 07/24/2013 12:29 AM, Peter Robinson wrote: Can't you split the translators into a glusterfs-common (or something) The glusterfs RPM already is the glusterfs-common RPM that you want. If you look, you'll see that the other things in the glusterfs RPM really aren't that big; moving the tr

LXDE and Razor-qt

2013-07-23 Thread Christopher Meng
Hi list, FYI, as this link[1] announced, 2 desktops have been merged into one. Razor-qt just got in Fedora in April, what shall we do next? Thanks. [1]--https://groups.google.com/forum/#!msg/razor-qt/PNvkoidV2Ik/0lpz9J6RGEQJ Yours sincerely, Christopher Meng Always playing in Fedora Pro

Re: Fedora as an crowd founded project an additional funding source to our sponsor

2013-07-23 Thread Chris Adams
You apparently don't want anyone who is working on Open Source as part of any job (Red Hat or not) involved in the distribution you support (since you said you don't value system admins fixing things while on the clock the same either). Here's one of Fedora's Core Values: Friends We believe

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Chris Murphy
On Jul 23, 2013, at 2:07 PM, Jóhann B. Guðmundsson wrote: > The fact is we live in a rather thankless community and that is something we > might be better at something that Picard would indeed want us to do. Thank you for inviting me, with your foul attitude, to be condescending and to ask a

Fedora as an crowd founded project an additional funding source to our sponsor

2013-07-23 Thread Jóhann B. Guðmundsson
Earlier this evening I was asked how I expected Fedora to function in any way similarly to how it does now without the backing of one or more organizations like Red Hat. I gave the quick answer "through donations" since I was not in mood to give the detailed answers ( and taint that thread ev

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Rahul Sundaram
Hi On Tue, Jul 23, 2013 at 7:25 PM, "Jóhann B. Guðmundsson" wrote: > Yes not because they work for Red Hat but because I value people > dedicating and invest their free time to the project more then I value > people that get paid to work on Fedora and are doing so on corporate time > How do yo

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Chris Murphy
On Jul 23, 2013, at 2:11 PM, Nicolas Mailhot wrote: > > Without putting *any* blame on infra, I think that explains why no startup > is using Fedora (which is the reason advanced to justify this proposal). A > startup needs to build its own infra from scratch as fast as possible. Replying to t

Re: Grepping through all Fedora specfiles?

2013-07-23 Thread Tony Breeds
On Tue, Jul 23, 2013 at 10:01:51PM +0300, Ville Skyttä wrote: > On 2013-07-23 08:04, Ralf Corsepius wrote: > > > > For similar purposes, I have been using the CSV table returned by > > "https://admin.fedoraproject.org/pkgdb/lists/bugzilla?tg_format=plain"; > > > > I am downloading the CSV-table a

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Reindl Harald
Am 23.07.2013 22:32, schrieb Jóhann B. Guðmundsson: > On 07/23/2013 08:26 PM, Reindl Harald wrote: >> and from here is clear that you *blindly* shoot around at Redhat *blindly >> and nothing else* > > This was everything but blindly shot I'm perfectly well aware that he's a Red > Hat employee

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Reindl Harald
Am 24.07.2013 00:46, schrieb Jóhann B. Guðmundsson: > On 07/23/2013 09:11 PM, Stephen Gallagher wrote: >> For the record, I'd like you to have a look at basically any >> community-reported bug in the 'sssd' component of BZ or >> community-submitted patches on the sssd-devel list. That's a project

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 11:02 PM, Reindl Harald wrote: you claimed more than once that they are a less woth part of the community because they get paid for their work and are not completly free in their doings Yes not because they work for Red Hat but because I value people dedicating and invest their f

Re: F20 Self Contained Change: Adding NetworkManager Connections via CLI

2013-07-23 Thread Dan Williams
On Tue, 2013-07-23 at 11:46 -0700, David Strauss wrote: > On Tue, Jul 23, 2013 at 6:12 AM, Jaroslav Reznik wrote: > > Support for adding new NetworkManager connections using the nmcli > > commandline > > tool. > > This would be wonderful to have on servers. That is exactly the use-case we're ta

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 09:11 PM, Stephen Gallagher wrote: For the record, I'd like you to have a look at basically any community-reported bug in the 'sssd' component of BZ or community-submitted patches on the sssd-devel list. That's a project comprised nearly entirely of Red Hat employees.[1] You may no

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Chris Murphy
On Jul 22, 2013, at 9:37 AM, Nicolas Mailhot wrote: > > Le Lun 22 juillet 2013 15:38, Matthew Miller a écrit : > >> Whenever I go to a tech meetup or talk to someone from a new startup >> company, their developers are inevitably using a different (usually >> proprietary) desktop OS, plus a no

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Toshio Kuratomi
On Tue, Jul 23, 2013 at 03:34:15PM -0400, Peter MacKinnon wrote: > > > Well, compat libraries are certainly an option but I view that as a tactical > solution to an institutional, um, challenge. > And I believe that is what Matt is driving at: sustainable solutions that > satisfy the user/admin n

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/23/2013 04:07 PM, "Jóhann B. Guðmundsson" wrote: > On 07/23/2013 07:11 PM, Reindl Harald wrote: >> so you have no plan how large the positive impact is but you >> attack Redhat and employees in a subtle way wherever you can? >> > > For the fir

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Richard W.M. Jones
On Tue, Jul 23, 2013 at 03:00:46PM -0400, Bill Nottingham wrote: > Richard W.M. Jones (rjo...@redhat.com) said: > > On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote: > > > However for some reason I can't quite understand, libvirt-daemon > > > depends on 'qemu'. That may be a bug

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Richard W.M. Jones
On Tue, Jul 23, 2013 at 07:54:31PM +0100, Peter Robinson wrote: > I thought gluster 3.4 was suppose to support a libgfapi which > integrated into qemu [1] so in theory the bare minimum qemu should > need is libgfapi. > > [1] http://www.gluster.org/2013/07/glusterfs-3-4-is-here/ Right, and that's

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 08:26 PM, Reindl Harald wrote: and from here is clear that you*blindly* shoot around at Redhat*blindly and nothing else* This was everything but blindly shot I'm perfectly well aware that he's a Red Hat employee I even sent him email at his Red Hat address last week. If you d

Doc dir related changes coming up

2013-07-23 Thread Ville Skyttä
Hello, Related to the unversioned docdirs F-20 feature [1], some changes with doc packages will be needed in a bunch of packages. More info will follow later, but I've started looking into the list of affected ones. Some related things are still being discussed on the packaging@ mailing list. Whi

[389-devel] Please review: Ticket #617 - Possible to add invalid ACI value

2013-07-23 Thread anjain
https://fedorahosted.org/389/ticket/617 https://fedorahosted.org/389/attachment/ticket/617/0001-Ticket-617-Possible-to-add-invalid-ACI-value.patch -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Reindl Harald
Am 23.07.2013 22:07, schrieb Jóhann B. Guðmundsson: > On 07/23/2013 07:11 PM, Reindl Harald wrote: >> so you have no plan how large the positive impact is but you >> attack Redhat and employees in a subtle way wherever you can? > > For the first you do realize that Red Hat is a corporate and my v

Re: F20 System Wide Change: Web Assets

2013-07-23 Thread Nicolas Mailhot
Le Mar 23 juillet 2013 21:20, T.C. Hollingsworth a écrit : > On Tue, Jul 23, 2013 at 11:45 AM, T.C. Hollingsworth > wrote: >> There are additionally 252 fonts in 128 packages that don't set the >> "license description" field while setting the "copyright" field. [2] >> These are probably fine, but

Planned Outage: Datacenter work outage - 2013-07-30 21:00 UTC

2013-07-23 Thread Kevin Fenzi
Planned Outage: Datacenter work outage - 2013-07-30 21:00 UTC There will be an outage starting at 2013-07-30 21:00 UTC, which will last approximately 4 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2013-07-3

Re: Non-responsive maintainer: Dodji Seketeli

2013-07-23 Thread Darryl L. Pierce
On Tue, Jul 23, 2013 at 09:01:37PM +0200, Dodji Seketeli wrote: > "Darryl L. Pierce" a écrit: > > > BZ#848774 > > > > This bug is nearly a year old, requesting that package offlineimap be > > upgraded to what was then the latest release (6.5.4, now it is > > 6.5.5-rc2). There has been no response

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Nicolas Mailhot
Le Mar 23 juillet 2013 20:55, Kevin Fenzi a écrit : > On Tue, 23 Jul 2013 14:38:17 -0400 > Matthias Clasen wrote: > > ...snip... > >> PS: Somewhere in this discussion, it was brought up that Fedora >> infrastructure is not running on Fedora. I find that a really >> depressing state of affairs. Ch

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 07:11 PM, Reindl Harald wrote: so you have no plan how large the positive impact is but you attack Redhat and employees in a subtle way wherever you can? For the first you do realize that Red Hat is a corporate and my view of corporate involvement is the same in open source comm

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Peter MacKinnon
On 07/23/2013 12:58 PM, Toshio Kuratomi wrote: On Mon, Jul 22, 2013 at 05:54:27PM -0400, Peter MacKinnon wrote: So far, so good...sort of. We can make the basic use case and tests work with the modified dependencies but in doing so we risk giving up parity with the Apache baseline (including the

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Stephen John Smoogen
On 23 July 2013 13:02, Luya Tshimbalanga wrote: > On 18/07/13 08:24 AM, Bohuslav Kabrda wrote: > >> Hi all, >> as a new Fedora Python maintainer, I have set myself a goal of moving >> Fedora to Python 3 as a default. This is going to be a multirelease effort >> that is going to affect lots of Fed

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 07:17 PM, Kevin Fenzi wrote: Anyhow, I think this will be my last post here. Is it really that hard for you to provide a list with services that aren't running Fedora so I myself and the rest of the community can look at which those services are and if it indeed is impossible to

Re: F20 System Wide Change: Web Assets

2013-07-23 Thread T.C. Hollingsworth
On Tue, Jul 23, 2013 at 11:45 AM, T.C. Hollingsworth wrote: > There are additionally 252 fonts in 128 packages that don't set the > "license description" field while setting the "copyright" field. [2] > These are probably fine, but we might want to take a look over them > anyway. (There are none

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Reindl Harald
Am 23.07.2013 20:49, schrieb Bruno Wolff III: > On Tue, Jul 23, 2013 at 14:38:17 -0400, > Matthias Clasen wrote: > >> PS: Somewhere in this discussion, it was brought up that Fedora >> infrastructure is not running on Fedora. I find that a really depressing >> state of affairs. Changing that wo

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Reindl Harald
Am 23.07.2013 20:57, schrieb Jóhann B. Guðmundsson: > On 07/23/2013 05:33 PM, Reindl Harald wrote: >> >> Am 23.07.2013 19:25, schrieb Jóhann B. Guðmundsson: >>> And fundamentally again I think you are wrong we are better off in the long >>> term standing on our own two feets then >>> working wit

Re: Proposal: ReadOnlyDirectories /etc and /usr for network-services

2013-07-23 Thread Reindl Harald
Am 23.07.2013 19:54, schrieb Reindl Harald: >> 3) ReadOnlyDirectories also needs to be applied across submounts, which >> introduces complication to the system units depending on the filesystem >> layout on the administrator-configured machine - having security mechanisms >> be affected by this is

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Kevin Fenzi
On Tue, 23 Jul 2013 19:08:36 + "Jóhann B. Guðmundsson" wrote: > On 07/23/2013 07:08 PM, Kevin Fenzi wrote: > > On Tue, 23 Jul 2013 18:56:08 + > > "Jóhann B. Guðmundsson" wrote: > > > >> On 07/23/2013 06:55 PM, Kevin Fenzi wrote: > >>> We have a increasing number of Fedora instances in pl

Re: Grepping through all Fedora specfiles?

2013-07-23 Thread Ville Skyttä
On 2013-07-23 21:47, Ville Skyttä wrote: > On 2013-07-22 18:55, Thomas Moschny wrote: >> >> Maybe you could use searchco.de in some creative way? >> http://searchcode.com/?q=url%3Afedora+ext%3Aspec+docdir > > Also, I have no idea how up to date Fedora sources they're working with. Based on a co

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 07:08 PM, Kevin Fenzi wrote: On Tue, 23 Jul 2013 18:56:08 + "Jóhann B. Guðmundsson" wrote: On 07/23/2013 06:55 PM, Kevin Fenzi wrote: We have a increasing number of Fedora instances in places where it makes sense. We don't exclusively use Fedora everywhere because it doesn't

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Bruno Wolff III
On Tue, Jul 23, 2013 at 21:02:56 +0200, Reindl Harald wrote: on the other hand "it your own dogfoot" may lead to *a lot* of more Note, the English idiom is "Eat your own dog food". care in many aspects if it comes to desicisons like "delay a feature to the next release" which is not ready

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Kevin Fenzi
On Tue, 23 Jul 2013 18:56:08 + "Jóhann B. Guðmundsson" wrote: > On 07/23/2013 06:55 PM, Kevin Fenzi wrote: > > We have a increasing number of Fedora instances in places where it > > makes sense. We don't exclusively use Fedora everywhere because it > > doesn't make sense for a number of thing

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Luya Tshimbalanga
On 18/07/13 08:24 AM, Bohuslav Kabrda wrote: Hi all, as a new Fedora Python maintainer, I have set myself a goal of moving Fedora to Python 3 as a default. This is going to be a multirelease effort that is going to affect lots of Fedora parts. Since we will need to switch default package manag

Re: Grepping through all Fedora specfiles?

2013-07-23 Thread Ville Skyttä
On 2013-07-23 08:04, Ralf Corsepius wrote: > > For similar purposes, I have been using the CSV table returned by > "https://admin.fedoraproject.org/pkgdb/lists/bugzilla?tg_format=plain"; > > I am downloading the CSV-table and then use scripts to filter the CSV > into lists and subsequently to fe

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 05:33 PM, Reindl Harald wrote: Am 23.07.2013 19:25, schrieb Jóhann B. Guðmundsson: And fundamentally again I think you are wrong we are better off in the long term standing on our own two feets then working with downstream or be dependant on RH on way or another or some other sp

Re: Non-responsive maintainer: Dodji Seketeli

2013-07-23 Thread Dodji Seketeli
"Darryl L. Pierce" a écrit: > BZ#848774 > > This bug is nearly a year old, requesting that package offlineimap be > upgraded to what was then the latest release (6.5.4, now it is > 6.5.5-rc2). There has been no response from the maintainer. > > I posted a bug comment on 01 July asking for somethi

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Bill Nottingham
Richard W.M. Jones (rjo...@redhat.com) said: > On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote: > > However for some reason I can't quite understand, libvirt-daemon > > depends on 'qemu'. That may be a bug? > > I meant to write: "'libvirt-daemon-qemu' depends on 'qemu'". Isn'

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 06:55 PM, Kevin Fenzi wrote: We have a increasing number of Fedora instances in places where it makes sense. We don't exclusively use Fedora everywhere because it doesn't make sense for a number of things. Hosting/running what exactly? JBG -- devel mailing list devel@lists.fedora

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Peter Robinson
On Tue, Jul 23, 2013 at 12:57 PM, Kaleb KEITHLEY wrote: > On 07/23/2013 05:20 PM, Richard W.M. Jones wrote: >> >> On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote: >>> >>> On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote: On 07/23/2013 03:44 PM, Richard W.

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Kevin Fenzi
On Tue, 23 Jul 2013 14:38:17 -0400 Matthias Clasen wrote: ...snip... > PS: Somewhere in this discussion, it was brought up that Fedora > infrastructure is not running on Fedora. I find that a really > depressing state of affairs. Changing that would be a great goal, imo. I find this myth contin

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Peter Robinson
On Tue, Jul 23, 2013 at 11:19 AM, Kaleb KEITHLEY wrote: > On 07/23/2013 03:44 PM, Richard W.M. Jones wrote: >> >> >> Not sure if glusterfs could be split into client and server parts >> and/or if that would help (only a "client" bit is needed). > > > glusterfs already exists in client (glusterfs a

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Peter Robinson
On Tue, Jul 23, 2013 at 11:14 AM, Richard W.M. Jones wrote: > On Mon, Jul 22, 2013 at 08:26:18PM -0400, Matthew Miller wrote: >> On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote: >> > Today in Absurd Dependency Bingo: >> > > glusterfs x86_64 3.4.0-2.fc19

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Bruno Wolff III
On Tue, Jul 23, 2013 at 14:38:17 -0400, Matthias Clasen wrote: PS: Somewhere in this discussion, it was brought up that Fedora infrastructure is not running on Fedora. I find that a really depressing state of affairs. Changing that would be a great goal, imo. I think making sure a Fedora fo

Re: Grepping through all Fedora specfiles?

2013-07-23 Thread Ville Skyttä
On 2013-07-22 18:55, Thomas Moschny wrote: > > Maybe you could use searchco.de in some creative way? > http://searchcode.com/?q=url%3Afedora+ext%3Aspec+docdir Thanks for the pointer -- but what makes that less useful than it could be is that the url parameter is ignored if searching with a rege

Re: F20 Self Contained Change: Adding NetworkManager Connections via CLI

2013-07-23 Thread David Strauss
On Tue, Jul 23, 2013 at 6:12 AM, Jaroslav Reznik wrote: > Support for adding new NetworkManager connections using the nmcli commandline > tool. This would be wonderful to have on servers. -- David Strauss | da...@davidstrauss.net | +1 512 577 5827 [mobile] -- devel mailing list devel@lis

Re: F20 System Wide Change: Web Assets

2013-07-23 Thread T.C. Hollingsworth
On Tue, Jul 23, 2013 at 10:54 AM, Nicolas Mailhot wrote: > Historically it was quite widespread. The only bit of font metadata one > could rely on was the font name, and then not always. A font author would > widely announce the relicensing of his font and not change the metadata in > the font fil

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Matthias Clasen
I've found it very hard to find the right place to jump into this discussion. So, I'll just put out some of my own thoughts about what I want to see out of Fedora, and then point out how I think this matches or contrasts with Matts proposal. Fedora should be an *OS*. Here are some of the qualitie

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Adam Williamson
On Tue, 2013-07-23 at 18:15 +0100, Richard W.M. Jones wrote: > On Tue, Jul 23, 2013 at 12:57:50PM -0400, Dave Jones wrote: > > On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote: > > > > So this thread is complaining about.. > > > > > > Removing: > > > > glusterfs

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Adam Williamson
On Tue, 2013-07-23 at 11:52 -0500, Billy Crook wrote: > On Tue, Jul 23, 2013 at 10:51 AM, Matthew Miller > wrote: > > On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote: > >> > Since it _isn't_ served via DHCP in any environment I'm aware of, that's > >> > not > >> > actually useful. > >

Re: Need some help with 'AutoQA: depcheck test FAILED on x86_64'

2013-07-23 Thread Adam Williamson
On Tue, 2013-07-23 at 18:32 +0200, Jiri Popelka wrote: > Hi, > > I've been seeing [1] for couple of recent updates but have no idea > what's wrong. > I already added arch specific requirements, but that's not sufficient. > I tend to think it's false positive because nobody reported any real > pr

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Reindl Harald
Am 23.07.2013 19:25, schrieb Jóhann B. Guðmundsson: > And fundamentally again I think you are wrong we are better off in the long > term standing on our own two feets then > working with downstream or be dependant on RH on way or another or some other > sponsor. > > So we are at impasse regard

Re: Proposal: ReadOnlyDirectories /etc and /usr for network-services

2013-07-23 Thread Reindl Harald
Am 23.07.2013 19:35, schrieb Bill Nottingham: > Reindl Harald (h.rei...@thelounge.net) said: >> a httpd running with SElinux disabled or in permissive mode with >> the 4 lines below even after escalate to root privileges will >> hardly have a chance to overwrite /usr/sbin/sshd as example >> >> C

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Reindl Harald
Am 23.07.2013 19:18, schrieb Richard W.M. Jones: > On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote: >> However for some reason I can't quite understand, libvirt-daemon >> depends on 'qemu'. That may be a bug? > > I meant to write: "'libvirt-daemon-qemu' depends on 'qemu'" IM

Re: F20 System Wide Change: Web Assets

2013-07-23 Thread Nicolas Mailhot
Le Mar 23 juillet 2013 19:26, T.C. Hollingsworth a écrit : > Honestly, I'd prefer that we fixed this in Fedora. It solves this > problem quite nicely, and I don't really think it's that widespread an > issue anyway. Historically it was quite widespread. The only bit of font metadata one could r

Re: Proposal: ReadOnlyDirectories /etc and /usr for network-services

2013-07-23 Thread Bill Nottingham
Reindl Harald (h.rei...@thelounge.net) said: > a httpd running with SElinux disabled or in permissive mode with > the 4 lines below even after escalate to root privileges will > hardly have a chance to overwrite /usr/sbin/sshd as example > > CapabilityBoundingSet=CAP_DAC_OVERRIDE CAP_IPC_LOCK CAP

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 05:13 PM, Matthew Miller wrote: On Tue, Jul 23, 2013 at 03:51:43PM +, "Jóhann B. Guðmundsson" wrote: If people are interested in stepping up to make this happen and have a long-term sustainable plan, that would be awesome. Come to think of it Red Hat itself is not willing to i

Re: Need some help with 'AutoQA: depcheck test FAILED on x86_64'

2013-07-23 Thread Tim Flink
On Tue, 23 Jul 2013 18:32:55 +0200 Jiri Popelka wrote: > Hi, > > I've been seeing [1] for couple of recent updates but have no idea > what's wrong. > I already added arch specific requirements, but that's not sufficient. > I tend to think it's false positive because nobody reported any real >

Re: F20 System Wide Change: Web Assets

2013-07-23 Thread T.C. Hollingsworth
On Mon, Jul 22, 2013 at 8:41 AM, Nicolas Mailhot wrote: > Le Lun 22 juillet 2013 17:07, Robert Marcano a écrit : >> Fonts has licenses, some of them require the license to be shown or the >> copyright displayed, some fonts has the copyright added to their >> metadata, I don't find for example that

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Chris Adams
Once upon a time, Matthew Miller said: > On Tue, Jul 23, 2013 at 06:21:45PM +0200, Nicolas Mailhot wrote: > > Look, the proposal is not calling to replace sendmail, it's calling to > > remove any MTA. So "sendmail is a bad MTA" is not a good argument for this > > No, it's *really* not calling to

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jiri Eischmann
Marcela Mašláňová píše v Út 23. 07. 2013 v 18:45 +0200: > On 07/23/2013 06:07 PM, Jiri Eischmann wrote: > > Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400: > >>Conclusion > >>--- > >> > >>* Refocus Core to provide a better platform for building on > >>* Make room for innovation

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Richard W.M. Jones
On Tue, Jul 23, 2013 at 06:15:32PM +0100, Richard W.M. Jones wrote: > However for some reason I can't quite understand, libvirt-daemon > depends on 'qemu'. That may be a bug? I meant to write: "'libvirt-daemon-qemu' depends on 'qemu'". Rich. -- Richard Jones, Virtualization Group, Red Hat http

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Adam Jackson
On Tue, 2013-07-23 at 12:57 -0400, Dave Jones wrote: > > > qemu-system-alpha x86_64 2:1.4.2-4.fc19 > @updates-testing 4.1 M > > > qemu-system-arm x86_64 2:1.4.2-4.fc19 > @updates-testing 5.2 M > > > qemu-system-crisx86_64 2:1.4.2-4.fc19

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Matthew Miller
On Tue, Jul 23, 2013 at 06:21:45PM +0200, Nicolas Mailhot wrote: > Look, the proposal is not calling to replace sendmail, it's calling to > remove any MTA. So "sendmail is a bad MTA" is not a good argument for this No, it's *really* not calling to "remove any MTA". It's calling for no MTA to be in

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Richard W.M. Jones
On Tue, Jul 23, 2013 at 12:57:50PM -0400, Dave Jones wrote: > On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote: > > So this thread is complaining about.. > > > > Removing: > > > glusterfs x86_64 3.4.0-2.fc19 > @updates-testing 4.7 M > > > Removing fo

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Matthew Miller
On Tue, Jul 23, 2013 at 03:51:43PM +, "Jóhann B. Guðmundsson" wrote: > >If people are interested in stepping up to make this happen and have a > >long-term sustainable plan, that would be awesome. > Come to think of it Red Hat itself is not willing to invest in > extended release cycle of Fedor

Re: Multirelease effort: Moving to Python 3

2013-07-23 Thread Toshio Kuratomi
Hey, I'm forwarding this on from Barry Warsaw. He's a contributor to Debian and Ubuntu and has been very active in managing porting to python3 both within those communities and as an upstream python committer. So he's experienced in a lot of the work that we're going to be embarking upon to move

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Billy Crook
On Tue, Jul 23, 2013 at 10:51 AM, Matthew Miller wrote: > On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote: >> > Since it _isn't_ served via DHCP in any environment I'm aware of, that's >> > not >> > actually useful. >> Nice to meet you Matt. As of this morning, it is served via DHCP

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Aleksandar Kurtakov
- Original Message - > From: "Marcela Mašláňová" > To: devel@lists.fedoraproject.org > Sent: Tuesday, July 23, 2013 7:45:46 PM > Subject: Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock > talk) > > On 07/23/2013 06:07 PM, Jiri Eischmann wrote: > > Matthew Miller píše

Re: Schedule for Wednesday's FESCo Meeting (2013-07-24)

2013-07-23 Thread Matthew Miller
On Tue, Jul 23, 2013 at 06:23:20PM +0200, Marcela Mašláňová wrote: > #topic #1136 F20 System Wide Change: ARM as primary Architecture - > https://fedoraproject.org/wiki/Changes/ARM_as_Primary > .fesco 1136 > https://fedorahosted.org/fesco/ticket/1136 Is there specific action here, or are we basica

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Toshio Kuratomi
On Mon, Jul 22, 2013 at 05:54:27PM -0400, Peter MacKinnon wrote: > > So far, so good...sort of. We can make the basic use case and tests work with > the modified dependencies but in doing so we risk giving up parity with the > Apache baseline (including the JRE) and potentially lose out to other

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Dave Jones
On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote: So this thread is complaining about.. > > Removing: > > glusterfs x86_64 3.4.0-2.fc19 @updates-testing > > 4.7 M > > Removing for dependencies: > > glusterfs-api x86_64 3.4.0-2.fc

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Miroslav Suchý
On 07/22/2013 03:38 PM, Matthew Miller wrote: So there we have it. Comments and discussion, please! I disagree with this "Proposal", but I would agree with that if you would call it "Goal" or "Vision". I agree with you that Fedora will (and should) look like this after 20 years. But that i

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Marcela Mašláňová
On 07/23/2013 06:07 PM, Jiri Eischmann wrote: Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400: Conclusion --- * Refocus Core to provide a better platform for building on * Make room for innovation at the "Ring 2" level * Empower SIGs to create solutions that fit * Won't br

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 04:07 PM, Jiri Eischmann wrote: The proposal looks frankly very cloud-centric. Agreed the rings to rule them all proposal is a bit cloud centric and tries to address too many things at one time. I think we should just start with defining and reaching consensus on a small core

Need some help with 'AutoQA: depcheck test FAILED on x86_64'

2013-07-23 Thread Jiri Popelka
Hi, I've been seeing [1] for couple of recent updates but have no idea what's wrong. I already added arch specific requirements, but that's not sufficient. I tend to think it's false positive because nobody reported any real problems with updates so far. Can anybody show me what am I missing

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Richard W.M. Jones
On Tue, Jul 23, 2013 at 08:47:14AM -0700, Adam Williamson wrote: > Well. Will qemu still actually _run_ without glusterfs being present? If > so, do we actually need to express a dependency on glusterfs? No, I don't think so. I think it'll fail to start up because of a missing library. We could

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Nicolas Mailhot
Le Mar 23 juillet 2013 17:05, Matthew Miller a écrit : >> I say... servers should definitely have a default MTA. > > We've never had any luck defining what a Fedora server looks like. That's > why I think it's better to have servers start from minimal and you can > build > up in kickstart. There,

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Aleksandar Kurtakov
- Original Message - > From: "Robert Rati" > To: devel@lists.fedoraproject.org > Sent: Tuesday, July 23, 2013 7:01:33 PM > Subject: Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock > talk) > > I think there is another data point to include in the discussion. As > Pet

Schedule for Wednesday's FESCo Meeting (2013-07-24)

2013-07-23 Thread Marcela Mašláňová
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD HH:MM UTC' Links to all tickets bel

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Jiri Eischmann
Matthew Miller píše v Po 22. 07. 2013 v 09:38 -0400: > Conclusion > --- > > * Refocus Core to provide a better platform for building on > * Make room for innovation at the "Ring 2" level > * Empower SIGs to create solutions that fit > * Won't break what we have > * And we can star

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Toshio Kuratomi
On Tue, Jul 23, 2013 at 09:49:22AM -0400, Tim St Clair wrote: > +1 > > Trying to continually level set to the HEAD of Fedora has introduced patch > sets > which only continue to diverge over time. Upstream(s) have expressed > little/no > interest in accepting some of these patches, and I can h

Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk)

2013-07-23 Thread Robert Rati
I think there is another data point to include in the discussion. As Pete mentioned, a lot of the effort to get Hadoop into Fedora has revolved around updating the dependencies. Most of these changes are being sent upstream in the hopes of moving them forward on their dependencies. However,

Re: EPEL (was Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock talk))

2013-07-23 Thread Jóhann B. Guðmundsson
On 07/23/2013 02:59 PM, Matthew Miller wrote: On Tue, Jul 23, 2013 at 02:37:57PM +, "Jóhann B. Guðmundsson" wrote: Not the current one no but if people are willing to maintain a longer release cycle there is nothing preventing them from doing so. The only thing is that it's _really hard_ an

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Matthew Miller
On Tue, Jul 23, 2013 at 10:18:47AM -0500, Billy Crook wrote: > > Since it _isn't_ served via DHCP in any environment I'm aware of, that's not > > actually useful. > Nice to meet you Matt. As of this morning, it is served via DHCP in > mine. There's also that guy earlier in the thread. So now you

Re: Why does so much virt stuff depend on glusterfs?

2013-07-23 Thread Adam Williamson
On Tue, 2013-07-23 at 11:14 +0100, Richard W.M. Jones wrote: > On Mon, Jul 22, 2013 at 08:26:18PM -0400, Matthew Miller wrote: > > On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote: > > > Today in Absurd Dependency Bingo: > > > > glusterfs x86_64 3.4.0-2.fc19

Re: F20 System Wide Change: No Default Sendmail

2013-07-23 Thread Reindl Harald
Am 23.07.2013 16:37, schrieb Matthew Miller: > On Mon, Jul 22, 2013 at 07:33:25PM +0200, Reindl Harald wrote: >> which could be *easy* solved by ask the users SMTP and credentials >> at the installation, setup /etc/aliases as default forwarding the >> messages to this address and configure SASL a

[perl-MIME-Lite] Perl 5.18 rebuild

2013-07-23 Thread Petr Pisar
commit a5a8ea4d2884f1428318fb918f5489c26da577d3 Author: Petr Písař Date: Tue Jul 23 17:26:00 2013 +0200 Perl 5.18 rebuild perl-MIME-Lite.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-MIME-Lite.spec b/perl-MIME-Lite.spec index 4da4f25..df90733 10

[perl-Log-Any-Adapter] Perl 5.18 rebuild

2013-07-23 Thread Petr Pisar
commit 9a55e571c9bc1e2533885a63570f3016aec87ba8 Author: Petr Písař Date: Tue Jul 23 17:25:27 2013 +0200 Perl 5.18 rebuild perl-Log-Any-Adapter.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Log-Any-Adapter.spec b/perl-Log-Any-Adapter.spec index 5

  1   2   >