date:20130910

Re: PostgreSQL 9.3 in Fedora 20?

2013-09-10 Thread Honza Horak


On 09/09/2013 06:02 PM, Pavel Raiskup wrote:

I know that currently Fedora 20 is in feature freeze state. But Alpha
version is still not released and PosgreSQL developers released new latest
and greates version
http://www.postgresql.org/docs/9.3/static/release-9-3.html with cool
features. Are there chances to get this version for F20?


Personaly, I would update the version in fc20 also, if there were done
proper testing through bodhi..  Could anybody help with testing?


I'll definitely help with testing.

Honza


So if there were no complaints, I would try to prepare the update tomorrow
probably.

Pavel



--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: does mc really require perl*?

2013-09-10 Thread Dan Horák

On Mon, 09 Sep 2013 20:27:09 -0400
Felix Miata mrma...@earthlink.net wrote:

 I did a TC5 minimal install last night, which omitted mc, my most
 used cmdline tool. So:
 
 # yum install mc
 ... installing for dependencies:
 gpm-libs (which I never ever use)
 perl* (29 packages)...
 
 Seriously? What does mc need perl for?

see /usr/libexec/mc/extfs.d


Dan
 
 I installed mc plus gpm-libs with rpm --nodeps, and it works.
 -- 
 The wise are known for their understanding, and pleasant
 words are persuasive. Proverbs 16:21 (New Living Translation)
 
   Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
 
 Felix Miata  ***  http://fm.no-ip.com/
 -- 
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Wider feedback requested on two changes to our base/core defaults

2013-09-10 Thread Ian Malone

On 10 September 2013 06:45, Jóhann B. Guðmundsson johan...@gmail.com wrote:
 On 09/09/2013 10:54 PM, Ian Malone wrote:

 Thank you for the put down. However, firstly I'm not referring to the
 fqdn issue, but the mention of dropping user name and secondly I'm not
 the administrator of all the systems I use. I was simply trying to
 provide some user input here.


 My proposal is not about dropping the username from the command prompt nor
 do I think that would be wise doing so in fact I would be against such an
 proposal for the exact same reason I'm trying to have us switch to using
 fqdn by default instead of using short hostnames.

 I'm simply asking that we go from this...

 [testuser@www ~]$

 to this

 [testu...@www.example.com ~]$


I was replying to an email on the subject of dropping the \u
component, one I quoted in my previous email. I realise this wasn't
the original point of the thread (since I read things before I reply
to them).

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rawhide boot.iso i386 - Could not boot

2013-09-10 Thread poma

On 10.09.2013 10:38, poma wrote:
 
 $ checkisomd5 --verbose boot.iso
 boot.iso:   58c742f8c6aa17da32e82c4ca541ec24
 Fragment sums: 2f42915afa918218c24a59a23e346a3f931376eafddb5f75443daecaf88f
 Fragment count: 20
 Press [Esc] to abort check.
 Checking: 100.0%
 
 The media check is complete, the result is: PASS.
 
 It is OK to use this media.
 
 boot.iso  09-Sep-2013 13:07
 

https://bugzilla.redhat.com/show_bug.cgi?id=1006210


poma


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Packages] InitialCC to design-sw FAS pseudo

2013-09-10 Thread Luya Tshimbalanga


Hello maintainers and future packagers,
To improve the productivity and easily triage of design related 
software, please send a  SCM admin request to InitialCC to design-sw FAS 
pseudo user[1] for your maintained package i.e. Gimp to name a few and 
add yourself to Design Software wiki page [2].


Ref

[1] http://fedoraproject.org/wiki/Package_SCM_admin_requests
[2] http://fedoraproject.org/wiki/SIGs/Design_Software

Sincerely,

Luya
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Review Swap

2013-09-10 Thread Rave it

Hi,
i have a new open review.
faience-icon-theme
https://bugzilla.redhat.com/show_bug.cgi?id=1005718
I cleaned this icon-theme from any nonfree and trademarks icons and need it for 
mate-themes-extras which has a broken dependencies since faenza-icon-theme is 
droped for legal reasons.
I'm really happy to review another package in a review swap.

Wolfgang
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

separation emacs-common into more packages

2013-09-10 Thread Petr Hracek


Hi folks,

I would like to separate emacs-common into more packages (in rawhide 
currently).

emacs-common contains all lisp files, info and man pages
Do you think that it is a good idea to separate them into groups like

emacs-org (directory /usr/share/emacs/24.3/lisp/org)
emacs-progmodes (directory /usr/share/emacs/24.3/lisp/progmodes)


What do you thing emacs users?

$ find /usr/share/emacs/24.3/lisp/ -type d
/usr/share/emacs/24.3/lisp/
/usr/share/emacs/24.3/lisp/org
/usr/share/emacs/24.3/lisp/progmodes
/usr/share/emacs/24.3/lisp/calendar
/usr/share/emacs/24.3/lisp/gnus
/usr/share/emacs/24.3/lisp/mh-e
/usr/share/emacs/24.3/lisp/erc
/usr/share/emacs/24.3/lisp/emulation
/usr/share/emacs/24.3/lisp/eshell
/usr/share/emacs/24.3/lisp/textmodes
/usr/share/emacs/24.3/lisp/net
/usr/share/emacs/24.3/lisp/nxml
/usr/share/emacs/24.3/lisp/url
/usr/share/emacs/24.3/lisp/term
/usr/share/emacs/24.3/lisp/obsolete
/usr/share/emacs/24.3/lisp/vc
/usr/share/emacs/24.3/lisp/international
/usr/share/emacs/24.3/lisp/emacs-lisp
/usr/share/emacs/24.3/lisp/cedet
/usr/share/emacs/24.3/lisp/cedet/semantic
/usr/share/emacs/24.3/lisp/cedet/semantic/analyze
/usr/share/emacs/24.3/lisp/cedet/semantic/decorate
/usr/share/emacs/24.3/lisp/cedet/semantic/bovine
/usr/share/emacs/24.3/lisp/cedet/semantic/symref
/usr/share/emacs/24.3/lisp/cedet/semantic/wisent
/usr/share/emacs/24.3/lisp/cedet/ede
/usr/share/emacs/24.3/lisp/cedet/srecode
/usr/share/emacs/24.3/lisp/mail
/usr/share/emacs/24.3/lisp/play
/usr/share/emacs/24.3/lisp/calc
/usr/share/emacs/24.3/lisp/language
$

--
Best regards / S pozdravem
Petr Hracek

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: separation emacs-common into more packages

2013-09-10 Thread Ales Kozumplik


On 09/10/2013 01:54 PM, Petr Hracek wrote:

Hi folks,

I would like to separate emacs-common into more packages (in rawhide
currently).
emacs-common contains all lisp files, info and man pages
Do you think that it is a good idea to separate them into groups like

emacs-org (directory /usr/share/emacs/24.3/lisp/org)
emacs-progmodes (directory /usr/share/emacs/24.3/lisp/progmodes)




Probably not. Why do you think it is a good idea?

Ales

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: separation emacs-common into more packages

2013-09-10 Thread Michael Schwendt

On Tue, 10 Sep 2013 13:54:47 +0200, Petr Hracek wrote:

 Hi folks,
 
 I would like to separate emacs-common into more packages (in rawhide 
 currently).
 emacs-common contains all lisp files, info and man pages
 Do you think that it is a good idea to separate them into groups like
 
 emacs-org (directory /usr/share/emacs/24.3/lisp/org)
 emacs-progmodes (directory /usr/share/emacs/24.3/lisp/progmodes)
 
 
 What do you thing emacs users?

What would be the benefit?

Would it reduce package dependencies a lot? Currently, emacs-common
doesn't depend on many things.

Are there inter-dependencies between the various script files?

Would it only reduce the package size?

Fragmentation of a package into too many subpackages will typically result
in users installing emacs* because else it would be too much of a burden
to track down the individual pieces that are needed/wanted.

$ yum list emacs\*|wc -l
136

That's an overwhelming number of add-ons already.

For run-time packages, I prefer splitting of subpackages for technical
reasons, such as deps on optional stuff that decreases stability. I don't
mind the size of a primary application package.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: separation emacs-common into more packages

2013-09-10 Thread Petr Hracek


On 09/10/2013 02:15 PM, Michael Schwendt wrote:

On Tue, 10 Sep 2013 13:54:47 +0200, Petr Hracek wrote:


Hi folks,

I would like to separate emacs-common into more packages (in rawhide
currently).
emacs-common contains all lisp files, info and man pages
Do you think that it is a good idea to separate them into groups like

emacs-org (directory /usr/share/emacs/24.3/lisp/org)
emacs-progmodes (directory /usr/share/emacs/24.3/lisp/progmodes)


What do you thing emacs users?

What would be the benefit?

Would it reduce package dependencies a lot? Currently, emacs-common
doesn't depend on many things.

Are there inter-dependencies between the various script files?

Would it only reduce the package size?

No, I would like to split to the more understandable subpackages.
Side effect is reduced the package size emacs-common
But there could be any inter-dependencties which needs to be solved of 
course before this split.


Affect package is only emacs-common.


Fragmentation of a package into too many subpackages will typically result
in users installing emacs* because else it would be too much of a burden
to track down the individual pieces that are needed/wanted.
Hmm, that's another approach that when emacs will be splitted into many 
subpackages

then user will install emacs* which is not the aim of this split.



$ yum list emacs\*|wc -l
136

That's an overwhelming number of add-ons already.

For run-time packages, I prefer splitting of subpackages for technical
reasons, such as deps on optional stuff that decreases stability. I don't
mind the size of a primary application package.

Thanks for your point of view

--
Best regards / S pozdravem
Petr Hracek

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: separation emacs-common into more packages

2013-09-10 Thread Ralf Corsepius


On 09/10/2013 01:54 PM, Petr Hracek wrote:

Hi folks,

I would like to separate emacs-common into more packages (in rawhide
currently).
emacs-common contains all lisp files, info and man pages
Man pages and infos should be part of the package they document. They do 
not belong into *-common.



Do you think that it is a good idea to separate them into groups like
No. Emacs packaging has historically grown and I do not see any reason 
to turn it upside down (C.f. the mess texlive has been turned into).


Ralf


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-Log-Contextual] 0.006000 bump

2013-09-10 Thread Jitka Plesnikova

commit 03522568913b5d95f8cdd8ae19743b34548d6f59
Author: Jitka Plesnikova jples...@redhat.com
Date:   Tue Sep 10 15:54:26 2013 +0200

0.006000 bump

 .gitignore   |1 +
 perl-Log-Contextual.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 95d1b3c..fd95b37 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /Log-Contextual-0.005002.tar.gz
 /Log-Contextual-0.005003.tar.gz
 /Log-Contextual-0.005005.tar.gz
+/Log-Contextual-0.006000.tar.gz
diff --git a/perl-Log-Contextual.spec b/perl-Log-Contextual.spec
index 992c74f..daa8009 100644
--- a/perl-Log-Contextual.spec
+++ b/perl-Log-Contextual.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Contextual
-Version:0.005005
+Version:0.006000
 Release:1%{?dist}
 Summary:Simple logging interface with a contextual log
 License:GPL+ or Artistic
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Sep 10 2013 Jitka Plesnikova jples...@redhat.com - 0.006000-1
+- 0.006000 bump
+
 * Fri Aug 09 2013 Jitka Plesnikova jples...@redhat.com - 0.005005-1
 - 0.005005 bump
 
diff --git a/sources b/sources
index 38dabf8..ac46e85 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ad5a79cae79aacaf3b6b9d35941527b2  Log-Contextual-0.005005.tar.gz
+2ca740def1fdbd5fa5a56f224019f26d  Log-Contextual-0.006000.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: separation emacs-common into more packages

2013-09-10 Thread 80

Hi,

as an emacs user, splitting emacs-common has little value to me, and
without a package requiring most of the splitted packages, it might even
turn into an annoyance (much like texlive).
My 2cts

Best regards.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-version/f20] (3 commits) ...Release bump to (hopefully) fix the build

2013-09-10 Thread Petr Šabata

Summary of changes:

  95703ae... 0.9904 bump (*)
  34073eb... Fix the Epoch again (*)
  1dbcd41... Release bump to (hopefully) fix the build (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1006306] perl-Log-Contextual-0.006000 is available

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1006306

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Log-Contextual-0.00600
   ||0-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2013-09-10 10:08:30



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=yu9crPnhdva=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1006003] perl-version-0.9904 is available

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1006003



--- Comment #1 from Fedora Update System upda...@fedoraproject.org ---
perl-version-0.99.04-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/perl-version-0.99.04-2.fc20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=tTMWxCNoi1a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Schedule for Wednesday's FESCo Meeting (2013-09-11)

2013-09-10 Thread Marcela Mašláňová


Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '-MM-DD HH:MM UTC'


Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9

= Followups =

#topic #1117 Generalize policy about privilege escalation and 
Administrator user accounts

.fesco 1177
https://fedorahosted.org/fesco/ticket/1177

#topic #1161 fqdn should be clearly display at login and command prompt
.fesco 1161
https://fedorahosted.org/fesco/ticket/1161

#topic #1148 F20 System Wide Change: Application Installer - 
https://fedoraproject.org/wiki/Changes/AppInstaller

.fesco 1148
https://fedorahosted.org/fesco/ticket/1148

#topic #1164 F20 Changes - Progress on Changes Freeze
.fesco 1164
https://fedorahosted.org/fesco/ticket/1164

= New business =

#topic #1173 provenpackager request
.fesco 1173
https://fedorahosted.org/fesco/ticket/1173

#topic #1174 Exception - F20 Self Contained Change: WildFly 8 - 
https://fedoraproject.org/wiki/Changes/WildFly8

.fesco 1174
https://fedorahosted.org/fesco/ticket/1174

= Open Floor =

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1005986] perl-Date-Manip-6.41 is available

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1005986



--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-Date-Manip-6.41-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/perl-Date-Manip-6.41-1.fc18

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=s21nz1gpPua=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1005986] perl-Date-Manip-6.41 is available

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1005986



--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Date-Manip-6.41-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/perl-Date-Manip-6.41-1.fc19

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=baJHMr49cFa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1005986] perl-Date-Manip-6.41 is available

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1005986



--- Comment #1 from Fedora Update System upda...@fedoraproject.org ---
perl-Date-Manip-6.41-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/perl-Date-Manip-6.41-1.fc20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=bg82xXLQqla=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Proposal: AppData files in all application packages?

2013-09-10 Thread Remi Collet

Le 09/09/2013 22:08, Elad Alfassa a écrit :

 If you have any specific questions (after reading both commit messages),
 we'll be happy to answer them.

Yes, I have found how to add this file, thanks.

I you really want this to succeeds and to be adopted by application
upstream, we need to provides really simple documentation.
(I'm tired to heard about some new fedora specific and complex
request... even if this is not true, this is a common upstream feeling)

And sorry, but this is not yet the case.
(especially for ex. for a QT app which doesn't use gettext or autotool)


Just to confirm: this new file is only useful on fedora = 20 ?
(so we need to not ship it in fedora  20, perhaps some Guildelines
about this could be useful)

Which package own /usr/share/appdata ?

Remi.


P.S. new version 0.3RC of qelectrotech in rawhide have this file,
added by upstream on my proposal.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: separation emacs-common into more packages

2013-09-10 Thread Przemek Klosowski


On 09/10/2013 10:06 AM, 80 wrote:


as an emacs user, splitting emacs-common has little value to me, and 
without a package requiring most of the splitted packages, it might 
even turn into an annoyance (much like texlive).


Yeah, 4872  packages reported by repoquery texlive*. That's over 12% of 
the total number of Fedora packages (38413).


At first, I thought that it has an excessive number of small 
packages---about half of texlive packages are smaller than 50kB. It 
turns out, however, that it is par for the course in Fedora; 41% of all 
packages are smaller than 50kB.


In fact, as you can see from the attached histogram comparing  the size 
distribution of Fedora and texlive packages, both distributions peak 
around 20kB, which I suspect may be due to RPM packaging overhead rather 
than the inherent payload size.


Is it reasonable to have so many small packages, especially if, as is 
the case of texlive, they are closely related? Are there any guidelines 
for when some sort of bundling is appropriate?
attachment: sizeDist.png-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1000038] Please build perl-Net-Twitter for EPEL

2013-09-10 Thread bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=138

Bug 138 depends on bug 1000320, which changed state.

Bug 1000320 Summary: Please build perl-Net-OAuth for EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=1000320

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=6vUWq3zNRTa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

EPEL Fedora 5 updates-testing report

2013-09-10 Thread updates

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 506  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
  20  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5
   9  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11396/cacti-0.8.8b-2.el5
   7  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11418/graphite-web-0.9.12-1.el5
   5  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11448/perl-Crypt-DSA-0.14-8.el5
   4  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11460/python-pyrad-1.1-3.el5


The following builds have been pushed to Fedora EPEL 5 updates-testing

freerdp-1.0.2-1.el5
perl-Archive-Any-Lite-0.07-2.el5
root-5.34.10-1.el5

Details about builds:



 freerdp-1.0.2-1.el5 (FEDORA-EPEL-2013-11506)
 Remote Desktop Protocol client

Update Information:

Minor update

ChangeLog:

* Mon Sep  9 2013 Mads Kiilerich m...@kiilerich.com - 1.0.2-1
- freerdp 1.0.2

References:

  [ 1 ] Bug #956828 - Please can you update this package
https://bugzilla.redhat.com/show_bug.cgi?id=956828




 perl-Archive-Any-Lite-0.07-2.el5 (FEDORA-EPEL-2013-11514)
 Simple CPAN package extractor

Update Information:

This is the first Fedora / EPEL release of perl-Archive-Any-Lite.

References:

  [ 1 ] Bug #991693 - Review Request: perl-Archive-Any-Lite -  Simple CPAN 
package extractor
https://bugzilla.redhat.com/show_bug.cgi?id=991693




 root-5.34.10-1.el5 (FEDORA-EPEL-2013-11508)
 Numerical data analysis framework

Update Information:

- Update to 5.34.10
- New sub-package: root-io-hdfs (Fedora 20+)
- New sub-package: root-sql-sqlite


ChangeLog:

* Mon Sep  9 2013 Mattias Ellert mattias.ell...@fysast.uu.se - 5.34.10-1
- Update to 5.34.10
- New sub-package: root-io-hdfs (Fedora 20+)
- New sub-package: root-sql-sqlite


___
epel-devel mailing list
epel-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

IMPORTANT, please read: Spins QA signoff for milestones

2013-09-10 Thread Kevin Fenzi

Per: 

https://fedorahosted.org/fesco/ticket/1171

I have added a set of cols to the spins page for f20: 

https://fedoraproject.org/w/index.php?title=Releases%2F20%2FSpinsdiff=352468oldid=340210

One each for Alpha Beta and Final

kde and desktop are release blocking so they will always be shipped, so
I put 'yes' for them for all milestones. 

Please update this table when/if you test a TC/RC version of a spin for
a milestone. I'll also try and go update it based on other tests in
the wiki as we go on. I updated Xfce Alpha as I tested TC4 with it (and
intend to test rc's as well).

It's important to keep this up to date so we know what spins to ship
for a milestone. If you are a spin owner and don't have time to test,
please try and line up some folks to test for you. 

You will need at least one person to test or your spin will not be
shipped for that milestone. 

Thanks, 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Firewall blocking desktop features

2013-09-10 Thread Peter Oliver


Empathy's People Nearby feature doesn't work out of the box because the required ports 
are blocked by default by the firewall (https://bugzilla.redhat.com/show_bug.cgi?id=844308).  It's 
a similar story with Gnome's Media Sharing feature, and I'm sure there are lots of 
other examples.

Now, if you're running a server and you install, say, Apache, I think you 
expect to have to go and poke at the firewall config, but these seem to be very 
desktop-focused features, and the UI provides no clue about the extra steps 
required.

The FirewallD wiki page talks about a proposed user interaction mode 
(https://fedoraproject.org/wiki/FirewallD#User_interaction_mode), which sounds like it's 
intended to address these kinds of issues.  I guess that's not going to be with us soon?

Meanwhile, are there any quick ways we could simply this for users?  It's not 
much, but should application packages ship 
/usr/lib/firewalld/services/service.xml files so that users can open the 
correct ports by ticking a box in firewall-config rather than having to go 
hunting around to find the ranges?

--
Peter Oliver
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

A question has come up in #fedora-apps as to whether or not we should
publish fedmsg messages for voting. In particular, we're looking
now at the new nuancier webapp[0] that will be used to vote on
supplemental wallpapers. It is in development. There is a demo
instance[1].

There is a pull request up[2] that adds fedmsg messages to nuancier.
It publishes messages when an election admin opens or closes an
election for voting, as well as when an election admin publishes or
rescinds the results of an election. Everyone seems to think that
this is fine.

What is under question is that it publishes a message for each set of
votes cast by users[3]. It includes the number of votes cast, the fas
username of the person who did the voting, and in what election they
voted. It does *not* include what the person voted for or against.

If we are able to add fedmsg messages to this, then we will be able to
award badges for voting on wallpapers. That would be nice.

Whatever the decision we come to on the supplemental wallpaper voting
app, we would like to apply that same logic fedmsg messages on the
general elections voting app later down the road.

[0] - https://github.com/fedora-infra/nuancier-lite
[1] - http://209.132.184.207/nuancier/
[2] - https://github.com/fedora-infra/nuancier-lite/pull/2
[3] -
https://github.com/fedora-infra/nuancier-lite/commit/66cde916e9eddfa3ddbb966ef8fb8f5bdd97c9c6

pgpao7ps8DLDr.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

1 2 >

1 - 100 of 185 matches

Mail list logo