[perl-Palm] Initial import.
commit 3f7efe5bdb3bddb82485ca5a71ed1c82f178348c
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Feb 5 09:19:01 2015 +0100
Initial import.
.gitignore |1 +
perl-Palm.spec | 130
sources|1 +
3 files changed, 132 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..697b88e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Palm-1.014.tar.gz
diff --git a/perl-Palm.spec b/perl-Palm.spec
new file mode 100644
index 000..dcf974d
--- /dev/null
+++ b/perl-Palm.spec
@@ -0,0 +1,130 @@
+Name: perl-Palm
+Version:1.014
+Release:2%{?dist}
+Summary:Palm OS utility functions
+License:GPL+ or Artistic
+
+URL:http://search.cpan.org/dist/Palm/
+Source0:http://www.cpan.org/authors/id/C/CJ/CJM/Palm-%{version}.tar.gz
+
+BuildArch: noarch
+BuildRequires: perl
+BuildRequires: perl(constant)
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.76
+BuildRequires: perl(Exporter)
+BuildRequires: perl(Palm::PDB)
+BuildRequires: perl(Palm::Raw)
+BuildRequires: perl(POSIX)
+BuildRequires: perl(strict)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(vars)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+Provides: perl-p5-Palm = %{version}-%{release}
+Obsoletes: perl-p5-Palm = 1.013-4
+%{?perl_default_filter}
+
+%description
+This module provides functions and handlers to manipulate files used
+by Palm PDAs (AddressBook, ToDo, Memo, ...).
+
+%prep
+%setup -q -n Palm-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%license LICENSE
+%doc Changes FAQ README TODO examples
+%{perl_vendorlib}/Palm*
+%{_mandir}/man3/Palm*
+
+%changelog
+* Tue Feb 03 2015 Emmanuel Seyman emman...@seyman.fr - 1.014-2
+- Take into account review comments (#1188648)
+
+* Sat Jan 31 2015 Emmanuel Seyman emman...@seyman.fr - 1.014-1
+- Rename package to perl-Palm
+- Update to 1.0.14
+
+* Tue Aug 26 2014 Jitka Plesnikova jples...@redhat.com - 1.013-3
+- Perl 5.20 rebuild
+
+* Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.013-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
+
+* Sun Sep 01 2013 Emmanuel Seyman emman...@seyman.fr - 1.013-1
+- Update to 1.013
+- Fix incorrect dates in spec changelog
+
+* Mon Aug 5 2013 Ville Skyttä ville.sky...@iki.fi - 1.012-13
+- Fix build with unversioned %%{_docdir_fmt}.
+
+* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.012-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
+
+* Wed Jul 17 2013 Petr Pisar ppi...@redhat.com - 1.012-11
+- Perl 5.18 rebuild
+
+* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.012-10
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
+
+* Sun Nov 18 2012 Emmanuel Seyman emman...@seyman.fr - 1.012-9
+- Remove no-longer-used macros
+- Add perl default filter
+
+* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.012-8
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
+
+* Mon Jun 11 2012 Petr Pisar ppi...@redhat.com - 1.012-7
+- Perl 5.16 rebuild
+
+* Sat Jan 14 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.012-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
+
+* Fri Jun 17 2011 Marcela Mašláňová mmasl...@redhat.com - 1.012-5
+- Perl mass rebuild
+
+* Wed Feb 09 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.012-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
+
+* Tue Dec 21 2010 Marcela Maslanova mmasl...@redhat.com - 1.012-3
+- 661697 rebuild for fixing problems with vendorach/lib
+
+* Tue May 04 2010 Marcela Maslanova mmasl...@redhat.com - 1.012-2
+- Mass rebuild with perl-5.12.0
+
+* Sat Feb 27 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 1.012-1
+- Update to 1.012
+
+* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.011-2
+- rebuild against perl 5.10.1
+
+* Mon Sep 21 2009 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.011-1
+- Update to 1.011
+- Fix an rpmlint complaint in the changelog
+
+* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.009-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
+
+* Wed Jun 17 2009 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.009-3
+- Add Test::More to the BuildRequires so that the tests can actually run
+
+* Wed Jun 17 2009 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.009-2
+- Enable tests
+- Add examples directory to the documentation
+
+* Mon Jun 11 2007
File Palm-1.014.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Palm: 523974b9f8ae7061ffcca92e6a7111b6 Palm-1.014.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 1190032] New: perl-Catalyst-Engine-PSGI-0.13-11.fc22 FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1190032 Bug ID: 1190032 Summary: perl-Catalyst-Engine-PSGI-0.13-11.fc22 FTBFS: Product: Fedora Version: rawhide Component: perl-Catalyst-Engine-PSGI Assignee: jples...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org perl-Catalyst-Engine-PSGI-0.13-11.fc22 fails to build in F22 because tests fail: t/00_compile.t ... ok [debug] Debug messages enabled [debug] Statistics enabled Cannot determine desired terminal width, using default of 80 columns [debug] Loaded PSGI Middleware: .. | Catalyst::Middleware::Stash| | Plack::Middleware::HTTPExceptions | | Plack::Middleware::RemoveRedundantBody 0.04 | | Plack::Middleware::FixMissingBodyInRedirect 0.12 | | Plack::Middleware::ContentLength | | Plack::Middleware::MethodOverride 0.11| | Plack::Middleware::Head| '' [debug] Loaded Request Data Handlers: .. | application/x-www-form-urlencoded | | application/json | '' [debug] Loaded dispatcher Catalyst::Dispatcher [debug] Loaded engine Catalyst::Engine [debug] Found home /builddir/build/BUILD/Catalyst-Engine-PSGI-0.13/t/Hello [debug] Loaded components: .-+--. | Class | Type | +-+--+ | Hello::Controller::Metalic | instance | | Hello::Controller::Root | instance | '-+--' [debug] Loaded Private actions: .--+--+--. | Private | Class| Method | +--+--+--+ | /welcome | Hello::Controller::Root | welcome | | /default | Hello::Controller::Root | default | | /index | Hello::Controller::Root | index| | /headers | Hello::Controller::Root | headers | | /end | Hello::Controller::Root | end | '--+--+--' [debug] Loaded Path actions: .-+--. | Path| Private | +-+--+ | / | /index | | /...| /default | | /headers/...| /headers | | /welcome/...| /welcome | '-+--' [info] Hello powered by Catalyst 5.90082 You are running Catalyst::Engine::PSGI, which is considered a legacy engine for this version of Catalyst. We will continue running and use your existing psgi file, but it is recommended to perform the trivial upgrade process, which will leave you with less code and a forward path. Please review Catalyst::Upgrading Subroutine Catalyst::Request::env redefined at /builddir/build/BUILD/Catalyst-Engine-PSGI-0.13/blib/lib/Catalyst/Engine/PSGI.pm line 13. env as a writer is deprecated, you probably need to upgrade Catalyst::Engine::PSGI at /usr/share/perl5/vendor_perl/Catalyst/Engine.pm line 28. Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Catalyst/Request.pm line 364. [error] Caught exception in engine You requested a stash, but one does not exist. at /usr/share/perl5/vendor_perl/Catalyst.pm line 517. # Failed test at t/hello.t line 18. # 'Bad request' # doesn't match '(?^:Welcome)' Use of uninitialized value in string eq at /usr/share/perl5/vendor_perl/Catalyst/Request.pm line 364. [error] Caught exception in engine You
[Bug 1187908] perl-Gtk2-1.2495 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1187908 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-Gtk2-1.2495-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Gtk2-1.2495-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-1733/perl-Gtk2-1.2495-1.fc21 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=TwWTYPXx9ba=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
[Bug 1188220] perl-Gtk2: incorrect memory management in Gtk2::Gdk::Display::list_devices [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1188220 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-Gtk2-1.2495-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Gtk2-1.2495-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-1733/perl-Gtk2-1.2495-1.fc21 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=vAev0SIYrQa=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: Linterna Magica
On 05.02.2015 20:57, Antonio Trande wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2015 08:12 PM, poma wrote: On 05.02.2015 16:43, Antonio Trande wrote: Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. What plugin you use? I tried with Totem but without good results From what I tested this is not a fully functional replacement for a flash plugins. On some sites Linterna Mágica works, on some not at all, some sites don't need *any* plugin at all nor this script, etc. Summa summarum, déjà vu. ;) -- 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 1188538] perl-Fsdb-2.55-1.fc22 FTBFS: t/test_command.t tests fail
https://bugzilla.redhat.com/show_bug.cgi?id=1188538 John Heidemann jo...@isi.edu changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Fsdb-2.56-1 Resolution|--- |RAWHIDE Last Closed||2015-02-06 02:02:30 --- Doc Text *updated* --- Cause: perl-Getopt-Long-2.43 is stricter than 2.42 Consequence: perl-Fsdb fails Fix: perl-Fsdb-2.56 now conforms Result: unicorns prance once again -- 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=exErjm690ha=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
[Bug 1190033] New: perl-Catalyst-View-Mason-0.19-1.fc22 FTBFS: test fails: Error: Can't locate object method BINMODE via package IO::Capture::Tie_STDx at /usr/share/perl5/vendor_perl/Catalyst/Log
https://bugzilla.redhat.com/show_bug.cgi?id=1190033 Bug ID: 1190033 Summary: perl-Catalyst-View-Mason-0.19-1.fc22 FTBFS: test fails: Error: Can't locate object method BINMODE via package IO::Capture::Tie_STDx at /usr/share/perl5/vendor_perl/Catalyst/Log.pm line 144. Product: Fedora Version: rawhide Component: perl-Catalyst-View-Mason Assignee: emman...@seyman.fr Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, iarn...@gmail.com, perl-devel@lists.fedoraproject.org perl-Catalyst-View-Mason-0.19-1.fc22 fails to build in F22 because a test fails: t/data_dir_default.t .. ok # Failed test 'use Catalyst::Test;' # at t/debug.t line 20. # Tried to use 'Catalyst::Test'. # Error: Can't locate object method BINMODE via package IO::Capture::Tie_STDx at /usr/share/perl5/vendor_perl/Catalyst/Log.pm line 144. # Compilation failed in require at /usr/share/perl5/vendor_perl/Catalyst/Test.pm line 155. # BEGIN failed--compilation aborted at t/debug.t line 20. # Looks like you planned 3 tests but ran 1. # Looks like you failed 1 test of 1 run. # Looks like your test exited with 29 just after 1. t/debug.t . Dubious, test returned 29 (wstat 7424, 0x1d00) Failed 3/3 subtests Difference between working and failing build root is: perl-Catalyst-Runtime 5.90079-1.fc22 5.90082-1.fc22 perl-Catalyst-Runtime-scripts 5.90079-1.fc22 5.90082-1.fc22 I don't have build log from the build root difference but this a first difference when a failure occurred. -- 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=vR3E7ZZ2WUa=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: FESCo Elections results
Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) Kevin Kofler -- 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: FESCo Elections results
2015-02-05 14:52 GMT+01:00 Kevin Kofler kevin.kof...@chello.at: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) Kevin Kofler Where are KDE developers ? ;-) H. -- 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: on software updates
Am 05.02.2015 um 13:30 schrieb Matthew Miller: On Wed, Feb 04, 2015 at 06:03:45PM -0800, Adam Williamson wrote: update, not your broader one. I am happy to defer to those who've spent more time dealing with it than me - i.e. hughsie - when they say that, no, it isn't really 'safe' to update your web browser online. (I'm equally happy to say 'meh' and go ahead and do it anyway, but that's my *personal* decision for *myself*, it doesn't mean that's the appropriate default for Fedora). Here's a good example of problems with (the current approach for) online updates for Firefox: Flash plugin up to date but Firefox keeps telling me that I have the old version: http://unix.stackexchange.com/q/174210/2511 that may all be true *but* something like please reboot your machine because there is an update for flash is ridiculous and comes near to jokes about microsoft like you moved you mouse - please reboot to make the change active 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
%{_unitdir} no longer defined in Rawhide
Somehow:
RPM build errors:
File must begin with /: %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and there's no mention of
_unitdir or anything I can find.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
--
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: mongodb.conf rename
Honza Horak píše v St 04. 02. 2015 v 11:58 +0100:
On 02/02/2015 05:01 PM, Miloslav Trmač wrote:
Hello,
in Fedora Rawhide there is a new major version of mongoDB 2.6. With this
new version names of mongoDB configuration files will be changed - to
reflect names used in upstream rpms
(http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/RPMS/ )
mongodb.conf - mongod.conf
mongodb-shard.conf - mongos.conf
In Fedora mongodb.conf is used from version 12.
If this change should be a problem, please contact me...
Is it possible to do something (write RPM scriptlets, or perhaps ship
symlinks) to make this transparent and effortless to users?
Let's look at it closer.. First, we need to do all the magic only if
previous version is 2.6.
One idea is that we could use %pre script and do the following in it:
If /etc/mongodb.conf is there (that means we upgrade from 2.4), move it
to /etc/monogd.conf and create a symlink /etc/mongodb.conf
/etc/mongod.conf
There is one issue I see with this way -- generally when we bring new
content during update and the config file hasn't changed, rpm replaces
the content and creates config.rpmnew otherwise. The solution above
wouldn't behave like this.
Another idea is that we can just ship new config and let the old one
either be backed-up (into config.rpmsave in case it has been changed)
or removed. Then in case /etc/mongodb.conf.rpmsafe exists, its content
could be copied to /etc/mongod.conf, while the original /etc/mongod.conf
would be copied into /etc/mongod.conf.rpmnew. Hopefully, that should
handle the same user experience as when user upgrades ordinary.
With the rename of mongodb.conf and mongodb-shard.conf there are also
changes in /etc/sysconfig/mongod and /etc/sysconfig/mongos. In these
files there is mainly one option which determines config file and these
files are marked as %config(noreplace). So it complicates upgrade...
1. /etc/sysconf/mongod changed /etc/mongodb.conf changed
- use these changed files with same names
2. /etc/sysconf/mongod changed /etc/mongodb.conf original
- use changed mongod file and rename mongod.conf back to mongodb.conf
1. /etc/sysconf/mongod original /etc/mongodb.conf changed
- use new mongod file and rename changed mongodb.conf to mongod.conf
2. /etc/sysconf/mongod original /etc/mongodb.conf original
- use new files
And the same for /etc/sysconfig/mongos and mongodb-shard.conf...
I have implemented this in %triggerpostun server -- %{name}-server
2.6.7-3 (
http://pkgs.fedoraproject.org/cgit/mongodb.git/tree/mongodb.spec#n291 )
But it is quite complicated. Is it required to check changes in
sysconfig files? Not enough to check only config files?
Or what else should be done?
Thanks,
Marek
--
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: %{_unitdir} no longer defined in Rawhide
Dne 5.2.2015 v 14:05 Richard W.M. Jones napsal:
Somehow:
RPM build errors:
File must begin with /: %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and there's no mention of
_unitdir or anything I can find.
Looks like it's accidental breakage in:
http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?id=c90404b6483813ef06f80f525047cb4df785aa44
Cleanup up spec file a bit
Will fix.
Thanks,
Michal
--
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: on software updates
Matthew Miller wrote: Here's a good example of problems with (the current approach for) online updates for Firefox: Flash plugin up to date but Firefox keeps telling me that I have the old version: http://unix.stackexchange.com/q/174210/2511 We do not care about Flash. It is not in Fedora. It is not even Free Software. By the way, YouTube now defaults to HTML5. Flash is dead. Kevin Kofler -- 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: on software updates
On 05/02/15 14:21, Casey Jao wrote: Ignoring the fact that Flash player is not updated by the system package manager, Flash player is an example of a non-leaf package whose updates could affect other applications. But in this case, it would seem much less disruptive to prompt the user to restart their browser. Unlike rebooting the whole system, that can be done quickly and with no loss of state. The problem is that you also have to delete pluginreg.dat from the firefox profile directory, or firefox will continue to think you have the old flash installed even after you restart it. It's basically because the plugin is being updated by yum behind firefox's back - if it went through the normal plugin update scheme inside firefox then pluginreg.dat would be updated. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- 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 Encode-2.70.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Encode: 91af5a434c48ccdc8ceebc9dfd75fe1c Encode-2.70.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: FESCo Elections results
On Thu, 2015-02-05 at 14:52 +0100, Kevin Kofler wrote: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) It should tell you that we care enough about Fedora to put our names on the ballot. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[PkgDB] limb updated perl-Crypt-PasswdMD5
user: limb created branch el6 on package perl-Crypt-PasswdMD5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PasswdMD5 -- 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] limb:perl-Crypt-PasswdMD5 approveacls set to Approved
user: limb set for pghmcfc acl: approveacls of package: perl-Crypt-PasswdMD5 from: to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PasswdMD5 -- 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] limb:perl-Crypt-PasswdMD5 watchbugzilla set to Approved
user: limb set for pghmcfc acl: watchbugzilla of package: perl-Crypt-PasswdMD5 from: to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PasswdMD5 -- 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-Encode/f21] 2.70 bump
commit 524060e90f89c3373e7c600ab474723db532322a
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 5 15:52:13 2015 +0100
2.70 bump
.gitignore |1 +
perl-Encode.spec | 14 +++---
sources |2 +-
3 files changed, 13 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 5eaba67..e02336b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@
/Encode-2.66.tar.gz
/Encode-2.67.tar.gz
/Encode-2.68.tar.gz
+/Encode-2.70.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 5b10e66..0a5410e 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
Name: perl-Encode
Epoch: 1
-Version:2.68
+Version:2.70
Release:1%{?dist}
Summary:Character encodings in Perl
License:GPL+ or Artistic
@@ -13,13 +13,18 @@ BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(strict)
BuildRequires: perl(warnings)
+# enc2xs is run at build-time
# Run-time:
BuildRequires: perl(bytes)
BuildRequires: perl(Carp)
+BuildRequires: perl(Config)
BuildRequires: perl(constant)
BuildRequires: perl(Exporter) = 5.57
+BuildRequires: perl(File::Basename)
+BuildRequires: perl(File::Find)
# Filter::Util::Call is optional
BuildRequires: perl(Getopt::Long)
+BuildRequires: perl(Getopt::Std)
# I18N::Langinfo is optional
BuildRequires: perl(MIME::Base64)
BuildRequires: perl(overload)
@@ -33,8 +38,6 @@ BuildRequires: perl(XSLoader)
# Tests:
# Benchmark not used
BuildRequires: perl(charnames)
-BuildRequires: perl(Config)
-BuildRequires: perl(File::Basename)
BuildRequires: perl(File::Compare)
BuildRequires: perl(File::Copy)
BuildRequires: perl(FileHandle)
@@ -97,12 +100,14 @@ make test
%files
%doc AUTHORS Changes README
+%{_bindir}/encguess
%{_bindir}/piconv
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Encode*
%exclude %{perl_vendorarch}/Encode/*.e2x
%exclude %{perl_vendorarch}/Encode/encode.h
%{perl_vendorarch}/encoding.pm
+%{_mandir}/man1/encguess.*
%{_mandir}/man1/piconv.*
%{_mandir}/man3/*
@@ -113,6 +118,9 @@ make test
%{perl_vendorarch}/Encode/encode.h
%changelog
+* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 1:2.70-1
+- 2.70 bump
+
* Fri Jan 23 2015 Petr Pisar ppi...@redhat.com - 1:2.68-1
- 2.68 bump
diff --git a/sources b/sources
index c78fd12..b8c179c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8ac87548f2505ddf2e3890083c9d4855 Encode-2.68.tar.gz
+91af5a434c48ccdc8ceebc9dfd75fe1c Encode-2.70.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
[perl-Catalyst-Runtime] Remove unneeded dependency on Catalyst::Action::RenderView causing a build cycle
commit 01caa9261a67e66525877fc73a07096ec8d2e721
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 5 16:41:37 2015 +0100
Remove unneeded dependency on Catalyst::Action::RenderView causing a build
cycle
perl-Catalyst-Runtime.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Catalyst-Runtime.spec b/perl-Catalyst-Runtime.spec
index f5dda7d..23084c9 100644
--- a/perl-Catalyst-Runtime.spec
+++ b/perl-Catalyst-Runtime.spec
@@ -1,7 +1,7 @@
Name: perl-Catalyst-Runtime
Summary:Catalyst Framework Runtime
Version:5.90082
-Release:1%{?dist}
+Release:2%{?dist}
License:GPL+ or Artistic
Source0:
http://search.cpan.org/CPAN/authors/id/J/JJ/JJNAPIORK/Catalyst-Runtime-%{version}.tar.gz
@@ -11,7 +11,6 @@ BuildArch: noarch
BuildRequires: groff
BuildRequires: /usr/bin/perldoc
-BuildRequires: perl(Catalyst::Action::RenderView)
BuildRequires: perl(Carp)
BuildRequires: perl(CGI::Simple::Cookie) = 1.109
BuildRequires: perl(CGI::Struct)
@@ -189,6 +188,10 @@ make clean
%{_mandir}/man1/*
%changelog
+* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 5.90082-2
+- Remove unneeded dependency on Catalyst::Action::RenderView causing a build
+ cycle
+
* Sun Jan 11 2015 Emmanuel Seyman emman...@seyman.fr - 5.90082-1
- Update to 5.90082
--
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: Linterna Magica
On Thu, 05 Feb 2015 16:43:48 +0100 Antonio Trande anto.tra...@gmail.com wrote: Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? Hi, I believe that you (or someone else) would have to package Greasemonkey addon first as it is needed to run the script (at least as I know). -- 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: Updated spec for metainfo.xml
On 04/02/15 12:44 AM, Richard Hughes wrote: Usually if upstream ships a metainfo file that should be used in preference to any downstream metainfo file, as the upstream file will not bitrot, and usually has translations. In your case I think you can safely remove Source1 completely. Richard Done. Thank you for the answer. -- Luya Tshimbalanga Graphic Web Designer E: l...@fedoraproject.org W: http://www.coolest-storm.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: Why there is no sync for libicu soname rebuilds?
Hi, On Wed, Feb 04, 2015 at 08:43:52PM +0530, Parag Nemade wrote: Thanks David and Mikolaj. I am not sure if separate tag for libicu could have finished its rebuilds earlier than building it with boost tag. Faster, yes. Earlier, no. It is not possible to do the two rebuilds independently, because boost itself depends on icu. Because we were ready with the icu build at about the same time the boost rebuild started, we would have to wait for it to finish. It would also mean that 15-20 packages that depend on both boost and icu would be rebuilt twice. D. -- 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 1189459] New: perl-Debug-Client-0.29-3.fc22 FTBFS: Dead-lock in mock environment
https://bugzilla.redhat.com/show_bug.cgi?id=1189459
Bug ID: 1189459
Summary: perl-Debug-Client-0.29-3.fc22 FTBFS: Dead-lock in mock
environment
Product: Fedora
Version: rawhide
Component: perl-Debug-Client
Assignee: jples...@redhat.com
Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com
perl-Debug-Client-0.29-3.fc22 fails to build in mock because tests do not
finish:
+ make test
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness
-e undef *Test::Harness::Switches; test_harness(0, 'inc', 'blib/lib',
'blib/arch') t/*.t
t/00-check-deps.t . ok
# Info: Testing Debug::Client 0.29
# Info: Perl v5.20.1
t/01-compile.t ok
t/02-exports.t ok
t/03-pod.t skipped: Author tests, not required for installation.
t/04-pod-coverage.t ... skipped: Author tests, not required for installation.
#
# Info: Perl v5.20.1
# Info: OS linux
# Info: Term::ReadLine::Gnu installed
# Info: Using ReadLine implementation - Term::ReadLine::Gnu
# INFO: $ENV{TERM} - vt100
t/06-term.t ... ok
^CCould not run mockbuild:
ERROR:
Exception(/home/petr/fedora/perl-Debug-Client/perl-Debug-Client-0.29-3.fc22.src.rpm)
Config(rawhide-x86_64) 235 minutes 20 seconds
First noticed with this build root difference:
perl-Term-ReadLine-Gnu 1.25-1.fc22 1.26-1.fc22
perl-CPAN-Meta-Check 0.009-3.fc22 0.010-1.fc22
perl-Getopt-Long 2.42-310.fc22 2.43-1.fc22
perl-Module-Build 2:0.42.10-3.fc22 2:0.42.10-4.fc22
perl-Test-Harness 3.34-1.fc22 3.35-1.fc22
perl-Compress-Bzip2 2.19-2.fc22 2.20-1.fc22
perl-inc-latest 2:0.42.10-4.fc22
patch 2.7.3-1.fc22 2.7.4-1.fc22
libgpg-error 1.17-1.fc22 1.17-2.fc22
perl-IO-Socket-SSL 2.010-1.fc22 2.011-1.fc22
kernel-headers 3.19.0-0.rc6.git2.1
3.19.0-0.rc6.git3.1
--
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=uYEctnRk1Ma=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
[Bug 1189463] New: perl-Module-Starter-Plugin-CGIApp-0.42-8.fc22 FTBFS: tests fail: Can't create /builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/t/Example-Dist/test-app.t/#!/usr/bin/perl
https://bugzilla.redhat.com/show_bug.cgi?id=1189463
Bug ID: 1189463
Summary: perl-Module-Starter-Plugin-CGIApp-0.42-8.fc22 FTBFS:
tests fail: Can't create
/builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.4
2/t/Example-Dist/test-app.t/#!/usr/bin/perl
Product: Fedora
Version: rawhide
Component: perl-Module-Starter-Plugin-CGIApp
Assignee: emman...@seyman.fr
Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org
perl-Module-Starter-Plugin-CGIApp-0.42-8.fc22 fails to build in F22 because
tests fail:
t/01-load.t . ok
Can't create
/builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/t/Example-Dist/test-app.t/#!/usr/bin/perl
# Test application functionality
use strict;
use warnings;
use Test::More tests = 1;
use Test::WWW::Mechanize::CGIApp;
use Foo::Bar;
my $mech = Test::WWW::Mechanize::CGIApp-new;
$mech-app(
sub {
my $app = Foo::Bar-new(PARAMS = {
});
$app-run();
}
);
$mech-get_ok(q{/});
: No such file or directory
at /usr/share/perl5/vendor_perl/Module/Starter/Simple.pm line 1581.
Module::Starter::Simple::create_file(Module::Starter=HASH(0x1b975e0),
/builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/t/Exa..., undef)
called at /usr/share/perl5/vend
or_perl/Module/Starter/Simple.pm line 1288
Module::Starter::Simple::_create_t(Module::Starter=HASH(0x1b975e0),
test-app.t, #!/usr/bin/perl\x{a}\x{a}# Test application
functionality\x{a}use strict;...) called at /bui
lddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/blib/lib/Module/Starter/Plugin/CGIApp.pm
line 266
Module::Starter::Plugin::CGIApp::create_t(Module::Starter=HASH(0x1b975e0),
Foo::Bar, Foo::Baz) called at
/builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/blib/lib/Module/Starter/Plugin/CGIApp.pm
line 127
Module::Starter::Plugin::CGIApp::create_distro(Module::Starter,
distro, Example-Dist, modules, ARRAY(0x1b974a8), dir,
/builddir/build/BUILD/Module-Starter-Plugin-CGIApp-0.42/t/Exa..., author,
Jaldhar H. Vyas, ...) called at t/common.pm line 100
common::run_tests(eumm) called at t/extutils-makemaker.t line 9
t/extutils-makemaker.t ..
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run
[...]
Test Summary Report
---
t/extutils-makemaker.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/module-build.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/module-install.t(Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
Files=4, Tests=1, 1 wallclock secs ( 0.03 usr 0.00 sys + 0.51 cusr 0.07
csys = 0.61 CPU)
Result: FAIL
Failed 3/4 test programs. 0/1 subtests failed.
Difference between working and failing build root:
perl-Module-Starter 1:1.62-5.fc22 1:1.71-1.fc22
info 5.2-7.fc22 5.2-8.fc22
perl-HTTP-Tiny 0.053-1.fc22 0.054-1.fc22
binutils 2.25-4.fc22 2.25-5.fc22
gdb 7.8.50.20150108-1.fc22 7.8.90.20150202-2.fc22
perl-IO-Socket-SSL 2.011-1.fc22 2.012-1.fc22
kernel-headers 3.19.0-0.rc6.git3.1
3.19.0-0.rc7.git0.1
--
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=eDxOUXnRZ5a=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
[perl-Crypt-PasswdMD5] Created tag perl-Crypt-PasswdMD5-1.3-0.6.el6
The lightweight tag 'perl-Crypt-PasswdMD5-1.3-0.6.el6' was created pointing to: 75f9c7f... sync sources with EL-6 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
Linterna Magica
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? - -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.fedoraproject.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU04+wAAoJEFyovWBm4V0Aq20P/RTjBhSoJs2h9V+PETl5v7iX GAaAuJZxylyjsCkUCIT+KKm/0qFGNubj6XwOHDg9qFMsvn9RXHccmdjRVCxYhKRV HKyM9MASLaI8njlcTqqw/WxbrM6MxXNPxLGt8dln67cKi/ScxJ3V1kgMWgyAVDYU MjM8NYuv3uHplpXu9GiiLU4aSNe2WDZDIw6BtCFstdAVt9AgKroiZYKHj2DzwXhe u9JbVN4tLAnI9JQkPnJVEN4YDK9xFNZxbJHDXg0NN2DgsPlsws7rjE7G1nW9+nop h5xRDfTj7p/ra9asLJaoa97qQyltq8Lgp6tRNt9YzjGZa0dMKf69cjvP0Ixu8PWh UIma0SkAQrNaMJcDPkL8swDCmaYuqDE/Gu9dISLNrJ7gZgrWsN8tgWKTYXmw6bbl QyjulvvM8BRq/zNqLWG/HF/rCEVv9BG4C3wLCQjGypqMjXr1dnLqhc7IWRegXNtO Z5SjdPPTdAlOw7tMD0KiII/36bZ0Rh/2E6AnGlTN0VrFl6cxXyzYN3YOJp/LqR97 v2zYsoHt4egxCzXJLXaW8bbA+99m6wckUok0aBD3tjIOGidnl/JJ41qrxC/fl/Jk xMtrjqMm8ul94uRlTVlhnMciEMkp5mg6Mn0nEYjTBGSLwvsHxyDWk99RSPYo0uMz fvWRcGwOny6F7RpHeAg4 =E0Pq -END 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
[Bug 783740] perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
https://bugzilla.redhat.com/show_bug.cgi?id=783740 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Crypt-PasswdMD5-1.3-0.6.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Crypt-PasswdMD5-1.3-0.6.el6 -- 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=JN1Uh33XwSa=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: FESCo Elections results
On Qui, 2015-02-05 at 14:52 +0100, Kevin Kofler wrote: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) Nobody knows the developers of GNOME ? -- Sérgio M. B. -- 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: Proper setting of %ghost file spec section in order to rpm -V to be silent wrt to mode differs ('M') change - handling db log files
It would be nice if you could refer to specific SRPM.
Nevertheless, by coincidence, I was playing with something similar today
and I ended up with this patch:
http://pkgs.fedoraproject.org/cgit/rubygem-bundler.git/commit/?id=5ca32d2c71cc1bb9225ab8a25fdae3d522ae4202
I.e. if the file is present on the file system, the permissions are
taken from the file. If the file is not present, there are no
permissions set and rpmlint complains about it:
rubygem-bundler.noarch: E: non-readable
/usr/share/gems/gems/bundler-1.7.8/lib/bundler/vendor/thor 0L
The file can't be read by everybody. Review if this is expected.
To fix this problem, you should use the %attr directive:
%ghost %attr(644, root, root) %{gem_libdir}/bundler/vendor/thor
In this case, the file have associated permissions. And these files are
always listed by RPM of course, no matter if they have set permissions
or not:
$ rpm -ql -p
/var/lib/mock/fedora-rawhide-x86_64/result/rubygem-bundler-1.7.8-2.fc22.noarch.rpm
| grep thor\$
/usr/share/gems/gems/bundler-1.7.8/lib/bundler/vendor/thor
I can't see any issues with rpm -V:
# rpm -q rubygem-bundler
rubygem-bundler-1.7.8-2.fc22.noarch
# rpm -V rubygem-bundler
# echo $?
0
Vít
Dne 5.2.2015 v 15:36 Jan Lieskovsky napsal(a):
Hello folks,
(apologize for the wide distribution, hopefully someone would be able
to help me with the issue below).
we develop a tool performing security scans / audits of the system. This
tool
is able to compare the system in question against various rules. And one of
these
rules ('Verify and Correct File Permissions with RPM') fails on common
(RHEL-6)
system.
When inspecting the failure more deeply noticed all these files are marked as
%ghost files in particular *.spec file. The test is failing due to changed
group
ownership mode on these files.
Having look at:
[1] http://fedoraproject.org/wiki/PackagingDrafts/Logfiles
suggests it should be possible to define particular *.spec %ghost section
that way,
so rpm -V would be silent (at least wrt to 'md5', 'size' 'mtime'
attributes).
Since the files marked as %ghost are kinda special:
[2]
http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html
wondering if it's even possible to classify the %ghost file in particular
*.spec
file that way, so rpm -V wrt to group ownership mode changes would be
silent.
If I got the %ghost directive meaning [2] correctly:
* RPM knows about the ghosted file (it's saved into RPM db),
* but it will not add it to the package (but in the moment of build
that file needs to be present in the buildroot),
* that file will be marked as owned by the package, and will be
removed when the package is removed,
* that file won't be visible from package file's listing (rpm -ql),
* [2] also mentions it's possible to use 'rpm --setperms' on the ghosted
file to fix it permissions.
The question:
Suppose 'rpm -V' reports group ownership change mode change failure. The
question is how to write the corresponding *.spec %ghost section this not
to be reported?
Use something like:?
%ghost %verify(not group mode md5 size mtime} file_path
Wouldn't this tell RPM that if there's change in some of group / mode / md5 /
size / mtime
attribute of that file, that this change should be ignored?
Or instead of blessing the attribute like above, it's better to get the:
* expected group owner mode for that %ghost file from RPM db,
* and in the moment of creating that file call 'chgrp / chmod' with
the expected values?
For case someone would be interested in data wrt to these failing files, those
are mainly db / SQLite / log or pid files. Some examples:
* /var/log/gdm
* /var/run/gdm
* /var/run/abrt.pid
* /var/lib/rpm/__db.*
* /var/lib/mlocate/mlocate.db
* /var/lib/PackageKit/transactions.db
* .. etc etc
Thank you Regards, Jan.
--
Jan iankko Lieskovsky / Red Hat Security Technologies Team
--
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: Linterna Magica
On Qui, 2015-02-05 at 16:43 +0100, Antonio Trande wrote: Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? Don't see any, but I'm not an expert. Installation is possible [1]. Only thing that we need to check if it is Legal [2] and if have a compatibility License . [1] 2.2.2 Installation from terminal Another option to install the userscript is to copy it from a terminal. The paths in the examples bellow might be different in your configuration and setup. For Epiphany: `cp linternamagica.user.js \ ~/.gnome2/epiphany/extensions/data/greasemonkey/linterna_magica.user.js' For GNU IceCat: `mkdir ~/.gnuzilla/icecat/profile/gm_scripts/linterna_magica/' `cp linternamagica.user.js \ ~/.gnuzilla/icecat/profile/gm_scripts/linterna_magica/linterna_magica.user.js' For other free software versions of Firefox: `mkdir ~/.mozilla/firefox/profile/gm_scripts/linterna_magica/' `cp linternamagica.user.js \ ~/.mozilla/firefox/profile/gm_scripts/linterna_magica/linterna_magica.user.js' [2] https://fedoraproject.org/wiki/Forbidden_items?rd=ForbiddenItems -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Systemd, Spamassassin, and the Missing Portreserve Package
Hello all, While configuring a new Fedora 21 workstation yesterday evening, I ran into something that I found interesting. I installed Spamassassin, tried to start it, and got the following entry in the logs: systemd: Failed at step EXEC spawning /sbin/portrelease: No such file or directory After checking yum whatprovides /sbin/portrelease, I found it referenced portreserve-0.0.5-11.fc21.x86_64 which was not installed with Spamassassin as a dependency. Just for kicks, I looked for portrelease in the relevant systemd directory and found only Spamassassin was using it: # grep -R portrelease /usr/lib/systemd/system /usr/lib/systemd/system/spamassassin.service:ExecStartPre=-/sbin/portrelease spamd Does anyone know if this behavior is expected? The fix is easy enough, but I figured I should ask just in case it's not by design. Thanks! Tom -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
Am 05.02.2015 um 21:56 schrieb Tom Rivers: While configuring a new Fedora 21 workstation yesterday evening, I ran into something that I found interesting. I installed Spamassassin, tried to start it, and got the following entry in the logs: systemd: Failed at step EXEC spawning /sbin/portrelease: No such file or directory After checking yum whatprovides /sbin/portrelease, I found it referenced portreserve-0.0.5-11.fc21.x86_64 which was not installed with Spamassassin as a dependency. Just for kicks, I looked for portrelease in the relevant systemd directory and found only Spamassassin was using it: # grep -R portrelease /usr/lib/systemd/system /usr/lib/systemd/system/spamassassin.service:ExecStartPre=-/sbin/portrelease spamd Does anyone know if this behavior is expected? The fix is easy enough, but I figured I should ask just in case it's not by design why in the world does SA need portreserve? frankly i write a meta-package for F20 to get rid of portreserve and all it's dependecnies on the inbound MX by yojust provide it with a random RPM too lazy now to search my bugreport why it was pulled at all 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
Re: xorg libinput question
On Thu, Feb 05, 2015 at 10:34:49PM +0200, Damian Ivanov wrote: ok so I tried it - does NOT work ; 1) Did a fresh rawhide install as update did not work. 2) Installed xorg-x11-drv-libinput and installed wacom/synaptics/evdev 3) put Section InputClass Identifier libinput Driver libinput MatchDevicePath /dev/input/event* EndSection in /etc/xorg.conf.d/ 4) connected wiimote via bluetooth 5) no keys are recognized or configured So how to I configure wiimote + it's accessories (nunchuk and classic controller) with libinput driver? did not work is a bit hard to debug, I need an xorg.log, evemu-record from the wiimote, etc. Please file a bug in the freedesktop bugzilla, then we can figure out what exactly is going on here. Cheers, Peter 2015-02-05 14:10 GMT+02:00 Damian Ivanov damianator...@gmail.com: Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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
Re: Systemd, Spamassassin, and the Missing Portreserve Package
On Thu, Feb 05, 2015 at 04:05:26PM -0500, Tom Rivers wrote: On 2/5/2015 15:58, Reindl Harald wrote: why in the world does SA need portreserve? To be honest, I'm not sure that SA is the package that needs it. It is actually systemd that references it in the spamassassin.service file: SA needs portreserve exactly for the reason portreserve was written: SA assigned port is 783, and there's a risk portmap will hijack it. Missing dependency seems like packaging bug. Cleaner way would be to implement socket activation in spamd. I've looked into doing this. After looking into spamd I have no idea how to implement sock-act cleanly. -- Tomasz Torcz Morality must always be based on practicality. xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
On 2/5/2015 16:23, Tomasz Torcz wrote: SA needs portreserve exactly for the reason portreserve was written: SA assigned port is 783, and there's a risk portmap will hijack it. Missing dependency seems like packaging bug. Thanks for the insight, Tomasz! Tom -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
On 2/5/2015 16:21, Kevin Fenzi wrote: https://bugzilla.redhat.com/show_bug.cgi?id=1175798 I seem to have thought one of my co-maintainers would take care of fixing this, and perhaps he thought I was going to. ;( I'll get an update pushed out (or someone will) soon. Thanks Kevin! Tom -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
On 2/5/2015 15:58, Reindl Harald wrote: why in the world does SA need portreserve? To be honest, I'm not sure that SA is the package that needs it. It is actually systemd that references it in the spamassassin.service file: # cat /usr/lib/systemd/system/spamassassin.service [Unit] Description=Spamassassin daemon After=syslog.target network.target [Service] EnvironmentFile=-/etc/sysconfig/spamassassin ExecStartPre=-/sbin/portrelease spamd ExecStart=/usr/bin/spamd $SPAMDOPTIONS StandardOutput=null StandardError=null Restart=always [Install] WantedBy=multi-user.target Tom -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
On Thu, 05 Feb 2015 16:05:26 -0500 Tom Rivers t...@impact-crater.com wrote: On 2/5/2015 15:58, Reindl Harald wrote: why in the world does SA need portreserve? To be honest, I'm not sure that SA is the package that needs it. It is actually systemd that references it in the spamassassin.service file: https://bugzilla.redhat.com/show_bug.cgi?id=1175798 I seem to have thought one of my co-maintainers would take care of fixing this, and perhaps he thought I was going to. ;( I'll get an update pushed out (or someone will) soon. kevin pgpbALb6SiK10.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
Re: Systemd, Spamassassin, and the Missing Portreserve Package
Once upon a time, Tomasz Torcz to...@pipebreaker.pl said: Cleaner way would be to implement socket activation in spamd. I've looked into doing this. After looking into spamd I have no idea how to implement sock-act cleanly. SA is definitely (of course IMHO) one of the types of things that should not use socket activation. It is high overhead to start up (takes a while to initialize), and things trying to use it that way could time out. The general expectation with SA is that if you want fast response, use you spamd (started up at boot). If you don't care about the start-up time, you just use spamassassin directly. Aside from that, I don't know if someone has set up socket activation for anything in perl. I guess it is using file descriptor passing? I haven't done that in perl before (although shouldn't be too hard). -- Chris Adams li...@cmadams.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
All packagers to be added to the new notifications system
As previously announced[1], the infrastructure team is going to be adding all of the members of the packager group to the new fedmsg notifications system (FMN)[2]. It is currently an opt-in system, and this event will just invert things to make it opt-out; you can still disable notifications from it in the web interface. The cut-over will happen next week on Wednesday, February 11th. Thank you, Ralph Bean [1] https://lists.fedoraproject.org/pipermail/devel-announce/2014-September/001434.html [2] https://apps.fedoraproject.org/notifications/ pgpGFpMitqgdo.pgp Description: PGP signature ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- 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 810858] RFE: use %perl_bootstrap macro to enable bootstrap dependency filtering
https://bugzilla.redhat.com/show_bug.cgi?id=810858 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2015-02-05 03:38:43 --- Comment #1 from Paul Howarth p...@city-fan.org --- This package has been retired from Fedora. -- 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=PnKqSK57fha=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: Proper setting of %ghost file spec section in order to rpm -V to be silent wrt to mode differs ('M') change - handling db log files
On Thu, Feb 05, 2015 at 04:57:13PM +0100, Vít Ondruch wrote:
To fix this problem, you should use the %attr directive:
%ghost %attr(644, root, root) %{gem_libdir}/bundler/vendor/thor
I wasn't able to get rpm to be silent about /var/log/journal, though,
because of the ACLs:
$ rpm -V systemd
.M.../var/log/journal
$ stat /var/log/journal
Access: (2755/drwxr-sr-x) Uid: (0/root) Gid: ( 190/systemd-journal)
$ grep attr *spec
%dir %attr(2755,root,systemd-journal) %{_localstatedir}/log/journal
https://bugzilla.redhat.com/show_bug.cgi?id=1184126
Zbyszek
--
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 783740] perl-Crypt-PasswdMD5 not available in RHEL 6 PPC64
https://bugzilla.redhat.com/show_bug.cgi?id=783740 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Crypt-PasswdMD5-1.3-0.6.el6 has been pushed to the Fedora EPEL 6 testing repository. -- 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=lAc2sm6Eiia=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
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 1019 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 474 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 238 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 92 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3784/mantis-1.2.17-3.el5 88 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 54 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4430/phpMyAdmin4-4.0.10.7-2.el5 40 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4917/dokuwiki-0-0.23.20140929b.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0369/polarssl-1.3.2-4.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0549/websvn-2.3.3-8.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0559/clamav-0.98.6-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing beakerlib-1.10-2.el5 pcp-3.10.2-2.el5 Details about builds: beakerlib-1.10-2.el5 (FEDORA-EPEL-2015-0639) A shell-level integration testing library Update Information: remount if mounting already mounted mount point with options, ChangeLog: * Wed Feb 4 2015 Dalibor Pospisil dapos...@redhat.com - 1.10-2 - remount if mounting already mounted mount point with options, fixes bug 1173623 pcp-3.10.2-2.el5 (FEDORA-EPEL-2015-0633) System-level performance monitoring and performance management Update Information: Resolve python-pcp dependency Update to latest PCP sources. Update to latest PCP sources Update to latest PCP sources. ChangeLog: * Wed Feb 4 2015 Dave Brolley brol...@redhat.com - 3.10.2-2 - Resolve python-pcp dependency * Fri Jan 23 2015 Dave Brolley brol...@redhat.com - 3.10.2-1 - Update to latest PCP sources. - Improve pmdaInit diagnostics for DSO helptext (BZ 1182949) - Tighten up PMDA termination on pmcd stop (BZ 1180109) - Correct units for cgroup memory metrics (BZ 1180351) - Add the pcp2graphite(1) export script (BZ 1163986) * Mon Jan 19 2015 Lukas Berk lb...@redhat.com - 3.10.2-0.309.g3c90ff9 - Automated weekly rawhide release * Mon Jan 12 2015 Lukas Berk lb...@redhat.com - 3.10.2-0.305.g64a0d4b - Automated weekly rawhide release * Mon Jan 5 2015 Lukas Berk lb...@redhat.com - 3.10.2-0.292.g764a0fb - Automated weekly rawhide release * Mon Dec 22 2014 Lukas Berk lb...@redhat.com - 3.10.2-0.222.g77dcbbf - Automated weekly rawhide release - Applied spec changes from upstream git * Mon Dec 15 2014 Lukas Berk lb...@redhat.com - 3.10.2-0.124.g1e0c939 - Automated weekly rawhide release * Mon Dec 8 2014 Lukas Berk lb...@redhat.com - 3.10.2-0.21.g6bad98e - Automated weekly rawhide release - Applied spec changes from upstream git * Mon Dec 1 2014 Nathan Scott nath...@redhat.com - 3.10.1-1 - New conditionally-built pcp-pmda-perfevent sub-package. - Update to latest PCP sources. * Tue Nov 18 2014 Dave Brolley brol...@redhat.com - 3.10.0-2 - papi 5.4.0 rebuild * Fri Oct 31 2014 Nathan Scott nath...@redhat.com - 3.10.0-1 - Create new sub-packages for pcp-webjs and python3-pcp. - Fix __pmDiscoverServicesWithOptions(1) codes (BZ 1139529) - Update to latest PCP sources. * Fri Sep 5 2014 Nathan Scott nath...@redhat.com - 3.9.10-1 - Convert PCP init scripts to systemd services (BZ 996438) - Fix pmlogsummary -S/-T time window reporting (BZ 1132476) - Resolve pmdumptext segfault with invalid host (BZ 1131779) - Fix signedness in some service discovery codes (BZ 1136166) - New conditionally-built pcp-pmda-papi sub-package. - Update to latest PCP sources. * Tue Aug 26 2014 Jitka Plesnikova jples...@redhat.com - 3.9.9-1.2 - Perl 5.20 rebuild * Sun Aug 17 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.9.9-1.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild * Wed Aug 13 2014 Nathan Scott nath...@redhat.com - 3.9.9-1 - Update to latest PCP sources. * Wed Jul 16 2014 Mark Goodwin mgood...@redhat.com - 3.9.7-1 - Update to latest PCP sources. References: [ 1 ] Bug #1182949 - Don't complain when helptext is null https://bugzilla.redhat.com/show_bug.cgi?id=1182949 [ 2 ] Bug #1163986 - pcp-graphite script https://bugzilla.redhat.com/show_bug.cgi?id=1163986 [
Re: Linterna Magica
On 05.02.2015 16:43, Antonio Trande wrote: Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. What plugin you use? It seems NPAPI plugin for libvlc - gtk version (npapi-vlc-gtk) need to download the whole video to begin playback. Is there any better in this respect? Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
FYI: new kojipkgs in place
Greetings. I just thought I would let everyone know that I have moved kojipkgs.fedoraproject.org over to a new instance. Old instance was a rhel6 vm with apache/squid and 8gb mem. New instance is a rhel7 vm with newer apache/squid and 64gb mem. I have also adjusted squid to try and keep bigger and more objects in memory since the new instance has memory to spare. Things seem to be working fine, but if you notice a build failing due to something that seems related to kojipkgs or notice problems downloading from kojipkgs, please let me know. Thanks, kevin pgpegcmWulKXO.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
Re: on software updates
On 02/05/2015 04:30 AM, Matthew Miller wrote: Here's a good example of problems with (the current approach for) online updates for Firefox: Flash plugin up to date but Firefox keeps telling me that I have the old version: http://unix.stackexchange.com/q/174210/2511 Ignoring the fact that Flash player is not updated by the system package manager, Flash player is an example of a non-leaf package whose updates could affect other applications. But in this case, it would seem much less disruptive to prompt the user to restart their browser. Unlike rebooting the whole system, that can be done quickly and with no loss of state. On Ubuntu, Firefox prompts the user to relaunch Firefox after plugins or the application itself are updated. This appears to be accomplished by a small Firefox extension that monitors the plugin directory for updates (see https://launchpad.net/ubuntu/precise/+package/xul-ext-ubufox). -- 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: on software updates
On 02/04/2015 06:03 PM, Adam Williamson wrote: On Wed, 2015-02-04 at 07:00 -0800, Casey Jao wrote: I understand where you are coming from and that a fedora user is likely to see frequent updates of lots of other packages anyway. But on slower moving distros where systems components rarely get more than security updates, browsers might be one of the more frequently updated pieces of software. Perhaps my experience is atypical (especially since I'm on F21!), but after last week's Google Chrome-only update notification (which was the impetus for this report), today I got another Gnome software prompt to restart just for google-chrome-stable. On 02/03/2015 10:22 AM, Adam Williamson wrote: Please don't top-post. I was considering the tighter characterization of a 'safe' app to update, not your broader one. I am happy to defer to those who've spent more time dealing with it than me - i.e. hughsie - when they say that, no, it isn't really 'safe' to update your web browser online. (I'm equally happy to say 'meh' and go ahead and do it anyway, but that's my *personal* decision for *myself*, it doesn't mean that's the appropriate default for Fedora). Even on 'slower moving' distributions I'd think it'd be relatively rare for an update set to *only* include packages which contained docs or static data or a very static application. And this is the *Fedora* devel@ list, so I'm not really sure how relevant these 'slower moving' distributions are to us? They're free to choose their own default update systems, of course. Would you rather this thread be moved to some Gnome mailing list? I posted here initially because I had associated Fedora closely with Gnome software (sort of like how Nexus devices are designed to channel Google's intentions with Android), but I'll be happy to continue the discussion elsewhere (is there a specific mailing list for Gnome software?) if you deem that more appropriate. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Attempting to contact unresponsive maintainers - jmoskovc, dborkmann and ctria
Greetings, we've been told that the email addresses for these package maintainers are no longer valid. I'm starting the unresponsive maintainer policy to find out if they are still interested in maintaining their packages (and if so, have them update their email addresses in FAS). If they're not interested in maintaining or we can't locate them I'll have FESCo orphan the packages so that others can take them over. If you have a way to contact these maintainers, please let them know that we'd appreciate knowing what to do with their packages. Thanks! * jmoskovc - former email address jmosk...@redhat.com https://admin.fedoraproject.org/pkgdb/packager/jmoskovc/ * dborkmann - former email address dborkm...@redhat.com https://admin.fedoraproject.org/pkgdb/packager/dborkmann/ * ctria - former email address ct...@redhat.com https://admin.fedoraproject.org/pkgdb/packager/ctria/ If we don't hear anything in a week, we will be setting the point of contact on these packages to orphan. Thanks, kevin pgpR1RMDYOGKM.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
Re: FESCo Elections results
Hello Kevin, Could you please elaborate on what's your concern? Am I supposed to refrain myself from trying to become a FESCo member because I am (among many other things) a GNOME developer? On Thu, 2015-02-05 at 14:52 +0100, Kevin Kofler wrote: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) Kevin Kofler -- Greetings, Alberto Ruiz Engineering Manager - Desktop Applications Team Red Hat, Inc. -- 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-MouseX-Getopt] Created tag perl-MouseX-Getopt-0.35-7.fc22
The lightweight tag 'perl-MouseX-Getopt-0.35-7.fc22' was created pointing to: 7b90211... Fix FTBFS with Geopt::Long::Descriptive ≥ 0.99 (#1189458) -- 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-Crypt-PasswdMD5/el6] Sync with EL-6 package for ppc64 support
commit 8c76368cb0a8d0c86dea5c7d1afde01aa19196d2
Author: Paul Howarth p...@city-fan.org
Date: Thu Feb 5 15:10:22 2015 +
Sync with EL-6 package for ppc64 support
perl-Crypt-PasswdMD5.spec | 122 +---
1 files changed, 36 insertions(+), 86 deletions(-)
---
diff --git a/perl-Crypt-PasswdMD5.spec b/perl-Crypt-PasswdMD5.spec
index 06cbb18..1d7531a 100644
--- a/perl-Crypt-PasswdMD5.spec
+++ b/perl-Crypt-PasswdMD5.spec
@@ -1,108 +1,58 @@
-%global cpan_version 1.40
-Name: perl-Crypt-PasswdMD5
-# Keep 1-digit version because of history
-Version:%(echo '%{cpan_version}' | sed 's/\.\(.\)/.\1./')
-Release:3%{?dist}
-Summary:Provides interoperable MD5-based crypt() functions
-License:GPL+ or Artistic
-Group: Development/Libraries
-URL:http://search.cpan.org/dist/Crypt-PasswdMD5/
-Source0:
http://search.cpan.org/CPAN/authors/id/R/RS/RSAVAGE/Crypt-PasswdMD5-%{cpan_version}.tgz
-BuildArch: noarch
-BuildRequires: perl
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(strict)
-BuildRequires: perl(warnings)
-# Run-time:
-BuildRequires: perl(Digest::MD5) = 2.53
-BuildRequires: perl(Exporter)
-# Tests:
-BuildRequires: perl(Test::More) = 0.94
-Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
-Requires: perl(Digest::MD5) = 2.53
-
-# Filer under-specified dependencies
-%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(Digest::MD5\\)$
+Name:perl-Crypt-PasswdMD5
+Version: 1.3
+Release: 6%{?dist}
+Summary: Provides interoperable MD5-based crypt() functions
+License: GPL+ or Artistic
+Group: Development/Libraries
+URL: http://search.cpan.org/dist/Crypt-PasswdMD5/
+Source0:
http://search.cpan.org/CPAN/authors/id/L/LU/LUISMUNOZ/Crypt-PasswdMD5-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: %{_bindir}/iconv
%description
-This package provides MD5-based crypt() functions.
+This package provides MD5-based crypt() functions
%prep
-%setup -q -n Crypt-PasswdMD5-%{cpan_version}
+%setup -q -n Crypt-PasswdMD5-%{version}
+%{_bindir}/iconv -f iso-8859-1 -t utf-8 -o PasswdMD5.pm.new PasswdMD5.pm mv
PasswdMD5.pm.new PasswdMD5.pm
+%{__sed} -i -e 's/ISO-8859-1/UTF-8/' PasswdMD5.pm
+%{_bindir}/iconv -f iso-8859-1 -t utf-8 -o README.new README mv README.new
README
%build
-perl Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-chmod -R u+w %{buildroot}/*
+rm -rf $RPM_BUILD_ROOT
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
+find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
+chmod -R u+w $RPM_BUILD_ROOT/*
+
+
+%clean
+rm -rf $RPM_BUILD_ROOT
%check
make test
%files
-%doc Changes README
+%defattr(-,root,root,-)
+%doc README
%{perl_vendorlib}/Crypt
%{_mandir}/man3/*
%changelog
-* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 1.4.0-3
-- Perl 5.20 rebuild
-
-* Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.4.0-2
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
-
-* Tue Oct 01 2013 Petr Pisar ppi...@redhat.com - 1.4.0-1
-- 1.40 bump
-- License changed to (GPL+ or Artistic)
-
-* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.3-19
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
-
-* Wed Jul 17 2013 Petr Pisar ppi...@redhat.com - 1.3-18
-- Perl 5.18 rebuild
-
-* Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.3-17
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
-
-* Tue Nov 13 2012 Jitka Plesnikova jples...@redhat.com - 1.3-16
-- Add license Beerware
-- Use DESTDIR rather than PERL_INSTALL_ROOT
-- Don't use macros for commands
-- Don't need to remove empty directories from the buildroot
-
-* Thu Nov 01 2012 Jitka Plesnikova jples...@redhat.com - 1.3-15
-- Add BR perl(Exporter)
-
-* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.3-14
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
-
-* Fri Jun 08 2012 Petr Pisar ppi...@redhat.com - 1.3-13
-- Perl 5.16 rebuild
-
-* Mon Jan 16 2012 Petr Šabata psab...@redhat.com - 1.3-12
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
-- Spec cleanup, fix dependencies
-
-* Fri Jun 17 2011 Marcela Mašláňová mmasl...@redhat.com - 1.3-11
-- Perl mass rebuild
-
-* Thu Jun 09 2011 Marcela Mašláňová mmasl...@redhat.com - 1.3-10
-- Perl 5.14 mass rebuild
-
-* Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.3-9
--
[perl-Crypt-PasswdMD5/el6] This is an EPEL limited-arch support package
commit d8a26ee075e58ff8b2a50cc4fbaa102bfbbb3c57
Author: Paul Howarth p...@city-fan.org
Date: Thu Feb 5 15:14:50 2015 +
This is an EPEL limited-arch support package
Prefix release with 0. for EPEL-6 limited-arch support package
(package is in RHEL-6 but not for ppc64)
perl-Crypt-PasswdMD5.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Crypt-PasswdMD5.spec b/perl-Crypt-PasswdMD5.spec
index 1d7531a..c9b39b2 100644
--- a/perl-Crypt-PasswdMD5.spec
+++ b/perl-Crypt-PasswdMD5.spec
@@ -1,6 +1,6 @@
Name:perl-Crypt-PasswdMD5
Version: 1.3
-Release: 6%{?dist}
+Release: 0.6%{?dist}
Summary: Provides interoperable MD5-based crypt() functions
License: GPL+ or Artistic
Group: Development/Libraries
@@ -47,6 +47,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 5 2015 Paul Howarth p...@city-fan.org - 1.3-0.6
+- Prefix release with 0. for EPEL-6 limited-arch support package
+ (package is in RHEL-6 but not for ppc64)
+
* Wed Feb 10 2010 Marcela Mašláňová mmasl...@redhat.com - 1.3-6
- make rpmlint happy
- Resolves: rhbz#543948
--
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 1189666] New: perl-Mail-GnuPG-0.21-2.fc22 FTBFS: tests fail with gnupg2-2.1.1
https://bugzilla.redhat.com/show_bug.cgi?id=1189666 Bug ID: 1189666 Summary: perl-Mail-GnuPG-0.21-2.fc22 FTBFS: tests fail with gnupg2-2.1.1 Product: Fedora Version: rawhide Component: perl-Mail-GnuPG Assignee: rc040...@freenet.de Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: lxt...@gmail.com, perl-devel@lists.fedoraproject.org, rc040...@freenet.de perl-Mail-GnuPG-0.21-2.fc22 fails to build in F22 because tests fail: t/99.pod.t ... ok gpg-agent[28489]: directory '/builddir/.gnupg' created gpg-agent[28489]: directory '/builddir/.gnupg/private-keys-v1.d' created gpg-agent[28490]: gpg-agent (GnuPG) 2.1.1 started # Failed test at t/agent.t line 78. # got: '2' # expected: '0' # Failed test at t/agent.t line 81. # got: '2' # expected: '0' # Failed test at t/agent.t line 82. # got: undef # expected: 'EFEA4EAD' # Failed test at t/agent.t line 83. # got: undef # expected: 'Mail::GnuPG Test Key m...@gnupg.dom' # Failed test at t/agent.t line 92. # got: '2' # expected: '0' Unknown Content-Type or no PGP message in body at /builddir/build/BUILD/Mail-GnuPG-0.21/blib/lib/Mail/GnuPG.pm line 402. # Looks like you planned 20 tests but ran 8. # Looks like you failed 5 tests of 8 run. # Looks like your test exited with 2 just after 8. /var/tmp/rpm-tmp.SmEZsV: line 31: 28438 Terminated GPG_PRESET_PASSPHRASE=/usr/libexec/gpg-preset-passphrase ./Build test RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.SmEZsV (%check) Bad exit status from /var/tmp/rpm-tmp.SmEZsV (%check) Child return code was: 1 EXCEPTION: Command failed. See logs for output. Differnce between working and failing build root is: Removed packages: gnupg2-2.0.25-2.fc22 nspr-4.10.7-1.fc22 pth-2.0.7-25.fc22 Added packages: gnupg2-2.1.1-2.fc22 libasan-4.9.2-5.fc22 libatomic-4.9.2-5.fc22 libksba-1.3.2-1.fc22 libubsan-4.9.2-5.fc22 npth-1.1-1.fc22 nspr-4.10.8-1.fc22 -- 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=NIE7SoGQjaa=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
[PkgDB] limb:perl-Crypt-PasswdMD5 commit set to Approved
user: limb set for pghmcfc acl: commit of package: perl-Crypt-PasswdMD5 from: to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PasswdMD5 -- 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] limb:perl-Crypt-PasswdMD5 watchcommits set to Approved
user: limb set for pghmcfc acl: watchcommits of package: perl-Crypt-PasswdMD5 from: to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PasswdMD5 -- 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-MouseX-Getopt] Fix FTBFS with Geopt::Long::Descriptive ≥ 0.99 (#1189458)
commit 7b9021153bc130dc1d7965873c9a4faba4d72170
Author: Paul Howarth p...@city-fan.org
Date: Thu Feb 5 15:01:49 2015 +
Fix FTBFS with Geopt::Long::Descriptive ≥ 0.99 (#1189458)
Upstream references:
- https://github.com/gfx/mousex-getopt/issues/5
- https://github.com/gfx/mousex-getopt/pull/6
mousex-getopt-0.35-G:L:D-0.099.patch | 61 ++
perl-MouseX-Getopt.spec | 13 +++-
2 files changed, 73 insertions(+), 1 deletions(-)
---
diff --git a/mousex-getopt-0.35-G:L:D-0.099.patch
b/mousex-getopt-0.35-G:L:D-0.099.patch
new file mode 100644
index 000..8eefc99
--- /dev/null
+++ b/mousex-getopt-0.35-G:L:D-0.099.patch
@@ -0,0 +1,61 @@
+--- t/104_override_usage.t
t/104_override_usage.t
+@@ -43,10 +43,17 @@ use Test::Exception;
+ my $exp = [
+ 'Unknown option: q
+ ',
++ $Getopt::Long::Descriptive::VERSION 0.099 ?
+ qq{usage: 104_override_usage.t [-?] [long options...]
+ \t-? --usage --help Prints this usage information.
+ \t--foo A foo
+ }
++:
++ qq{usage: 104_override_usage.t [-?] [long options...]
++\t-? --usage --helpPrints this usage information.
++\t--foo INTA foo
++}
++
+ ];
+
+ is_deeply \@MyScript::exception, $exp;
+--- t/107_no_auto_help.t
t/107_no_auto_help.t
+@@ -60,7 +60,7 @@ END {
+ warning_like {
+ throws_ok { Class-new_with_options }
+#usage: 107_no_auto_help.t [-?] [long options...]
+-qr/^usage: [\d\w]+\Q.t [-?] [long options...]\E.\s+\Q-? --usage
--help Prints this usage information.\E.\s+--configfile/ms,
++qr/^usage: [\d\w]+\Q.t [-?] [long options...]\E.\s+\Q-? --usage
--help\E\s+\QPrints this usage information.\E.\s+--configfile/ms,
+ 'usage information looks good';
+ }
+ qr/^Specified configfile \'this_value_unimportant\' does not exist, is
empty, or is not readable$/,
+--- t/109_help_flag.t
t/109_help_flag.t
+@@ -40,7 +40,7 @@ foreach my $args ( ['--help'], ['--usage
+ local @ARGV = @$args;
+
+ throws_ok { MyClass-new_with_options() }
+-qr/^usage: (?:[\d\w]+)\Q.t [-?] [long options...]\E.^\t\Q-? --usage
--help Prints this usage information.\E$/ms,
++qr/^usage: (?:[\d\w]+)\Q.t [-?] [long options...]\E.^\t\Q-? --usage
--help\E\s+\QPrints this usage information.\E$/ms,
+ 'Help request detected; usage information properly printed';
+ }
+
+--- t/110_sort_usage_by_attr_order.t
t/110_sort_usage_by_attr_order.t
+@@ -34,6 +34,16 @@ usage: 110_sort_usage_by_attr_order.t [-
+ --bar Documentation for bar
+ --baz Documentation for baz
+ USAGE
++if ( $Getopt::Long::Descriptive::VERSION = 0.099 )
++{
++$expected = 'USAGE';
++usage: 110_sort_usage_by_attr_order.t [-?] [long options...]
++-? --usage --helpPrints this usage information.
++--foo STRDocumentation for foo
++--bar STRDocumentation for bar
++--baz STRDocumentation for baz
++USAGE
++}
+ $expected =~ s/^[ ]{4}/\t/xmsg;
+ is($obj-usage-text, $expected, 'Usage text has nicely sorted options');
+
diff --git a/perl-MouseX-Getopt.spec b/perl-MouseX-Getopt.spec
index 7503b16..84441fe 100644
--- a/perl-MouseX-Getopt.spec
+++ b/perl-MouseX-Getopt.spec
@@ -1,12 +1,13 @@
Name: perl-MouseX-Getopt
Summary: Mouse role for processing command line options
Version: 0.35
-Release: 6%{?dist}
+Release: 7%{?dist}
License: GPL+ or Artistic
# Hotfix release with different case, expected to revert to normal in
subsequent releases
#URL: http://search.cpan.org/dist/MouseX-Getopt/
URL: http://search.cpan.org/dist/mousex-getopt/
Source0:
http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/mousex-getopt-%{version}.tar.gz
+Patch0:mousex-getopt-0.35-G:L:D-0.099.patch
BuildArch: noarch
# Module Build
BuildRequires: perl
@@ -53,6 +54,11 @@ objects using parameters passed in from the command line.
%prep
%setup -q -n mousex-getopt-%{version}
+# Fix FTBFS with Geopt::Long::Descriptive ≥ 0.99 (#1189458)
+# https://github.com/gfx/mousex-getopt/issues/5
+# https://github.com/gfx/mousex-getopt/pull/6
+%patch0
+
%build
perl Build.PL --installdirs=vendor
./Build
@@ -80,6 +86,11 @@ perl Build.PL --installdirs=vendor
%{_mandir}/man3/MouseX::Getopt::Strict.3*
%changelog
+* Thu Feb 5 2015 Paul Howarth p...@city-fan.org - 0.35-7
+- Fix FTBFS with Geopt::Long::Descriptive ≥ 0.99 (#1189458)
+ https://github.com/gfx/mousex-getopt/issues/5
+ https://github.com/gfx/mousex-getopt/pull/6
+
* Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 0.35-6
- Perl 5.20 re-rebuild of bootstrapped packages
--
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: on software updates
On 02/05/2015 08:25 AM, Tom Hughes wrote: The problem is that you also have to delete pluginreg.dat from the firefox profile directory, or firefox will continue to think you have the old flash installed even after you restart it. It's basically because the plugin is being updated by yum behind firefox's back - if it went through the normal plugin update scheme inside firefox then pluginreg.dat would be updated. Deleting files out of your Firefox profile is not necessary. (I think this thread has fully derailed - are we done here?) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Proper setting of %ghost file spec section in order to rpm -V to be silent wrt to mode differs ('M') change - handling db log files
Hello folks,
(apologize for the wide distribution, hopefully someone would be able
to help me with the issue below).
we develop a tool performing security scans / audits of the system. This tool
is able to compare the system in question against various rules. And one of
these
rules ('Verify and Correct File Permissions with RPM') fails on common (RHEL-6)
system.
When inspecting the failure more deeply noticed all these files are marked as
%ghost files in particular *.spec file. The test is failing due to changed group
ownership mode on these files.
Having look at:
[1] http://fedoraproject.org/wiki/PackagingDrafts/Logfiles
suggests it should be possible to define particular *.spec %ghost section that
way,
so rpm -V would be silent (at least wrt to 'md5', 'size' 'mtime' attributes).
Since the files marked as %ghost are kinda special:
[2]
http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html
wondering if it's even possible to classify the %ghost file in particular *.spec
file that way, so rpm -V wrt to group ownership mode changes would be silent.
If I got the %ghost directive meaning [2] correctly:
* RPM knows about the ghosted file (it's saved into RPM db),
* but it will not add it to the package (but in the moment of build
that file needs to be present in the buildroot),
* that file will be marked as owned by the package, and will be
removed when the package is removed,
* that file won't be visible from package file's listing (rpm -ql),
* [2] also mentions it's possible to use 'rpm --setperms' on the ghosted
file to fix it permissions.
The question:
Suppose 'rpm -V' reports group ownership change mode change failure. The
question is how to write the corresponding *.spec %ghost section this not
to be reported?
Use something like:?
%ghost %verify(not group mode md5 size mtime} file_path
Wouldn't this tell RPM that if there's change in some of group / mode / md5 /
size / mtime
attribute of that file, that this change should be ignored?
Or instead of blessing the attribute like above, it's better to get the:
* expected group owner mode for that %ghost file from RPM db,
* and in the moment of creating that file call 'chgrp / chmod' with
the expected values?
For case someone would be interested in data wrt to these failing files, those
are mainly db / SQLite / log or pid files. Some examples:
* /var/log/gdm
* /var/run/gdm
* /var/run/abrt.pid
* /var/lib/rpm/__db.*
* /var/lib/mlocate/mlocate.db
* /var/lib/PackageKit/transactions.db
* .. etc etc
Thank you Regards, Jan.
--
Jan iankko Lieskovsky / Red Hat Security Technologies Team
--
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-Encode] 2.70 bump
commit 95531a3abd3b63395df12e7db5922249d1aff174
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 5 15:52:13 2015 +0100
2.70 bump
.gitignore |1 +
perl-Encode.spec | 14 +++---
sources |2 +-
3 files changed, 13 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 5eaba67..e02336b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@
/Encode-2.66.tar.gz
/Encode-2.67.tar.gz
/Encode-2.68.tar.gz
+/Encode-2.70.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 8e787a9..7fa9d6e 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
Name: perl-Encode
Epoch: 2
-Version:2.68
+Version:2.70
Release:1%{?dist}
Summary:Character encodings in Perl
License:GPL+ or Artistic
@@ -13,13 +13,18 @@ BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(strict)
BuildRequires: perl(warnings)
+# enc2xs is run at build-time
# Run-time:
BuildRequires: perl(bytes)
BuildRequires: perl(Carp)
+BuildRequires: perl(Config)
BuildRequires: perl(constant)
BuildRequires: perl(Exporter) = 5.57
+BuildRequires: perl(File::Basename)
+BuildRequires: perl(File::Find)
BuildRequires: perl(Filter::Util::Call)
BuildRequires: perl(Getopt::Long)
+BuildRequires: perl(Getopt::Std)
# I18N::Langinfo is optional
BuildRequires: perl(MIME::Base64)
BuildRequires: perl(overload)
@@ -33,8 +38,6 @@ BuildRequires: perl(XSLoader)
# Tests:
# Benchmark not used
BuildRequires: perl(charnames)
-BuildRequires: perl(Config)
-BuildRequires: perl(File::Basename)
BuildRequires: perl(File::Compare)
BuildRequires: perl(File::Copy)
BuildRequires: perl(FileHandle)
@@ -123,11 +126,13 @@ make test
%files
%doc AUTHORS Changes README
+%{_bindir}/encguess
%{_bindir}/piconv
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Encode*
%exclude %{perl_vendorarch}/Encode/*.e2x
%exclude %{perl_vendorarch}/Encode/encode.h
+%{_mandir}/man1/encguess.*
%{_mandir}/man1/piconv.*
%{_mandir}/man3/Encode.*
%{_mandir}/man3/Encode::*
@@ -144,6 +149,9 @@ make test
%{perl_vendorarch}/Encode/encode.h
%changelog
+* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 2:2.70-1
+- 2.70 bump
+
* Fri Jan 23 2015 Petr Pisar ppi...@redhat.com - 2:2.68-1
- 2.68 bump
diff --git a/sources b/sources
index c78fd12..b8c179c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8ac87548f2505ddf2e3890083c9d4855 Encode-2.68.tar.gz
+91af5a434c48ccdc8ceebc9dfd75fe1c Encode-2.70.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 1185328] perl-Encode-2.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1185328 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Encode-2.70-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-Encode-2.70-1.fc21 -- 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=m3PA88OiNwa=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
[Bug 1189458] perl-MouseX-Getopt-0.35-6.fc22 FTBFS: tests fail due to Getopt::Long::Descriptive output change
https://bugzilla.redhat.com/show_bug.cgi?id=1189458 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-MouseX-Getopt-0.35-7.f ||c22 Resolution|--- |RAWHIDE Last Closed||2015-02-05 10:17:51 --- Comment #1 from Paul Howarth p...@city-fan.org --- Fixed in -7, patch sent upstream. https://github.com/gfx/mousex-getopt/pull/6 -- 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=fuUWtzWFAla=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
[perl-Crypt-PasswdMD5/el6] sync sources with EL-6 version
commit 75f9c7f0a11c98280051e58a083ee2ac26d42383 Author: Paul Howarth p...@city-fan.org Date: Thu Feb 5 15:26:20 2015 + sync sources with EL-6 version .gitignore |2 +- sources|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1542b61..b8887d7 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,2 @@ -Crypt-PasswdMD5-1.3.tar.gz +/Crypt-PasswdMD5-1.3.tar.gz /Crypt-PasswdMD5-1.40.tgz diff --git a/sources b/sources index 2e80e9d..258fbda 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -efc61e1f62c9768be39df2613d685343 Crypt-PasswdMD5-1.40.tgz +368205b1be8c0d4f807afe25d6fbd1ad Crypt-PasswdMD5-1.3.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: Systemd, Spamassassin, and the Missing Portreserve Package
Am 05.02.2015 um 22:05 schrieb Tom Rivers:
On 2/5/2015 15:58, Reindl Harald wrote:
why in the world does SA need portreserve?
To be honest, I'm not sure that SA is the package that needs it. It is
actually systemd that references it in the spamassassin.service file:
# cat /usr/lib/systemd/system/spamassassin.service
[Unit]
Description=Spamassassin daemon
After=syslog.target network.target
[Service]
EnvironmentFile=-/etc/sysconfig/spamassassin
ExecStartPre=-/sbin/portrelease spamd
ExecStart=/usr/bin/spamd $SPAMDOPTIONS
StandardOutput=null
StandardError=null
Restart=always
[Install]
WantedBy=multi-user.target
well, thats why the first after install a service is fork the
systemd-unit in /etc/systemd/system and get rid of cruft
root@testserver:~]$ cat /etc/systemd/system/spamassassin.service
[Unit]
Description=Spamassassin Daemon
After=network.service systemd-networkd.service network-online.target
Before=postfix.service
[Service]
Environment=TMPDIR=/tmp
PermissionsStartOnly=true
ExecStartPre=/usr/bin/find /var/lib/spamassassin/ -type d -exec
/bin/chmod 0755 {} \;
ExecStartPre=/usr/bin/find /var/lib/spamassassin/ -type f -exec
/bin/chmod 0644 {} \;
ExecStart=/usr/bin/spamd -c -H --max-children=10 --min-children=1
--min-spare=1 --max-spare=3 --port=10028
ExecReload=/usr/bin/kill -HUP $MAINPID
Environment=LANG=en_GB.UTF-8
User=sa-milt
Group=sa-milt
Nice=15
StandardOutput=null
StandardError=null
SyslogFacility=mail
Restart=always
RestartSec=1
PrivateTmp=yes
PrivateDevices=yes
NoNewPrivileges=yes
CapabilityBoundingSet=~CAP_AUDIT_CONTROL CAP_AUDIT_WRITE CAP_NET_ADMIN
CAP_NET_BIND_SERVICE CAP_SYS_ADMIN CAP_SYS_BOOT CAP_SYS_MODULE
CAP_SYS_PTRACE
RestrictAddressFamilies=~AF_APPLETALK AF_ATMPVC AF_AX25 AF_PACKET AF_X25
ReadOnlyDirectories=/etc
ReadOnlyDirectories=/usr
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
Re: Linterna Magica
On Thu, Feb 5, 2015 at 1:57 PM, Antonio Trande anto.tra...@gmail.com wrote: I tried with Totem but without good results To be clear, Totem in Fedora 21 no longer includes any browser plugins. -- 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: Systemd, Spamassassin, and the Missing Portreserve Package
On Thu, Feb 05, 2015 at 03:44:29PM -0600, Chris Adams wrote: Once upon a time, Tomasz Torcz to...@pipebreaker.pl said: Cleaner way would be to implement socket activation in spamd. I've looked into doing this. After looking into spamd I have no idea how to implement sock-act cleanly. SA is definitely (of course IMHO) one of the types of things that should not use socket activation. This is a complete misunderstanding. Socket activation does not determine when the process is started. Depending on the configuration, it may be started during boot or after first request. Essentially, with the usual setup of having two units (e.g. spamd.socket and spamd.service), 1. add spamd.socket to sockets.target → the socket is started during boot and spamd.service will be started on first request 2. add spamd.service to multi-user.target → the service is started during boot It is high overhead to start up (takes a while to initialize), and things trying to use it that way could time out. I doubt that... How low does it take to start? A second, two seconds? Having a delay on every access to the service would of course be noticable, but just on the first one — I don't think anyone would notice if one mail takes 2s longer to arrive. The general expectation with SA is that if you want fast response, use you spamd (started up at boot). If you don't care about the start-up time, you just use spamassassin directly. Aside from that, I don't know if someone has set up socket activation for anything in perl. I guess it is using file descriptor passing? I haven't done that in perl before (although shouldn't be too hard). I doesn't use file descriptor passing, at least not in the sense of attaching sockets to messages. The process is simply started with an additional fd open: 0:stdin, 1:stdout, 2:stderr, 3:socket. Zbyszek -- 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: %{_unitdir} no longer defined in Rawhide
On Thu, Feb 05, 2015 at 07:12:08PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Feb 05, 2015 at 06:18:50PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Feb 05, 2015 at 02:28:24PM +0100, Michal Schmidt wrote:
Dne 5.2.2015 v 14:05 Richard W.M. Jones napsal:
Somehow:
RPM build errors:
File must begin with /: %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and there's no mention of
_unitdir or anything I can find.
Looks like it's accidental breakage in:
http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?id=c90404b6483813ef06f80f525047cb4df785aa44
Cleanup up spec file a bit
https://bugzilla.redhat.com/show_bug.cgi?id=1189457
To follow up: Michal fixed it already.
I can confirm this is fixed now, thanks.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
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: xorg libinput question
Sure, I will provide you with the needed logs. Can you give me a hint to which product to report the bug to? Also for the evemu record I'm not sure which device corresponds to the wiimote and/or attached accessories. Where can I find this? Thanks in advance! 2015-02-05 23:01 GMT+02:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 10:34:49PM +0200, Damian Ivanov wrote: ok so I tried it - does NOT work ; 1) Did a fresh rawhide install as update did not work. 2) Installed xorg-x11-drv-libinput and installed wacom/synaptics/evdev 3) put Section InputClass Identifier libinput Driver libinput MatchDevicePath /dev/input/event* EndSection in /etc/xorg.conf.d/ 4) connected wiimote via bluetooth 5) no keys are recognized or configured So how to I configure wiimote + it's accessories (nunchuk and classic controller) with libinput driver? did not work is a bit hard to debug, I need an xorg.log, evemu-record from the wiimote, etc. Please file a bug in the freedesktop bugzilla, then we can figure out what exactly is going on here. Cheers, Peter 2015-02-05 14:10 GMT+02:00 Damian Ivanov damianator...@gmail.com: Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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 -- 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: xorg libinput question
On Fri, Feb 06, 2015 at 12:19:34AM +0200, Damian Ivanov wrote: Sure, I will provide you with the needed logs. Can you give me a hint to which product to report the bug to? https://bugs.freedesktop.org/enter_bug.cgi?product=Waylandcomponent=libinput Also for the evemu record I'm not sure which device corresponds to the wiimote and/or attached accessories. Where can I find this? if you run evemu-record without arguments it'll give you the list of local devices, just pick the one that looks like a wiimote. Cheers, Peter 2015-02-05 23:01 GMT+02:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 10:34:49PM +0200, Damian Ivanov wrote: ok so I tried it - does NOT work ; 1) Did a fresh rawhide install as update did not work. 2) Installed xorg-x11-drv-libinput and installed wacom/synaptics/evdev 3) put Section InputClass Identifier libinput Driver libinput MatchDevicePath /dev/input/event* EndSection in /etc/xorg.conf.d/ 4) connected wiimote via bluetooth 5) no keys are recognized or configured So how to I configure wiimote + it's accessories (nunchuk and classic controller) with libinput driver? did not work is a bit hard to debug, I need an xorg.log, evemu-record from the wiimote, etc. Please file a bug in the freedesktop bugzilla, then we can figure out what exactly is going on here. Cheers, Peter 2015-02-05 14:10 GMT+02:00 Damian Ivanov damianator...@gmail.com: Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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 -- 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: %{_unitdir} no longer defined in Rawhide
On Thu, Feb 05, 2015 at 02:28:24PM +0100, Michal Schmidt wrote:
Dne 5.2.2015 v 14:05 Richard W.M. Jones napsal:
Somehow:
RPM build errors:
File must begin with /: %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and there's no mention of
_unitdir or anything I can find.
Looks like it's accidental breakage in:
http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?id=c90404b6483813ef06f80f525047cb4df785aa44
Cleanup up spec file a bit
https://bugzilla.redhat.com/show_bug.cgi?id=1189457
Zbyszek
--
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-SQL-Abstract] Skip DBIx::Class tests on boostrap
commit 68f2fa45ed587c3329c5d014441c795a4aa21ff2
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 5 18:11:13 2015 +0100
Skip DBIx::Class tests on boostrap
perl-SQL-Abstract.spec | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
---
diff --git a/perl-SQL-Abstract.spec b/perl-SQL-Abstract.spec
index f473567..70db8bf 100644
--- a/perl-SQL-Abstract.spec
+++ b/perl-SQL-Abstract.spec
@@ -1,6 +1,6 @@
Name: perl-SQL-Abstract
Version:1.81
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Generate SQL from Perl data structures
Group: Development/Libraries
License:GPL+ or Artistic
@@ -19,8 +19,10 @@ BuildRequires: perl(base)
BuildRequires: perl(Carp)
BuildRequires: perl(constant)
BuildRequires: perl(Data::Dumper)
+%if !%{defined perl_bootstrap}
# DBIx::Class::Storage::Statistic used only with optional tests
BuildRequires: perl(DBIx::Class::Storage::Statistics)
+%endif
BuildRequires: perl(Exporter) = 5.57
BuildRequires: perl(Hash::Merge) = 0.12
BuildRequires: perl(List::Util)
@@ -45,8 +47,10 @@ BuildRequires: perl(Storable)
BuildRequires: perl(Test::Exception) = 0.31
BuildRequires: perl(Test::More) = 0.92
BuildRequires: perl(Test::Warn)
+%if !%{defined perl_bootstrap}
# Optional tests:
BuildRequires: perl(DBIx::Class) = 0.08124
+%endif
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Requires: perl(Data::Dumper)
Requires: perl(Exporter) = 5.57
@@ -95,7 +99,7 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {}
';'
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-SQLATEST_TESTER=1 make test
+make test
%files
%doc Changes
@@ -110,6 +114,9 @@ SQLATEST_TESTER=1 make test
%{_mandir}/man3/DBIx::Class::Storage::Debug::PrettyPrint.3pm*
%changelog
+* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 1.81-3
+- Skip DBIx::Class tests on boostrap
+
* Wed Dec 03 2014 Petr Pisar ppi...@redhat.com - 1.81-2
- Specify all dependencies (bug #1168882)
--
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-Catalyst-Runtime] Remove unneeded dependency on Test::WWW::Mechanize::Catalyst causing a build cycle
commit 3979ba2e8adbfe4329f62c25fc0f512c3fa580ca
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 5 18:30:58 2015 +0100
Remove unneeded dependency on Test::WWW::Mechanize::Catalyst causing a
build cycle
perl-Catalyst-Runtime.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Catalyst-Runtime.spec b/perl-Catalyst-Runtime.spec
index 23084c9..516f3d7 100644
--- a/perl-Catalyst-Runtime.spec
+++ b/perl-Catalyst-Runtime.spec
@@ -1,7 +1,7 @@
Name: perl-Catalyst-Runtime
Summary:Catalyst Framework Runtime
Version:5.90082
-Release:2%{?dist}
+Release:3%{?dist}
License:GPL+ or Artistic
Source0:
http://search.cpan.org/CPAN/authors/id/J/JJ/JJNAPIORK/Catalyst-Runtime-%{version}.tar.gz
@@ -58,7 +58,6 @@ BuildRequires: perl(Task::Weaken)
BuildRequires: perl(Test::Exception)
BuildRequires: perl(Test::Fatal)
BuildRequires: perl(Test::More) = 0.88
-BuildRequires: perl(Test::WWW::Mechanize::Catalyst)
BuildRequires: perl(Text::Balanced)
BuildRequires: perl(Text::SimpleTable) = 0.03
BuildRequires: perl(Time::HiRes)
@@ -188,6 +187,10 @@ make clean
%{_mandir}/man1/*
%changelog
+* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 5.90082-3
+- Remove unneeded dependency on Test::WWW::Mechanize::Catalyst causing a build
+ cycle
+
* Thu Feb 05 2015 Petr Pisar ppi...@redhat.com - 5.90082-2
- Remove unneeded dependency on Catalyst::Action::RenderView causing a build
cycle
--
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: Linterna Magica
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2015 04:57 PM, Sérgio Basto wrote: On Qui, 2015-02-05 at 16:43 +0100, Antonio Trande wrote: Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? Don't see any, but I'm not an expert. Installation is possible [1]. Only thing that we need to check if it is Legal [2] and if have a compatibility License . It's released under license GPLv3+. On 02/05/2015 05:06 PM, Patrik Novotny wrote: On Thu, 05 Feb 2015 16:43:48 +0100 Antonio Trande anto.tra...@gmail.com wrote: Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? Hi, I believe that you (or someone else) would have to package Greasemonkey addon first as it is needed to run the script (at least as I know). I'm testing the script with IceCat after a simple copy of linternamagica.user.js in the $HOME/.gnuzilla/icecat/profile/gm_scripts/linterna_magica directory. - -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.fedoraproject.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU05bfAAoJEFyovWBm4V0AmHAP/ivKjazUwyhNWgyyp22Vqdgu 8Eet1NnMHpZmv5CUuPMfqA2o8iRVjdAt3c1vAh6GMMN33Gijy6hVkmIXZghwAxin cxO2Ckd6/NxrEgpnkndV890rWLdHyGiSnlc07+vxNR7+5UDs1gv1t69w19GmTpJb n6P/YTLuqMNSaRXj9M1hEnYNolhDueOb62UXHvb6p+av6Rebx33+Kq2oG8CooLzc FGQSYVl1lNrGKiLGASG89Q6frJU9aHY84RGZKWDe8Fc7CtIQCIoDkAcPkB1UNlJf QW5EG+FO3GNBeS3qaW2Vfn3o3JPZPpWCgF16FpcB3kMpp4l1+yqAJA6N7xc0q32S rc1OfzXQTn0EFIYBnyT75dNLSAOLFq1EU043/kOqlYrr/5mxI35npjqUmY8id1ki cR+gRwpq0GMNVzQEUzMj+CSdRZkleLwS3VodRLqk9u5AOVjKdd28E7tz8Qeo/RBp Ndh8wAvkwmBUb+xWyhVUYf2nLHRjyALtSSp5x3cYSX8WCnOPWWQpfKiokvPwpRvS otLkxrUsd5cuIKXzf97KYOITulr3keaFFlmXvEiShHLYFA3NGhewd5KnZEnLbvUJ zrBgHWx6Z4+UeWCbxXaDSOzyaXhST1qo3MAfctkaWEkI1R/1MgrJmWJBqpZ4O6JI OFp0Fz2VeYrtrz93f0YO =iznt -END 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: FESCo Elections results
On Thu, 2015-02-05 at 14:52 +0100, Kevin Kofler wrote: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) I've got code in Gnome too, dude. - ajax -- 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: Linterna Magica
On Thu, 05 Feb 2015 17:14:23 +0100 Antonio Trande anto.tra...@gmail.com wrote: I'm testing the script with IceCat after a simple copy of linternamagica.user.js in the $HOME/.gnuzilla/icecat/profile/gm_scripts/linterna_magica directory. I may be doing something wrong but the simple copy method just does not work for me. I copied the script to $HOME/.mozilla/firefox/profile/gm_scripts/linterna_magica/linterna_magica.user.js and the same video that I was testing with greasemonkey before started in flash. I believe it works only if greasemonkey is installed enabled. -- 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 1186988] Version bump to libraries from GeoIP 1.6.4
https://bugzilla.redhat.com/show_bug.cgi?id=1186988 Emmanuel Seyman emman...@seyman.fr changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WORKSFORME Last Closed||2015-02-05 04:36:32 --- Comment #4 from Emmanuel Seyman emman...@seyman.fr --- I've installed GeoIP 1.6.4 and done some limited testing (basically running the test suite). The current perl module works fine and no rebuild/update seems necessary. I'm closing this bug WORKSFORME. Please re-open if you do notice a problem running the module againt GeoIP-1.6.4. -- 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=UJ9TuofCQ9a=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
Orphaning visualvm
Hi! I'm no longer interested in maintaining of visualvm - https://admin.fedoraproject.org/pkgdb/package/visualvm/ - Simply I didn't used it for last three years If somebody still is using it, I will happily retire ownership to him/her. Looking forward to meet the successor, J. -- 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 870406] CVE-2012-4730 CVE-2012-4732 CVE-2012-4734 CVE-2012-4735 CVE-2012-4884 rt3: Multiple flaws fixed in upstream 3.8.15 version
https://bugzilla.redhat.com/show_bug.cgi?id=870406 Martin Prpic mpr...@redhat.com changed: What|Removed |Added Fixed In Version|3.8.15 |rt3 3.8.15 -- 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=GeEBINVPzXa=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: F22 System Wide Change: Set sshd(8) PermitRootLogin=no
On Mon, 2015-01-19 at 18:15 -0800, Adam Williamson wrote: Sure, I just meant it as a handy and clear demonstration of the principle that if you can compromise the environment of a user with sudo or other admin privileges, you're about 97% of the way to root in any case. Right. Don't use sudo. For a server you're not physically sitting in front of, you *definitely* want to log in as root instead of using sudo. Please don't make this misguided change. Or if you must, make it optional. Just a checkbox when setting the root password would suffice. Or better still, make it possible not to set the root password at all, if you don't want direct login as root. Use sudo for *everything*. -- dwmw2 smime.p7s Description: S/MIME cryptographic 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
[Bug 1189458] New: perl-MouseX-Getopt-0.35-6.fc22 FTBFS:
https://bugzilla.redhat.com/show_bug.cgi?id=1189458 Bug ID: 1189458 Summary: perl-MouseX-Getopt-0.35-6.fc22 FTBFS: Product: Fedora Version: rawhide Component: perl-MouseX-Getopt Assignee: p...@city-fan.org Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org perl-MouseX-Getopt-0.35-6.fc22 fails to build in F22 because tests fail: t/103_uc_bug.t ok # Failed test at t/104_override_usage.t line 52. # Structures begin differing at: # $got-[1] = 'usage: 104_override_usage.t [-?] [long options...] # -? --usage --helpPrints this usage information. # --foo INTA foo # ' # $expected-[1] = 'usage: 104_override_usage.t [-?] [long options...] # -? --usage --help Prints this usage information. # --foo A foo # ' # Looks like you failed 1 test of 8. t/104_override_usage.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/8 subtests [...] Test Summary Report --- t/104_override_usage.t (Wstat: 256 Tests: 8 Failed: 1) Failed test: 8 Non-zero exit status: 1 t/109_help_flag.t (Wstat: 1024 Tests: 6 Failed: 4) Failed tests: 1-4 Non-zero exit status: 4 t/110_sort_usage_by_attr_order.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=22, Tests=319, 2 wallclock secs ( 0.09 usr 0.02 sys + 1.75 cusr 0.19 csys = 2.05 CPU) Result: FAIL Difference between working and failing build root is: perl-Getopt-Long-Descriptive 0.098-1.fc22 0.099-1.fc22 perl-version 4:0.99.09-3.fc22 4:0.99.12-1.fc22 sqlite 3.8.8-1.fc22 3.8.8-2.fc22 -- 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=utie6cNPtKa=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: xorg libinput question
Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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 -- 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 1189458] perl-MouseX-Getopt-0.35-6.fc22 FTBFS: tests fail due to Getopt::Long::Descriptive output change
https://bugzilla.redhat.com/show_bug.cgi?id=1189458 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Summary|perl-MouseX-Getopt-0.35-6.f |perl-MouseX-Getopt-0.35-6.f |c22 FTBFS: |c22 FTBFS: tests fail due ||to ||Getopt::Long::Descriptive ||output change -- 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=J3pbLWky67a=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
hplip-3.15.2 in rawhide needs some testing (Python 3)
Hi, hplip-3.15.2 (rawhide/F22 only so far) has finally added long promised Python3 support. It doesn't use python-cups but has (always had) its own Python modules. I'd appreciate if anybody could give it a try and let me know in case of any issues. thanks -- Jiri -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Broken dependencies: perl-Net-Twitter
perl-Net-Twitter has broken dependencies in the rawhide tree: On x86_64: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) On i386: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) On armhfp: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) Please resolve this as soon as possible. -- 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: xorg libinput question
On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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
[Bug 971096] CVE-2013-2145 perl-Module-Signature: arbitrary code execution when verifying SIGNATURE
https://bugzilla.redhat.com/show_bug.cgi?id=971096 --- Comment #9 from Paul Howarth p...@city-fan.org --- This is fixed in all current Fedora and EPEL releases. RHEL-7 has perl-Module-Signature-0.73-2.el7. I think this bug can be closed. -- 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=874AGE3WbPa=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
xorg libinput question
According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? br, Damian -- 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: on software updates
On Wed, Feb 04, 2015 at 06:03:45PM -0800, Adam Williamson wrote: update, not your broader one. I am happy to defer to those who've spent more time dealing with it than me - i.e. hughsie - when they say that, no, it isn't really 'safe' to update your web browser online. (I'm equally happy to say 'meh' and go ahead and do it anyway, but that's my *personal* decision for *myself*, it doesn't mean that's the appropriate default for Fedora). Here's a good example of problems with (the current approach for) online updates for Firefox: Flash plugin up to date but Firefox keeps telling me that I have the old version: http://unix.stackexchange.com/q/174210/2511 -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: Linterna Magica
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2015 06:02 PM, Patrik Novotný wrote: On Thu, 05 Feb 2015 17:14:23 +0100 Antonio Trande anto.tra...@gmail.com wrote: I'm testing the script with IceCat after a simple copy of linternamagica.user.js in the $HOME/.gnuzilla/icecat/profile/gm_scripts/linterna_magica directory. I may be doing something wrong but the simple copy method just does not work for me. I copied the script to $HOME/.mozilla/firefox/profile/gm_scripts/linterna_magica/linterna_magica.user.js and the same video that I was testing with greasemonkey before started in flash. I believe it works only if greasemonkey is installed enabled. You're right. It needs greasymonkey or similar to work. - -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.fedoraproject.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU07IsAAoJEFyovWBm4V0AiqkQAIbrYHu15zlSX/Ra83Hgh09D yWLgI7BWy0Y6BRlBZlkcD/MJPC//nIe/+tvQcKmhAUFhGBEqITEz8xdjI8acLgNw wPrKewSLWkJRWislVOaGlsYlSHe8pENUT2mfa0tdaP3y7FEluPh7ucm6Af3/aEss 52pzzT5eBf6H7tpqvT3ijRY6Z+njt2z4ZWsQmGEK375bmT0UaBDOKJJNzDysLxSm F7LW2gLEiPuOMFO4RJIDL9HmupCQlu4Ii4ebLMp4vNCq9VqxTbT2dV7PmcnVJkBt y06lb/h33kBCxlfKTI7OSeegTkyQGoJXIhUGgRTJP9HNbNKjnH3TFdxF1zV5nU29 rBGtu/eDt2PUQkRZZ6GW3XCaXz/gsiKxlrID8mnDy1jStPOv1PK2kJGy6nZSr28W zhO1J5PgPFCKUtPPDbfcVd8OGQLufVUjhzdYwk+Gw3khcVbCtgt6GvqK1WiUCy5t 8oj59xat1WukBDfOwPiIxD8IS4xzB5aOZXxq/r51tTX00RhqP3sUkqXtssNBVQJ0 4UB7P2hswEfXBw0ylTxuJZgxwHZ8LqR3hFyY1UsQKDnSX5Bgrx+sMIEo2/BbBCEV +UqRM0pR/fnAcZPaLT/tDKuHDneerGQX83qmPLtVyE5/dQXr0jjnVHBHkiHAeNhp s4kBWDlqNHPP/FkxTnoP =D+hM -END 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: on software updates
From: devel-boun...@lists.fedoraproject.org [mailto:devel- boun...@lists.fedoraproject.org] On Behalf Of Kevin Kofler We do not care about Flash. It is not in Fedora. It is not even Free Software. It's not dead enough. Only when someone asks, Do you mean lack of clothing, memory card or camera? will it be dead enough. -- John Florian -- 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 1188221] perl-Gtk2: incorrect memory management in Gtk2::Gdk::Display::list_devices [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1188221 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-Gtk2-1.2495-1.el7: * should fix your issue, * was pushed to the Fedora EPEL 7 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-Gtk2-1.2495-1.el7' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0626/perl-Gtk2-1.2495-1.el7 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=7KL9ivvfYma=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: %{_unitdir} no longer defined in Rawhide
On Thu, Feb 05, 2015 at 06:18:50PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Feb 05, 2015 at 02:28:24PM +0100, Michal Schmidt wrote:
Dne 5.2.2015 v 14:05 Richard W.M. Jones napsal:
Somehow:
RPM build errors:
File must begin with /: %{_unitdir}/guestfsd.service
It seems like _unitdir is no longer defined.
Is this a bug? And in what package - my package or systemd?
I checked the systemd commit log in Fedora and there's no mention of
_unitdir or anything I can find.
Looks like it's accidental breakage in:
http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?id=c90404b6483813ef06f80f525047cb4df785aa44
Cleanup up spec file a bit
https://bugzilla.redhat.com/show_bug.cgi?id=1189457
To follow up: Michal fixed it already.
Nevertheless, I'm quite confused where the change came from. Seems to
be an random chunk I inserted from some old systemd spec version, but
how or why I have no idea. It's not related to the propesed split in
any way. That change is still waiting for a FESCo decision.
Zbyszek
--
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: Linterna Magica
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2015 08:12 PM, poma wrote: On 05.02.2015 16:43, Antonio Trande wrote: Hi all. Linterna Magica (http://linternamagica.org/#what-is-it) is a userscript for watching web video clips inside a browser without the proprietary flash technology. What plugin you use? I tried with Totem but without good results It seems NPAPI plugin for libvlc - gtk version (npapi-vlc-gtk) need to download the whole video to begin playback. Is there any better in this respect? Is it practicable the packaging of this script for Firefox/Icecat on Fedora? Are there problems as it is a script? The script supports 4 plugins: ** 4.3 Supported plugins = Supported video plugins that can handle video/flv and video/mp4 should work right away. Some plugins provide an API which is used in Linterna Mágica to support web controls, but this will require modifications to the code, if the plugin is not listed as supported. There is a configuration option to switch between controls provided by the plugin and Linterna Mágica. These plugins are known to work: Totem plugin Versions older and equal to 2.30 does not have full API support for web controls. Newer versions of Totem have been patched and should work. VLC plugin No known problems. gecko-mediaplayer plugin Note: Have in mind that gecko-mediaplayer depends on mplayer for playback. Mplayer is free software by itself, but it can load and recommends binary only codecs. The completely free (as in freedom) distribution of GNU/Linux, Trisquel provides clean version of mplayer. Xine plugin No known problems. ** - -- Antonio Trande mailto: sagitter 'at' fedoraproject 'dot' org http://fedoraos.wordpress.com/ https://fedoraproject.org/wiki/User:Sagitter GPG Key: 0x66E15D00 Check on https://keys.fedoraproject.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU08sZAAoJEFyovWBm4V0AHTsP/0Kt5m8l0jEm0YtGpO9aLu3v uhizjDqbZW8hQ/3NfjLx1S0BOPLR3kAqAltMYredOZpKaKP5AZm05BnDEKl5SyIT 3NiqguZUm6AegFxR9tCYZn9pYawO98BuVI6/JUiOuukgzG1ZS0NYRfnDuovJfd3H Y6svBGScULOmIhJXiwfRbf9aTwJUoDPrvhUjH36e0Uk5AeyDMpkCGYDyB5eyPPkn JOd2us6wbwtjzYAFkOetZNvxVo85Uvm+1pq4o+Bfh574U+AsAgOZ0ZXfLpssYIAS P52HRfqcxwqQrp5zhWLlgiwd2r4JLmMwPEH2/PVX/R3YXNEagYVyJLZxzYLQk6sq 4YphsD/Hm3Wb5PL/00WWG5ZyYHyW4U/HJteHFpi4NU0312AHnpLfaL8bnQFpe36A 1n0XHTGCYk3QiQt++Qe0Yzp7rvwH9xHPHQtUOxzVhtKCRyjWX8SJp/XsKkmKW5F1 xa+Vqu02EjHaCh+vnEtqiGZxv7BmVTj9ROaHeBAvYwzM0deqYqRfljTnl9JaAS/K FD1Qfbs+V6eyKb5aQ6gGyFlerw/BP3WuCQ+SiiFx79VDvqE3Sk4/ZOJy4oPX7KIQ cKN7Lpl48/nMrfg9T2gMkvAXOE+qJiQGepet0CXPQKk5aOoGydZ/jySZWlk73bDC ucToU9mxBOLng+7M0llw =fOdD -END 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: FESCo Elections results
On 5 February 2015 at 06:52, Kevin Kofler kevin.kof...@chello.at wrote: Jaroslav Reznik wrote: # votes | name - +-- 1427 | Kevin Fenzi 1247 | Adam Jackson 919 | Tomas Hozza 818 | Parag Nemade 617 | Debarshi Ray ← GNOME developer - +-- 540 | Alberto Ruiz ← GNOME developer 441 | David King ← GNOME developer What does this tell you? :-) The numbers don't tell anyone anything. Using such numbers in a scientific paper would be laughed out because the only person bringing up that they were GNOME developers etc was you. Your attempt to say this is a humorous aside by putting a smiley does not work. People see it as Hey I am an asshole who thinks he can say bullshit and not get called on it because I put a smiley at the end. It works for some people, but it doesn't work for you. Instead it always comes across as Wow, why would I want to use whatever this guy is saying is better? I'd look like an asshole too. Kevin, you do a lot of good things in the #fedora-kde channel and help people there a lot. Try bringing that person to this and other lists please. Because that person changes more minds and makes people more likely to use KDE than emails like this. -- Stephen J Smoogen. -- 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: xorg libinput question
ok so I tried it - does NOT work ; 1) Did a fresh rawhide install as update did not work. 2) Installed xorg-x11-drv-libinput and installed wacom/synaptics/evdev 3) put Section InputClass Identifier libinput Driver libinput MatchDevicePath /dev/input/event* EndSection in /etc/xorg.conf.d/ 4) connected wiimote via bluetooth 5) no keys are recognized or configured So how to I configure wiimote + it's accessories (nunchuk and classic controller) with libinput driver? 2015-02-05 14:10 GMT+02:00 Damian Ivanov damianator...@gmail.com: Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, 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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
