Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 01:48 PM, drago01 wrote: On Mon, Jan 26, 2015 at 1:40 PM, Martin Stransky stran...@redhat.com wrote: On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. There's also a Fedora Firefox update with such change [3]. ma. [1] https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 [2] http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point that out. Unfortunately it's still unfixed by Adobe and latest flash for Linux/Firefox (11.2.202.438) is still vulnerable. The latest one is 11.2.202.440 ... which is supposed to have the fix. Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ -- 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: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:12 PM, Ahmad Samir wrote: On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311 I was thinking of something along those lines for the Linux version too. Firefox does not use the 16.X line - that's the Pepper API plugin which runs with Chrome only. ma. -- 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: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:03 PM, drago01 wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... There's no official confirmation of the fix of the CVE-2015-0311 in 440 yet, you can only assume that. ma. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
libmediaart soname and api change
libmediaart in rawhide was upgraded to 1.9.0 (libmediaart-2.0) which is an API/ABI incompatible break. The dependencies - tracker and grilo-plugins have patches in upstream git to adjust to the change and hopefully will be built for it in rawhide later today. Cheers Yanko -- 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: GUI applications writing garbage to stdout/stderr
Thanks for the encouragement. For the record, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1184038 (GTK apps) https://bugzilla.redhat.com/show_bug.cgi?id=1184868 (evince) I very much recommend you to report these issues (also) to GNOME Bugzilla. GNOME/GTK developers don't follow Red Hat Bugzilla as much as they follow their own. I've never worked with Linux graphics toolkits, but would it make sense to request that GTK looks at some environment variable and prints all those warnings and obsolete usage notifications and other nonsense only when that variable is set to a concrete value? This way it would not be needed to deal with every warning and every app individually, but we could silence all apps at once, and developers could run them unmuted on their machines to see all the warnings. Does anyone care to report such an RFE, if it makes sense? It would be nice if such a variable was honored by all different frameworks and libraries, not just GTK-specific, QT-specific, etc, but that's a bit harder to accomplish... -- 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: Flash plugin 0-day vulnerability in the wild
On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:16, Martin Stransky stran...@redhat.com wrote: On 01/26/2015 02:12 PM, Ahmad Samir wrote: On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311 I was thinking of something along those lines for the Linux version too. Firefox does not use the 16.X line - that's the Pepper API plugin which runs with Chrome only. I know that; what I meant was that I am waiting to see a similar message about the 11.x version that's used in Linux/Firefox. -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Why is fedoraproject.org only indexed by Google?
I recently discovered that all search engines except Google (well, the Google U.S. index) do not cover fedoraproject.org well (specifically, lists.fedoraproject.org). https://duckduckgo.com/?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 http://www.bing.com/search?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 http://us.ask.com/web?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 Any idea why? I'm not concerned that specific Fedora search results are buried deep down the general web search. Many, many mailing lists postings are not part of the index *at all*. I find this extremely annoying. I looked at robots.txt and the HTML code in the mailing list archive, but could not spot any obvious offenders. -- Florian Weimer / Red Hat Product Security -- 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: libicu upgrade to 54.1 with soname bump in rawhide
Hi Peter, On Thursday, 2015-01-22 14:12:21 +, Peter Robinson wrote: And the proper process link is at http://fedoraproject.org/wiki/Adding_Side_Build_Targets_SOP Thanks. I joined the f22-boost target for this that also needs a mass rebuild. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack pgp14ND_3nsjP.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
Re: Flash plugin 0-day vulnerability in the wild
On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. There's also a Fedora Firefox update with such change [3]. ma. [1] https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 [2] http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point that out. Unfortunately it's still unfixed by Adobe and latest flash for Linux/Firefox (11.2.202.438) is still vulnerable. ma. [1] http://helpx.adobe.com/security/products/flash-player/apsa15-01.html [2] http://www.adobe.com/software/flash/about/ -- 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: autoreconf on build
On Sat, 24 Jan 2015 21:15:11 + Richard W.M. Jones rjo...@redhat.com wrote: On Sat, Jan 24, 2015 at 07:42:20PM +0100, Ralf Corsepius wrote: On 01/24/2015 03:14 PM, Richard W.M. Jones wrote: I notice that Debian recently [since July 2014] started to recommend that packagers run autoreconf on build. Their reasons are given here and seem to be good ones: https://wiki.debian.org/Autoreconf In the interests of fairness I can think of two drawbacks too: - newer versions of (especially) automake have not always been improvements, and some upstreams may wish to stick with older ones - autoreconf is slow Debian have probably hit most of the bugs by now, and I think this is a good recommendation that perhaps Fedora packagers should be encouraged to follow too. What do you think? This is bad advice. Autoreconf only works if a package has been prepared for it and if a package is actively maintained. ... which would be a bug in the upstream package. But yes I agree this is possibly controversial. On the other hand Debian likely will have encountered these bugs before us. I have a number of packages that do this for .. reasons ... and every time rawhide uses a new automake some of them have issues :( So it is not an effort free recommendation, and should be done carefully. In many other cases autoreconf can cause subtile and hard to find issues. In complex cases, it doesn't work at all. Again, bugs in the upstream package. Which, you may not always be able to address timely, and osme times it makes no sense to, because the changer is a gratuitous one, in one of the autotools. Simo. -- Simo Sorce * Red Hat, Inc * New York -- 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: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see 11.2.202.440 there!? Go to adobe's Flash player download site then download the yum version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. And otherwise as you don't know what changelog is, man. Ignore adobe rpm's %changelogs - They apparently don't update their rpm's changelogs :-) 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-Class-MethodMaker] Update to 2.22
commit 95cb6a3b3f9a3f9d6de6f74406809fb447a436f8
Author: Paul Howarth p...@city-fan.org
Date: Mon Jan 26 14:30:14 2015 +
Update to 2.22
- New upstream release 2.22
- Use File::Temp::tmpnam as needed in Android
- Make %files list more explicit
.gitignore |2 +-
perl-Class-MethodMaker.spec | 27 ---
sources |2 +-
3 files changed, 22 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ddd095d..f5d9d5d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Class-MethodMaker-2.21.tar.gz
+/Class-MethodMaker-[0-9.]*.tar.gz
diff --git a/perl-Class-MethodMaker.spec b/perl-Class-MethodMaker.spec
index 72487bb..aadbcd9 100644
--- a/perl-Class-MethodMaker.spec
+++ b/perl-Class-MethodMaker.spec
@@ -1,6 +1,6 @@
Name: perl-Class-MethodMaker
-Version:2.21
-Release:4%{?dist}
+Version:2.22
+Release:1%{?dist}
Summary:Perl module for creating generic object-oriented methods
Group: Development/Libraries
@@ -37,6 +37,7 @@ BuildRequires: perl(File::Compare) = 1.1002
BuildRequires: perl(File::Path) = 1.04.01
BuildRequires: perl(File::Spec) = 0.6
BuildRequires: perl(File::stat)
+BuildRequires: perl(File::Temp)
BuildRequires: perl(FindBin) = 1.42
BuildRequires: perl(IO::File) = 1.08
BuildRequires: perl(IPC::Run)
@@ -72,11 +73,10 @@ methods for your objects that perform standard tasks.
make %{?_smp_mflags}
%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -a \( -name .packlist \
-o \( -name '*.bs' -a -empty \) \) -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
%check
make test
@@ -84,10 +84,23 @@ make test
%files
%doc Changes README TODO
%{perl_vendorarch}/Class/
-%{perl_vendorarch}/auto/*
-%{_mandir}/man3/*.3*
+%{perl_vendorarch}/auto/Class/
+%{_mandir}/man3/Class::MethodMaker.3*
+%{_mandir}/man3/Class::MethodMaker::Constants.3*
+%{_mandir}/man3/Class::MethodMaker::Engine.3*
+%{_mandir}/man3/Class::MethodMaker::OptExt.3*
+%{_mandir}/man3/Class::MethodMaker::V1Compat.3*
+%{_mandir}/man3/Class::MethodMaker::array.3*
+%{_mandir}/man3/Class::MethodMaker::hash.3*
+%{_mandir}/man3/Class::MethodMaker::scalar.3*
+
%changelog
+* Mon Jan 26 2015 Paul Howarth p...@city-fan.org - 2.22-1
+- Update to 2.22
+ - Use File::Temp::tmpnam as needed in Android
+- Make %%files list more explicit
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.21-4
- Perl 5.20 rebuild
diff --git a/sources b/sources
index 032de91..3cf17d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d53a587fb84d5c5209e55ec0d4fab21d Class-MethodMaker-2.21.tar.gz
+9f5958706e8d38fa0a04f0e499b6d330 Class-MethodMaker-2.22.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
Am 26.01.2015 um 13:55 schrieb Martin Stransky: On 01/26/2015 01:48 PM, drago01 wrote: The latest one is 11.2.202.440 ... which is supposed to have the fix. Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? by just type yum upgrade Jan 25 00:30:22 Updated: flash-plugin-11.2.202.440-release.x86_64 signature.asc Description: OpenPGP digital 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
[perl-QWizard/el5] -11 to nuke Gtk2
commit 39f8a39facee2c3bb4fd69835f16aaa4d34bdf8e
Author: Wes Hardaker opensou...@hardakers.net
Date: Mon Jan 26 06:41:10 2015 -0800
-11 to nuke Gtk2
perl-QWizard.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-QWizard.spec b/perl-QWizard.spec
index b6d23db..cfd7ef2 100644
--- a/perl-QWizard.spec
+++ b/perl-QWizard.spec
@@ -1,6 +1,6 @@
Name: perl-QWizard
Version:3.15
-Release:10%{?dist}
+Release:11%{?dist}
Summary:A very portable graphical question and answer wizard system
License:GPL+ or Artistic
Group: Development/Libraries
@@ -76,6 +76,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Mon Jan 26 2015 Wes Hardaker wjhns...@hardakers.net - 3.15-11
+- Really really nuke Gtk2 this time
+
* Mon Dec 8 2014 Wes Hardaker wjhns...@hardakers.net - 3.15-10
- rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Initial Setup and python-meh moved to GitHub
Hi, the source code repositories for the Initial Setup and python-meh projects have been moved to GitHub: https://github.com/rhinstaller/initial-setup https://github.com/rhinstaller/python-meh The legacy Firstboot tool, which is no longer in active development, has not been moved and its source code repository remains on fedorahosted: https://git.fedorahosted.org/git/firstboot.git Best Wishes Martin Kolman -- 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: Why is fedoraproject.org only indexed by Google?
On Mon, Jan 26, 2015 at 7:21 AM, Florian Weimer fwei...@redhat.com wrote: Any idea why? https://lists.fedoraproject.org/robots.txt User-agent: * Crawl-delay: 10 From Bing, This means the higher your crawl delay is, the fewer pages BingBot will crawl. As crawling fewer pages may result in getting less content indexed, we usually do not recommend it, although we also understand that different web sites may have different bandwidth constraints. [1]. [1] http://blogs.bing.com/webmaster/2012/05/03/to-crawl-or-not-to-crawl-that-is-bingbots-question/ Brandon Vincent -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
GNOME glitches in F21 - Should they be reported and against which components?
Hello, A few days ago I upgraded my main workstation to F21 and I've noticed a few annoying glitches, but I don't know if they are all worth reporting and against which components they should be reported. 1. Window size and position: While some applications start with their last window size and placement, others do not; among them, most notable is firefox. It usually starts maximized and then switches to something like a 7:2 ratio. When it is maximized and then unmaximized, it never returns to its original size. 2. Random rearrangement of icons on the desktop: I have organized my current projects and things to do in a dozen folders on my desktop, arranged in a grid. So far, this has happened to me three times: Upon logging in, some of them were taken out of the grid and randomly placed all over the desktop. 3. Icon inconsistencies in the message tray: Some icons are 48x48, others 22x22 and others are not displayed at all. In this screenshot https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png there are actually 8 icons: a seahorse notification that a signature was good, solaar, dropbox (I don't know if our package is to blame or theirs), mail-notification, spideroak, gnote, nut monitor and easystroke. Now, I know I should report this to the maintainer of each package and some have already been reported in BZ, but given the upcoming change to GNOME's notification system, will these issues persist? Is it worth their time? 4. Settings migration was inconsistent: While most of my settings from the previous version of GNOME were preserved after the upgrade to 3.14.2, others were not; e.g. the window action key was preserved, middle click on the titlebar to lower a window wasn't. -- 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-QWizard/el5] really get rid of auto-Gtk2 found dependencies this time by nuking source
commit f0d2aec576c14489dea619094d571b2b019dc59e
Author: Wes Hardaker opensou...@hardakers.net
Date: Mon Jan 26 06:40:02 2015 -0800
really get rid of auto-Gtk2 found dependencies this time by nuking source
perl-QWizard.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-QWizard.spec b/perl-QWizard.spec
index 899668a..b6d23db 100644
--- a/perl-QWizard.spec
+++ b/perl-QWizard.spec
@@ -43,6 +43,7 @@ without code modification required by the script author.
%setup -q -n QWizard-%{version}
%build
+rm -f Generator/Gtk2.pm
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-SharedFork/f20: 4/4] Merge remote-tracking branch 'origin/f21' into f20
commit 94c145bd53bc3f80f0cf8c16ef004ecdd56b9b74 Merge: 7cf4bd1 49673fa Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Jan 26 15:22:00 2015 +0100 Merge remote-tracking branch 'origin/f21' into f20 .gitignore|2 +- perl-Test-SharedFork.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-SharedFork/f20] (4 commits) ...Merge remote-tracking branch 'origin/f21' into f20
Summary of changes: b80117e... Perl 5.20 rebuild (*) 3b00777... Upstream update. (*) 49673fa... Merge cleanup. (*) 94c145b... Merge remote-tracking branch 'origin/f21' into f20 (*) 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Class-MethodMaker-2.22.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Class-MethodMaker: 9f5958706e8d38fa0a04f0e499b6d330 Class-MethodMaker-2.22.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. [1]https://helpx.adobe.com/security/products/flash-player/apsa15-01.html -- Ahmad Samir -- 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-Test-TCP] Upstream update.
commit 1d93ac86e416156197ecaa0524036cc660137057
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 26 15:48:08 2015 +0100
Upstream update.
.gitignore |2 +-
perl-Test-TCP.spec | 12 +---
sources|2 +-
3 files changed, 11 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62395e5..e8e8b7c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Test-TCP-2.06.tar.gz
+/Test-TCP-2.07.tar.gz
diff --git a/perl-Test-TCP.spec b/perl-Test-TCP.spec
index 80e07af..deae704 100644
--- a/perl-Test-TCP.spec
+++ b/perl-Test-TCP.spec
@@ -1,6 +1,6 @@
Name: perl-Test-TCP
-Version:2.06
-Release:2%{?dist}
+Version:2.07
+Release:1%{?dist}
Summary:Testing TCP program
License:GPL+ or Artistic
Group: Development/Libraries
@@ -21,7 +21,7 @@ BuildRequires: perl(POSIX)
BuildRequires: perl(Socket)
BuildRequires: perl(strict)
BuildRequires: perl(Test::More) = 0.98
-BuildRequires: perl(Test::SharedFork) = 0.19
+BuildRequires: perl(Test::SharedFork) = 0.29
BuildRequires: perl(Time::HiRes)
BuildRequires: perl(warnings)
@@ -33,6 +33,9 @@ Test::TCP is test utilities for TCP/IP program.
%prep
%setup -q -n Test-TCP-%{version}
+# FIXME: Work around to inconsistency in Test-TCP-2.07
+sed -i -e 's,use Test::SharedFork 0.12;,use Test::SharedFork 0.29;,'
lib/Test/TCP.pm
+
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
@@ -53,6 +56,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 26 2015 Ralf Corsépius corse...@fedoraproject.org - 2.07-1
+- Upstream update.
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.06-2
- Perl 5.20 rebuild
diff --git a/sources b/sources
index 34630ef..e727dd7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ab8f2025180c91eca7f7cbf90c3c7784 Test-TCP-2.06.tar.gz
+e6d7f7b09f7193709fc8a059b699c93d Test-TCP-2.07.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
On Mon, Jan 26, 2015 at 1:40 PM, Martin Stransky stran...@redhat.com wrote: On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. There's also a Fedora Firefox update with such change [3]. ma. [1] https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 [2] http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point that out. Unfortunately it's still unfixed by Adobe and latest flash for Linux/Firefox (11.2.202.438) is still vulnerable. The latest one is 11.2.202.440 ... which is supposed to have the fix. -- 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: GUI applications writing garbage to stdout/stderr
The warnings only happen when using development versions of GTK+. So it shouldn't happen in F21, or in the future in F22, just in rawhide. - Original Message - Thanks for the encouragement. For the record, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1184038 (GTK apps) https://bugzilla.redhat.com/show_bug.cgi?id=1184868 (evince) I very much recommend you to report these issues (also) to GNOME Bugzilla. GNOME/GTK developers don't follow Red Hat Bugzilla as much as they follow their own. I've never worked with Linux graphics toolkits, but would it make sense to request that GTK looks at some environment variable and prints all those warnings and obsolete usage notifications and other nonsense only when that variable is set to a concrete value? This way it would not be needed to deal with every warning and every app individually, but we could silence all apps at once, and developers could run them unmuted on their machines to see all the warnings. Does anyone care to report such an RFE, if it makes sense? It would be nice if such a variable was honored by all different frameworks and libraries, not just GTK-specific, QT-specific, etc, but that's a bit harder to accomplish... -- 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: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 01:01 PM, drago01 wrote: On Mon, Jan 26, 2015 at 12:58 PM, poma pomidorabelis...@gmail.com wrote: On 26.01.2015 12:42, Ralf Corsepius wrote: On 01/26/2015 12:29 PM, poma wrote: On 23.01.2015 10:51, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. Are we covered with $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 According to what I read in (German) media, this version is supposed to fix this vulnerablity. Ralf Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see 11.2.202.440 there!? And otherwise as you don't know what changelog is, man. -- 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-Test-TCP/f21] (3 commits) ...Cleanup merger
Summary of changes: c7f5ca7... Perl 5.20 rebuild (*) 1d93ac8... Upstream update. (*) 1c1959c... Cleanup merger (*) 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-TCP/f21: 3/3] Cleanup merger
commit 1c1959ca8bff5bea75d965783ea260e61107e3e2 Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Jan 26 15:57:36 2015 +0100 Cleanup merger perl-Test-TCP.spec |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) --- diff --git a/perl-Test-TCP.spec b/perl-Test-TCP.spec index deae704..6e4f6d4 100644 --- a/perl-Test-TCP.spec +++ b/perl-Test-TCP.spec @@ -59,9 +59,6 @@ make test * Mon Jan 26 2015 Ralf Corsépius corse...@fedoraproject.org - 2.07-1 - Upstream update. -* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.06-2 -- Perl 5.20 rebuild - * Thu Jul 03 2014 Ralf Corsépius corse...@fedoraproject.org - 2.06-1 - Upstream update. - Remove Test-TCP-2.02-Wait-infinitely-if-max_wait-is-negative.patch -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 14 packages were orphaned - PyQt [el6] was orphaned by jgu Python bindings for Qt3 https://admin.fedoraproject.org/pkgdb/package/PyQt ScientificPython [el6] was orphaned by jgu A collection of Python modules that are useful for scientific computing https://admin.fedoraproject.org/pkgdb/package/ScientificPython bfgminer [master, f21, f20, el6] was orphaned by pwouters A BitCoin miner https://admin.fedoraproject.org/pkgdb/package/bfgminer cmake28 [el6] was orphaned by jgu Cross-platform make system https://admin.fedoraproject.org/pkgdb/package/cmake28 djview4 [el6] was orphaned by jgu DjVu viewer https://admin.fedoraproject.org/pkgdb/package/djview4 egtk [f21, f20, master] was orphaned by kevin The eGTK (elementary GTK) themes for GTK+2, GTK+3, Metacity and Xfwm4 https://admin.fedoraproject.org/pkgdb/package/egtk freefem++ [master, f21, f20, el6, el5] was orphaned by rathann PDE solving tool https://admin.fedoraproject.org/pkgdb/package/freefem++ gts [el6] was orphaned by jgu GNU Triangulated Surface Library https://admin.fedoraproject.org/pkgdb/package/gts python-fiat [el6] was orphaned by jgu Generation of arbitrary order instances of the Lagrange elements https://admin.fedoraproject.org/pkgdb/package/python-fiat python-instant [el6] was orphaned by jgu Python module for instant inlining of C and C++ code https://admin.fedoraproject.org/pkgdb/package/python-instant vtk [el6] was orphaned by jgu The Visualization Toolkit - A high level 3D visualization library https://admin.fedoraproject.org/pkgdb/package/vtk xdvik [el6] was orphaned by jgu An X viewer for DVI files https://admin.fedoraproject.org/pkgdb/package/xdvik zukini [f21, f20, master] was orphaned by kevin Themes for GTK+2, GTK+3, Metacity and GNOME Shell https://admin.fedoraproject.org/pkgdb/package/zukini zukiwi [f21, f20, master] was orphaned by kevin Themes for GTK+2, GTK+3, Metacity, GNOME Shell and Xfwm4 https://admin.fedoraproject.org/pkgdb/package/zukiwi 89 packages were retired - Ajaxterm [el5] was retired by till A web-based terminal https://admin.fedoraproject.org/pkgdb/package/Ajaxterm DMitry [el5] was retired by till Deepmagic Information Gathering Tool https://admin.fedoraproject.org/pkgdb/package/DMitry SOAPpy [el5] was retired by till Full-featured SOAP library for Python https://admin.fedoraproject.org/pkgdb/package/SOAPpy asa [el5] was retired by till Convert Fortran carriage control characters https://admin.fedoraproject.org/pkgdb/package/asa basket [el6, el5] was retired by till Taking care of your ideas https://admin.fedoraproject.org/pkgdb/package/basket boolstuff [el5] was retired by till Disjunctive Normal Form boolean expression library https://admin.fedoraproject.org/pkgdb/package/boolstuff bottlerocket [el5] was retired by till Utilities to use the FireCracker X10 kit https://admin.fedoraproject.org/pkgdb/package/bottlerocket cloud-initramfs-tools [master] was retired by juergh Cloud image initramfs management utilities https://admin.fedoraproject.org/pkgdb/package/cloud-initramfs-tools dbus-qt [el5] was retired by till Qt-based library for using D-BUS https://admin.fedoraproject.org/pkgdb/package/dbus-qt django-dpaste [el5] was retired by till Dpaste is a code paste-bin application using Django https://admin.fedoraproject.org/pkgdb/package/django-dpaste django-mptt [el5] was retired by till Utilities for implementing Modified Preorder Tree Traversal https://admin.fedoraproject.org/pkgdb/package/django-mptt django-simple-captcha [el5] was retired by till Django application to add captcha images to any Django form https://admin.fedoraproject.org/pkgdb/package/django-simple-captcha efte [el6, el5] was retired by till A lightweight, extendable, folding text editor for X11 https://admin.fedoraproject.org/pkgdb/package/efte firmware-extract [el5] was retired by till A firmware-tools plugin to add firmware extraction from vendor binaries https://admin.fedoraproject.org/pkgdb/package/firmware-extract funtools [el6] was retired by till FITS library and utilities https://admin.fedoraproject.org/pkgdb/package/funtools gperiodic [el5] was retired by till Program for browsing the periodic table https://admin.fedoraproject.org/pkgdb/package/gperiodic gsh [el5] was retired by till Group Shell - aggregate several remote shells into one https://admin.fedoraproject.org/pkgdb/package/gsh gtk-aurora-engine [el6] was retired by till Aurora GTK+ theme engine https://admin.fedoraproject.org/pkgdb/package/gtk-aurora-engine gtk-chtheme [el6] was retired by till Gtk+ 2.0 theme
Re: Why is fedoraproject.org only indexed by Google?
On Mon, 26 Jan 2015 07:53:27 -0700 Brandon Vincent brandon.vinc...@asu.edu wrote: On Mon, Jan 26, 2015 at 7:21 AM, Florian Weimer fwei...@redhat.com wrote: Any idea why? https://lists.fedoraproject.org/robots.txt User-agent: * Crawl-delay: 10 From Bing, This means the higher your crawl delay is, the fewer pages BingBot will crawl. As crawling fewer pages may result in getting less content indexed, we usually do not recommend it, although we also understand that different web sites may have different bandwidth constraints. [1]. [1] http://blogs.bing.com/webmaster/2012/05/03/to-crawl-or-not-to-crawl-that-is-bingbots-question/ Not sure that explains why there are no results at all though. I think we added the Crawl-delay several years ago when we were having storage issues. We could definitely try removing it and see if things improve. kevin pgppLBD9DNtXk.pgp Description: OpenPGP digital 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
[perl-Tree-Simple/f21: 3/4] Merge remote-tracking branch 'origin/master' into f21
commit b789f79a5376e160d5d36bfa17af124c410e49a1 Merge: 472ecf4 593ad4b Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Jan 26 16:57:30 2015 +0100 Merge remote-tracking branch 'origin/master' into f21 .gitignore|2 +- perl-Tree-Simple.spec |8 +++- sources |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Tree-Simple/f21: 4/4] Cleanup merger.
commit 435673dc3bb23ce16fb78a6d34830a98b2162071 Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Jan 26 16:58:03 2015 +0100 Cleanup merger. perl-Tree-Simple.spec |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) --- diff --git a/perl-Tree-Simple.spec b/perl-Tree-Simple.spec index 15fbd10..48ebe57 100644 --- a/perl-Tree-Simple.spec +++ b/perl-Tree-Simple.spec @@ -44,9 +44,6 @@ make test * Mon Jan 26 2015 Ralf Corsépius corse...@fedoraproject.org - 1.25-1 - Upstream update. -* Tue Sep 09 2014 Jitka Plesnikova jples...@redhat.com - 1.24-2 -- Perl 5.20 mass - * Mon Sep 08 2014 Ralf Corsépius corse...@fedoraproject.org - 1.24-1 - Upstream update. - Reflect upstream having dropped Test::Version. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 17:05, Ralf Corsepius wrote: On 01/26/2015 04:34 PM, poma wrote: On 26.01.2015 15:13, Ralf Corsepius wrote: On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see 11.2.202.440 there!? Go to adobe's Flash player download site then download the yum version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. What is going on with you!? :) $ yum -q repoinfo adobe-linux-x86_64 Repo-id : adobe-linux-x86_64 Repo-name: Adobe Systems Incorporated Repo-status : enabled Repo-updated : Sat Jan 24 02:33:22 2015 Repo-pkgs: 2 Repo-size: 6.9 M Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo Then use this repository! # yum install flash-plugin ... # rpm -q flash-plugin flash-plugin-11.2.202.440-release.x86_64 And voilà there it is, the version which everybody around here seems to be missing. Ralf Man, do you read what is written, it is already installed. What I asked you - According to what I read in (German) media..., care to paste a link, or you'll repeat again n gain what has already been said. -- 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-Tree-Simple/f20: 5/5] Merge remote-tracking branch 'origin/f21' into f20
commit 9e9e387a41534163c252565269595cdd997813a2 Merge: d3638af 435673d Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Jan 26 17:10:28 2015 +0100 Merge remote-tracking branch 'origin/f21' into f20 .gitignore|2 +- perl-Tree-Simple.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
patch(1) no longer applies patches for symbolic links with .. components in the target
Last week, patch-2.7.3 was released fixing CVE-2015-1196. Both Fedora 20 and Fedora 21 have testing updates: https://admin.fedoraproject.org/updates/FEDORA-2015-1165 https://admin.fedoraproject.org/updates/FEDORA-2015-1134 The fix prevents patches applying if they are for symbolic links with a target containing the .. pathname component: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775901#13 Please be aware that some legitimate patches may fail as a result, until a better fix can be found. Tim. */ signature.asc Description: This is a digitally signed message part -- 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 1183568] perl-Class-MethodMaker-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1183568 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED CC||p...@city-fan.org Fixed In Version||perl-Class-MethodMaker-2.22 ||-1.fc22 Resolution|--- |RAWHIDE Assignee|berra...@redhat.com |p...@city-fan.org Last Closed||2015-01-26 09:58:02 --- Comment #1 from Paul Howarth p...@city-fan.org --- Build done: http://koji.fedoraproject.org/koji/taskinfo?taskID=8721957 -- 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=1FZjY35dzqa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 1:51 PM, Alexander Ploumistos alex.ploumis...@gmail.com wrote: A few days ago I upgraded my main workstation to F21 and I've noticed a few annoying glitches, but I don't know if they are all worth reporting Yes. Glitches may be minor bugs, but bugs nonetheless. 1. Window size and position: While some applications start with their last window size and placement, others do not; among them, most notable is firefox. Saving and restoring window state is up to applications, so this would be a feature request for applications that don't do this already. It usually starts maximized and then switches to something like a 7:2 ratio. When it is maximized and then unmaximized, it never returns to its original size. Keeping track of the window size prior to maximization and restoring it on unminimize is the window manager's job. However if no windows besides Firefox are affected, I wouldn't exclude a bug there. Maybe some rogue add-on? 2. Random rearrangement of icons on the desktop: I have organized my current projects and things to do in a dozen folders on my desktop, arranged in a grid. So far, this has happened to me three times: Upon logging in, some of them were taken out of the grid and randomly placed all over the desktop. The desktop window is provided by nautilus. 3. Icon inconsistencies in the message tray: Some icons are 48x48, others 22x22 and others are not displayed at all. In this screenshot https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png there are actually 8 icons: a seahorse notification that a signature was good, solaar, dropbox (I don't know if our package is to blame or theirs), mail-notification, spideroak, gnote, nut monitor and easystroke. This is a (known) gnome-shell issue. I'm afraid the notification changes won't really affect this (other than: it was wrong to pretend those were notifications, let's decouple them again), but reporting it again is probably not too useful anyway. 4. Settings migration was inconsistent: While most of my settings from the previous version of GNOME were preserved after the upgrade to 3.14.2, others were not; e.g. the window action key was preserved, middle click on the titlebar to lower a window wasn't. This is probably not a bug. The default of the middle-click-on-titlebar setting was changed, so unless you explicitly changed the setting before, it is expected that you get the new default rather than preserving the default value from time of installation. -- 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: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 04:34 PM, poma wrote: On 26.01.2015 15:13, Ralf Corsepius wrote: On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see 11.2.202.440 there!? Go to adobe's Flash player download site then download the yum version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. What is going on with you!? :) $ yum -q repoinfo adobe-linux-x86_64 Repo-id : adobe-linux-x86_64 Repo-name: Adobe Systems Incorporated Repo-status : enabled Repo-updated : Sat Jan 24 02:33:22 2015 Repo-pkgs: 2 Repo-size: 6.9 M Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo Then use this repository! # yum install flash-plugin ... # rpm -q flash-plugin flash-plugin-11.2.202.440-release.x86_64 And voilà there it is, the version which everybody around here seems to be missing. 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
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 5:29 PM, Florian Müllner fmuell...@gnome.org wrote: Keeping track of the window size prior to maximization and restoring it on unminimize is the window manager's job. However if no windows besides Firefox are affected, I wouldn't exclude a bug there. Maybe some rogue add-on? After a little bit of testing, I can confirm that it happens with every app. I have a 1920x1080 monitor resolution and conky running on the right side of the desktop (260px wide). I killed conky to make sure it's not involved somehow. I set gedit to cover the entire desktop, starting from the left edge and leaving ~330px from the right (window width ~1590px). After maximizing and unmaximizing it, it becomes 1717px. If the original window width is larger than ~1730px, when it is restored it becomes either 1717px or something smaller than it originally was. The same thing happens with gnome-terminal, seamonkey, bluefish, gnucash and just about every other app I tried. Do I file this against mutter? 2. Random rearrangement of icons on the desktop: I have organized my current projects and things to do in a dozen folders on my desktop, arranged in a grid. So far, this has happened to me three times: Upon logging in, some of them were taken out of the grid and randomly placed all over the desktop. The desktop window is provided by nautilus. Should I file a bug, when I don't have a way to reproduce this behavior? 3. Icon inconsistencies in the message tray: Some icons are 48x48, others 22x22 and others are not displayed at all. In this screenshot https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png there are actually 8 icons: a seahorse notification that a signature was good, solaar, dropbox (I don't know if our package is to blame or theirs), mail-notification, spideroak, gnote, nut monitor and easystroke. This is a (known) gnome-shell issue. I'm afraid the notification changes won't really affect this (other than: it was wrong to pretend those were notifications, let's decouple them again), but reporting it again is probably not too useful anyway. So these icons will remain in the message tray or will they be moved to the top bar notification area? From GNOME's own icons, I gather that 48x48 is the default size. Seahorse was problematic since F19, mail notification and solaar icons were 48x48 in F20, easystroke's icon was visible in F20 (same package version as currently in F21), dropbox and spideroak were at 22x22 (I think). Do I bother the maintainers, or do I leave them be? This is probably not a bug. The default of the middle-click-on-titlebar setting was changed, so unless you explicitly changed the setting before, it is expected that you get the new default rather than preserving the default value from time of installation. I'm not sure about that one, so I'm dropping it. -- 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: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 15:13, Ralf Corsepius wrote: On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see 11.2.202.440 there!? Go to adobe's Flash player download site then download the yum version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. What is going on with you!? :) $ yum -q repoinfo adobe-linux-x86_64 Repo-id : adobe-linux-x86_64 Repo-name: Adobe Systems Incorporated Repo-status : enabled Repo-updated : Sat Jan 24 02:33:22 2015 Repo-pkgs: 2 Repo-size: 6.9 M Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo And otherwise as you don't know what changelog is, man. Ignore adobe rpm's %changelogs - They apparently don't update their rpm's changelogs :-) Ralf Yeah, we knew that already. -- 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: DNF and mock
On Mon, 26 Jan 2015 09:43:55 + Peter Robinson pbrobin...@gmail.com wrote: The kernel, grub and a few other packages are built on the RHEL6 boxes, not everything was migrated off of RHEL Just out of curiosity, what are the reasons? Signing infrastructure for secure boot. Actually, as I noted to Dennis the other day, I did move the secure boot builders over to Fedora. They are currently running Fedora 20, I still need to upgrade them to Fedora 21. The last builders that aren't running Fedora are our ppc builders. (2 of them for epel ppc builds). I'm not sure how easy it will be to move them to Fedora. kevin pgp6XCRzMw5QE.pgp Description: OpenPGP digital 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
[perl-Tree-Simple/f21] (4 commits) ...Cleanup merger.
Summary of changes: 3483db5... Perl 5.20 mass (*) 593ad4b... Upstream update. (*) b789f79... Merge remote-tracking branch 'origin/master' into f21 435673d... Cleanup merger. (*) 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] berrange:perl-Class-MethodMaker commit set to Approved
user: berrange set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: Awaiting Review to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: to: Obsolete on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: to: Obsolete on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 05:20 PM, poma wrote: What I asked you - According to what I read in (German) media..., care to paste a link, or you'll repeat again n gain what has already been said. http://www.heise.de/newsticker/meldung/Kritische-Luecke-im-Flash-Player-Adobe-beginnt-Update-Auslieferung-2527977.html -- 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-Class-MethodMaker] Created tag perl-Class-MethodMaker-2.22-1.fc22
The lightweight tag 'perl-Class-MethodMaker-2.22-1.fc22' was created pointing to: 95cb6a3... Update to 2.22 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] berrange:perl-Class-MethodMaker commit set to Approved
user: berrange set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: Awaiting Review to: Approved on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: FOSDEM 2015
* Petr Šabata [26/01/2015 13:11] : Hey guys, Just wondering whether anybody is going to FOSDEM this weekend? Besides myself, that is. I'm afraid I decided to skip this edition. Emmanuel -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Tree-Simple-1.25.tgz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Tree-Simple: 4a9927a8847cb0440c4a833d6871ffd3 Tree-Simple-1.25.tgz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Tree-Simple] Upstream update.
commit 593ad4b869d5730b6595866cf1793940f98d2c98
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 26 16:37:33 2015 +0100
Upstream update.
.gitignore|2 +-
perl-Tree-Simple.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 9c5310e..9e94666 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Tree-Simple-1.24.tgz
+/Tree-Simple-1.25.tgz
diff --git a/perl-Tree-Simple.spec b/perl-Tree-Simple.spec
index 26ae4e1..8ed04fb 100644
--- a/perl-Tree-Simple.spec
+++ b/perl-Tree-Simple.spec
@@ -1,6 +1,6 @@
Name: perl-Tree-Simple
-Version: 1.24
-Release: 2%{?dist}
+Version: 1.25
+Release: 1%{?dist}
Summary: Tree::Simple Perl module
License: GPL+ or Artistic
Group: Development/Libraries
@@ -41,6 +41,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 26 2015 Ralf Corsépius corse...@fedoraproject.org - 1.25-1
+- Upstream update.
+
* Tue Sep 09 2014 Jitka Plesnikova jples...@redhat.com - 1.24-2
- Perl 5.20 mass
diff --git a/sources b/sources
index 1b740f5..5729216 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c1260063990a071194788bce105433bd Tree-Simple-1.24.tgz
+4a9927a8847cb0440c4a833d6871ffd3 Tree-Simple-1.25.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-Class-MethodMaker commit set to Awaiting Review
user: pghmcfc set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: to: Awaiting Review on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-Class-MethodMaker commit set to Awaiting Review
user: pghmcfc set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: to: Awaiting Review on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] pghmcfc:perl-Class-MethodMaker commit set to Awaiting Review
user: pghmcfc set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: to: Awaiting Review on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: to: Obsolete on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: to: Obsolete on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: to: Obsolete on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] berrange:perl-Class-MethodMaker commit set to Approved
user: berrange set for pghmcfc acl: commit of package: perl-Class-MethodMaker from: Awaiting Review to: Approved on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchcommits set to Obsolete
user: corsepiu set for corsepiu acl: watchcommits of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: to: Obsolete on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[PkgDB] corsepiu:perl-Class-MethodMaker watchbugzilla set to Obsolete
user: corsepiu set for corsepiu acl: watchbugzilla of package: perl-Class-MethodMaker from: Approved to: Obsolete on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Class-MethodMaker -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Flash plugin 0-day vulnerability in the wild
Installed Packages Name: flash-plugin Arch: x86_64 Version : 11.2.202.440 Release : release Size: 19 M Repo: installed From repo : adobe-linux-x86_64 Summary : Adobe Flash Player 11.2 URL : http://www.adobe.com/downloads/ License : Commercial Description : Adobe Flash Plugin 11.2.202.440 : Fully Supported: Mozilla SeaMonkey 1.0+, Firefox 1.5+, Mozilla 1.7.13+ -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311 I was thinking of something along those lines for the Linux version too. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Test-TCP-2.07.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Test-TCP: e6d7f7b09f7193709fc8a059b699c93d Test-TCP-2.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1184825] perl-Date-Easter-1.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1184825 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- Package perl-Date-Easter-1.22-1.el6: * should fix your issue, * was pushed to the Fedora EPEL 6 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-Date-Easter-1.22-1.el6' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0450/perl-Date-Easter-1.22-1.el6 then log in and leave karma (feedback). -- 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=AGNUJjTP8ea=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
F21 install experience on iMac (5K retina)
Hi Fedora I just wanted to give my impressions on the F21 install experience on an iMac (but I guess it is applicable for any mac). I installed F21 workstation on an Retina iMac after I made half the SSD free space. The installer set up all partitions and I went with the default. Everything worked and it didn't mess up my macos install. (I am a bit jaded since a previous fedora upgrade (F17 - F18 I think) made another mac unbootable.) So far everything seems to work fine (except for some stuff I'll mention below). So great work everybody involved! Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 The computer seems to boot into Linux as default, it would have been nice if you could choose that somehow. Again, I am really happy with F21! /Andreas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1009 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 99 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3434/pylint-1.3.1-1.el6,python-astroid-1.2.1-2.el6,python-logilab-common-0.62.1-2.el6 74 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 51 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6 33 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4884/mapserver-6.0.4-1.el6 31 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4918/dokuwiki-0-0.23.20140929b.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0232/chicken-4.9.0.1-2.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0278/Django14-1.4.18-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0279/drupal7-context-3.6-1.el6 10 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0315/docker-io-1.4.1-3.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0363/polarssl-1.3.2-4.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0368/puppetlabs-stdlib-4.5.1-1.20150121git7a91f20.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0407/seamonkey-2.28-3.ESR_31.4.0.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0436/privoxy-3.0.23-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing bats-0.4.0-1.20141016git3b33a5a.el6 golang-github-vaughan0-go-ini-0-0.3.gita98ad7e.el6 golang-googlecode-gcfg-0-0.4.gitc2d3050.el6 golang-googlecode-google-api-client-0-0.4.gitfc402b0.el6 golang-googlecode-goprotobuf-0-0.10.git7f07925.el6 irclog2html-2.14.0-1.el6 lcov-1.10-4.el6 nodejs-nsp-audit-shrinkwrap-1.0.2-1.el6 perl-Date-Easter-1.22-1.el6 perl-Statistics-Basic-1.6611-3.el6 php-sebastian-recursion-context-1.0.0-1.el6 pkgwat-0.11-1.el6 privoxy-3.0.23-1.el6 python-dogpile-cache-0.5.5-1.el6 python-msgpack-0.4.4-2.el6 python-requests-oauthlib-0.4.0-7.el6 python-urllib2_kerberos-0.1.6-16.el6 smemstat-0.01.11-1.el6 uid_wrapper-1.1.0-1.el6 Details about builds: bats-0.4.0-1.20141016git3b33a5a.el6 (FEDORA-EPEL-2015-0435) Bash Automated Testing System Update Information: First package version. References: [ 1 ] Bug #1184472 - Review Request: bats - Bash Automated Testing System https://bugzilla.redhat.com/show_bug.cgi?id=1184472 golang-github-vaughan0-go-ini-0-0.3.gita98ad7e.el6 (FEDORA-EPEL-2015-0441) INI parsing library for Go Update Information: Choose the correct architecture First package for Fedora References: [ 1 ] Bug #1142398 - Review Request: golang-github-vaughan0-go-ini - INI parsing library for Go https://bugzilla.redhat.com/show_bug.cgi?id=1142398 golang-googlecode-gcfg-0-0.4.gitc2d3050.el6 (FEDORA-EPEL-2015-0462) Gcfg reads INI-style configuration files into Go structs Update Information: Choose the correct architecture References: [ 1 ] Bug #1141880 - Review Request: golang-googlecode-gcfg - Gcfg reads INI-style configuration files into Go structs https://bugzilla.redhat.com/show_bug.cgi?id=1141880 golang-googlecode-google-api-client-0-0.4.gitfc402b0.el6 (FEDORA-EPEL-2015-0448) Go libraries for new style Google APIs Update Information: update to fc402b0d6f2a46ba7dcf0a4606031f45fb82a728 References: [ 1 ] Bug #1141841 - Review Request: golang-googlecode-google-api-client - Go libraries for new style Google APIs https://bugzilla.redhat.com/show_bug.cgi?id=1141841
[slic3r] Rebuild for boost 1.57.0
commit 71b6739cd7e4f2863289ba4993ff2e25a68d17d1
Author: Petr Machata pmach...@redhat.com
Date: Mon Jan 26 21:17:28 2015 +0100
Rebuild for boost 1.57.0
slic3r.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/slic3r.spec b/slic3r.spec
index 6f99957..cd6e901 100644
--- a/slic3r.spec
+++ b/slic3r.spec
@@ -1,6 +1,6 @@
Name: slic3r
Version:1.1.7
-Release:2%{?dist}
+Release:3%{?dist}
Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker
etc.)
License:AGPLv3 and CC-BY
# Images are CC-BY, code is AGPLv3
@@ -174,6 +174,9 @@ fi
%{_datadir}/%{name}
%changelog
+* Mon Jan 26 2015 Petr Machata pmach...@redhat.com - 1.1.7-3
+- Rebuild for boost 1.57.0
+
* Mon Oct 20 2014 Miro Hrončok mhron...@redhat.com - 1.1.7-2
- Unbundle polyclipping 6.2.0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: python-sig and retiring python3-dateutil
Pete Travis m...@petetravis.com schrieb am Mon Jan 26 2015 at 5:24:32 PM: On 01/26/2015 08:53 AM, Zbigniew Jędrzejewski-Szmek wrote: Hi, since bug #1126521 seems to be progressing nicely, I think it would be nice to get in touch with python-sig, the maintainers of python3-dateutil, about retiring python3-dateutil and adding a python3 subpackage to python-dateutil. They might want to do it the other way around, which would be fine too, but either way, something should be arranged. I tried to sign up for the python-sig mailing list, but it is private and I haven't received any welcome letter, so I think I'm stuck in some moderation queue. Zbyszek Yes, I think it's a good time to bring up retiring python3-dateutil. I've also requested membership for that list, and included the list owners here, maybe they can expedite our requests. As python-dateutil is not (yet) under the python-sig group maintainership [1], you could reach the maintainers of python-dateutil under ther -owner mail address (CC'ed). python-sig@fp.o is for all group maintained package maintainers and general python related questions are handled on python-devel@fp.o (also CC'ed). (Sorry for the confusion, the python-sig groupmaintainership started very recently and is still a work in process.) I'd say it depends, how python3 will be introduced in F22, which package should provide the subpackage and the other one should be retired. Maybe someone from [2] could comment on what they like to see in the future. I don't mind having two separate packages until we approach F22 and the future process is here. Greetings, Tom [1] https://admin.fedoraproject.org/pkgdb/package/python-dateutil/ [2] http://fedoraproject.org/wiki/Changes/Python_3_as_Default ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 5:23 PM, Alexander Ploumistos alex.ploumis...@gmail.com wrote: On Mon, Jan 26, 2015 at 5:29 PM, Florian Müllner fmuell...@gnome.org wrote: After a little bit of testing, I can confirm that it happens with every app. [...] Do I file this against mutter? Yes please. The desktop window is provided by nautilus. Should I file a bug, when I don't have a way to reproduce this behavior? Can't hurt. So these icons will remain in the message tray or will they be moved to the top bar notification area? That's not entirely clear yet, they will probably be moved to a dedicated area (possibly some kind of drawer). They will definitively not be mixed with the system status area in the top bar. From GNOME's own icons, I gather that 48x48 is the default size. Seahorse was problematic since F19, mail notification and solaar icons were 48x48 in F20, easystroke's icon was visible in F20 (same package version as currently in F21), dropbox and spideroak were at 22x22 (I think). Do I bother the maintainers, or do I leave them be? No, at least not for legacy status icons, as that's a gnome-shell issue. Though from the listing above, at least seahorse should use proper notifications? I am not aware of any reported issues with those, so that's worth filing. -- 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: python-sig and retiring python3-dateutil
On Mon, Jan 26, 2015 at 10:57:25AM -0700, Pete Travis wrote: On 01/26/2015 10:45 AM, Thomas Spura wrote: Pete Travis m...@petetravis.com mailto:m...@petetravis.com schrieb am Mon Jan 26 2015 at 5:24:32 PM: On 01/26/2015 08:53 AM, Zbigniew Jędrzejewski-Szmek wrote: Hi, since bug #1126521 seems to be progressing nicely, I think it would be nice to get in touch with python-sig, the maintainers of python3-dateutil, about retiring python3-dateutil and adding a python3 subpackage to python-dateutil. They might want to do it the other way around, which would be fine too, but either way, something should be arranged. I tried to sign up for the python-sig mailing list, but it is private and I haven't received any welcome letter, so I think I'm stuck in some moderation queue. Zbyszek Yes, I think it's a good time to bring up retiring python3-dateutil. I've also requested membership for that list, and included the list owners here, maybe they can expedite our requests. As python-dateutil is not (yet) under the python-sig group maintainership [1], you could reach the maintainers of python-dateutil under ther -owner mail address (CC'ed). python-sig@fp.o is for all group maintained package maintainers and general python related questions are handled on python-devel@fp.o (also CC'ed). (Sorry for the confusion, the python-sig groupmaintainership started very recently and is still a work in process.) I applied for the group membership just in case. I'd say it depends, how python3 will be introduced in F22, which package should provide the subpackage and the other one should be retired. Maybe someone from [2] could comment on what they like to see in the future. I don't mind having two separate packages until we approach F22 and the future process is here. Building python3-du from python-du seems more standard, i.e. less confusing, but of course there's no difference from the technical side. No matter which name is chosen, it'd be nice to kill two birds with one stone, and do the merge together with an update of python3-dateutil to version 2.4. Scratch build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=8689481 [1] https://admin.fedoraproject.org/pkgdb/package/python-dateutil/ [2] http://fedoraproject.org/wiki/Changes/Python_3_as_Default We are proceeding with a planned Change[0] with Zbyszek acting on behalf of the python-dateutil owner. He has already adapted python-dateutil.spec to provide a python3-dateutil and, with the relevant maintainers, we have been testing[1] dependent packages with a scratch build of that package. The python3-dateutil package is around because upstream did not have sources that would work with both anymore. That is no longer the case, so the logical route to us is to retire python3-dateutil as a unique srpm. The participation of they python-sig as package owners, and insight on how to best transition, would be very helpful. My apologies if this is encroaching on python-sig territory; we saw a need for change and took initiative. [0] https://fedoraproject.org/wiki/Changes/python-dateutil_2.x [1] https://bugzilla.redhat.com/show_bug.cgi?id=1126521 Zbyszek ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: DNF replacing yum: fedup?
On Mon, Jan 26, 2015 at 2:36 PM, Chris Murphy li...@colorremedies.com wrote: On Mon, Jan 26, 2015 at 2:26 PM, Adam Williamson adamw...@fedoraproject.org wrote: I note the ReplaceYumWithDnf Change page: https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF says nothing about fedup. However, fedup uses yum: Seems like fedup is only used on Fedora 21 and older to upgrade to Fedora 22. So dnf support would be needed to get Fedora 22 to fedup to Fedora 23. No? I guess right after Fedora 22 branch, it would break the ability to use fedup to upgrade from Fedora 22 to Rawhide... -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
New Env Stacks WG crew - elections not necessary
Dear contributors, based on the Governance Charter [1], the first Environment and Stacks working group elections were supposed to be held these days. We looked for 4 new voting members for the group. The nominations period ended few days back and there are exactly 4 nominations at [2]. Based on my poor math, since 4 - 4 = 0 there is no sense in holding the elections, since the results are already set. Thus, let me cancel further election process and join me to welcome the following new members of Environment and Stacks working group: * Slavek Kabrda (bkabrda), who's already been member so far * Colin Walters (walters) * Tomas Tomecek (ttomecek) * Petr Hracek (phracek) Guys, welcome on board, I'm looking forward to work with you! The rest of the voting crew is: * Honza Horák (hhorak) * Nick Coghlan (ncoghlan) * Jens Petersen (juhp) * Václav Pavlín (vpavlin) * Stuart Campbell (sicampbell) [1] https://fedoraproject.org/wiki/Env_and_Stacks/Governance_Charter [2] https://fedoraproject.org/wiki/Env_and_Stacks/Nominations Honza -- 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: F21 install experience on iMac (5K retina)
On Mon, Jan 26, 2015 at 2:01 PM, Andreas Tunek andreas.tu...@gmail.com wrote: 2015-01-26 21:32 GMT+01:00 Chris Murphy li...@colorremedies.com: On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek andreas.tu...@gmail.com wrote: Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 Not sure about that. Um, what do you mean? It's an expression of uncertainty. I can't reproduce it because I don't have a 5K iMac so I don't have a work around in mind. Gnome at least detects it as a 3840x 2160 display. Maybe I should add that to the bug report? Good idea. Maybe also dmidecode output, and lspci -vvnn. I'd attach those outputs as separate files rather than pasting them in-line. But most important is what devs ask for in the bug. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File MetaCPAN-API-0.50.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-MetaCPAN-API: 06967b570f5eae2ef627c3667e40a55f MetaCPAN-API-0.50.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] please review: Ticket 48000 - lib389 - replica agreement pause/resume should have a short sleep
https://fedorahosted.org/389/ticket/48000 https://fedorahosted.org/389/attachment/ticket/48000/0001-Ticket-48000-replica-agreement-pause-resume-should-h.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: F21 install experience on iMac (5K retina)
2015-01-26 22:18 GMT+01:00 Chris Murphy li...@colorremedies.com: On Mon, Jan 26, 2015 at 2:01 PM, Andreas Tunek andreas.tu...@gmail.com wrote: 2015-01-26 21:32 GMT+01:00 Chris Murphy li...@colorremedies.com: On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek andreas.tu...@gmail.com wrote: Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 Not sure about that. Um, what do you mean? It's an expression of uncertainty. I can't reproduce it because I don't have a 5K iMac so I don't have a work around in mind. Gnome at least detects it as a 3840x 2160 display. Maybe I should add that to the bug report? Good idea. Maybe also dmidecode output, and lspci -vvnn. I'd attach those outputs as separate files rather than pasting them in-line. But most important is what devs ask for in the bug. Added that to the bug report. Also reported new bug: https://bugzilla.redhat.com/show_bug.cgi?id=1186032 -- Chris Murphy -- 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: Taskotron No-Cloud Disposable Clients: Proof of Concept
On Wed, 21 Jan 2015 11:06:02 -0700 Tim Flink tfl...@redhat.com wrote: This took a bit longer than I had hoped, but I've got proof-of-concept code for no-cloud disposable clients in libtaskotron. https://bitbucket.org/tflink/libtaskotron in the feature/T382-nocloud-disposable branch. As a warning - this code is still very much in the may eat babies and laugh about it stage (which is why it's in a fork instead of the main repo). Unless you know what you're doing, you may want to avoid it for now. The readme should cover everything you need to make the bits work - the setup is a bit complex, requires root and disabling selinux enforcing but it does work :) For anyone who has already tried the PoC code - you may want to change the testCloud repo to use my fork [1] instead of the upstream. Mike is planning some non-backwards-compatible changes to the library and this will let me update once the changes are done instead of constraining what upstream is doing when. Tim [1] https://github.com/tflink/testCloud pgp6PQAzCZStU.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: F21 install experience on iMac (5K retina)
On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek andreas.tu...@gmail.com wrote: Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 Not sure about that. The computer seems to boot into Linux as default, it would have been nice if you could choose that somehow. If you hold the option key during the boot chime, you'll get the option to boot OS X. Then you can go to System Preferences Startup panel, and choose OS X to boot by default again. And then to boot Fedora, you can use the option key at boot chime. I haven't really figured out the logic, but different Mac models and firmware versions have different priorities for NVRAM boot entries vs a hint in the HFS+ volume header for which volume to boot by default. Therefore using efibootmgr -n or -O may or may not work on your particular model; but the OS X Startup panel appears to alter something on disk and has been more reliable for me for setting default boot OS. -- Chris Murphy -- 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: DNF as default package manager
On Wed, Jan 21, 2015 at 3:22 PM, Sudhir Khanger m...@sudhirkhanger.com wrote: On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com wrote: Name them please. Or better yet, report them. Any plans for local repository support in DNF. https://bugzilla.redhat.com/show_bug.cgi?id=991014 I'm working on this plugin. -- Regards, Sudhir Khanger, sudhirkhanger.com, github.com/donniezazen, 5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Soname bump: rygel
Hi, folks. A couple of people have tried to build rygel 0.25, which bumps the API/ABI, but both times it failed. I just fixed it up and got a build through: http://koji.fedoraproject.org/koji/buildinfo?buildID=605336 so the sonames of its libs are bumped from: librygel-core-2.4.so.2 librygel-renderer-2.4.so.2 librygel-renderer-gst-2.4.so.2 librygel-server-2.4.so.2 to: librygel-core-2.6.so.2 librygel-renderer-2.6.so.2 librygel-renderer-gst-2.6.so.2 librygel-server-2.6.so.2 Nothing outside of rygel itself seems to depend on those libs (control- center has a dep on 'rygel'), but it somehow winds up in gnome- terminal's build deps, so I'm not sure what's going on there. If anyone knows of something that needs rebuilding, please do so and/or let me know. thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: DNF replacing yum: fedup?
On Mon, Jan 26, 2015 at 2:26 PM, Adam Williamson adamw...@fedoraproject.org wrote: I note the ReplaceYumWithDnf Change page: https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF says nothing about fedup. However, fedup uses yum: Seems like fedup is only used on Fedora 21 and older to upgrade to Fedora 22. So dnf support would be needed to get Fedora 22 to fedup to Fedora 23. No? -- Chris Murphy -- 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: Cinnamon Spin
On Mon, Jan 26, 2015 at 9:51 PM, Carlos Morel-Riquelme empateinfin...@gmail.com wrote: Dan, thank for the new but the download links for the spin (wiki skeleton) isn't available :( On Mon, Jan 26, 2015 at 11:24 PM, Dan Book gri...@gmail.com wrote: On Sat, Dec 20, 2014 at 11:35 AM, Dan Book gri...@gmail.com wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ . Once the next cinnamon update goes through the workaround to set the gtk-theme can be removed. IMO the spin is now suitable for further testing and development for inclusion in the fedora spins, if anyone is up to the task. -Dan -- 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 Current downloads can be found at https://grinnz.com/public/spins-cinnamon/ , I'll update the screenshot and link on the wiki. -- 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: [fedora-java] AutoService in Fedora?
On Tue, Jan 27, 2015 at 12:45 AM, Christopher ctubbsii-fed...@apache.org wrote: On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski mizde...@redhat.com wrote: On 01/26/2015 11:57 PM, Christopher wrote: Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already packaged for Fedora? Maybe under a different name? It doesn't seem to be packaged. For projects using Maven the easiest way of checking whether given artifact is packaged or not is using repoquery: repoquery -f 'mvn(com.google.auto.service:auto-service)' Excellent! Thanks for the pro-tip! Oh, and what's the process if I want to get it packaged? I know I need to submit a package review bugzilla, but do I also need to do a F22 self-contained feature 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: [fedora-java] AutoService in Fedora?
On 01/27/2015 06:48 AM, Christopher wrote: On Tue, Jan 27, 2015 at 12:45 AM, Christopher ctubbsii-fed...@apache.org wrote: On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski mizde...@redhat.com wrote: On 01/26/2015 11:57 PM, Christopher wrote: Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already packaged for Fedora? Maybe under a different name? It doesn't seem to be packaged. For projects using Maven the easiest way of checking whether given artifact is packaged or not is using repoquery: repoquery -f 'mvn(com.google.auto.service:auto-service)' Excellent! Thanks for the pro-tip! Oh, and what's the process if I want to get it packaged? I know I need to submit a package review bugzilla, but do I also need to do a F22 self-contained feature proposal? No, you don't need to file change proposal. You just need to create SRPM and get it reviewed. See [1]. Java package reviews can be added to FE-JAVASIG tracker [2] to speedup the review process. [1] http://fedoraproject.org/wiki/New_package_process_for_existing_contributors [2] https://bugzilla.redhat.com/652183 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: DNF replacing yum: fedup?
On 26 January 2015 at 22:52, Will Woods wwo...@redhat.com wrote: (As an aside, PackageKit should also support these operations, so we can use PackageKit to make a Upgrade GUI Thing.) Gnome Software has had some interesting work done in the 3.16 cycle to handle upgrades. For atleast the workstation product that may be useful -- 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 1142983] perl-WWW-Shorten-3.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1142983 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- Package perl-WWW-Shorten-3.06-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-WWW-Shorten-3.06-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-1226/perl-WWW-Shorten-3.06-1.fc20 then log in and leave karma (feedback). -- 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=YJHmpvOrNCa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [fedora-java] AutoService in Fedora?
On 01/26/2015 11:57 PM, Christopher wrote: Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already packaged for Fedora? Maybe under a different name? It doesn't seem to be packaged. For projects using Maven the easiest way of checking whether given artifact is packaged or not is using repoquery: repoquery -f 'mvn(com.google.auto.service:auto-service)' -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[rt/f21] (3 commits) ...Remove --with/without gpg.
Summary of changes: 02cdaae... Update to rt-4.2.9. (*) 8993ba3... Update to rt-4.2.9. (*) 65c327e... Remove --with/without gpg. (*) (*) 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Cinnamon Spin
Dan, thank for the new but the download links for the spin (wiki skeleton) isn't available :( On Mon, Jan 26, 2015 at 11:24 PM, Dan Book gri...@gmail.com wrote: On Sat, Dec 20, 2014 at 11:35 AM, Dan Book gri...@gmail.com wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ . Once the next cinnamon update goes through the workaround to set the gtk-theme can be removed. IMO the spin is now suitable for further testing and development for inclusion in the fedora spins, if anyone is up to the task. -Dan -- 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: Soname bump: rygel
On Tue, 2015-01-27 at 03:41 +, Peter Robinson wrote: On Mon, Jan 26, 2015 at 8:51 PM, Adam Williamson adamw...@fedoraproject.org wrote: Hi, folks. A couple of people have tried to build rygel 0.25, which bumps the API/ABI, but both times it failed. I just fixed it up and got a build through: Thanks Adam, it needed a newer version of a lib which I notice the maintainer has sent out notification that it was being bumped so it was on my list to fix up, at the moment I think it's the only thing that links against the libraries in Fedora so it's pretty self contained. The file list needed updating too. I changed it to use a macro for the api version so you don't have to edit it in two dozen places each time this happens :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: [fedora-java] AutoService in Fedora?
On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski mizde...@redhat.com wrote: On 01/26/2015 11:57 PM, Christopher wrote: Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already packaged for Fedora? Maybe under a different name? It doesn't seem to be packaged. For projects using Maven the easiest way of checking whether given artifact is packaged or not is using repoquery: repoquery -f 'mvn(com.google.auto.service:auto-service)' Excellent! Thanks for the pro-tip! -- 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: Cinnamon Spin
On Sat, Dec 20, 2014 at 11:35 AM, Dan Book gri...@gmail.com wrote: Hello, I have put together a basic Cinnamon Live spin, and was wondering if this is something people would like to see become official. It's not ready for submission quite yet, there is a bit of a hack to change the default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and desktop icon colors (something that should probably be fixed upstream, this happens for any Cinnamon install by default in F21). I'm not a Fedora packager nor do I have a whole lot of time to put into this, but I am willing to update and maintain the spin as necessary. I have the kickstart files in this github repo: https://github.com/Grinnz/spin-kickstart-cinnamon And resulting images, which I have briefly tested and installed in a VM: https://grinnz.com/public/spins-cinnamon/ I added a skeleton wiki page as well: https://fedoraproject.org/wiki/Cinnamon_Spin -Dan Book Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ . Once the next cinnamon update goes through the workaround to set the gtk-theme can be removed. IMO the spin is now suitable for further testing and development for inclusion in the fedora spins, if anyone is up to the task. -Dan -- 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: DNF and mock
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 26 Jan 2015 09:43:55 + Peter Robinson pbrobin...@gmail.com wrote: The kernel, grub and a few other packages are built on the RHEL6 boxes, not everything was migrated off of RHEL Just out of curiosity, what are the reasons? Signing infrastructure for secure boot. Actually, as I noted to Dennis the other day, I did move the secure boot builders over to Fedora. They are currently running Fedora 20, I still need to upgrade them to Fedora 21. The last builders that aren't running Fedora are our ppc builders. (2 of them for epel ppc builds). I'm not sure how easy it will be to move them to Fedora. The Fedora secondary PPC builders are all F-20 now, we've got some new Power8 kit coming at some point in Q1 so the plan is to move them all over to PowerKVM so we should be able to deploy all builders in the same manner across all architectures before long. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[rt] Remove --with/without gpg.
commit 65c327e7bad71f23e18a44902e3cee0e93e854c3
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Tue Jan 27 04:28:17 2015 +0100
Remove --with/without gpg.
- Remove --with/without gd.
- Remove --with/without graphviz.
rt.spec | 54 +++---
1 files changed, 19 insertions(+), 35 deletions(-)
---
diff --git a/rt.spec b/rt.spec
index 14c4af2..96a88a7 100644
--- a/rt.spec
+++ b/rt.spec
@@ -4,28 +4,11 @@
# package are under the same license as the package itself.
#
-# Supported rpmbuild options:
-#
-# --with gd/--without gd
-# enable/disable gd support
-# Default: enabled (had been default in rt 3.8.0)
-%bcond_without gd
-
-# --with graphviz/--without graphviz
-# enable/disable graphiz support
-# Default: disabled (missing deps)
-%bcond_with graphviz
-
# --with devel_mode/--without devel_mode
# enable/disable building/installing devel files
# Default: enabled
%bcond_without devel_mode
-# --with gpg/--without gpg
-# enable/disable building gpg support
-# Default: disabled
-%bcond_with gpg
-
# --with runtests
# run testsuite when building the rpm
# Default: disabled (doesn't work in chroots.)
@@ -56,7 +39,7 @@
Name: rt
Version: 4.2.9
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Request tracker
Group: Applications/Internet
@@ -127,11 +110,11 @@ BuildRequires: perl(File::ShareDir)
BuildRequires: perl(File::Spec) = 0.8
BuildRequires: perl(File::Temp) = 0.19
BuildRequires: perl(File::Which)
-%{?with_gd:BuildRequires: perl(GD)}
-%{?with_gd:BuildRequires: perl(GD::Graph) = 1.47}
-%{?with_gd:BuildRequires: perl(GD::Text)}
-%{?with_gpg:BuildRequires: perl(GnuPG::Interface)}
-%{?with_graphviz:BuildRequires: perl(GraphViz)}
+BuildRequires: perl(GD)
+BuildRequires: perl(GD::Graph) = 1.47
+BuildRequires: perl(GD::Text)
+BuildRequires: perl(GnuPG::Interface)
+BuildRequires: perl(GraphViz)
BuildRequires: perl(Getopt::Long) = 2.24
BuildRequires: perl(HTML::Entities)
%{?with_devel_mode:BuildRequires: perl(HTML::Form)}
@@ -147,9 +130,9 @@ BuildRequires: perl(HTML::TreeBuilder)
BuildRequires: perl(HTTP::Request::Common)
BuildRequires: perl(HTTP::Server::Simple) = 0.34
BuildRequires: perl(HTTP::Server::Simple::Mason) = 0.09
-%{?with_graphviz:BuildRequires: perl(IPC::Run)}
+BuildRequires: perl(IPC::Run)
BuildRequires: perl(IPC::Run3)
-%{?with_graphviz:BuildRequires: perl(IPC::Run::SafeHandles)}
+BuildRequires: perl(IPC::Run::SafeHandles)
BuildRequires: perl(JSON)
BuildRequires: perl(JavaScript::Minifier)
BuildRequires: perl(List::MoreUtils)
@@ -174,7 +157,7 @@ BuildRequires: perl(Net::Server)
BuildRequires: perl(Net::Server::PreFork)
BuildRequires: perl(Net::SMTP)
BuildRequires: perl(Net::SSL)
-%{?with_gpg:BuildRequires: perl(PerlIO::eol)}
+BuildRequires: perl(PerlIO::eol)
BuildRequires: perl(Pod::Usage)
BuildRequires: perl(Plack)
BuildRequires: perl(Plack::Handler::Starlet)
@@ -219,7 +202,6 @@ BuildRequires: perl(XML::RSS) = 1.05
%{?with_runtests:BuildRequires: perl(Test::Warn)}
%{?with_runtests:BuildRequires: perl(Test::MockTime)}
%{?with_runtests:BuildRequires: perl(String::ShellQuote)}
-%{?with_runtests:BuildRequires: perl(PerlIO::eol)}
%{?with_runtests:BuildRequires: perl(Test::Expect)}
BuildRequires: /usr/bin/pod2man
@@ -249,9 +231,9 @@ Requires: perl(Data::ICal::Entry::Event)
%{?with_pg:Requires: perl(DBD::Pg)}
%{?with_pg:Conflicts: perl(DBD::Pg) == 3.3.0}
Requires: perl(Log::Dispatch::Perl)
-%{?with_gd:Requires: perl(GD::Text)}
-%{?with_gd:Requires: perl(GD::Graph::bars)}
-%{?with_gd:Requires: perl(GD::Graph::pie)}
+Requires: perl(GD::Text)
+Requires: perl(GD::Graph::bars)
+Requires: perl(GD::Graph::pie)
Requires: perl(HTML::Quoted)
Requires: perl(HTTP::Server::Simple::Mason)
Requires: perl(HTML::Mason::Request)
@@ -261,6 +243,7 @@ Requires: perl(LWP::MediaTypes)
Requires: perl(mod_perl2)
Requires: perl(Module::Versions::Report)
Requires: perl(Net::Server::PreFork)
+Requires: perl(PerlIO::eol)
Requires: perl(Plack::Middleware::Test::StashWarnings) = 0.06
Requires: perl(Plack::Handler::Starlet)
Requires: perl(Text::Quoted)
@@ -324,7 +307,6 @@ Requires: perl(DBD::SQLite)
Requires: perl(GnuPG::Interface)
# Bug: The testsuite unconditionally depends upon perl(GraphViz)
Requires: perl(GraphViz)
-Requires: perl(PerlIO::eol)
Requires: perl(Plack::Handler::Apache2)
Requires: perl(Set::Tiny)
Requires: perl(String::ShellQuote)
@@ -425,10 +407,7 @@ sed -i -e
's,$(RT_ETC_PATH)/upgrade,%{_datadir}/%{name}/upgrade,g' Makefile.in
--with-db-type=%{?with_mysql:mysql}%{?with_pg:Pg} \
--enable-layout=Fedora \
--with-web-handler=modperl2 \
---libdir=%{RT_LIBDIR} \
-%{?with_graphviz:--enable-graphviz}%{!?with_graphviz:--disable-graphviz} \
-%{?with_gd:--enable-gd}%{!?with_gd:--disable-gd} \
-%{?with_gpg:--enable-gpg}%{!?with_gpg:--disable-gpg}
+--libdir=%{RT_LIBDIR}
