Re: RFC: Proposal for a more agile "Fedora.next"

On 07/22/2013 07:38 AM, Matthew Miller wrote: 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 start right now I

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Jul 26, 2013, at 4:53 PM, Pádraig Brady wrote: > On 07/26/2013 09:13 PM, Miloslav Trmač wrote: >> Hello all, >> with thin provisioning available, the total and free space values >> reported by a filesystem do not necessarily mean that that much space >> is _actually_ available (the actual bac

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On 7/26/13 3:13 PM, Miloslav Trmač wrote: > Hello all, > with thin provisioning available, the total and free space values > reported by a filesystem do not necessarily mean that that much space > is _actually_ available (the actual backing storage may be smaller, or > shared with other filesystems

Re: Following MPI packaging guidelines

On 7/26/13, Antonio Trande wrote: > 'examples' directory contains arch dependent programs, I can't > packaging them in /usr/share. In that case you could consider shipping them in an "-examples" subpackage if most consumers of the main package won't find them useful. Also, you could use %{_libex

Re: Late introduction

Hello Dridi Boukelmoune! Welcome to the Fedora community! - Chris Roberts >>> Dridi Boukelmoune 07/26/13 6:38 PM >>> Hi everyone, I am new to this list, and I'm a Fedora user for a little less than two years. Recently I've become a full-time Fedora user since I've installed it on my lapt

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On 07/26/2013 09:13 PM, Miloslav Trmač wrote: > Hello all, > with thin provisioning available, the total and free space values > reported by a filesystem do not necessarily mean that that much space > is _actually_ available (the actual backing storage may be smaller, or > shared with other filesys

Late introduction

Hi everyone, I am new to this list, and I'm a Fedora user for a little less than two years. Recently I've become a full-time Fedora user since I've installed it on my laptop for work. I'm a developer, and I usually work for companies that use RHEL in production. I think Fedora is a great distribu

Re: Rawhide tree now includes install images

On Fri, 2013-07-26 at 09:30 -0600, Kevin Fenzi wrote: > On Fri, 26 Jul 2013 10:03:18 +0100 > Frank Murphy wrote: > > > On Tue, 16 Jul 2013 10:41:22 -0600 > > Kevin Fenzi wrote: > > > > > > > This allows users to use the latest boot.iso or pxe images to > > > install rawhide instances or point

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Jul 26, 2013, at 3:34 PM, David Lehman wrote: > On Fri, 2013-07-26 at 22:59 +0200, Miloslav Trmač wrote: >> On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie wrote: >>> If your package reports disk space usage to users, and bases this on filesystem free space, please consider whether i

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Fri, 2013-07-26 at 22:59 +0200, Miloslav Trmač wrote: > On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie wrote: > > > >> If your package reports disk space usage to users, and bases this on > >> filesystem free space, please consider whether it might need to take > >> LVM thin provisioning into acc

Re: Doc dir related changes coming up

On 2013-07-27 00:02, Michael Cronenworth wrote: > On 07/26/2013 03:14 PM, Ville Skyttä wrote: >> mooninite mediawiki mooninite,puiterwijk >> mooninite mingw-ftplib epienbro > > These seem to be a false positive. They both use %doc and do not list > any files manually in a doc folder. ...or am I mi

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Jul 26, 2013, at 3:02 PM, drago01 wrote: > On Fri, Jul 26, 2013 at 10:59 PM, Miloslav Trmač wrote: >> On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie wrote: >>> If your package reports disk space usage to users, and bases this on filesystem free space, please consider whether it mig

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Fri, Jul 26, 2013 at 10:13:42PM +0200, Miloslav Trmač wrote: > Hello all, > with thin provisioning available, the total and free space values > reported by a filesystem do not necessarily mean that that much space > is _actually_ available (the actual backing storage may be smaller, or > shared

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Fri, Jul 26, 2013 at 10:13:42PM +0200, Miloslav Trmač wrote: > Hello all, > with thin provisioning available, the total and free space values > reported by a filesystem do not necessarily mean that that much space > is _actually_ available (the actual backing storage may be smaller, or > shared

Re: Doc dir related changes coming up

On 07/26/2013 03:14 PM, Ville Skyttä wrote: > mooninite mediawiki mooninite,puiterwijk > mooninite mingw-ftplib epienbro These seem to be a false positive. They both use %doc and do not list any files manually in a doc folder. ...or am I missing something? Thanks, Michael -- devel mailing list

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Fri, Jul 26, 2013 at 10:59 PM, Miloslav Trmač wrote: > On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie wrote: >> >>> If your package reports disk space usage to users, and bases this on >>> filesystem free space, please consider whether it might need to take >>> LVM thin provisioning into account

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

On Fri, Jul 26, 2013 at 10:17 PM, DJ Delorie wrote: > >> If your package reports disk space usage to users, and bases this on >> filesystem free space, please consider whether it might need to take >> LVM thin provisioning into account. > > Perhaps you could include a small code snippet explaining

Re: troubleshooting dnf slow connections

On Jul 26, 2013, at 2:41 PM, Chris Murphy wrote: > > With dnf.noarch 0.3.8-2.git85524ae.fc19 I regularly get poor server > connections for some reason, and it doesn't seem to have a reasonable way of > giving up and falling back to another server. > > 22/122): espeak-1.47.11-2.fc19.x86_64.rp

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 12:22 -0400, Stephen Gallagher wrote: > Well, *users* should not really notice or care where these things are > unless they go looking for them. All a user cares about is whether > they can authenticate and have access to their SSO credentials after > doing so. > > Moving th

troubleshooting dnf slow connections

With dnf.noarch 0.3.8-2.git85524ae.fc19 I regularly get poor server connections for some reason, and it doesn't seem to have a reasonable way of giving up and falling back to another server. 22/122): espeak-1.47.11-2.fc19.x86_64.rpm (25%) 4% [== ] 39 B/s | 56 kB 07

Re: Following MPI packaging guidelines

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/25/2013 01:10 AM, Paulo César Pereira de Andrade wrote: >> >> What does mean "serial mode" ? :) > > MUMPS.mod.spec appears good. I would use the environment variables > ($MPI_LIB and $MPI_INCLUDE) after module load mpi but the > definitions sh

Re: Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

> If your package reports disk space usage to users, and bases this on > filesystem free space, please consider whether it might need to take > LVM thin provisioning into account. Perhaps you could include a small code snippet explaining *how* to do this? Is there an lvm_thin_statfs() we can use

Re: Doc dir related changes coming up

On 2013-07-26 11:25, Ville Skyttä wrote: > That list ended up longer than I thought. Unfortunately I don't have > access to it right now, but will post it later today Here goes the list as run through fedoradev-pkgowners (owner packagename comaintainers): abompard ksshaskpass abrt-team abrt jfi

Does your application depend on, or report, free disk space? Re: F20 Self Contained Change: OS Installer Support for LVM Thin Provisioning

Hello all, with thin provisioning available, the total and free space values reported by a filesystem do not necessarily mean that that much space is _actually_ available (the actual backing storage may be smaller, or shared with other filesystems). If your package reports disk space usage to user

[perl-Parallel-Prefork] Perl 5.18 rebuild

commit 76e927089a5a660f6cf7532a435bd3ca97d8a440 Author: Petr Písař Date: Fri Jul 26 21:33:31 2013 +0200 Perl 5.18 rebuild perl-Parallel-Prefork.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Parallel-Prefork.spec b/perl-Parallel-Prefork.spec inde

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

On Fri, Jul 26, 2013 at 8:32 AM, Reindl Harald wrote: > > but to say a core / apps separation is fundamentally flawed is incorrect > > it is correct > > * go and play around with "ldd /usr/bin/whatever-application > * look how many share openssl, nspr, nss, libxml and a lot of more > * and now dra

Re: EPEL exim still maintained?

Kevin, note that EPEL tries wherever possible to not push updates that are incompatible. I have no idea if there's any incompatible config changes or the like between those versions, but if there are that might be a reason it's not been updated yet. The best way forward is to file a bug and ask

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 02:52 PM, Lennart Poettering wrote: > On Fri, 26.07.13 14:32, Stephen Gallagher (sgall...@redhat.com) > wrote: > >> As Simo noted in the other thread, the availability of >> credentials outside the normal user session is an expectation o

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 13:57 -0400, Stephen Gallagher wrote: > 2) We still need to consider use-cases where a cron job or other > long-running service needs to use credentials given to it by the user, > though they are no longer signed in. With the current approach, we > still need to be concerned

Re: Default libkrb5 ccache location

On Fri, 26.07.13 14:32, Stephen Gallagher (sgall...@redhat.com) wrote: > As Simo noted in the other thread, the availability of credentials > outside the normal user session is an expectation of existing tools. > The exposure here is significantly mitigated by the fact that Kerberos > credentials

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 02:40 PM, Lennart Poettering wrote: > On Fri, 26.07.13 14:20, Simo Sorce (s...@redhat.com) wrote: > >> We want this thing to work by default, having normal users to >> find out this lingering concept exist because operations that >> curr

Re: Proposal: AutoQA Infrastructure Upgrade

On Fri, 26 Jul 2013 12:23:33 -0600 Tim Flink wrote: > After looking at the jobstats on autoqa-stg over the last day or so > since I changed all of the clients to be fc18, I'm happy enough with > the completion rates to suggest that we upgrade production autoqa and > get rid of our fc17 clients.

Re: Default libkrb5 ccache location

On Fri, 26.07.13 14:20, Simo Sorce (s...@redhat.com) wrote: > We want this thing to work by default, having normal users to find out > this lingering concept exist because operations that currently works > start failing is already a big failure. OK, this is the deal-breaker. The thing about XDG_R

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 02:15 PM, Lennart Poettering wrote: > On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com) > wrote: > >> This would help us out on the 'su -l' and 'sudo -i' cases, but >> it still potentially leaves us with two problems that I

Proposal: AutoQA Infrastructure Upgrade

After looking at the jobstats on autoqa-stg over the last day or so since I changed all of the clients to be fc18, I'm happy enough with the completion rates to suggest that we upgrade production autoqa and get rid of our fc17 clients. Proposed setup: 2x virthosts with 4x VMs each, 4096M and 20G

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 20:15 +0200, Lennart Poettering wrote: > On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com) wrote: > > > This would help us out on the 'su -l' and 'sudo -i' cases, but it > > still potentially leaves us with two problems that I'm not sure how to > > solve (withou

Re: Default libkrb5 ccache location

On Fri, 26.07.13 13:57, Stephen Gallagher (sgall...@redhat.com) wrote: > This would help us out on the 'su -l' and 'sudo -i' cases, but it > still potentially leaves us with two problems that I'm not sure how to > solve (without breaking the XDG_RUNTIME_DIR lifecycle definition). > > 1) https://b

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 01:40 PM, Lennart Poettering wrote: > On Fri, 26.07.13 11:01, Stephen Gallagher (sgall...@redhat.com) > wrote: > >> >> I'm CCing Lennart and Kay on the discussion about this. Creating >> this symlink in the oddjob would be somewhat erro

Re: Default libkrb5 ccache location

On Fri, 26.07.13 11:01, Stephen Gallagher (sgall...@redhat.com) wrote: > > I'm CCing Lennart and Kay on the discussion about this. Creating this > symlink in the oddjob would be somewhat error-prone. I'd rather that > we ask logind to carry a patch just for F19 where the creation of > XDG_RUNTIME

Re: Relying on $PATH in RPM scriplets

On Fri, Jul 26, 2013 at 06:06:00PM +0200, Lukas Zapletal wrote: > Hey, > > since we provide cloud images starting with Fedora 19, I noticed that > cloud-init, which is used in these, does not execute user shell scripts > with $PATH set properly which is causing issues for packages that does > not

Re: Summary of accepted Fedora 20 Changes - week 30

On 07/26/2013 04:16 PM, Bill Nottingham wrote: "Jóhann B. Guðmundsson" (johan...@gmail.com) said: Heck maybe the Anaconda team would be willing to come up with or accept patches that will even present this in the installer in a spoke in a user friendly manner. Software selection in anaconda *di

Re: F20 System Wide Change: Web Assets

Le Lun 22 juillet 2013 21:58, Robert Marcano a écrit : > The real problem with publishing things is that if I distribute binaries > of many things I must follow the license, some say I need to distribute > sources, some say that I need to distribute a copy of the license, etc. > Making files down

Re: Summary of accepted Fedora 20 Changes - week 30

Bastien Nocera (bnoc...@redhat.com) said: > Given the amount of time that he spent on the mailing-list fighting for > those features, then it looks like a waste of time, that work has been > done. And? (Maybe I'm misunderstanding what you're saying here.) I mean, it's part of working in a commu

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 11:31 AM, Miloslav Trmač wrote: > On Fri, Jul 26, 2013 at 5:17 PM, Simo Sorce > wrote: >> On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote: For the record, I like this plan. It should also serve to address a number of unfort

Re: Summary of accepted Fedora 20 Changes - week 30

On Fri, Jul 26, 2013 at 4:23 PM, "Jóhann B. Guðmundsson" wrote: > On 07/26/2013 01:47 PM, Josh Boyer wrote: >> >> Unless you are willing to change the definition of "default" from >> "spin" to "product", and making product something more broadly >> governed, you're going to be stuck playing these

Re: Summary of accepted Fedora 20 Changes - week 30

"Jóhann B. Guðmundsson" (johan...@gmail.com) said: > Heck maybe the Anaconda team would be willing to come up with or > accept patches that will even present this in the installer in a > spoke in a user friendly manner. Software selection in anaconda *didn't* have a default in the redesigned UI f

Re: Summary of accepted Fedora 20 Changes - week 30

On Fri, 2013-07-26 at 08:47 +, "Jóhann B. Guðmundsson" wrote: > On 07/25/2013 11:09 PM, Stephen John Smoogen wrote: > > default install -> what you get when you put the DVD in and do a click > > through install. > > The DVD is controlled by RELENG > > > default spin -> The GNOME desktop livec

Relying on $PATH in RPM scriplets

Hey, since we provide cloud images starting with Fedora 19, I noticed that cloud-init, which is used in these, does not execute user shell scripts with $PATH set properly which is causing issues for packages that does not provide full paths in scriplets. I know we have some examples which relies

Re: Default libkrb5 ccache location

On Fri, Jul 26, 2013 at 5:17 PM, Simo Sorce wrote: > On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote: >> > For the record, I like this plan. It should also serve to address a >> > number of unfortunate edge-cases, particularly those around the >> > semi-sessions created by 'su' and 'sudo'. >>

Re: Rawhide tree now includes install images

On Fri, 26 Jul 2013 10:03:18 +0100 Frank Murphy wrote: > On Tue, 16 Jul 2013 10:41:22 -0600 > Kevin Fenzi wrote: > > > > This allows users to use the latest boot.iso or pxe images to > > install rawhide instances or point to rawhide as a install-able > > tree. > > > > kevin > > Will this be

Re: Non-responsive maintainer: Rakesh Pandit

On Thu, 25 Jul 2013 23:44:38 -0400 Rahul Sundaram wrote: > HI > > > On Thu, Jul 25, 2013 at 11:25 PM, Christopher Meng wrote: > > > Hi, > > > > Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=984776 > > > > Rakesh Pandit aka rpandit at redhat.com, hasn't replied any of > > unhide emails

Re: EPEL exim still maintained?

On Thu, 25 Jul 2013 17:09:29 -0500 Dario Landazuri wrote: > Greetings, > > I'm wondering if exim is still being maintained as a package. I've I hope so. > inherited an exim installation (among other software) that was > installed from source, and I'd like to try and move to RHEL/EPEL > pack

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 17:07 +0200, Tomas Mraz wrote: > > For the record, I like this plan. It should also serve to address a > > number of unfortunate edge-cases, particularly those around the > > semi-sessions created by 'su' and 'sudo'. > > I'd rather like to see a plan that would fix also other

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 11:01 -0400, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 07/26/2013 10:48 AM, Simo Sorce wrote: > > Recently a number of bugs [1-5] have come up regarding the new > > default Kerberos Ccache location that we changed according to [6]. > >

Re: Unremovable packages due to scriptlet failures

On Fri, Jul 26, 2013 at 8:49 AM, Sandro Mani wrote: > Hi, > > It happens from time to time that yum is unable to remove packages when > uninstall scriptlets fail. For experienced users, it is just a matter of > doing rpm -e --noscripts, but casual users will likely end up with yum > check complai

Heads up: libcolord ABI bump coming up

I'm about to release and build a new colord. This has all the pre-1.0.* deprecated functions in libcolord removed, and hence bumps ABI. The affected packages are: colord-gtk colorhug-client colorhug-tools control-center gnome-color-manager gnome-settings-daemon gtk3 simple-scan The DBus interface

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

Am 26.07.2013 15:32, schrieb Jóhann B. Guðmundsson: > On 07/26/2013 01:07 PM, Michael Scherer wrote: >> >> Working in IT @Red Hat, I concur, and I am pretty sure that no one has >> all the information to make that estimation. Network, hosting and >> storage are all under different budgets for dif

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

Am 26.07.2013 14:20, schrieb Mark Bidewell: > Honestly, I keep seeing this argument in this thread, but it doesn't square > with reality. The concept of an OS and > all of its apps as a monolithic distribution with a single release schedule > is unique to Linux. Every other major > OS (with the

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

Am 26.07.2013 00:48, schrieb Eric Smith: > On Thu, Jul 25, 2013 at 4:39 PM, Reindl Harald wrote: >> Am 26.07.2013 00:22, schrieb Eric Smith: > I wouldn't run *anything* in production on Fedora 17. That's what the > downstream "enterprise" distributions are for. We've been throu

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

Am 26.07.2013 00:04, schrieb Eric Smith: > On Thu, Jul 25, 2013 at 12:57 PM, Reindl Harald > wrote: >> if that would be the case i would not run Apache 2.4, and Zend Opcache >> in production on Fdora 17 > > I wouldn't run *anything* in production on Fedora 17. That's what the > downstream "ente

Re: Default libkrb5 ccache location

On Fri, 2013-07-26 at 11:01 -0400, Stephen Gallagher wrote: > On 07/26/2013 10:48 AM, Simo Sorce wrote: > > Recently a number of bugs [1-5] have come up regarding the new > > default Kerberos Ccache location that we changed according to [6]. > > > > We originally thought that reusing the same dir

Re: Default libkrb5 ccache location

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 10:48 AM, Simo Sorce wrote: > Recently a number of bugs [1-5] have come up regarding the new > default Kerberos Ccache location that we changed according to [6]. > > We originally thought that reusing the same directory used by > XDG_US

Default libkrb5 ccache location

Recently a number of bugs [1-5] have come up regarding the new default Kerberos Ccache location that we changed according to [6]. We originally thought that reusing the same directory used by XDG_USER_DIR was a good idea as systemd/logind would pre-create it for us and we'd all be happy. Unfortun

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

On Fri, Jul 26, 2013 at 01:32:22PM +, "Jóhann B. Guðmundsson" wrote: > Fedora the project which means two entirely separated > infrastructures. yeah sure these two might be communicating heavily > between themselves unless ofcourse you want to risk issues from > either the company or the projec

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

Le vendredi 26 juillet 2013 à 13:32 +, "Jóhann B. Guðmundsson" a écrit : > On 07/26/2013 01:07 PM, Michael Scherer wrote: > > > > Working in IT @Red Hat, I concur, and I am pretty sure that no one has > > all the information to make that estimation. Network, hosting and > > storage are all unde

Re: [SDL/f19] (2 commits) ...Add NAS support

2013/7/26 Daniel P. Berrange > On Fri, Jul 26, 2013 at 02:45:06PM +0200, Nicolas Chauvet wrote: > > 2013/7/26 Petr Pisar > > > > > Summary of changes: > > > > > > 63275df... Add esound and arts BRs (*) > > > 43ee9b2... Add NAS support (*) > > > > > > > Do we really need to re-enable thoses d

Re: Summary of accepted Fedora 20 Changes - week 30

On 07/26/2013 01:47 PM, Josh Boyer wrote: Unless you are willing to change the definition of "default" from "spin" to "product", and making product something more broadly governed, you're going to be stuck playing these games. If you aren't willing to do that, then you're limited to asking spins

Re: Summary of accepted Fedora 20 Changes - week 30

On Fri, Jul 26, 2013 at 02:31:48PM +0200, Christian Fredrik Kalager Schaller wrote: > There is nothing in the Ring proposal which would make any of this any > easier as it is. It is not going to be any easier to agree what is 'ring > 1' than it currently is to agree what is @standard. Only if the

Fedora Code of Conduct [was Re: Summary of accepted Fedora 20 Changes - week 30]

On Fri, Jul 26, 2013 at 10:04:30AM +0100, Matthew Garrett wrote: > > I think you missed my point, but you got the gist. We have way more > > important things to discuss than sendmail. > Yes, like the toxic atmosphere on our mailing lists. I don't agree with > Lennart's position, but that doesn't m

Re: rpmconf and new feature to configure application

On 07/26/2013 02:23 PM, Neal Becker wrote: What I really want is rpmconf mode for emacs. I could use all the nice tools like emacs ediff. Can you elaborate? I'm not familiar neither with emacs nor ediff? -- Miroslav Suchy Red Hat, Software Engineer -- devel mailing list devel@lists.fedoraproj

Re: [SDL/f19] (2 commits) ...Add NAS support

On Fri, 2013-07-26 at 14:35 +0100, Daniel P. Berrange wrote: > NB I don't care if esound / arts remain in Fedora or not, but if we > want to kill them off, lets be consistent and kill them everywhere, > not just disable them in SDL We tried: https://lists.fedoraproject.org/pipermail/devel/2013-F

Re: Summary of accepted Fedora 20 Changes - week 30

On Thu, Jul 25, 2013 at 7:20 PM, Toshio Kuratomi wrote: > On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote: >> On 25 July 2013 16:59, Billy Crook wrote: >> > On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera wrote: >> >> Given the amount of time that he spent on the mailing-lis

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

- Original Message - > From: "Peter MacKinnon" > To: "Development discussions related to Fedora" > > Sent: Friday, July 26, 2013 4:33:18 PM > Subject: Re: RFC: Proposal for a more agile "Fedora.next" (draft of my Flock > talk) > > On 07/26/2013 05:23 AM, drago01 wrote: > > On Fri, Jul

Re: [SDL/f19] (2 commits) ...Add NAS support

On Fri, Jul 26, 2013 at 02:45:06PM +0200, Nicolas Chauvet wrote: > 2013/7/26 Petr Pisar > > > Summary of changes: > > > > 63275df... Add esound and arts BRs (*) > > 43ee9b2... Add NAS support (*) > > > > Do we really need to re-enable thoses deprecated sound server ? > I guess no I think th

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

On 07/26/2013 01:07 PM, Michael Scherer wrote: Working in IT @Red Hat, I concur, and I am pretty sure that no one has all the information to make that estimation. Network, hosting and storage are all under different budgets for different team, and all aggregated ( cause the DC where RH host Fedo

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

On 07/26/2013 05:23 AM, drago01 wrote: On Fri, Jul 26, 2013 at 10:09 AM, Marcela Mašláňová wrote: On 07/25/2013 07:25 PM, Lennart Poettering wrote: On Mon, 22.07.13 11:22, Matthew Miller (mat...@fedoraproject.org) wrote: On Mon, Jul 22, 2013 at 04:40:14PM +0200, drago01 wrote: Whenever I go

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

On Fri, Jul 26, 2013 at 9:02 AM, drago01 wrote: > On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell wrote: > >> > >> No one said that stuff should change "unexpectedly" (and that's not > >> what currently happens either). > >> Actually its the opposite you want to consider the "whole picture" > >>

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

2 types of OS - headless servers and UI enabled systems. Need to cater for both. On Fri, Jul 26, 2013 at 9:02 AM, drago01 wrote: > On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell wrote: > >> > >> No one said that stuff should change "unexpectedly" (and that's not > >> what currently happens eit

Re: [SDL/f19] (2 commits) ...Add NAS support

On 2013-07-26, Nicolas Chauvet wrote: > --===1863972867785366390== > Content-Type: multipart/alternative; boundary=047d7b2e0c172d2ba704e26983c8 > > --047d7b2e0c172d2ba704e26983c8 > Content-Type: text/plain; charset=UTF-8 > > 2013/7/26 Petr Pisar > >> Summary of changes: >> >> 63275d

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

Le mercredi 24 juillet 2013 à 15:11 -0700, Adam Williamson a écrit : > On Wed, 2013-07-24 at 16:50 +, "Jóhann B. Guðmundsson" wrote: > > On 07/24/2013 04:40 PM, inode0 wrote: > > > On Wed, Jul 24, 2013 at 11:07 AM, "Jóhann B. Guðmundsson" > > > wrote: > > > The entire budget is not public so y

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

On Fri, Jul 26, 2013 at 2:20 PM, Mark Bidewell wrote: >> >> No one said that stuff should change "unexpectedly" (and that's not >> what currently happens either). >> Actually its the opposite you want to consider the "whole picture" >> when doing changes and not think >> of independent pieces stuc

Re: [SDL/f19] (2 commits) ...Add NAS support

2013/7/26 Nicolas Chauvet : > > > > 2013/7/26 Petr Pisar >> >> Summary of changes: >> >> 63275df... Add esound and arts BRs (*) >> 43ee9b2... Add NAS support (*) > > > Do we really need to re-enable thoses deprecated sound server ? > I guess no Freedom. Friends. Features. Floppy disk support

Unremovable packages due to scriptlet failures

Hi, It happens from time to time that yum is unable to remove packages when uninstall scriptlets fail. For experienced users, it is just a matter of doing rpm -e --noscripts, but casual users will likely end up with yum check complaining about duplicate packages etc. So - Might the damage not be s

Re: [SDL/f19] (2 commits) ...Add NAS support

2013/7/26 Petr Pisar > Summary of changes: > > 63275df... Add esound and arts BRs (*) > 43ee9b2... Add NAS support (*) > Do we really need to re-enable thoses deprecated sound server ? I guess no Nicolas (kwizart) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapro

[perl-Data-HexDump-XXD] 0.1.1 bump

commit 38803b5edfaf65b665231102398fcacff22e81e2 Author: Jitka Plesnikova Date: Fri Jul 26 14:32:25 2013 +0200 0.1.1 bump .gitignore|1 + Data-HexDump-XXD-0.1.0-Declare-POD-encoding.patch | 31 - perl-Data-HexDump-XXD.spec

Re: Summary of accepted Fedora 20 Changes - week 30

On Thu, 2013-07-25 at 16:20 -0700, Toshio Kuratomi wrote: > (/me notes that if mattdm's Ring 1 was defined, this might be somewhat > easier to decide upon. If sendmail was in Ring 1 it would be an expected > part of the Fedora Platform. Anything general purpose and carrying the name > Fedora wou

Re: rpmconf and new feature to configure application

What I really want is rpmconf mode for emacs. I could use all the nice tools like emacs ediff. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

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

> > > No one said that stuff should change "unexpectedly" (and that's not > what currently happens either). > Actually its the opposite you want to consider the "whole picture" > when doing changes and not think > of independent pieces stuck together. That's why the "lets build some > core platform

Re: Summary of accepted Fedora 20 Changes - week 30

On Fri, Jul 26, 2013 at 12:38 PM, Michael Scherer wrote: > Le jeudi 25 juillet 2013 à 11:55 -0700, Adam Williamson a écrit : >> On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote: >> > On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote: >> > >> > > Partially accepted Chang

Re: rpmbuild --buildarch equivalent?

ExclusiveArch. Sent from S3 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Backslash swallowed by %configure on koji rawhide build

It made things more difficult. I don't think everyone will remeber trap ASAP. Sent from S3 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F20 System Wide Change: Enable SELinux Labeled NFS Support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/25/2013 06:45 PM, James Hogarth wrote: > > On 25 Jul 2013 19:55, "Daniel J Walsh" > wrote: > >> > > The only provisos/additions I could suggest on the above then is to make > it clear in the release notes that serve

Re: F20 System Wide Change: Enable SELinux Labeled NFS Support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/26/2013 03:40 AM, Florian Weimer wrote: > On 07/25/2013 08:55 PM, Daniel J Walsh wrote: > >> Labels are applied based on the client rules. Which does bring up an >> interesting idea of what happens if the server initiates a relabel. > > Can w

Re: rpmbuild --buildarch equivalent?

>> Hi, >> >> A long time ago rpmbuild used to have an option --buildarch to >> override the arch detection. What is its equivalent nowadays? Sorry, >> couldn't figure it out so far. >> > > --target=x86_64 Hmm... That builds a package for x86_64 even if there is a 'ExcludeArch: x86_64' statement in

Re: Summary of accepted Fedora 20 Changes - week 30

Le jeudi 25 juillet 2013 à 11:55 -0700, Adam Williamson a écrit : > On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote: > > On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote: > > > > > Partially accepted Changes > > > * No Default Sendmail - > > > https://fedoraproject.o

Re: Summary of accepted Fedora 20 Changes - week 30

On 07/25/2013 10:36 PM, Bastien Nocera wrote: - Original Message - On Thu, 2013-07-25 at 17:36 +0200, Lennart Poettering wrote: On Thu, 25.07.13 14:39, Jaroslav Reznik (jrez...@redhat.com) wrote: Partially accepted Changes * No Default Sendmail - https://fedoraproject.org/wiki/Changes

Re: rpmbuild --buildarch equivalent?

On Sex, 2013-07-26 at 11:42 +0200, Juerg Haefliger wrote: > Hi, > > A long time ago rpmbuild used to have an option --buildarch to > override the arch detection. What is its equivalent nowadays? Sorry, > couldn't figure it out so far. > --target=x86_64 but nowadays I use mock to build packages

Re: Summary of accepted Fedora 20 Changes - week 30

On Fri, 26.07.13 08:47, Brendan Jones (brendan.jones...@gmail.com) wrote: > On 07/26/2013 01:47 AM, Lennart Poettering wrote: > > > >[1] "Onsen", in Berlin-Friedrichshain (recommended) > > > Hmmm I must try it. Hard to find real Japanese in this city. It's not a "real" Japanese. I think it's run

Re: Summary of accepted Fedora 20 Changes - week 30

Marcela Mašláňová píše v Pá 26. 07. 2013 v 10:33 +0200: > On 07/26/2013 01:20 AM, Toshio Kuratomi wrote: > > On Thu, Jul 25, 2013 at 05:09:54PM -0600, Stephen John Smoogen wrote: > >> On 25 July 2013 16:59, Billy Crook wrote: > >>> On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera > >>> wrote: > >

Re: Summary of accepted Fedora 20 Changes - week 30

- Original Message - > On 25 July 2013 16:59, Billy Crook wrote: > > On Thu, Jul 25, 2013 at 3:36 PM, Bastien Nocera wrote: > >> Given the amount of time that he spent on the mailing-list fighting for > >> those features, then it looks like a waste of time, that work has been > >> done. >

  1   2   >