Re: Let's retire original glib and gtk+ (new report)

Peter Boy (p...@uni-bremen.de) said: > And, by the way, it is one of Linux’s (and Fedora Linux’s) core > distinguishing features that it does not follow the short-term commercial > life cycles, but enables long-term usability, for "old" hardware as well > as software. And we should not give that

Re: Packaging of Ansible collections

James Cassell (fedoraproj...@cyberpear.com) said: > > > I guess if would be enough to put the files somewhere under > > > /usr/share/ansible, but not sure. Also I'm not sure what download URL > > > could > > > be used. > > > > What is the goal of downstream collection packaging here - what

Re: Packaging of Ansible collections

Igor Gnatenko (ignatenkobr...@fedoraproject.org) said: > Hello, > > Did anybody had an experience of packaging Ansible collections into an RPM? > > I guess if would be enough to put the files somewhere under > /usr/share/ansible, but not sure. Also I'm not sure what download URL could > be

orphaning: comps-extras, goffice08

comps-extras: required by PackageKit goffice08: required by nip2, cutter Neither has required any significant maintenance if someone wants to pick them up. Bill ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

[rpms/perl-HTML-TableExtract] PR #1: Update to 2.15 and a number of small corrections.

notting commented on the pull-request: `Update to 2.15 and a number of small corrections.` that you are following: `` N/M, build started: https://koji.fedoraproject.org/koji/taskinfo?taskID=33921967 `` To reply, visit the link below

[rpms/perl-HTML-TableExtract] PR #1: Update to 2.15 and a number of small corrections.

notting commented on the pull-request: `Update to 2.15 and a number of small corrections.` that you are following: `` feel free to build for rawhide (or respond if you can't, and I'll get to it) `` To reply, visit the link below

[rpms/perl-HTML-TableExtract] PR #1: Update to 2.15 and a number of small corrections.

notting merged a pull-request against the project: `perl-HTML-TableExtract` that you are following. Merged pull-request: `` Update to 2.15 and a number of small corrections. `` https://src.fedoraproject.org/rpms/perl-HTML-TableExtract/pull-request/1

Re: Fedora Lifecycles: imagine longer-term possibilities

Josh Boyer (jwbo...@fedoraproject.org) said: > > > If 7 years is what manufacturers really want, then it sounds like > > > CentOS is much better positioned to be get shipped on laptops than > > > Fedora. Instead of working on a new "Fedora LTS" for this usage case, > > > would time be better

Re: Fedora Lifecycles: imagine longer-term possibilities

Ben Rosser (rosser@gmail.com) said: > On Wed, Nov 14, 2018 at 2:55 PM Stephen John Smoogen wrote: > > From what I have talked with in the past.. 3 years is their bare > > minimum and 7 is their what we really want. It usually takes the > > vendor about 3-6 months of work to make sure the OS

Re: Semi-serious proposal: drop all optional entries from comps

Matthew Miller (mat...@fedoraproject.org) said: > On Sun, Sep 23, 2018 at 06:05:16AM +0100, Peter Robinson wrote: > > Some of the group stuff is also used during the compose and if things > > aren't in groups specified but needed by say a kickstart the packages > > won't be in certain places and

Re: Intent to orphan Python 2

Adam Williamson (adamw...@fedoraproject.org) said: > This rather begs the question of whether there are any modules which > only work *with python 2*, though... Given 1500+ modules, all of which can have their own python library dependencies, the safe answer is 'yes'. We're working to solve

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Tom Hughes (t...@compton.nu) said: > > On a more general note I think a lot of people are assuming we're all > > horrible evil people, trying to subvert the One True Fedora Way. This > > is exceptionally poisonous and needs to stop, otherwise Fedora should > > to drop both the "Friends",

Re: Proposal: Rethink Fedora multilib support (Take Two!)

Stephen Gallagher (sgall...@redhat.com) said: > The main reason for this is trying to simplify the module-building process. We > really don't want to attempt to build both arches within the same buildroot > for > most of the reasons we've established in this extended conversation. My first >

Re: Fedora on Macs, removing the release criterion

Josh Boyer (jwbo...@fedoraproject.org) said: > > If that is not the case anymore it would be good if that would be > > communicated in advance so that all users on mac hw could either > > switch distros or gang together to make a remix or something. > > You are confusing Fedora with a company.

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

Matthew Miller (mat...@fedoraproject.org) said: > On Wed, Sep 14, 2016 at 08:50:49PM +0100, Richard Hughes wrote: > > before pushing the next update? Three people gave the update positive > > karma and I can't believe all three did so without actually opening a > > JPEG-2000 image in any

Re: Fedora development of Snap packages

Neal Gompa (ngomp...@gmail.com) said: > And frankly, if you're trying to solve delivering software in a > cross-distro fashion, you're doing it wrong. Take for example how RPMs > "work": packages are generated with a set of generic dependencies > based on the symbols of libraries and programs.

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > Are you reading it from the specfile? > > It is just an implementation detail of the packaging (the RemovePathPostfixes > feature of rpm). The string you mentioned neither appears in the SONAME, nor > in any file installed by the RPMs in question. ...

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > On Wednesday, March 16, 2016 16:19:23 Bill Nottingham wrote: > > Kamil Dudka (kdu...@redhat.com) said: > > > Are you reading it from the specfile? > > > > > > It is just an implementation detail of the packaging (t

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > > - "Minimizing the fedora docker base image footprint" (by yanking dnf et.al. > > into a seprate container, making size of it much more irrelevant) - "DNF > > into C initiative started" (enabling a much larger depythoning that doesn't > > require differing

Re: introducing curl-minimal and libcurl-minimal RPM packages

Kamil Dudka (kdu...@redhat.com) said: > > If you care about a consistent developer, user, and debugging experience > > regardless of mechanism of delivery, you wouldn't do this in the first > > place, or you'd change the global curl package. Either the features are > > important, or they aren't.

Re: introducing curl-minimal and libcurl-minimal RPM packages

Ville Skyttä (ville.sky...@iki.fi) said: > On Wed, Mar 16, 2016 at 6:36 PM, Kamil Dudka wrote: > > The curl and libcurl packages, which are both required by dnf, > > Hm, does dnf really require curl? On my F-23 box: > > $ rpm -e --test curl > error: Failed dependencies: >

Orphaning: xchat-gnome

Reasons: - it's effectively dead upstream (and has been for about 5 years...) - it has a variety of crashers I haven't gotten around to finding time to fix - I don't really use it any more anyways Suggestions: use hexchat, or polari, or irccloud, or really anything else. Or take it if you

Re: three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

Peter Robinson (pbrobin...@gmail.com) said: > > Yeah, this is because the Samba and FreeIPA packages didn't quite finish > > their python 3 conversion in time. By F25, we should be able to avoid > > shipping python 2 in the default installation of Fedora Server. > > Except if you want to use

Re: Minimizing the fedora docker base image footprint

Courtney Pacheco (cpach...@redhat.com) said: > Hi everyone, > > I've spent some time trying to minimize the footprint of the Fedora docker > base image. Overall, I managed to reduce its size by 39.9%. > > A summary of the work I did can be found here: >

Re: F24 Self Contained Change: System Python

Miro Hrončok (mhron...@redhat.com) said: > I had this in mind as well, but currently, this is not the part of the > change. Once we need this and we have system-python, we can propose a > system wide change that system-python is a different version. ... is the goal that the system-python is

Re: On packager motivation

Michael Schwendt (mschwe...@gmail.com) said: > > Sometimes a provenpackager will make a bad change, and that's > > unfortunate, but it happens. Sometimes package owners make bad changes > > too! :-) > > You're taking it too lightly. Somebody who performs version upgrades really > needs to take

Re: ZFS on linux

Gerald B. Cox (gb...@bzb.us) said: > On Thu, Jan 14, 2016 at 9:25 AM, Stephen John Smoogen > wrote: > > > > > Here is a simple if then for figuring out how ZFS support may ever get > > into Fedora: > > > I originally believed it was simply a licensing issue that was

Re: ansible in Fedora 23+ (python3)

Till Maas (opensou...@till.name) said: > On Wed, Nov 18, 2015 at 04:00:41PM -0800, Adam Williamson wrote: > > > OK - so what's the clear and non-controversial definition of "modules > > like 'file', 'template' and 'copy'"? What do those modules share in > > common that we can define clearly and

Re: ansible in Fedora 23+ (python3)

Adam Williamson (adamw...@fedoraproject.org) said: > On Tue, 2015-10-13 at 22:21 -0400, Dusty Mabe wrote: > > > > Does anyone have a good solution for this? Obviously it would be nice > > if ansible went to python3 but I think they have stated clearly that > > they are sticking with python2 for

Re: ansible in Fedora 23+ (python3)

Adam Williamson (adamw...@fedoraproject.org) said: > > You really really want libselinux-python(2) for that as well - it's needed > > for any file/copy/templating you'd do on the node to ensure proper SELinux > > contexts. (In fact, Ansible will abort on the node without it if it detects > >

Re: ansible in Fedora 23+ (python3)

Kevin Kofler (kevin.kof...@chello.at) said: > Fabio Alessandro Locati wrote: > > Also, the problem is that RedHat still supports RHEL5 systems which > > for today standards are totally legacy and therefore it has to run on > > Python 2.4. > > The point of forking would be that the fork wouldn't

Re: ansible in Fedora 23+ (python3)

Robert Kuska (rku...@redhat.com) said: > > > Yes, DNF module works for ansible from the box. We worked at it for > > > some time: https://github.com/ansible/ansible-modules-extras/pull/527 > > > > ...with the caveat from the first post in this thread: You will need to > > have the python2 dnf

Re: comps packagereq items default to "mandatory"

Orion Poplawski (or...@cora.nwra.com) said: > Almost none of those appear to be "Mandatory". > > We think this is becoming an issue now because it appears that dnf perhaps now > prevents kickstart installs from removing mandatory packages from the install > set. See

Re: Proposal to reduce anti-bundling requirements

Adam Williamson (adamw...@fedoraproject.org) said: > > Similarly, if I'm developing some piece of software that embeds/uses > > PostgreSQL, I'm likely targeting multiple distributions, potentially > > including Fedora, CentOS, RHEL, Ubuntu, and more. Even if Postgres > > is a core > > well

Re: Proposal to reduce anti-bundling requirements

Stephen Gallagher (sgall...@redhat.com) said: > Sorry, I was unclear. I do agree that once upon a time, this was > absolutely effective. I probably should have said something more along > the lines of what you did below; that the battlefield has changed and > our former tactics are no longer

Re: Rawhide plans

Jonathan Wakely (jwak...@redhat.com) said: Rawhide already *perfectly* implies rolling to me. Rollin' rollin' rollin' though the streams are swollen. Nice to see tht some things survive, some 17 years on https://lwn.net/1998/0820/rawhide.html Bill -- devel mailing list

Re: Rawhide plans

Rex Dieter (rdie...@math.unl.edu) said: Kevin Fenzi wrote: * Matt opened a thread on the marketing list about renaming rawhide. It sounds like most people would prefer us to make the changes first, then and only then look at renaming. s/renaming/rebranding/ I personally would

Re: Is it time to allow Chromium in Fedora?

Chris Murphy (li...@colorremedies.com) said: On Tue, Aug 11, 2015 at 12:41 PM, Gerald B. Cox gb...@bzb.us wrote: https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries Meanwhile, on OS X I was already given notification of Firefox being updated to 40.0.0 just a bit ago. And while I

Re: Validity of i686 as a release blocker

Paul W. Frields (sticks...@gmail.com) said: On Tue, Aug 04, 2015 at 09:47:27AM -0400, Josh Boyer wrote: [...snip...] Perhaps it is time that we evaluate where i686 stands in Fedora more closely. For a starting suggestion, I would recommend that we do not treat it as a release blocking

Re: gross DNF bandwidth inefficiency if filesystem space limited

Kevin Fenzi (ke...@scrye.com) said: So, you are proposing we do things exactly as we are now, but also keep around all previous copies of the packages in the repos (but not in the repodata)? I'm not sure if that setup would work with dnf. I think it requires whatever mirror(s) it uses to

Re: Pushing the extra AppData files into Rawhide

David Timms (dti...@iinet.net.au) said: On 01/04/15 00:34, Richard Hughes wrote: On 31 March 2015 at 14:07, David Timms dti...@iinet.net.au wrote: I see my package was adjusted, but I can't get it to build: I only build the new-enough libappstream-glib into rawhide -- seeing as most

Re: Why -mtune=atom?

Florian Weimer (fwei...@redhat.com) said: The default CFLAGS set by RPM include “-mtune-atom”. Why? I doubt Atom CPUs are Fedora's primary target. It's not even a documented GCC option. There is such a wide variety of CPUs under this label that it's not even clear what it would mean.

Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments

Hedayat Vatankhah (hedayat@gmail.com) said: /*Bill Nottingham nott...@splat.cc*/ wrote on Tue, 6 Jan 2015 11:39:27 -0500: ... - Even searching for -devel packages implies a target == host build sensibility that is relevant mostly to those developing Fedora, and not to most

Re: Deleting f20-gnome-3-12 copr

Pete Travis (li...@petetravis.com) said: On Jan 7, 2015 6:00 AM, Richard Hughes hughsi...@gmail.com wrote: I'm planning to delete https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/ this week. The original description always had This COPR will be updated until Fedora 21 has

Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments

Andrew Lutomirski (l...@mit.edu) said: On Mon, Jan 5, 2015 at 10:36 AM, Miloslav Trmač m...@redhat.com wrote: While I think you are right in some cases like cashier, isn't this discussion really about the Fedora Workstation?! Since for this the target user is a developer, can we just agree

Re: How to handle upgrades to Fedora 21

Stephen Gallagher (sgall...@redhat.com) said: Rehashing the conversation elsewhere, the problem with DIY and similar is that it doesn't make much sense in the context of Spins, which are non-productized but not particularly do-it-yourself. While they're not DIY in the context of the initial

Re: Comps fails to validate (patch inside!)

As the guilty party in many cases for not updating the .rng file... Kevin Fenzi (ke...@scrye.com) said: The comps-el4.xml.in and comps-el5.xml.in changes remove a nearly empty group named editors. The description claims that the group contains emacs and vi, but it doesn't. All it

Re: Cc: on dead packages

Bastien Nocera (bnoc...@redhat.com) said: Apparently, people can still file bugs for dead packages: https://bugzilla.redhat.com/show_bug.cgi?id=1114180 And I (and many others) get CC:ed on those bugs files, with no possibility to remove ourselves from the CC: in pkgdb. Any idea where I

Re: comps categories: are they any use to anyone any more?

Adam Williamson (awill...@redhat.com) said: Working on comps for the NetworkManager submodule change (see other email) made me wonder: are the comps 'categories' actually used for anything any more? I believe they were used in oldUI for presentation of the 'pick a package' UI. We don't

Re: [RFC] plans for initscripts in F22

Lukáš Nykrýn (lnyk...@redhat.com) said: Also the sysctl stuff should be consumed by systemd: /usr/lib/sysctl.d/00-system.conf /etc/sysctl.conf /etc/sysctl.d/99-sysctl.conf Can we have a joint initscripts + systemd release in a few days to change ownership of those files? Sounds great.

Re: [RFC] plans for initscripts in F22

Michael Scherer (m...@zarb.org) said: For LSB, there is an explicit promise that if a vendor does what is specified, the package will be possible to install and will run correctly. We do, of course, have the option to repudiate LSB and explicitly say we don't care for future releases.

Re: F21 System Wide Change: Cockpit Management Console

Jaroslav Reznik (jrez...@redhat.com) said: I think this definitely better way - not being as strict regarding deadlines for Cockpit and get some test coverage during later Test Day. I'd be fine with a later deadline for Cockpit if needed, especially since (from the feature page description)

Re: F21 System Wide Change: Ruby193 in SCL

Marcela Mašláňová (mmasl...@redhat.com) said: On 04/14/2014 10:17 PM, Bill Nottingham wrote: Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: Ruby193 in SCL = https://fedoraproject.org/wiki/Changes/Ruby193_in_SCL Change owner(s): Marcela Mašláňová mmasl

Re: F21 System Wide Change: Workstation: Disable firewall

Miloslav Trmač (m...@volny.cz) said: AFAICS this discussion basically says applications can't depend on firewalld, therefore they can't use firewalld APIs, therefore they wouldn't know whether the firewall restircts them, therefore firewalld must be removed. The only given reason why the

Re: F21 Self Contained Change: Remote Journal Logging

Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) said: On Mon, Apr 14, 2014 at 04:20:16PM -0400, Bill Nottingham wrote: Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: Remote Journal Logging = https://fedoraproject.org/wiki/Changes/Remote_Journal_Logging

Summary/Minutes for Wednesday's FESCo meeting (2014-04-16)

=== #fedora-meeting: FESCo (2014-04-16) === Meeting started by notting at 17:01:57 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-04-16/fesco.2014-04-16-17.01.log.html . Meeting summary

Schedule for Wednesday's FESCo meeting (2014-04-16)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17: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 '2014-04-16 17:00 UTC' Links to all tickets

Re: F21 System Wide Change: The securetty file is empty by default

Jóhann B. Guðmundsson (johan...@gmail.com) said: So let's just clear this matter once and for all... Is the baseWG supposed to be responsible for the decisions and direction and the length of maintenance of those 1806 components they self defined as a part of the baseWG? In the same way

Re: appdata handling

Richard Hughes (hughsi...@gmail.com) said: - How long does it take that the new appdata is propagated to gnome-software I do new builds nearly every day, but the builds that are shipped in gnome-software and pushed to users is usually updated every month or so. A FAQ related to this

Re: F21 System Wide Change: Fedora 21 Make 4.0 Update

Jaroslav Reznik (jrez...@redhat.com) said: == Scope == * Proposal owners: ** Rebase to make-4.0 ** 6 patches need to be updated to work with new sources ** 14 patches will be removed as they are already supported by the make-4.0 rebase ** make.spec will be updated ** local build and test

Re: F21 System Wide Change: Smaller Cloud Image Footprint

Jaroslav Reznik (jrez...@redhat.com) said: == Scope == As mentioned, there's really various changes that are quite independent of each other but share the common goal. * Proposal owners: ** Replace NetworkManager, etc. with systemd-networkd. ** Make sure only just kernel-core, not kernel

Re: F21 Self Contained Change: Remote Journal Logging

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: Remote Journal Logging = https://fedoraproject.org/wiki/Changes/Remote_Journal_Logging Change owner(s): Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl Systemd journal can be configured to forward events to a

Re: F21 System Wide Change: Ruby193 in SCL

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: Ruby193 in SCL = https://fedoraproject.org/wiki/Changes/Ruby193_in_SCL Change owner(s): Marcela Mašláňová mmasl...@redhat.com Ruby 1.9.3 with Rails 3.2.8 is still commonly used by many projects. Let's provide

Re: F21 System Wide Change: BerkeleyDB 6

Jaroslav Reznik (jrez...@redhat.com) said: == Scope == * Proposal owners: Create new set of packages and introduce proper versioning in order to not confuse the dynamic linker. Is this symbol versioning intended to be upstream? Bill -- devel mailing list devel@lists.fedoraproject.org

Re: trimming down Fedora installed size

James Antill (ja...@fedoraproject.org) said: Not that I assume splitting lanauges and docs. into sub packages would triple primary numbers, but if it did ... that would be bad. To put it in perspective, if we split out 'langpacks' for apps per language, something like gedit then grows *100*

Re: Schedule for Thursday's FPC Meeting (2014-04-10 16:00 UTC)

James Antill (ja...@fedoraproject.org) said: For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a

Re: trimming down Fedora installed size

Florian Festi (ffe...@redhat.com) said: 1) Normal weak dependencies. In a normal install all the docs (and all other bells and whistles) get installed by default. You can remove/deselect packages which are pulled in by weak dependencies. You can even switch off all weak dependencies to only

Re: F21 System Wide Change: Framework for Server Role Deployment

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: Framework for Server Role Deployment = https://fedoraproject.org/wiki/Changes/FrameworkForServerRoleDeployment Change owner(s): Miloslav Trmač mitr AT volny DOT cz, Fedora Server Working Group server AT lists DOT

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: lbzip2 as default bzip2 implementation = https://fedoraproject.org/wiki/Changes/lbzip2 Change owner(s): Mikolaj Izdebski mizde...@redhat.com This change aims at making lbzip2 [1] default bzip2 implementation used

Re: F21 Self Contained Change: NFS Ganesha File Server

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: NFS Ganesha File Server = https://fedoraproject.org/wiki/Changes/NFSGanesha Change owner(s): Jim Lieb l...@sea-troll.net NFS Ganesha is a user mode file server that supports NFSv3, NFSv4, and NFSv4.1

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, “What’s Happening?”)

Richard W.M. Jones (rjo...@redhat.com) said: It wasn't about whether VLC could go into Fedora, but if there going to be a ring, with the Fedora name, where basically anything goes including software of insalubrious legality (in the US). And I guess the answer is no. Correct - the relaxing

Re: Heads up: Mesa/LLVM rebase and OpenGTL retirement in F20

Adam Jackson (a...@redhat.com) said: On Fri, 2014-03-28 at 07:39 -0400, Jaroslav Reznik wrote: +1 And yep, it should go to FESCo - this has much more bigger scope than 10.0.3 due to LLVM update. You know I'm more than ok with updates to Fn-1 but this one should be coordinated very

Re: F21 Self Contained Change: Apache Mesos

Jaroslav Reznik (jrez...@redhat.com) said: - Original Message - Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: Apache Mesos = https://fedoraproject.org/wiki/Changes/ApacheMesos Change owner(s): Timothy St. Clair tstcl...@redhat.com

Re: Heads up: Mesa/LLVM rebase and OpenGTL retirement in F20

Matthew Miller (mat...@fedoraproject.org) said: On Fri, Mar 28, 2014 at 11:37:24AM -0400, Adam Jackson wrote: It might be nice if Fedora adopted the common practice (among other OSes with interface assurances) of at least attempting to define stability levels. Whose action item would that

Re: F21 System Wide Change: PrivateDevices=yes and PrivateNetwork=yes For Long-Running Services

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: PrivateDevices=yes and PrivateNetwork=yes For Long-Running Services = https://fedoraproject.org/wiki/Changes/PrivateDevicesAndPrivateNetwork Change owner(s): Lennart Poettering lennart at poettering dot net, Dan

Re: F21 Self Contained Change: Apache Mesos

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed Self Contained Change: Apache Mesos = https://fedoraproject.org/wiki/Changes/ApacheMesos Change owner(s): Timothy St. Clair tstcl...@redhat.com Apache Mesos [1] is a cluster manager for sharing distributed application frameworks.

Re: Maybe it's time to get rid of tcpwrappers/tcpd?

Lennart Poettering (mzerq...@0pointer.de) said: this through... I'd be happy though if somebody else would pick this up. Looking at the current FESCO members I am not entirely sure though whether a proposal to disable libwrap would have a chance in the current cycle though. (also, M. Miller

Re: F21 System Wide Change: Ruby on Rails 4.1

Jaroslav Reznik (jrez...@redhat.com) said: * Other developers: Update Rails dependent packages to be working with Ruby on Rails 4.1 Looking at the repo, the only toplevel 'app' that this would appear to cover would be OpenShift Origin, which is already called out on the feature page? Bill

Re: F21 Self Contained Change: Security Policy In The Installer

Vratislav Podzimek (vpodz...@redhat.com) said: Thanks for your feedback, it definitely is constructive! I've recorded a video preview demostrating the feature's functionality. Hope that answers at least some of your and others' questions. https://vimeo.com/89243587 So, having watched the

Re: F21 Self Contained Change: Security Policy In The Installer

Jan Lieskovsky (jlies...@redhat.com) said: Is any Fedora 21 product targeted mainly for enterprise deployment? The vice versa view. Rather effort to use security configuration, vulnerability and patch management also in Fedora product(s) (provide necessary tools to allow it). The

Re: F21 Self Contained Change: Security Policy In The Installer

Miloslav Trmač (m...@volny.cz) said: There are two ways to avoid this limitation and get better security: either be a security expert or paranoid yourself (and in that case you don't need anaconda's handholding), or have an expert (that you trust or have to listen to) make an informed choice

Re: [Guidelines Change] Changes to the Packaging Guidelines

Tom Callaway (tcall...@redhat.com) said: As part of the ongoing effort to update the guidelines for an eventual change from python2 to python3 as the default python we're promoting use of %{python2}, %{python2_sitelib}, and %{python2_sitearch} instead of the unversioned %{python},

Re: Per-Product Config file divergence

Toshio Kuratomi (a.bad...@gmail.com) said: At last week's FESCo meeting, the fact that Products desired to have divergent configuration was briefly touched on. On Thursday, a few FPC members had a brainstorming session about it and on Friday, sgallagh and that brainstorming continued with

Summary/Minutes from today's FESCo Meeting (2014-03-05)

=== #fedora-meeting: FESCO (2014-03-05) === Meeting started by sgallagh at 17:59:49 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-03-05/fesco.2014-03-05-17.59.log.html . Meeting summary

Re: hierarchical comps groups proposal

Jens Petersen (peter...@redhat.com) said: (I'm not going to contribute actual work on this anyway, but) do we actually need that complexity? I am not sure how complex it is. As Ales pointed out it might allow us to remove environment groups for example so it might actually simplify

Schedule for Wednesday's FESCo Meeting (2014-03-05)

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 '2014-03-05 18:00 UTC' Links to all tickets

Re: F21 System Wide Change: System-wide crypto policy

Nikos Mavrogiannopoulos (n...@redhat.com) said: On Thu, 2014-02-27 at 11:52 -0500, Bill Nottingham wrote: == Detailed Description == The idea is to have some predefined security levels such as LEVEL-80, LEVEL-128, LEVEL-256, or ENISA-LEGACY, ENISA-FUTURE, SUITEB-128, SUITEB-256

Re: default file system, was: Comparison to Workstation Technical Specification

Josh Boyer (jwbo...@fedoraproject.org) said: Basically, what I'm saying is that if Desktop would be OK with using xfs-on-LVM as default with all choices demoted to custom partitioning (no dropdown), as Server has currently agreed on, that'd be great. Or if we could otherwise achieve

Re: F21 System Wide Change: System-wide crypto policy

Jaroslav Reznik (jrez...@redhat.com) said: = Proposed System Wide Change: System-wide crypto policy = https://fedoraproject.org/wiki/Changes/CryptoPolicy Change owner(s): Nikos Mavrogiannopoulos n...@redhat.com Unify the crypto policies used by different applications and libraries. That

Re: default file system, was: Comparison to Workstation Technical Specification

Stephen Gallagher (sgall...@redhat.com) said: Directed more broadly at all three products: Formal proposal (for discussion): All three products agree to use ext4 for /boot and XFS-on-LVM for all other partitions in the guided mode. All is fair game in the custom mode. Also, for the sake

[perl-Finance-Quote/el6] Fix requires (#1069717)

commit 4864a45a72317122a3467aace3d1b4e5f7e3aae7 Author: Bill Nottingham nott...@redhat.com Date: Tue Feb 25 10:11:35 2014 -0500 Fix requires (#1069717) FQ-requires.patch | 25 + perl-Finance-Quote.spec |7 ++- 2 files changed, 31 insertions(+), 1

Re: Schedule for Wednesday's (today's) FESCo Meeting (2014-02-19)

Tomas Mraz (tm...@redhat.com) said: 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

[perl-Finance-Quote] Add missing requires that causes some quotes to fail. (#859607)

commit aebdbe8bd39afc0cb8b67bc821ea87fd91198721 Author: Bill Nottingham nott...@redhat.com Date: Tue Feb 18 15:10:49 2014 -0500 Add missing requires that causes some quotes to fail. (#859607) perl-Finance-Quote.spec | 11 --- 1 files changed, 8 insertions(+), 3 deletions

[perl-Finance-Quote] Remove old patch

commit d8d19c8d8e5147171cc3cc5b47540f85ad2d5e3e Author: Bill Nottingham nott...@redhat.com Date: Tue Feb 18 15:11:18 2014 -0500 Remove old patch tiaa-cref.patch | 520 --- 1 files changed, 0 insertions(+), 520 deletions(-) -- Fedora

[perl-Finance-Quote/epel7] (2 commits) ...Remove old patch

Summary of changes: aebdbe8... Add missing requires that causes some quotes to fail. (#859 (*) d8d19c8... Remove old patch (*) (*) 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

[perl-Finance-Quote/el6] (3 commits) ...Merge branch 'master' into el6

Summary of changes: aebdbe8... Add missing requires that causes some quotes to fail. (#859 (*) d8d19c8... Remove old patch (*) 87b1f78... Merge branch 'master' into el6 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG

[perl-Finance-Quote/el6: 3/3] Merge branch 'master' into el6

commit 87b1f785ddf95a60d7de13937d001e7acfc28d1e Merge: bfccbc0 d8d19c8 Author: Bill Nottingham nott...@redhat.com Date: Tue Feb 18 15:13:42 2014 -0500 Merge branch 'master' into el6 perl-Finance-Quote.spec | 11 +- tiaa-cref.patch | 520

[perl-Finance-Quote/f19] (2 commits) ...Remove old patch

Summary of changes: aebdbe8... Add missing requires that causes some quotes to fail. (#859 (*) d8d19c8... Remove old patch (*) (*) 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

[perl-Finance-Quote/f20] (2 commits) ...Remove old patch

Summary of changes: aebdbe8... Add missing requires that causes some quotes to fail. (#859 (*) d8d19c8... Remove old patch (*) (*) 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

[perl-Finance-Quote/el6] no perl-Mozilla-CA on el6

commit d0f31458e701cd36d3248955935d1ce77323c4c6 Author: Bill Nottingham nott...@redhat.com Date: Tue Feb 18 15:28:17 2014 -0500 no perl-Mozilla-CA on el6 perl-Finance-Quote.spec |1 - 1 files changed, 0 insertions(+), 1 deletions(-) --- diff --git a/perl-Finance-Quote.spec b/perl

  1   2   3   4   5   6   7   8   9   >