Re: systemd, disabling cryptsetup device
Hi everyone! Is there a way of forcing systemd not to mount an encrypted partition when booting the system? I have one encrypted partition (on LVM) on my laptop, which I do not want to have mounted automatically. I'm mounting it only when I need it with a simple script. With F15, masking the cryptsetup@luks*.service file worked. (The password prompt appeared and disappeared in a second, which didn't mind.) But this no longer works with F16. So, is there a way? Is this behavior intended, or is it a regression? my kernel options: ro root=/dev/mapper/vg_nb-lv_root rd_LVM_LV=vg_nb/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM Jan You want to use rd.luks.uuid kernel option. See man dracut.kernel. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Ask Fedora
Dear Rahul, I'm a community moderator at Ask Ubuntu. And I was talking to some people about what mistakes we think Ask Fedora and Ask Debian have made, so I thought I'd give you some feedback. That is great feedback. All of those proposals are very reasonable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
On 11/28/2011 05:09 AM, Rahul Sundaram wrote: On 11/28/2011 01:39 AM, Bernd Stramm wrote: It is useful to point out that the space requirements are significant. You would want an implementation that does _not_ store all this information on installed systems. Separate the advertising part from the packaging part. Make the advertising part available for users that want to see it, and keep it out of the systems that want to avoid bloat. Other distributions have working implementations. You can look at what they do and learn directly from it. Rahul While reading through this thread, I cannot get out of mind the first element of Fedora's mission reads: The Fedora Project always strives to lead, not follow. -- Simon Lukasik -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd, disabling cryptsetup device
my kernel options: ro root=/dev/mapper/vg_nb-lv_root rd_LVM_LV=vg_nb/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM You want to use rd.luks.uuid kernel option. See man dracut.kernel. rd_NO_LUKS (or rd.luks=0) disables LUKS detection entirely. I believe this is not about initrd... Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd, disabling cryptsetup device
my kernel options: ro root=/dev/mapper/vg_nb-lv_root rd_LVM_LV=vg_nb/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM You want to use rd.luks.uuid kernel option. See man dracut.kernel. rd_NO_LUKS (or rd.luks=0) disables LUKS detection entirely. I believe this is not about initrd... Jan Sorry, I don't understand you. Your request was don't mount a specific encrypted volume during boot, right? Then use rd.luks.uuid=UUID kernel options to specify *all other* encrypted partitions you want to mount. Those not specified won't be mounted (and you won't be asked for their password). See man page. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
On Mon, Nov 28, 2011 at 9:46 AM, Simon Lukasik isim...@fedoraproject.org wrote: On 11/28/2011 05:09 AM, Rahul Sundaram wrote: On 11/28/2011 01:39 AM, Bernd Stramm wrote: It is useful to point out that the space requirements are significant. You would want an implementation that does _not_ store all this information on installed systems. Separate the advertising part from the packaging part. Make the advertising part available for users that want to see it, and keep it out of the systems that want to avoid bloat. Other distributions have working implementations. You can look at what they do and learn directly from it. Rahul While reading through this thread, I cannot get out of mind the first element of Fedora's mission reads: The Fedora Project always strives to lead, not follow. Well it is not like it is the first time this has been brought up. While we keep having discussions about it other distros have just done it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
On Mon, Nov 28, 2011 at 09:46:59AM +0100, Simon Lukasik wrote: On 11/28/2011 05:09 AM, Rahul Sundaram wrote: On 11/28/2011 01:39 AM, Bernd Stramm wrote: It is useful to point out that the space requirements are significant. You would want an implementation that does _not_ store all this information on installed systems. Separate the advertising part from the packaging part. Make the advertising part available for users that want to see it, and keep it out of the systems that want to avoid bloat. Other distributions have working implementations. You can look at what they do and learn directly from it. Rahul While reading through this thread, I cannot get out of mind the first element of Fedora's mission reads: The Fedora Project always strives to lead, not follow. At the same time Fedora's mission isn't about cultivating NIH syndrome. People interested in App Store would better check the results of other distros work, instead of duplicating the work. -- Tomasz TorczFuneral in the morning, IDE hacking xmpp: zdzich...@chrome.plin the afternoon and evening. - Alan Cox -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd, disabling cryptsetup device
my kernel options: ro root=/dev/mapper/vg_nb-lv_root rd_LVM_LV=vg_nb/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM You want to use rd.luks.uuid kernel option. See man dracut.kernel. rd_NO_LUKS (or rd.luks=0) disables LUKS detection entirely. I believe this is not about initrd... Sorry, I don't understand you. Your request was don't mount a specific encrypted volume during boot, right? Actually no. ;-) The question was, if I can force systemd not to mount an encrypted partition. I do not have any other encrypted partitions, so rd.luks=0 is fine. However, I already found a resolution. noauto was missing in /etc/crypttab from some reason. My fault that I haven't double checked. Now it works like a charm. Thank you Kamil for your answers. :-) Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
pyvnc2swf and vnc2flv
Hi, I was looking for a tool to record X/VNC session in a movie and found pyvnc2swf. But looking at the project's home page, http://www.unixuser.org/~euske/vnc2swf/index.html, I see that the development has been superseded by its successor, vnc2flv, http://www.unixuser.org/~euske/python/vnc2flv/index.html, since 2 years. Maybe Fedora should upgrade to this new version for F17. -- --Jos Vos j...@xos.nl --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
Giovanni Campagna wrote: Well, I'm happy to see that some spec files are translated. In fact, I found out some packages have translations, but those are only visible from yum, not PackageKit (no matter how you insist). That's odd. gpk-application displays them to me. Björn Persson signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
systemd: root device on iscsi
Hi - is an iscsi root device a supported configuration setup with F16 and systemd? I asked on #systemd, and got pointed here. We're using dracut to boot diskless systems with root devices on iscsi. This works fine for booting using Fedora 16 and systemd. Unfortunately, on shutdown the system hangs. It stops the network interface before mounting the root device read-only or stopping the iscsi service (leaving the fedora iscsi target in a confused state too). On Fedora 14, this worked fine with the old fashioned init system. In the old init system you used to be able to put a _netdev flag in fstab, which would fix this problem. This doesn't seem to work now. Is this a simple bug or a bigger issue? I could imagine we could write some sort of evil systemd service which would run busybox (perhaps copied to tmpfs) to kill processes, remount root, kill off iscsi and run halt or reboot depending on the run level, before the network was stopped. That would be an awful hack (if it even worked). Jeremy -- http://jeremysanders.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
On 11/25/2011 06:18 PM, drago01 wrote: On Sat, Nov 26, 2011 at 12:16 AM, Brendan Jones brendan.jones...@gmail.com wrote: On 11/26/2011 12:03 AM, Giovanni Campagna wrote: As promised in my previous mail, here is what I find that's lacking in Fedora, compared to the direct competition (Ubuntu, Debian, OpenSuse), and recently even some proprietary systems: we don't have an application installer. Are we in a race? Not sure what you are trying to say ... but the current situation simply sucks from a users pov. We should focus on fixing it. I agree with others, we shouldn't copy the solution from other distro's. However I also agree that there's a common underlying usability feature here: New Fedora and/or Linux users not making the leap between installing applications and installing packages (not that they're 1:1 anyway). In the interest of constructively addressing basic new user usability, here's an idea- How about a package (installed by default) that enabled the display of all Fedora-provided GUI app. ICONS in the menu, installed or not. Then, if a user clicks an application that's not installed, pop up the package installer with the set of required packages pre-selected. i.e. analogous to the missing-binary command-line package installer functionality. Perhaps there are other alternative ideas that could solve the underlying usability issue? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
On Mon, 2011-11-28 at 08:09 -0500, Chris Evich wrote: On 11/25/2011 06:18 PM, drago01 wrote: On Sat, Nov 26, 2011 at 12:16 AM, Brendan Jones brendan.jones...@gmail.com wrote: On 11/26/2011 12:03 AM, Giovanni Campagna wrote: As promised in my previous mail, here is what I find that's lacking in Fedora, compared to the direct competition (Ubuntu, Debian, OpenSuse), and recently even some proprietary systems: we don't have an application installer. Are we in a race? Not sure what you are trying to say ... but the current situation simply sucks from a users pov. We should focus on fixing it. I agree with others, we shouldn't copy the solution from other distro's. Why not? Others copy us all the time when we do the right thing. Blindly copying others is certainly not a good idea, but when others are being better than us (and from what I saw, the Ubuntu Software Center is way ahead of what we have), there's nothing wrong with adopting what they did. After all, sharing the work is one of the reasons why we make Free Software. :) However I also agree that there's a common underlying usability feature here: New Fedora and/or Linux users not making the leap between installing applications and installing packages (not that they're 1:1 anyway). In the interest of constructively addressing basic new user usability, here's an idea- How about a package (installed by default) that enabled the display of all Fedora-provided GUI app. ICONS in the menu, installed or not. $ repoquery --file \*.desktop | wc -l 2609 Assuming there is only one application (.desktop file) in each of those (which is probably a lower estimation), having 2600 entries available at all time in a menu doesn't seem like a good idea to me. -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 Petr Šabata psab...@redhat.com changed: What|Removed |Added External Bug ID||CPAN 56681 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Input needed: DNS on the endpoint: dnssec-trigger and the hotspot warfare
Hi, There is a package in review that allows one to simply run DNSSEC on the endnode by dynamically reconfiguring the locally running DNS server. This process is mostly invisible to the user. https://bugzilla.redhat.com/show_bug.cgi?id=754583 What happens is basically the following: - network manager connects to a new network - dnssec-triggerd probes to see how clean it is: - Can we use the DHCP listed DNS servers? - If not, can we query authoritative servers directly? - if not, can we use an open resolver on port 443? - if not, can we use an open resolver on port 443 using TLS encapsulation - if not, offer the user to go insecure or cache only (via dnssec-trigger-panel) If the user needs some bogus DNS, eg for a hotspot redirect, it has a hotspot mode where you can briefly allow insecure DNS without putting it in your cache, then when you have accepted the terms (or paid) you can reprobe and re-enable DNSSEC. This works fairly well, though we can still do better on NM integration. The real question I have is the port 443 resolver. It is surprising how many hotspots still transparently take (and break) port 53, even after signon, so the port 443 transport is quite regularly used (eg here in Canada, with most coffee places like Starbucks and Second Cup). Currently, there is an open resolver configured by upstream, but they are not able to handle a Fedora size userbase on such a resolver. Is there infrastructure within the Fedora Project to run some of these resolvers? I am willing to take on maintenance for those if we do. Is there infrastructure within the Fedora Community to run some of these resolvers in an ntp pool like way? I can donate a few mbps in Europe, but have no good resources in North America. Can we send Fedora users to DNS(SEC) servers operated by third parties? While security is not much of a concern (DNSSEC is in use for those domains willing to protect themselves) there is a potential issue of privacy on the DNS queries. I would really like to get some feedback on this. Both the software and the infrastructure questions. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
grub2 and setting crashkernel kernel argument
How are fedora with grub2 users supposed to set up crashkernel kernel argument? Or even any argument? Writing own script for it? I'm asking because I'm maintaining system-config-kdump and I'm not sure how to ensure this. RR -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: updating goffice to 0.9.0
Julian Sikorski (beleg...@gmail.com) said: Dear Fedorians, goffice-0.9.0 was released recently, along with new gnumeric [1,2]. What is your opinion on pushing the update to rawhide ASAP? To the best of my knowledge stable goffice 0.10 and gnumeric 1.12 should be out by the time Fedora 17 ships, so putting this into rawhide now would allow for plenty of time to iron out any potential problems. Missing the alpha change deadline [3] most likely means we need to wait until Fedora 18. Is it relatively API stable? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 753118] perl-Wx-0.9903 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=753118 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE Last Closed||2011-11-28 11:40:34 --- Comment #1 from Tom spot Callaway tcall...@redhat.com 2011-11-28 11:40:34 EST --- 0.9903 in rawhide. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: updating goffice to 0.9.0
W dniu 28.11.2011 17:32, Bill Nottingham pisze: Julian Sikorski (beleg...@gmail.com) said: Dear Fedorians, goffice-0.9.0 was released recently, along with new gnumeric [1,2]. What is your opinion on pushing the update to rawhide ASAP? To the best of my knowledge stable goffice 0.10 and gnumeric 1.12 should be out by the time Fedora 17 ships, so putting this into rawhide now would allow for plenty of time to iron out any potential problems. Missing the alpha change deadline [3] most likely means we need to wait until Fedora 18. Is it relatively API stable? Bill I asked Jean Brefort, one of goffice developers: belegdol hi jean, I got asked if goffice is relatively api-stable jean not yet jean but I'd say mostly belegdol may i quote you on that? jean we intend to add placehoders for more members on exported classes jean of course, you can quote me Regards, Julian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Glib/f15] 1.241 for perl-Glib-Object-Introspection
commit 04242dc9cb6b2ac30e6f82c85d89f700d1ad43cb
Author: Tom spot Callaway tcall...@redhat.com
Date: Mon Nov 28 12:10:00 2011 -0500
1.241 for perl-Glib-Object-Introspection
perl-Glib.spec | 24 +++-
sources|2 +-
2 files changed, 12 insertions(+), 14 deletions(-)
---
diff --git a/perl-Glib.spec b/perl-Glib.spec
index 7233aef..eb6689c 100644
--- a/perl-Glib.spec
+++ b/perl-Glib.spec
@@ -1,14 +1,11 @@
Name: perl-Glib
-Version:1.223
-Release:2%{?dist}
+Version:1.241
+Release:1%{?dist}
Summary:Perl interface to GLib
-
Group: Development/Libraries
License:LGPLv2+
URL:http://search.cpan.org/dist/Glib/
Source0:http://www.cpan.org/authors/id/T/TS/TSCH/Glib-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-
BuildRequires: perl = 2:5.8.0
BuildRequires: glib2-devel
BuildRequires: perl(ExtUtils::Depends), perl(ExtUtils::PkgConfig)
@@ -49,7 +46,6 @@ chmod +x %{__perl_provides}
make
%install
-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 f -name '*.bs' -empty -exec rm -f {} ';'
@@ -61,11 +57,7 @@ chmod -R u+w $RPM_BUILD_ROOT/*
make test
%endif
-%clean
-rm -rf $RPM_BUILD_ROOT
-
%files
-%defattr(-,root,root,-)
%doc AUTHORS ChangeLog.pre-git LICENSE NEWS README TODO
%{perl_vendorarch}/auto/Glib/
%{perl_vendorarch}/Glib*
@@ -78,9 +70,7 @@ rm -rf $RPM_BUILD_ROOT
%exclude %{_mandir}/man3/Glib::devel.3pm.gz
%exclude %{_mandir}/man3/Glib::xsapi.3pm.gz
-
%files devel
-%defattr(-,root,root,-)
%{perl_vendorarch}/Glib/*/*.h
%{perl_vendorarch}/Glib/MakeHelper.pm
%{perl_vendorarch}/Glib/devel.pod
@@ -89,8 +79,16 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/Glib::devel.3pm.gz
%{_mandir}/man3/Glib::xsapi.3pm.gz
-
%changelog
+* Wed Nov 23 2011 Tom Callaway s...@fedoraproject.org - 1.241-1
+- update to 1.241
+
+* Thu Oct 20 2011 Tom Callaway s...@fedoraproject.org - 1.240-1
+- update to 1.240
+
+* Sun Jun 19 2011 Marcela Mašláňová mmasl...@redhat.com - 1.223-3
+- Perl mass rebuild
+
* Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 1.223-2
- 661697 rebuild for fixing problems with vendorach/lib
diff --git a/sources b/sources
index 5bad526..98dedb4 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cfdeaa8c95448f86c30b505e4701abf1 Glib-1.223.tar.gz
+412118238a372041b130c27d7992f5c3 Glib-1.241.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Glib/f16] 1.241 for perl-Glib-Object-Introspection
commit 0ca72ec2ab6d3eed130eb5228ce3cc88bfa6c02a
Author: Tom spot Callaway tcall...@redhat.com
Date: Mon Nov 28 12:10:35 2011 -0500
1.241 for perl-Glib-Object-Introspection
perl-Glib.spec | 21 -
sources|2 +-
2 files changed, 9 insertions(+), 14 deletions(-)
---
diff --git a/perl-Glib.spec b/perl-Glib.spec
index a2c3d81..eb6689c 100644
--- a/perl-Glib.spec
+++ b/perl-Glib.spec
@@ -1,14 +1,11 @@
Name: perl-Glib
-Version:1.223
-Release:3%{?dist}
+Version:1.241
+Release:1%{?dist}
Summary:Perl interface to GLib
-
Group: Development/Libraries
License:LGPLv2+
URL:http://search.cpan.org/dist/Glib/
Source0:http://www.cpan.org/authors/id/T/TS/TSCH/Glib-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-
BuildRequires: perl = 2:5.8.0
BuildRequires: glib2-devel
BuildRequires: perl(ExtUtils::Depends), perl(ExtUtils::PkgConfig)
@@ -49,7 +46,6 @@ chmod +x %{__perl_provides}
make
%install
-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 f -name '*.bs' -empty -exec rm -f {} ';'
@@ -61,11 +57,7 @@ chmod -R u+w $RPM_BUILD_ROOT/*
make test
%endif
-%clean
-rm -rf $RPM_BUILD_ROOT
-
%files
-%defattr(-,root,root,-)
%doc AUTHORS ChangeLog.pre-git LICENSE NEWS README TODO
%{perl_vendorarch}/auto/Glib/
%{perl_vendorarch}/Glib*
@@ -78,9 +70,7 @@ rm -rf $RPM_BUILD_ROOT
%exclude %{_mandir}/man3/Glib::devel.3pm.gz
%exclude %{_mandir}/man3/Glib::xsapi.3pm.gz
-
%files devel
-%defattr(-,root,root,-)
%{perl_vendorarch}/Glib/*/*.h
%{perl_vendorarch}/Glib/MakeHelper.pm
%{perl_vendorarch}/Glib/devel.pod
@@ -89,8 +79,13 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/Glib::devel.3pm.gz
%{_mandir}/man3/Glib::xsapi.3pm.gz
-
%changelog
+* Wed Nov 23 2011 Tom Callaway s...@fedoraproject.org - 1.241-1
+- update to 1.241
+
+* Thu Oct 20 2011 Tom Callaway s...@fedoraproject.org - 1.240-1
+- update to 1.240
+
* Sun Jun 19 2011 Marcela Mašláňová mmasl...@redhat.com - 1.223-3
- Perl mass rebuild
diff --git a/sources b/sources
index 5bad526..98dedb4 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cfdeaa8c95448f86c30b505e4701abf1 Glib-1.223.tar.gz
+412118238a372041b130c27d7992f5c3 Glib-1.241.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: grub2 and setting crashkernel kernel argument
Roman Rakus rra...@redhat.com writes: How are fedora with grub2 users supposed to set up crashkernel kernel argument? [...] Does GRUB_CMDLINE_LINUX=crashkernel=auto in /etc/default/grub work, followed by grub2-mkconfig? - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes from yesterday's FESCo meeting (2011-11-28 at 18UTC)
=== #fedora-meeting: FESCO (2011-11-28) === Meeting started by t8m at 18:00:48 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2011-11-28/fesco.2011-11-28-18.00.log.html . Meeting summary --- * init process (t8m, 18:01:00) * #667 Request to fix CRITPATH update process (t8m, 18:02:24) * LINK: https://fedorahosted.org/bodhi/ticket/642#comment:4 (nirik, 18:03:06) * The timeout for the critpath packages is now implemented. (t8m, 18:03:35) * LINK: http://fedoraproject.org/wiki/Updates_Policy (nirik, 18:10:56) * AGREED: The critpath packages will now require just one regular +1 karma vote in Pre-beta phase and two regular +1 karma votes in other phases to be pushed. (t8m, 18:16:06) * ACTION: nirik will file the bodhi ticket (t8m, 18:19:58) * ACTION: t8m will edit the wiki page to add the timeout and announce it (t8m, 18:23:23) * #699 Proposal to remove the package tzdata from Critical Path (t8m, 18:23:45) * ACTION: notting will implement this and close the ticket then (t8m, 18:26:45) * #705 Reconsider when to shut off updates-testing by default (t8m, 18:26:53) * AGREED: We will keep the updates-testing switchover point at the RC compose time. (t8m, 18:43:10) * #706 Are updates guidelines descriptive or prescriptive? (t8m, 18:43:37) * ACTION: abadger1999 will come up with clearer wording for the policy (t8m, 19:18:38) * #708 F17 Feature: DRI2 Drivers only - http://fedoraproject.org/wiki/Features/DRI2DriversOnly (t8m, 19:21:38) * AGREED: The feature is allowed (t8m, 19:24:01) * #709 F17 Feature: Software rendering for gnome-shell - https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering (t8m, 19:24:52) * AGREED: The feature is allowed (t8m, 19:25:39) * #710 F17 Feature: Inscript2 Keymaps - https://fedoraproject.org/wiki/Features/Inscript2_Keymaps (t8m, 19:25:48) * AGREED: The feature is allowed (t8m, 19:27:18) * Next week chair (t8m, 19:28:03) * ACTION: ajax is the next week chair as it will be his last time in FESCo :) (t8m, 19:32:14) * Open Floor (t8m, 19:32:44) * REMINDER: Please change your password and upload a new ssh key if you have not already. Deadline is 2011-11-30! (nirik, 19:33:36) * LINK: http://lists.fedoraproject.org/pipermail/announce/2011-October/003005.html (nirik, 19:33:39) Meeting ended at 19:36:48 UTC. Action Items * nirik will file the bodhi ticket * t8m will edit the wiki page to add the timeout and announce it * notting will implement this and close the ticket then * abadger1999 will come up with clearer wording for the policy * ajax is the next week chair as it will be his last time in FESCo :) Action Items, by person --- * abadger1999 * abadger1999 will come up with clearer wording for the policy * ajax * ajax is the next week chair as it will be his last time in FESCo :) * nirik * nirik will file the bodhi ticket * notting * notting will implement this and close the ticket then * t8m * t8m will edit the wiki page to add the timeout and announce it * **UNASSIGNED** * (none) People Present (lines said) --- * t8m (92) * nirik (59) * mjg59 (52) * abadger1999 (52) * notting (31) * mmaslano (22) * pjones (22) * sgallagh (19) * adamw (17) * ajax (14) * zodbot (11) * cwickert (5) * shaiton (1) --- 18:00:48 t8m #startmeeting FESCO (2011-11-28) 18:00:48 zodbot Meeting started Mon Nov 28 18:00:48 2011 UTC. The chair is t8m. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:48 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:59 t8m #meetingname fesco 18:00:59 zodbot The meeting name has been set to 'fesco' 18:01:00 t8m #chair notting nirik ajax cwickert mjg59 mmaslano t8m pjones sgallagh 18:01:00 t8m #topic init process 18:01:00 zodbot Current chairs: ajax cwickert mjg59 mmaslano nirik notting pjones sgallagh t8m 18:01:09 * nirik is here. 18:01:12 * sgallagh is here for one hour 18:01:13 * ajax waves 18:01:14 t8m Hello all 18:01:15 mmaslano hi 18:01:23 pjones hello. 18:01:37 * cwickert is here 18:01:45 mjg59 Hello 18:02:04 * notting is here 18:02:11 t8m OK, let's start. 18:02:24 t8m #topic #667 Request to fix CRITPATH update process 18:02:28 t8m .fesco 667 18:02:32 zodbot t8m: #667 (Request to fix CRITPATH update process) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/667 18:02:42 t8m Anything new here? 18:02:48 nirik so, the bodhi change is done now I think. 18:03:06 nirik https://fedorahosted.org/bodhi/ticket/642#comment:4 18:03:07 t8m Yep, I noticed that on one of my critpath updates. 18:03:30 nirik There was a bit more feedback about proventesters... but not much discussion 18:03:35 t8m #info The timeout for the critpath packages is now implemented. 18:04:16 t8m So
Re: pyvnc2swf and vnc2flv
On Mon, Nov 28, 2011 at 12:18:01PM +0100, Jos Vos wrote: Hi, I was looking for a tool to record X/VNC session in a movie and found pyvnc2swf. But looking at the project's home page, http://www.unixuser.org/~euske/vnc2swf/index.html, I see that the development has been superseded by its successor, vnc2flv, http://www.unixuser.org/~euske/python/vnc2flv/index.html, since 2 years. Maybe Fedora should upgrade to this new version for F17. You should contact the maintainer directly and see if he will package the new app (or at the very least retire the old one so a new maintainer can obsolete it). --CJD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 and setting crashkernel kernel argument
On Mon, 28 Nov 2011 16:30:10 +0100 Roman Rakus rra...@redhat.com wrote: How are fedora with grub2 users supposed to set up crashkernel kernel argument? Or even any argument? Writing own script for it? I'm asking because I'm maintaining system-config-kdump and I'm not sure how to ensure this. What specific problems are you having? (I've been playing with kdump on F15, I guess I should have been trying F16.) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Reminder: Fedora password and ssh key change deadline looms (2 days left!)
Just a friendly reminder: If you are a Fedora account system account holder, and haven't changed your password and uploaded a new ssh key since we announced the mandatory change, you best do so NOW. The deadline is 2011-11-30 (only 2 days away). http://lists.fedoraproject.org/pipermail/announce/2011-October/003005.html If you don't, you may no longer have access to groups you currently do (like packager, or sysadmin or ambassador). Go take a few minutes, read the announcement and security information linked to it, and change your password and upload a new ssh public key. If you aren't a Fedora contributor, the information linked in our announcement is still a great read and may just help you be more secure on your machines. :) kevin signature.asc 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
Hello
Hello, this is Dipesh Acharya. I will be packaging and updating gnome-shell-extension-cpu- temperature since I develop it. Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: root device on iscsi
Jeremy Sanders (jer...@jeremysanders.net) said: Hi - is an iscsi root device a supported configuration setup with F16 and systemd? I asked on #systemd, and got pointed here. We're using dracut to boot diskless systems with root devices on iscsi. This works fine for booting using Fedora 16 and systemd. Unfortunately, on shutdown the system hangs. It stops the network interface before mounting the root device read-only or stopping the iscsi service (leaving the fedora iscsi target in a confused state too). On Fedora 14, this worked fine with the old fashioned init system. In the old init system you used to be able to put a _netdev flag in fstab, which would fix this problem. This doesn't seem to work now. What are you using for networking - the old network service or NetworkManager? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 and setting crashkernel kernel argument
RR == Roman Rakus rra...@redhat.com writes: RR How are fedora with grub2 users supposed to set up crashkernel RR kernel argument? Or even any argument? One possibility is /etc/default/grub. This contains GRUB_CMDLINE_LINUX. After changing that, grub2-mkconfig -o /boot/grub2/grub.cfg. You can also edit grub.cfg directly, but it gets wiped out if anything ever runs grub2-mkconfig. Finally, grubby has options for modifying kernel arguments, but I do not believe that goes in and does anything with the /etc/default/grub line so again that gets wiped out of anything runs grub2-mkconfig. The grub2 situation is definitely suboptimal at this point. - J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Change in the stable updates policy for critical path packages
The Fedora policy for push of the updates of critical path packages to the stable updates is now changed. The policy now allows to push the critical path package update to stable updates after the update spent 14 days in testing and there are no negative karma points on the update. Please refer to the https://fedoraproject.org/wiki/Updates_Policy wiki page for further details. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb ___ 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
Orphaning expatmm
I have orphaned expatmm. I don't use it anymore, and nothing in Fedora depends on it. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changing kernel API / Breaking VirtualBox - update criteria violation?
On Tue, 22 Nov 2011 10:06:32 -0800 Josh Stone jist...@redhat.com wrote: On 11/22/2011 09:51 AM, Michael Cronenworth wrote: -#if LINUX_VERSION_CODE KERNEL_VERSION(3, 1, 0) It may have be helpful for the faked 2.6.4x kernels to still present a 3ish LINUX_VERSION_CODE. AFAIK, faking the number is for the benefit of userspace, not any kernel module. Perhaps it's not too late? I've done this in the 2.6.41.3 update. Please try it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changing kernel API / Breaking VirtualBox - update criteria violation?
On Tue, Nov 22, 2011 at 11:07 PM, Reindl Harald h.rei...@thelounge.net wrote: that is not the point You are missing the point as well. Regardless of whether or not you have a valid gripe about rpmfusion's volunteer effort... this is absolutely not the place to voice your concerns. It is very much off topic here on this list. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 and setting crashkernel kernel argument
On Mon, Nov 28, 2011 at 02:17:39PM -0600, Jason L Tibbitts III wrote: RR == Roman Rakus rra...@redhat.com writes: RR How are fedora with grub2 users supposed to set up crashkernel RR kernel argument? Or even any argument? One possibility is /etc/default/grub. This contains GRUB_CMDLINE_LINUX. After changing that, grub2-mkconfig -o /boot/grub2/grub.cfg. You can also edit grub.cfg directly, but it gets wiped out if anything ever runs grub2-mkconfig. Finally, grubby has options for modifying kernel arguments, but I do not believe that goes in and does anything with the /etc/default/grub line so again that gets wiped out of anything runs grub2-mkconfig. The grub2 situation is definitely suboptimal at this point. It is the source of entertaining rants, however: https://bugzilla.redhat.com/show_bug.cgi?id=647976#c5 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
updating xcb-util to 0.3.8 in rawhide?
Hi there, is it possible to update rawhide's xcb-util to the current version which was released earlier this year? SONAMES changed so dependent packages will need (at least) a rebuild. Apparently, when it was released there was some confusion regarding the splitting of some parts into a seperate repo and the merging of -atom, -aux and -event into a single library (libxcb-util). A clarifying mail can be found here: http://lists.freedesktop.org/pipermail/xorg/2011-May/053079.html It would be very nice to get this in in time for F17. As far as I see Mandriva is packaging it in Cooker. Debian and Ubuntu are also shipping it. Michal (Nowak), as you're the maintainer, is there any specific reason it wasn't updated yet? Are there any issues with xcb-util 0.3.8 (or its dependants) that prevent the new release from going into Fedora until they are solved? Or is it just that there wasn't enough time yet? Thank you. Lars -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: updating xcb-util to 0.3.8 in rawhide?
On Mon, Nov 28, 2011 at 23:38:14 +0100, Lars Seipel lars.sei...@googlemail.com wrote: Hi there, is it possible to update rawhide's xcb-util to the current version which was released earlier this year? Normally the way to request this it to file a bug against the package. Have you already tried that? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 and setting crashkernel kernel argument
Jason L Tibbitts III wrote: You can also edit grub.cfg directly, but it gets wiped out if anything ever runs grub2-mkconfig. Finally, grubby has options for modifying kernel arguments, but I do not believe that goes in and does anything with the /etc/default/grub line so again that gets wiped out of anything runs grub2-mkconfig. But does anything in Fedora actually run grub2-mkconfig automatically? Kernel updates sure don't, they have grubby edit the grub.cfg file directly instead. I wonder whether it might actually make sense to patch grub2-mkconfig to no longer emit that warning and to make it a packaging guideline that RPM scriptlets MUST NOT run grub2-mkconfig. The template system may be a nice idea, but it doesn't cover everything, it makes things more complicated, and it doesn't seem to be actually needed in Fedora, thanks to grubby. On the other hand, unfortunately, tools such as kcm-grub2, which we probably want to package for Fedora at some point, run grub2-mkconfig, and we can't even blame them for that given that it is what GRUB upstream recommends. :-( (That said, kcm-grub2's KAuth helper's code also scares me for other reasons: * The config file to write to is soft-coded as a configuration option, which means that giving out org.kde.kcontrol.kcmgrub2.save permissions to a user essentially gives that user root. (It doesn't just allow to Save the GRUB2 Bootloader settings as the action description claims, but to write to ANY file on the system as root.) * The executable names to run are hard-coded as grub-*, which is wrong for Fedora. IMHO, the proper solution would be to make both of those compile-time CMake options.) So the situation is indeed a mess. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Need karma on fedpkg update for F15
Trying to get the fedpkg rewrite out into stable. Got karma for f16, still need enough karma to overcome earlier bad karma on earlier update versions for f15. https://admin.fedoraproject.org/updates/FEDORA-2011-15270 Thanks for helping! P.S. Could use the same for el6 if any of you are epel inclined. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Hello
On Tue, 2011-11-29 at 01:58 +0545, Dipesh Acharya wrote: Hello, this is Dipesh Acharya. I will be packaging and updating gnome-shell-extension-cpu- temperature since I develop it. Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist hey Dipesh, Thank you. Please do post a link to the review ticket here once you've submitted it. :) -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
need update kBuild on F15
Hi, We need that bug be resolved https://bugzilla.redhat.com/show_bug.cgi?id=734870#c3 Since last kernels updates on F15 , we can't compile VirtualBox-OSE-kmod the fixes are in next major version of VirtualBox , but to compile new version we need kBuild updated like it is on F16. Can someone push kBuild to F15 ? or if someone that knows me, could sponsored me and add me to group packager ? I am sergiomb on fas.fedoraproject.org Thanks, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Ask Fedora
On Sun, 2011-11-27 at 03:17 +0530, Rahul Sundaram wrote: Hi Forwarding with permission for discussions FWIW - I haven't looked at Ask Fedora yet, but all Stefano's points sound absolutely sensible and appropriate to me based on what experience I have, and are obviously borne of experience. It's very gracious of him to pass them along. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: grub2 and setting crashkernel kernel argument
On Tue, 2011-11-29 at 00:46 +0100, Kevin Kofler wrote: Jason L Tibbitts III wrote: You can also edit grub.cfg directly, but it gets wiped out if anything ever runs grub2-mkconfig. Finally, grubby has options for modifying kernel arguments, but I do not believe that goes in and does anything with the /etc/default/grub line so again that gets wiped out of anything runs grub2-mkconfig. But does anything in Fedora actually run grub2-mkconfig automatically? Kernel updates sure don't, they have grubby edit the grub.cfg file directly instead. I wonder whether it might actually make sense to patch grub2-mkconfig to no longer emit that warning and to make it a packaging guideline that RPM scriptlets MUST NOT run grub2-mkconfig. The template system may be a nice idea, but it doesn't cover everything, it makes things more complicated, and it doesn't seem to be actually needed in Fedora, thanks to grubby. On the other hand, unfortunately, tools such as kcm-grub2, which we probably want to package for Fedora at some point, run grub2-mkconfig, and we can't even blame them for that given that it is what GRUB upstream recommends. :-( (That said, kcm-grub2's KAuth helper's code also scares me for other reasons: * The config file to write to is soft-coded as a configuration option, which means that giving out org.kde.kcontrol.kcmgrub2.save permissions to a user essentially gives that user root. (It doesn't just allow to Save the GRUB2 Bootloader settings as the action description claims, but to write to ANY file on the system as root.) * The executable names to run are hard-coded as grub-*, which is wrong for Fedora. IMHO, the proper solution would be to make both of those compile-time CMake options.) So the situation is indeed a mess. Well, it's _something_ of a mess, but as far as end-user customization goes it is, AFAIK, pretty much always safe just to do things via /etc/default/grub and grub2-mkconfig, because any changes you produce in this way will then get inherited by grubby when updating the kernel, and now everything's in sync. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need karma on fedpkg update for F15
On Mon, 2011-11-28 at 16:48 -0800, Jesse Keating wrote: Trying to get the fedpkg rewrite out into stable. Got karma for f16, still need enough karma to overcome earlier bad karma on earlier update versions for f15. https://admin.fedoraproject.org/updates/FEDORA-2011-15270 Thanks for helping! P.S. Could use the same for el6 if any of you are epel inclined. When you get bad karma then fix the problem and edit the update, it's worth pinging the bad-karma-leavers directly to ask them to update their feedback for the fixed build; that gets you double results (if someone new leaves a +1 it only balances out to 0, as the -1 stays in effect; but if a person who left a -1 later leaves a +1, the -1 is canceled, and the total goes to +1). I believe there's an open issue against Bodhi for not resetting karma after an update is edited (though this is probably something that needs slightly more complex handling; you wouldn't necessarily want to lose all karma on a 99-package update if it's edited to change just one package). Mads! Petr! Please update your karma. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Hello
This is the package https://admin.fedoraproject.org/pkgdb/acls/name/gnome-shell-extension-cpu-temperature It is already being maintained by fab. Should I post it for review again? Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist On Tue, Nov 29, 2011 at 6:38 AM, Ankur Sinha sanjay.an...@gmail.com wrote: On Tue, 2011-11-29 at 01:58 +0545, Dipesh Acharya wrote: Hello, this is Dipesh Acharya. I will be packaging and updating gnome-shell-extension-cpu- temperature since I develop it. Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist hey Dipesh, Thank you. Please do post a link to the review ticket here once you've submitted it. :) -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Hello
Am Dienstag, 29. November 2011, 07:47:38 schrieb Dipesh Acharya: This is the package https://admin.fedoraproject.org/pkgdb/acls/name/gnome-shell-extension-cpu-t emperature It is already being maintained by fab. Should I post it for review again? Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist I don't think this makes sense - your extension is already included in Fedora. But you can apply for comaintainer http://fedoraproject.org/wiki/Package_maintainer_policy#Co-Maintainership. Or you can work on another application. Greg On Tue, Nov 29, 2011 at 6:38 AM, Ankur Sinha sanjay.an...@gmail.com wrote: On Tue, 2011-11-29 at 01:58 +0545, Dipesh Acharya wrote: Hello, this is Dipesh Acharya. I will be packaging and updating gnome-shell-extension-cpu- temperature since I develop it. Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist hey Dipesh, Thank you. Please do post a link to the review ticket here once you've submitted it. :) -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Life is one long struggle in the dark. -- Titus Lucretius Carus signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Hello
I think it makes sense, that is why I wanted to maintain or co-maintain it. I can push changes for testing as soon as I modify the extension. Also, I would be watching all the bug reports, etc. and would be more involved in making the extension better. And how do I apply to be a co-maintainer? Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist On Tue, Nov 29, 2011 at 12:47 PM, Gregor Tätzner gre...@freenet.de wrote: Am Dienstag, 29. November 2011, 07:47:38 schrieb Dipesh Acharya: This is the package https://admin.fedoraproject.org/pkgdb/acls/name/gnome-shell-extension-cpu-t emperature It is already being maintained by fab. Should I post it for review again? Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist I don't think this makes sense - your extension is already included in Fedora. But you can apply for comaintainer http://fedoraproject.org/wiki/Package_maintainer_policy#Co-Maintainership. Or you can work on another application. Greg On Tue, Nov 29, 2011 at 6:38 AM, Ankur Sinha sanjay.an...@gmail.com wrote: On Tue, 2011-11-29 at 01:58 +0545, Dipesh Acharya wrote: Hello, this is Dipesh Acharya. I will be packaging and updating gnome-shell-extension-cpu- temperature since I develop it. Thank you :) Dipesh Acharya http://motorscript.com http://twitter.com/xtranophilist hey Dipesh, Thank you. Please do post a link to the review ticket here once you've submitted it. :) -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Life is one long struggle in the dark. -- Titus Lucretius Carus -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Class-Load-XS] Created tag perl-Class-Load-XS-0.03-1.fc17
The lightweight tag 'perl-Class-Load-XS-0.03-1.fc17' was created pointing to: 31fc207... Initial import (perl-Class-Load-XS-0.03-1) -- 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 754091] perl-Padre-0.92 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=754091 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Depends on||757657 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757475] perl-WWW-Mechanize-1.71 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757475 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com AssignedTo|cw...@alumni.drew.edu |psab...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File WWW-Mechanize-1.71.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-WWW-Mechanize: 56f059ecbe674c786779e92a27747746 WWW-Mechanize-1.71.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-WWW-Mechanize] 1.71 bump
commit 1d352a945cf1b478497c2ae271c9874c3ba480b3
Author: Petr Šabata con...@redhat.com
Date: Mon Nov 28 11:30:55 2011 +0100
1.71 bump
.gitignore |1 +
perl-WWW-Mechanize.spec | 20 +++-
sources |2 +-
3 files changed, 9 insertions(+), 14 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ad2f68f..703fe77 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ WWW-Mechanize-1.62.tar.gz
/WWW-Mechanize-1.66.tar.gz
/WWW-Mechanize-1.68.tar.gz
/WWW-Mechanize-1.70.tar.gz
+/WWW-Mechanize-1.71.tar.gz
diff --git a/perl-WWW-Mechanize.spec b/perl-WWW-Mechanize.spec
index 1b4bcb1..6b78c39 100644
--- a/perl-WWW-Mechanize.spec
+++ b/perl-WWW-Mechanize.spec
@@ -6,22 +6,19 @@
%bcond_with livetests
Name: perl-WWW-Mechanize
-Version:1.70
+Version:1.71
Release:1%{?dist}
Summary:Automates web page form link interaction
-
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/WWW-Mechanize/
-Source0:
http://search.cpan.org/CPAN/authors/id/P/PE/PETDANCE/WWW-Mechanize-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/J/JE/JESSE/WWW-Mechanize-%{version}.tar.gz
BuildArch: noarch
-
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
# HTML::Status is not used anymore probably
#Requires: perl(HTTP::Status)
# LWP is not run-time dependecy probably
#Requires: perl(LWP) = 5.829
-
BuildRequires: perl(Carp)
BuildRequires: perl(CGI)
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -63,7 +60,6 @@ BuildRequires: perl(HTTP::Daemon)
BuildRequires: perl(HTTP::Response)
%endif
-
%description
WWW::Mechanize, or Mech for short, helps you automate interaction
with a website. It supports performing a sequence of page fetches
@@ -73,11 +69,9 @@ selected, form fields can be filled and the next page can be
fetched.
Mech also stores a history of the URLs you've visited, which can be
queried and revisited.
-
%prep
%setup -q -n WWW-Mechanize-%{version}
-
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor \
%if %{with localtests}
@@ -92,7 +86,6 @@ queried and revisited.
%endif
make %{?_smp_mflags}
-
%install
make pure_install PERL_INSTALL_ROOT=%{buildroot}
find %{buildroot} -type f -name .packlist -exec rm -f {} +
@@ -104,21 +97,22 @@ for F in Changes; do
touch -r $F ${F}.utf8 mv ${F}.utf8 $F
done;
-
%check
make test
-
%files
-%defattr(-,root,root,-)
%doc Changes etc/www-mechanize-logo.png
%{_bindir}/mech-dump
%{perl_vendorlib}/*
%{_mandir}/man1/*.1*
%{_mandir}/man3/*.3pm*
-
%changelog
+* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.71-1
+- 1.71 bump
+- Remove defattr
+- Correct Source URL
+
* Sat Aug 27 2011 Petr Sabata con...@redhat.com - 1.70-1
- 1.70 bump (live tests won't run by default now)
diff --git a/sources b/sources
index 86f9b55..a983e54 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6ade3d06ef7e16b91864cda77b9d89a6 WWW-Mechanize-1.70.tar.gz
+56f059ecbe674c786779e92a27747746 WWW-Mechanize-1.71.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 757475] perl-WWW-Mechanize-1.71 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757475 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-WWW-Mechanize-1.71-1.f ||c17 Resolution||RAWHIDE Last Closed||2011-11-28 05:40:31 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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-Devel-Cycle] Fix a Perl 5.12 incompatibility (#757274, RT #56681)
commit 28f256f9fc92b48f6c38dcdbf175cf9568814894
Author: Petr Šabata con...@redhat.com
Date: Mon Nov 28 15:00:55 2011 +0100
Fix a Perl 5.12 incompatibility (#757274, RT #56681)
perl-Devel-Cycle-1.11-512.patch | 15 +++
perl-Devel-Cycle.spec | 25 +++--
2 files changed, 26 insertions(+), 14 deletions(-)
---
diff --git a/perl-Devel-Cycle-1.11-512.patch b/perl-Devel-Cycle-1.11-512.patch
new file mode 100644
index 000..119f828
--- /dev/null
+++ b/perl-Devel-Cycle-1.11-512.patch
@@ -0,0 +1,15 @@
+diff --git a/lib/Devel/Cycle.pm b/lib/Devel/Cycle.pm
+index 19d3d63..2c5fdd1 100644
+--- a/lib/Devel/Cycle.pm
b/lib/Devel/Cycle.pm
+@@ -215,7 +215,9 @@ sub _format_reference {
+ sub _get_type {
+ my $thingy = shift;
+ return unless ref $thingy;
+- return 'SCALAR' if UNIVERSAL::isa($thingy,'SCALAR') ||
UNIVERSAL::isa($thingy,'REF');
++ return 'SCALAR' if UNIVERSAL::isa($thingy,'SCALAR') ||
++ UNIVERSAL::isa($thingy,'REF') ||
++ UNIVERSAL::isa($thingy,'Regexp');
+ return 'ARRAY' if UNIVERSAL::isa($thingy,'ARRAY');
+ return 'HASH' if UNIVERSAL::isa($thingy,'HASH');
+ return 'CODE' if UNIVERSAL::isa($thingy,'CODE');
diff --git a/perl-Devel-Cycle.spec b/perl-Devel-Cycle.spec
index 4b0a66f..a643704 100644
--- a/perl-Devel-Cycle.spec
+++ b/perl-Devel-Cycle.spec
@@ -1,12 +1,12 @@
Name: perl-Devel-Cycle
Version:1.11
-Release:7%{?dist}
+Release:8%{?dist}
Summary:Find memory cycles in objects
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Devel-Cycle/
Source0:
http://www.cpan.org/authors/id/L/LD/LDS/Devel-Cycle-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+Patch0: perl-Devel-Cycle-1.11-512.patch
BuildArch: noarch
BuildRequires: perl(PadWalker) = 1.0
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -21,34 +21,31 @@ based memory management, circular references will cause
memory leaks.
%prep
%setup -q -n Devel-Cycle-%{version}
+%patch0 -p1 -b .512
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-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 -depth -type d -exec rmdir {} 2/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
+%{_fixperms} %{buildroot}/*
%check
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
%files
-%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.11-8
+- Fix a Perl 5.12 incompatibility (#757274, RT #56681)
+- Remove BuildRoot and defattr
+
* Sun Jun 19 2011 Marcela Mašláňová mmasl...@redhat.com - 1.11-7
- Perl mass rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 --- Comment #3 from Ralf Corsepius rc040...@freenet.de 2011-11-28 09:02:11 EST --- (In reply to comment #2) I see no reason why upstream shouldn't accept this patch (once they get to it). Provided this CPAN ticket is 1.5 years old, I am inclined to believe upstream is dead. I think it's safe to include this in Fedora. So do I. Who's going to apply the patch? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 --- Comment #4 from Petr Šabata psab...@redhat.com 2011-11-28 09:18:30 EST --- (In reply to comment #3) I think it's safe to include this in Fedora. So do I. Who's going to apply the patch? I'm on it... -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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-Devel-Cycle] Patch whitespace cleanup
commit 7ad94c0db9b849f248455e898ec39d921b109ebc Author: Petr Šabata con...@redhat.com Date: Mon Nov 28 15:22:43 2011 +0100 Patch whitespace cleanup perl-Devel-Cycle-1.11-512.patch |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Devel-Cycle-1.11-512.patch b/perl-Devel-Cycle-1.11-512.patch index 119f828..33046c9 100644 --- a/perl-Devel-Cycle-1.11-512.patch +++ b/perl-Devel-Cycle-1.11-512.patch @@ -9,7 +9,7 @@ index 19d3d63..2c5fdd1 100644 - return 'SCALAR' if UNIVERSAL::isa($thingy,'SCALAR') || UNIVERSAL::isa($thingy,'REF'); + return 'SCALAR' if UNIVERSAL::isa($thingy,'SCALAR') || + UNIVERSAL::isa($thingy,'REF') || -+ UNIVERSAL::isa($thingy,'Regexp'); ++ UNIVERSAL::isa($thingy,'Regexp'); return 'ARRAY' if UNIVERSAL::isa($thingy,'ARRAY'); return 'HASH' if UNIVERSAL::isa($thingy,'HASH'); return 'CODE' if UNIVERSAL::isa($thingy,'CODE'); -- 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-Devel-Cycle/f16] (2 commits) ...Patch whitespace cleanup
Summary of changes: 28f256f... Fix a Perl 5.12 incompatibility (#757274, RT #56681) (*) 7ad94c0... Patch whitespace cleanup (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-Cycle/f15] (4 commits) ...Post-merge cleanup
Summary of changes: 75896f5... Perl mass rebuild (*) 28f256f... Fix a Perl 5.12 incompatibility (#757274, RT #56681) (*) 7ad94c0... Patch whitespace cleanup (*) d340e27... Post-merge cleanup (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-Cycle/f15: 4/4] Post-merge cleanup
commit d340e27e951cd6a37e2a22e2acd34e1574907a3d
Author: Petr Šabata con...@redhat.com
Date: Mon Nov 28 15:26:57 2011 +0100
Post-merge cleanup
perl-Devel-Cycle.spec |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
---
diff --git a/perl-Devel-Cycle.spec b/perl-Devel-Cycle.spec
index a643704..b5eb52d 100644
--- a/perl-Devel-Cycle.spec
+++ b/perl-Devel-Cycle.spec
@@ -1,6 +1,6 @@
Name: perl-Devel-Cycle
Version:1.11
-Release:8%{?dist}
+Release:7%{?dist}
Summary:Find memory cycles in objects
License:GPL+ or Artistic
Group: Development/Libraries
@@ -42,13 +42,10 @@ make test
%{_mandir}/man3/*
%changelog
-* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.11-8
+* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.11-7
- Fix a Perl 5.12 incompatibility (#757274, RT #56681)
- Remove BuildRoot and defattr
-* Sun Jun 19 2011 Marcela Mašláňová mmasl...@redhat.com - 1.11-7
-- Perl mass rebuild
-
* Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.11-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Wx-0.9903.tar.gz uploaded to lookaside cache by spot
A file has been added to the lookaside cache for perl-Wx: ca95c46ababa65c117491dfa5a31f10a Wx-0.9903.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-Devel-Cycle/f14] (6 commits) ...Post-merge cleanup
Summary of changes: 271c183... - 661697 rebuild for fixing problems with vendorach/lib (*) 3ea7208... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 75896f5... Perl mass rebuild (*) 28f256f... Fix a Perl 5.12 incompatibility (#757274, RT #56681) (*) 7ad94c0... Patch whitespace cleanup (*) 8161e19... Post-merge cleanup (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Devel-Cycle/f14: 6/6] Post-merge cleanup
commit 8161e1926a913fda2086841bbfe6baa7609112e3
Author: Petr Šabata con...@redhat.com
Date: Mon Nov 28 15:31:04 2011 +0100
Post-merge cleanup
perl-Devel-Cycle.spec | 13 ++---
1 files changed, 2 insertions(+), 11 deletions(-)
---
diff --git a/perl-Devel-Cycle.spec b/perl-Devel-Cycle.spec
index a643704..916466e 100644
--- a/perl-Devel-Cycle.spec
+++ b/perl-Devel-Cycle.spec
@@ -1,6 +1,6 @@
Name: perl-Devel-Cycle
Version:1.11
-Release:8%{?dist}
+Release:5%{?dist}
Summary:Find memory cycles in objects
License:GPL+ or Artistic
Group: Development/Libraries
@@ -42,19 +42,10 @@ make test
%{_mandir}/man3/*
%changelog
-* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.11-8
+* Mon Nov 28 2011 Petr Šabata con...@redhat.com - 1.11-5
- Fix a Perl 5.12 incompatibility (#757274, RT #56681)
- Remove BuildRoot and defattr
-* Sun Jun 19 2011 Marcela Mašláňová mmasl...@redhat.com - 1.11-7
-- Perl mass rebuild
-
-* Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.11-6
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
-
-* Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 1.11-5
-- 661697 rebuild for fixing problems with vendorach/lib
-
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 1.11-4
- Mass rebuild with perl-5.12.0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-11-28 09:44:24 EST --- perl-Devel-Cycle-1.11-8.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Devel-Cycle-1.11-8.fc16 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2011-11-28 09:47:11 EST --- perl-Devel-Cycle-1.11-5.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/perl-Devel-Cycle-1.11-5.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 --- Comment #6 from Fedora Update System upda...@fedoraproject.org 2011-11-28 09:46:45 EST --- perl-Devel-Cycle-1.11-7.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Devel-Cycle-1.11-7.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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-Wx] 0.9903
commit 15483e1a462babc89f97ab5bd2a0ac94d0f1db77
Author: Tom spot Callaway tcall...@redhat.com
Date: Mon Nov 28 09:45:25 2011 -0500
0.9903
.gitignore |1 +
perl-Wx.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1e075dc..a680f90 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Wx-0.92.tar.gz
/Wx-0.99.tar.gz
/Wx-0.9901.tar.gz
/Wx-0.9902.tar.gz
+/Wx-0.9903.tar.gz
diff --git a/perl-Wx.spec b/perl-Wx.spec
index 9f139b9..b5c92c0 100644
--- a/perl-Wx.spec
+++ b/perl-Wx.spec
@@ -9,13 +9,13 @@
# for i in `grep -r PACKAGE= * | cut -d -f 2 | sed 's|PACKAGE=|perl(|g'
| grep Wx:: | sort -n |uniq`; do printf Provides: $i)\\n; done
Name: perl-Wx
-Version:0.9902
+Version:0.9903
Release:1%{?dist}
Summary:Interface to the wxWidgets cross-platform GUI toolkit
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Wx/
-Source0:
http://search.cpan.org/CPAN/authors/id/M/MB/MBARBON/Wx-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MD/MDOOTSON/Wx-%{version}.tar.gz
BuildRequires: wxGTK-devel
BuildRequires: perl(Alien::wxWidgets) = 0.25
BuildRequires: perl(Data::Dumper)
@@ -385,6 +385,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
%{_mandir}/man3/*.3pm*
%changelog
+* Mon Nov 28 2011 Tom Callaway s...@fedoraproject.org - 0.9903-1
+- update to 0.9903
+
* Thu Oct 20 2011 Tom Callaway s...@fedoraproject.org - 0.9902-1
- update to 0.9902
diff --git a/sources b/sources
index 960a4c2..2edba9c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-df4c9098cdaa37716dca37919c026bc0 Wx-0.9902.tar.gz
+ca95c46ababa65c117491dfa5a31f10a Wx-0.9903.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 757043] Please update to version 1.24 (or later) in Fedora 15/16
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757043 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-11-28 13:18:19 EST --- perl-Glib-1.241-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Glib-1.241-1.fc16 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757043] Please update to version 1.24 (or later) in Fedora 15/16
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757043 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-11-28 13:18:09 EST --- perl-Glib-1.241-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Glib-1.241-1.fc15 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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 757274] Unhandled type: REGEXP at ../Devel/Cycle.pm line 107.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=757274 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2011-11-28 19:01:52 EST --- Package perl-Devel-Cycle-1.11-5.fc14: * should fix your issue, * was pushed to the Fedora 14 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Devel-Cycle-1.11-5.fc14' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16493/perl-Devel-Cycle-1.11-5.fc14 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- 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
