Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Christian Schaller wrote: I think the part of the sentence you probably missed was if you are aware and understand the finer details here, because for anyone who doesn't understand the finer details here you are suggesting we default the system to 'broken'. s/broken/secure/ Secure by default

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 19:13 schrieb Kevin Kofler: Michael Catanzaro wrote: The default for an invalid TLS certificate should be to fail, no exceptions, since we know that a user clicking Yes is almost always picking the wrong option. Nonsense (and this is one of the reasons I hate Firefox). The

Schedule for Wednesday's FESCo Meeting (2014-12-10)

2014-12-09 Thread Tomas Hozza
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-12-10 18:00 UTC' Links to all tickets

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Brian Wheeler wrote: Ok, so what product/spin am I supposed to use? I'm a RHEL sysadmin but I use Fedora on my desktop laptop. I expect the firewall to be on so when I evaluate a new piece of software or do a bit of network development I don't inadvertently increase my

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Przemek Klosowski wrote: I think that we should start with the low hanging fruit and simplify the firewall zones to two : a public, restricted one and a home/private with more ports open; selected by user for each new interface. Those 2 zones are basically what is defined now with that

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Michael Catanzaro wrote: The default for an invalid TLS certificate should be to fail, no exceptions, since we know that a user clicking Yes is almost always picking the wrong option. Nonsense (and this is one of the reasons I hate Firefox). The right answer for an invalid TLS certificate is

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Chuck Anderson
On Tue, Dec 09, 2014 at 11:16:54AM -0700, Pete Travis wrote: But seriously, there's an implication in this thread that there will be work happening to give stuff a path to ask for an open port. Where can we follow along with that effort? Starting with, say, how I might change `nikola

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 19:33 schrieb Chuck Anderson: On Tue, Dec 09, 2014 at 11:16:54AM -0700, Pete Travis wrote: But seriously, there's an implication in this thread that there will be work happening to give stuff a path to ask for an open port. Where can we follow along with that effort?

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Bastien Nocera
- Original Message - Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based around what you specifically want, not me, nor anyone else on this list. If you're a developer, surely you

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 19:45 schrieb Bastien Nocera: Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based around what you specifically want, not me, nor anyone else on this list. If you're a developer,

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
So, since I was accused of ignoring the main part of this mail, let's answer it: Stephen Gallagher wrote: I think you're forgetting the core tenet of security: good security is *always* layered. But Workstation is basically removing the outer layer. Also yes: I keep my irreplaceable and

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 11:33 AM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 11:16:54AM -0700, Pete Travis wrote: But seriously, there's an implication in this thread that there will be work happening to give stuff a path to ask for an open port. Where can we follow along with that

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Richard Hughes
On 9 December 2014 at 18:19, Kevin Kofler kevin.kof...@chello.at wrote: If you're a developer, surely you know what a port is and can make a few clicks in firewall-config or system-config-firewall to open it! A developer who can't even figure that out is a HORRIBLE developer! Yup, that's me. A

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Stephen Gallagher wrote: * Port forward between two interfaces, which is really useful with virtualizationFedoraWorkstation (default, active) interfaces: em1 virbr0 virbr0-nic wlp4s0 sources: services: dhcpv6-client dns freeipa-ldap freeipa-ldaps samba-client ssh ports:

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Brian Wheeler
On 12/09/2014 01:45 PM, Bastien Nocera wrote: - Original Message - Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based around what you

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 19:54 schrieb Brian Wheeler: On 12/09/2014 01:45 PM, Bastien Nocera wrote: - Original Message - Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based around what you

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Chuck Anderson
On Tue, Dec 09, 2014 at 11:52:01AM -0700, Pete Travis wrote: On Dec 9, 2014 11:33 AM, Chuck Anderson c...@wpi.edu wrote: I should have said ask firewalld for a port to be opened - sorry, I thought that would come from the context. Are you saying bind() should be talking to firewalld, via

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Bastien Nocera wrote: If you start sharing something on a network, then we consider it safe to share. If you connect to a public unencrypted Wi-Fi, you won't have the option to. If you connect to an encrypted Wi-Fi where sharing your holiday photos isn't acceptable then it won't, because you

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 12:06 PM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 11:52:01AM -0700, Pete Travis wrote: On Dec 9, 2014 11:33 AM, Chuck Anderson c...@wpi.edu wrote: I should have said ask firewalld for a port to be opened - sorry, I thought that would come from the context.

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Les Howell
On Tue, 2014-12-09 at 16:04 +0100, Reindl Harald wrote: Am 09.12.2014 um 15:57 schrieb Christian Schaller: Well I think it is hard for anyone to guess what would be reasonable defaults for you specifically, any default is by its nature just targeting an generic person, which might or

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 11:54 AM, Brian Wheeler bdwhe...@indiana.edu wrote: On 12/09/2014 01:45 PM, Bastien Nocera wrote: - Original Message - Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Robert Marcano
On 12/09/2014 02:19 PM, Reindl Harald wrote: Am 09.12.2014 um 19:45 schrieb Bastien Nocera: Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based around what you specifically want, not me, nor anyone

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 20:16 schrieb Robert Marcano: On 12/09/2014 02:19 PM, Reindl Harald wrote: Am 09.12.2014 um 19:45 schrieb Bastien Nocera: Richard Hughes wrote: So do I! I'm a developer, which spin do I use so that the firewall doesn't get in my way? We can't develop a *product* based

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Bruno Wolff III
On Tue, Dec 09, 2014 at 19:20:10 +0100, Reindl Harald h.rei...@thelounge.net wrote: * Firefox asks too * it is not hard to accept a self signed cert * BUT it is hard enough to defeat the click OK somewhere reflex There should be a way to disable FF's you need to click twice to accept certs

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 20:20 schrieb Bruno Wolff III: On Tue, Dec 09, 2014 at 19:20:10 +0100, Reindl Harald h.rei...@thelounge.net wrote: * Firefox asks too * it is not hard to accept a self signed cert * BUT it is hard enough to defeat the click OK somewhere reflex There should be a way to

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Chuck Anderson
On Tue, Dec 09, 2014 at 12:09:23PM -0700, Pete Travis wrote: On Dec 9, 2014 12:06 PM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 11:52:01AM -0700, Pete Travis wrote: On Dec 9, 2014 11:33 AM, Chuck Anderson c...@wpi.edu wrote: I should have said ask firewalld for a port

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 12:38 PM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 12:09:23PM -0700, Pete Travis wrote: On Dec 9, 2014 12:06 PM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 11:52:01AM -0700, Pete Travis wrote: On Dec 9, 2014 11:33 AM, Chuck Anderson

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 20:51 schrieb Pete Travis: Hmm... a whitelist of things that are allowed to ask for firewall accommodation doesn't help me develop new applications at all. And you're jumping to a really high level UI thing and just sort of hand waving over the mechanism needed to make it all

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Matthew Miller
On Tue, Dec 09, 2014 at 08:55:38PM +0100, Reindl Harald wrote: a prerequisite for develop network applications is understanding of network basics and if your application don't use networking you are not affected But maybe you're part of a team, and not working on the networking part. --

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 21:02 schrieb Matthew Miller: On Tue, Dec 09, 2014 at 08:55:38PM +0100, Reindl Harald wrote: a prerequisite for develop network applications is understanding of network basics and if your application don't use networking you are not affected But maybe you're part of a team,

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 12:55 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 20:51 schrieb Pete Travis: Hmm... a whitelist of things that are allowed to ask for firewall accommodation doesn't help me develop new applications at all. And you're jumping to a really high level UI

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 21:25 schrieb Pete Travis: Lets say I do have an understanding of network basics, just for the sake of argument. I share my application with you. The application is intended to listen on the network, you know this and want the application for that purpose. You run the

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Chuck Anderson
On Tue, Dec 09, 2014 at 01:25:47PM -0700, Pete Travis wrote: On Dec 9, 2014 12:55 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 20:51 schrieb Pete Travis: Hmm... a whitelist of things that are allowed to ask for firewall accommodation doesn't help me develop new

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Solomon Peachy
On Tue, Dec 09, 2014 at 08:07:00PM +0100, Kevin Kofler wrote: This kind of sharing features is a security risk to begin with. Users starting them are part of the problem. A desktop is not a file server. A desktop isn't a file server, until it is. Please, take a deep breath, and consider that

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Robert Marcano
On 12/09/2014 04:04 PM, Chuck Anderson wrote: On Tue, Dec 09, 2014 at 01:25:47PM -0700, Pete Travis wrote: On Dec 9, 2014 12:55 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 20:51 schrieb Pete Travis: Hmm... a whitelist of things that are allowed to ask for firewall

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Bruno Wolff III
On Tue, Dec 09, 2014 at 20:35:35 +0100, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 20:20 schrieb Bruno Wolff III: There should be a way to disable FF's you need to click twice to accept certs that are not signed by authorities it recognizes. why? Because I have no trust

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Reindl Harald
Am 09.12.2014 um 21:47 schrieb Bruno Wolff III: On Tue, Dec 09, 2014 at 20:35:35 +0100, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 20:20 schrieb Bruno Wolff III: There should be a way to disable FF's you need to click twice to accept certs that are not signed by

DNF 0.6.3 Released

2014-12-09 Thread Jan Silhan
Hey, I am announcing release of DNF 0.6.3. In more detail here [1]. Try it out! [1] http://dnf.baseurl.org/2014/12/09/dnf-0-6-3-and-dnf-plugins-core-0-1-4-released/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Bruno Wolff III
On Tue, Dec 09, 2014 at 22:00:28 +0100, Reindl Harald h.rei...@thelounge.net wrote: what you completly ignore is the fact with the current warnings of firefox after accept the self signed cert it no longer wanns *but* if that cert changes it warns again This is not a significant threat for

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread William B
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If by opening up some ports that would have hampered the user, rather than protect them[1], we avoid the users disabling the firewall, and exposing security critical services (such as exposing rpcbind, or ntpd, or any other root service), then

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Pete Travis
On Dec 9, 2014 1:31 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 09.12.2014 um 21:25 schrieb Pete Travis: Lets say I do have an understanding of network basics, just for the sake of argument. I share my application with you. The application is intended to listen on the network, you

Re: Poll: How users use DNF

2014-12-09 Thread Jon Kent
Hi, We use yum wrapped up in a python script that runs from a master server and uses ssh to log into server/servers and run the requested command (the script doesn't support all, just most -install, downgrade, upgrade etc) against either a single rpm or upgrade all rpms. It uses the exit status

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Matthew Miller
On Wed, Dec 10, 2014 at 08:13:54AM +1030, William B wrote: * Exploited applications are now more easily able to communicate back to CC systems. Most applications are not sandboxed, and even if they were, this sandboxing is not an excuse to open up other parts of the system. Note that we

Re: Poll: How users use DNF

2014-12-09 Thread Przemek Klosowski
On 12/09/2014 12:28 PM, Radek Holy wrote: Please share with me the use cases, not the description of the install command. Think twice before you share something because I believe it's not as easy as it might seem. As an example I think it might be something like: - I call YUM install, because

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Ian Malone
On 9 December 2014 at 13:47, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 09, 2014 at 01:11:33PM +, Ian Malone wrote: have a proposal for a new spin focused on privacy and security — the Netizen Spin. (If you're interested, I think that could use additional contributors.)

Re: Poll: How users use DNF

2014-12-09 Thread Colin Walters
On Tue, Dec 9, 2014, at 04:58 PM, Jon Kent wrote: Hi, We use yum wrapped up in a python script that runs from a master server and uses ssh to log into server/servers and run the requested command I'd recommend Ansible, it comes with built in primitives for interacting with yum

Re: Poll: How users use DNF

2014-12-09 Thread Radek Holy
- Original Message - From: Radek Holy rh...@redhat.com To: devel@lists.fedoraproject.org Sent: Tuesday, December 9, 2014 6:28:54 PM Subject: Poll: How users use DNF Dear users of YUM and DNF, I'm writing to you regarding a request for your feedback. I would be very grateful if

Re: Poll: How users use DNF

2014-12-09 Thread Christopher
On Tue, Dec 9, 2014 at 12:28 PM, Radek Holy rh...@redhat.com wrote: Dear users of YUM and DNF, I'm writing to you regarding a request for your feedback. I would be very grateful if you could send me a brief description of how you use YUM or DNF currently or how would you like to use it. I am

Re: Poll: How users use DNF

2014-12-09 Thread M. Edward (Ed) Borasky
I have yet to port my scripts (https://bitbucket.org/znmeb/osjourno) from 'yum' to 'dnf'. I'm not sure I am going to unless the live ISO creation tools also switch. But I have tried both 'dnf' and 'yum' manually during the F21 alpha and beta test phases. I think there were cases where 'yum' said

Re: Poll: How users use DNF

2014-12-09 Thread Rahul Sundaram
Hi On Tue, Dec 9, 2014 at 7:19 PM, M. Edward (Ed) Borasky wrote: I have yet to port my scripts (https://bitbucket.org/znmeb/osjourno) from 'yum' to 'dnf'. I'm not sure I am going to unless the live ISO creation tools also switch. But I have tried both 'dnf' and 'yum' manually during the F21

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Bastien Nocera
- Original Message - On 9 December 2014 at 13:47, Matthew Miller mat...@fedoraproject.org wrote: On Tue, Dec 09, 2014 at 01:11:33PM +, Ian Malone wrote: have a proposal for a new spin focused on privacy and security — the Netizen Spin. (If you're interested, I think that

Re: Poll: How users use DNF

2014-12-09 Thread Oron Peled
On Tuesday 09 December 2014 18:39:25 Radek Holy wrote: Wow, I have already received a lot of feedback from you. I have not read it all yet. I very much appreciate it. Feel free to add even more feedback :-) I just forgot to mention that even your own aliases, plugins, workarounds and the

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Stephen John Smoogen wrote: In the end, this is a tempest in a teapot. The release is out and it is done. The release is out, but there are an expected 13 months of security updates, of which this ought to be the first. Kevin Kofler -- devel mailing list

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Dec 09, 2014 at 12:09:23PM -0700, Pete Travis wrote: On Dec 9, 2014 12:06 PM, Chuck Anderson c...@wpi.edu wrote: On Tue, Dec 09, 2014 at 11:52:01AM -0700, Pete Travis wrote: On Dec 9, 2014 11:33 AM, Chuck Anderson c...@wpi.edu wrote: I should have said ask firewalld for a port

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Pete Travis wrote: Lets say I do have an understanding of network basics, just for the sake of argument. I share my application with you. The application is intended to listen on the network, you know this and want the application for that purpose. You run the application, it tries to

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Solomon Peachy wrote: On Tue, Dec 09, 2014 at 08:07:00PM +0100, Kevin Kofler wrote: This kind of sharing features is a security risk to begin with. Users starting them are part of the problem. A desktop is not a file server. A desktop isn't a file server, until it is. Please, take a deep

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Kevin Kofler
Bastien Nocera wrote: For example, RTSP streaming, Rhythmbox remote control for iOS, music sharing via DAAP, DLNA sharing via rygel, but also DLNA client usage (through Videos), and VNC are impacted. This is a non-exhaustive list for the default applications in the Workstation version. VNC?!

Re: Poll: How users use DNF

2014-12-09 Thread Kevin Kofler
Przemek Klosowski wrote: I have mixed feelings for the typo correction/suggestions for arguments providing package names: I am glad they are case-insensitive because case conventions in package names are all over the place. On the other hand I am concerned about possible mistakes (I want to

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Simo Sorce
On Wed, 10 Dec 2014 05:46:32 +0100 Kevin Kofler kevin.kof...@chello.at wrote: Pete Travis wrote: Lets say I do have an understanding of network basics, just for the sake of argument. I share my application with you. The application is intended to listen on the network, you know this and

Re: Workstation Product defaults to wide-open firewall

2014-12-09 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Dec 10, 2014 at 12:08:19AM -0500, Simo Sorce wrote: Most users have no idea what NAT, TCP or ports are (nor should they!). At most they understand *literally* a question like: do you want this application to be allowed to access the network ? and you better name the app in the same way

Blacklisting of Indian xkb layouts

2014-12-09 Thread Anish Patil
Hi, We have xkb layouts and m17n input methods to type Indian languages and both gets installed on GNOME by default. So it always creates confusion for uses that which are input methods and xkb layouts. However with xkb layouts one can't write conjuncts or complex characters. So it would be

Re: Poll: How users use DNF

2014-12-09 Thread Jon Kent
Hi, Thanks, I'll take a look. Jon On Tue, 9 Dec 2014 22:58 Colin Walters walt...@verbum.org wrote: On Tue, Dec 9, 2014, at 04:58 PM, Jon Kent wrote: Hi, We use yum wrapped up in a python script that runs from a master server and uses ssh to log into server/servers and run the requested

[PkgDB] pghmcfc:perl-Hash-Merge-Simple commit set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: commit of package: perl-Hash-Merge-Simple from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Hash-Merge-Simple -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-Hash-Merge-Simple set point of contact to: pghmcfc

2014-12-09 Thread pkgdb
user: pghmcfc changed point of contact of package: perl-Hash-Merge-Simple from: orphan to: pghmcfc on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Hash-Merge-Simple -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-Hash-Merge-Simple watchcommits set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: watchcommits of package: perl-Hash-Merge-Simple from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Hash-Merge-Simple -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-Hash-Merge-Simple watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-Hash-Merge-Simple from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Hash-Merge-Simple -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-MooseX-SimpleConfig set point of contact to: pghmcfc

2014-12-09 Thread pkgdb
user: pghmcfc changed point of contact of package: perl-MooseX-SimpleConfig from: orphan to: pghmcfc on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-SimpleConfig -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-MooseX-SimpleConfig commit set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: commit of package: perl-MooseX-SimpleConfig from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-SimpleConfig -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-MooseX-SimpleConfig watchcommits set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: watchcommits of package: perl-MooseX-SimpleConfig from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-SimpleConfig -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-MooseX-SimpleConfig approveacls set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-MooseX-SimpleConfig from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-SimpleConfig -- Fedora Extras Perl SIG

[PkgDB] pghmcfc:perl-MooseX-SimpleConfig watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-MooseX-SimpleConfig from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-SimpleConfig -- Fedora Extras Perl SIG

File Compress-Raw-Bzip2-2.067.tar.gz uploaded to lookaside cache by pghmcfc

2014-12-09 Thread Paul Howarth
A file has been added to the lookaside cache for perl-Compress-Raw-Bzip2: 901cff521a53ec865977293571b517d8 Compress-Raw-Bzip2-2.067.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

[perl-Compress-Raw-Bzip2] Update to 2.067

2014-12-09 Thread Paul Howarth
commit 0455a79c8c65d3b1973557d73b8d735ef21ead9e Author: Paul Howarth p...@city-fan.org Date: Tue Dec 9 12:44:16 2014 + Update to 2.067 - New upstream release 2.067 (silence compiler warnings) - Classify buildreqs by usage perl-Compress-Raw-Bzip2.spec | 35

[perl-Compress-Raw-Bzip2] Created tag perl-Compress-Raw-Bzip2-2.067-1.fc22

2014-12-09 Thread Paul Howarth
The lightweight tag 'perl-Compress-Raw-Bzip2-2.067-1.fc22' was created pointing to: 0455a79... Update to 2.067 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

File Compress-Raw-Zlib-2.067.tar.gz uploaded to lookaside cache by pghmcfc

2014-12-09 Thread Paul Howarth
A file has been added to the lookaside cache for perl-Compress-Raw-Zlib: af702f6a5d89570894efb5a9d7bca15f Compress-Raw-Zlib-2.067.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

[perl-Compress-Raw-Zlib] Update to 2.067

2014-12-09 Thread Paul Howarth
commit 1a63e9dfba31dbde6b801af6b7c3ebc1b4accbc3 Author: Paul Howarth p...@city-fan.org Date: Tue Dec 9 13:07:02 2014 + Update to 2.067 - New upstream release 2.067 (silence compiler warnings) - Classify buildreqs by usage perl-Compress-Raw-Zlib.spec | 38

[PkgDB] psabata:perl-App-Nopaste watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-App-Nopaste from: Obsolete to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-App-Nopaste -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve set point of contact to: psabata

2014-12-09 Thread pkgdb
user: psabata changed point of contact of package: perl-Context-Preserve from: orphan to: psabata on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-Context-Preserve commit set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: commit of package: perl-Context-Preserve from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Context-Preserve from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve set point of contact to: psabata

2014-12-09 Thread pkgdb
user: psabata changed point of contact of package: perl-Context-Preserve from: orphan to: psabata on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-Data-Dumper-Concise set point of contact to: psabata

2014-12-09 Thread pkgdb
user: psabata changed point of contact of package: perl-Data-Dumper-Concise from: orphan to: psabata on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve commit set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: commit of package: perl-Context-Preserve from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Context-Preserve from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Data-Dumper-Concise commit set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: commit of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchbugzilla of package: perl-Context-Preserve from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-App-Nopaste approveacls set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: approveacls of package: perl-App-Nopaste from: Obsolete to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-App-Nopaste -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Data-Dumper-Concise watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Context-Preserve watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchbugzilla of package: perl-Context-Preserve from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Context-Preserve -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Data-Dumper-Concise watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchbugzilla of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Data-Dumper-Concise approveacls set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: approveacls of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-App-Nopaste set point of contact to: psabata

2014-12-09 Thread pkgdb
user: psabata changed point of contact of package: perl-App-Nopaste from: orphan to: psabata on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-App-Nopaste -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-App-Nopaste commit set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: commit of package: perl-App-Nopaste from: Obsolete to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-App-Nopaste -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-Data-Dumper-Concise approveacls set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: approveacls of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Devel-REPL approveacls set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: approveacls of package: perl-Devel-REPL from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Devel-REPL -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-Devel-REPL watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Devel-REPL from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Devel-REPL -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

[PkgDB] psabata:perl-Data-Dumper-Concise watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Devel-StackTrace-WithLexicals watchcommits set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchcommits of package: perl-Devel-StackTrace-WithLexicals from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Devel-StackTrace-WithLexicals -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Data-Dumper-Concise commit set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: commit of package: perl-Data-Dumper-Concise from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dumper-Concise -- Fedora Extras Perl SIG

[PkgDB] psabata:perl-Devel-REPL watchbugzilla set to Approved

2014-12-09 Thread pkgdb
user: psabata set for psabata acl: watchbugzilla of package: perl-Devel-REPL from: Approved to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Devel-REPL -- Fedora Extras Perl SIG

<    1   2   3   4   5   6   7   8   9   10   >