Re: Vacation/devaway system
On 12/11/2010 03:33 AM, Kevin Kofler wrote: Stanislav Ochotnicky wrote: I know we have [1], but as you can see, there are 4 people listed on that page. That leads me to believe two things: 1. Most people don't know the page exists (I didn't until tibbs pointed it out to me) 2. It's cumbersome to edit wiki for things like this Well, some maintainers don't want to make that information public because they're worried somebody's going to use it to steal the whole contents of the maintainer's apartment. Ehm, there is no need to tell the world you are leaving your apartment. It's enough to say Not gonna work on Fedora for 1 month due to personal reasons. There. Or any pre-set away message. Even if it's available only after logging into FAS. The problem with current vacation status in FAS is that it's cumbersome to set it (especially if I am away just for shorter period of time). If people are to use it, it needs to be simple and quick. -- Stanislav Ochotnicky sochotni...@redhat.com Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Vacation/devaway system
On Wed, 08 Dec 2010 16:07:51 +0100 Stanislav Ochotnicky wrote: Hi, there have been quite a few unresponsive maintainers processes in past few months + there are people that don't respond to emails in timely fashion. I'd like to have a system where anyone can see which maintainers are not available at the moment and approximate time of return to normal. It would serve several purposes: 1. co-maintainers won't wait for main maintainer to fix something 2. when high-priority problems arise provenpackages can act immediately instead of waiting for non-responsive maintainer to not respond 3. This could serve as a factor in speeding up non-responsive maintainer process. For example developer has no away status, but hasn't responded to emails in ~ 2 weeks = gone (numbers just an example) 4. Probably a few more... I know we have [1], but as you can see, there are 4 people listed on that page. That leads me to believe two things: 1. Most people don't know the page exists (I didn't until tibbs pointed it out to me) 2. It's cumbersome to edit wiki for things like this Obviously not every fedora maintainer has shell account so exact replica of [2] wouldn't work, but I was thinking some nicer interface could be provided. Maybe simple email with special subject line: FAS-name - $messsage Why not using fedorapeople for that? I like this idea more, than clicking around in wiki ;-) How about calling a maintainer non-responsive (and gone), after no bug comment or mail on a fpo lise or a koji build for longer, than half a year? (I know an example for this kind of non-responsiveness, and this would help here! I'm currently co-maintainer of that package, so I don't care much about the fast-track procedure or the like...) Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20101213 changes
Compose started at Mon Dec 13 08:15:06 UTC 2010 Broken deps for x86_64 -- beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) esmtp-1.0-6.fc12.x86_64 requires libesmtp.so.5()(64bit) gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0 gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit) 1:gnome-bluetooth-moblin-2.91.2-1.fc15.x86_64 requires libmoblin-panel.so.0()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires libnotify.so.1()(64bit) gnome-phone-manager-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-phone-manager-telepathy-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-pilot-eds-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gshutdown-0.2-6.fc12.x86_64 requires libnotify.so.1()(64bit) gsql-0.2.1-4.fc12.i686 requires libnotify.so.1 gsql-0.2.1-4.fc12.x86_64 requires libnotify.so.1()(64bit) gyachi-plugin-libnotify-1.2.10-3.fc14.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) ibus-fbterm-0.9.1-10.fc15.x86_64 requires libibus.so.2()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections java-gnome-4.0.16-3.fc14.x86_64 requires libnotify.so.1()(64bit) libnotifymm-0.6.1-8.fc14.i686 requires libnotify.so.1 libnotifymm-0.6.1-8.fc14.x86_64 requires libnotify.so.1()(64bit) log4net-1.2.10-13.fc13.x86_64 requires mono(System) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Data) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(mscorlib) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Xml) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Web) = 0:1.0.5000.0 moblin-panel-media-0.0.8-0.2.fc13.x86_64 requires libmoblin-panel.so.0()(64bit) mono-ndoc-1.3.1-8.fc13.x86_64 requires mono(System.Drawing) = 0:1.0.5000.0 mono-ndoc-1.3.1-8.fc13.x86_64 requires mono(System.Windows.Forms) = 0:1.0.5000.0 mono-ndoc-1.3.1-8.fc13.x86_64 requires mono(System) = 0:1.0.5000.0 mono-ndoc-1.3.1-8.fc13.x86_64 requires mono(mscorlib) = 0:1.0.5000.0 mono-ndoc-1.3.1-8.fc13.x86_64 requires mono(System.Xml) = 0:1.0.5000.0 1:nant-0.85-34.fc13.x86_64 requires mono(ICSharpCode.SharpZipLib) = 0:0.84.0.0 nntpgrab-gui-0.6.90-3.fc15.x86_64 requires libnotify.so.1()(64bit) padevchooser-0.9.4-0.11.svn20070925.fc13.x86_64 requires libnotify.so.1()(64bit) pidgin-gfire-0.9.2-2.fc15.x86_64 requires libnotify.so.1()(64bit) qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) spacewalk-backend-tools-1.2.74-2.fc15.noarch requires spacewalk-admin = 0:0.1.1-0 sunbird-1.0-0.33.b2pre.fc15.x86_64 requires libnotify.so.1()(64bit) valide-0.7.0-7.20100923bzr557.fc15.i686 requires libvala-0.10.so.0 valide-0.7.0-7.20100923bzr557.fc15.x86_64 requires libvala-0.10.so.0()(64bit) Broken deps for i386 -- beagle-0.3.9-19.fc14.i686 requires libmono.so.0 beagle-0.3.9-19.fc14.i686 requires libmono.so.0(VER_1) cpm-0.23-0.3.beta.fc12.i686 requires libdotconf-1.0.so.0 db4o-7.4-2.fc13.i686 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper eog-plugins-2.30.0-2.fc14.i686 requires
Re: ABRT opt-out (was Re: Summary/Minutes from today's FESCo meeting)
On 12/13/2010 01:14 PM, Jaroslav Reznik wrote: On Thursday, December 09, 2010 06:24:15 pm Jiri Moskovcak wrote: On 12/09/2010 06:11 PM, Adam Williamson wrote: On Thu, 2010-12-09 at 17:36 +0100, Jiri Moskovcak wrote: so, can we call the RFE: attach backtrace even when dupe is found ? or, cooler, 'attach backtrace even when dupe is found *if current backtrace is better than any already attached to the bug*'. Adam, that would require downloading all the bt from the bugzilla to the user and do some comparing on his side (this would be nice to have in bz) ... but it is doable... Inspire from Dr. Konqui again ;-) They have very nice system to pre-detect possible dups in bz, you can compare your backtraces, set if it's a duplicate for sure or it's possible duplicate etc. It really works! At least for a little bit advanced users - it filtered 90% of reports of my crashes ;-) R. - AFAIK it's implemented server side ... so nothing ABRT can do... we have tools to find possible dupes client side, but it takes few hours to download all the backtraces from bz to compare it... - but yes, it would be nice to have such feature in our bz... J. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT opt-out (was Re: Summary/Minutes from today's FESCo meeting)
On 12/13/2010 02:17 PM, Jiri Moskovcak wrote: On 12/13/2010 01:14 PM, Jaroslav Reznik wrote: On Thursday, December 09, 2010 06:24:15 pm Jiri Moskovcak wrote: On 12/09/2010 06:11 PM, Adam Williamson wrote: On Thu, 2010-12-09 at 17:36 +0100, Jiri Moskovcak wrote: so, can we call the RFE: attach backtrace even when dupe is found ? or, cooler, 'attach backtrace even when dupe is found *if current backtrace is better than any already attached to the bug*'. Adam, that would require downloading all the bt from the bugzilla to the user and do some comparing on his side (this would be nice to have in bz) ... but it is doable... Inspire from Dr. Konqui again ;-) They have very nice system to pre-detect possible dups in bz, you can compare your backtraces, set if it's a duplicate for sure or it's possible duplicate etc. It really works! At least for a little bit advanced users - it filtered 90% of reports of my crashes ;-) R. - AFAIK it's implemented server side ... so nothing ABRT can do... we have tools to find possible dupes client side, but it takes few hours to download all the backtraces from bz to compare it... - but yes, it would be nice to have such feature in our bz... btw, kklic is working on those scripts to make them more user friendly and will make them available - especially triaggers might find them useful... J. J. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
How did /dev/shm get noexec in Fedora 15 rawhide?
$ grep /dev/shm /proc/mounts
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
$ grep -srl noexec /etc
/etc/alternatives/ld
/etc/fstab ## derived from /proc/mounts
/etc/mtab## derived from /proc/mounts
This is a change from Fedora 14, and I cannot find documentation.
The only 'noexec' that I can find in the source to systemd-15
is two mentions in units/var-{lock,run}.mount.
the MS_NOEXEC flags is in private systemd fstab, see
systemd/src/mount-setup.c:
static const MountPoint mount_table[] = {
{ proc, /proc, proc, NULL,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ sysfs,/sys, sysfs,NULL,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ devtmpfs, /dev, devtmpfs, mode=755,
MS_NOSUID,true },
{ tmpfs,/dev/shm, tmpfs,mode=1777,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ devpts, /dev/pts, devpts, NULL,
MS_NOSUID|MS_NOEXEC, false },
{ tmpfs,/sys/fs/cgroup, tmpfs,mode=755,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ cgroup, /sys/fs/cgroup/systemd, cgroup,
none,name=systemd, MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
};
As a site administrator, how can I change the default to omit 'noexec'?
mount -o remount,exec ?
Karel
--
Karel Zak k...@redhat.com
http://karelzak.blogspot.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On 12/13/2010 7:37, Karel Zak wrote:
On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
How did /dev/shm get noexec in Fedora 15 rawhide?
$ grep /dev/shm /proc/mounts
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
$ grep -srl noexec /etc
/etc/alternatives/ld
/etc/fstab ## derived from /proc/mounts
/etc/mtab## derived from /proc/mounts
This is a change from Fedora 14, and I cannot find documentation.
The only 'noexec' that I can find in the source to systemd-15
is two mentions in units/var-{lock,run}.mount.
the MS_NOEXEC flags is in private systemd fstab, see
systemd/src/mount-setup.c:
static const MountPoint mount_table[] = {
{ proc, /proc, proc, NULL,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ sysfs,/sys, sysfs,NULL,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ devtmpfs, /dev, devtmpfs, mode=755,
MS_NOSUID,true },
{ tmpfs,/dev/shm, tmpfs,mode=1777,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ devpts, /dev/pts, devpts, NULL,
MS_NOSUID|MS_NOEXEC, false },
{ tmpfs,/sys/fs/cgroup, tmpfs,mode=755,
MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
{ cgroup, /sys/fs/cgroup/systemd, cgroup,
none,name=systemd, MS_NOSUID|MS_NOEXEC|MS_NODEV, true },
};
As a site administrator, how can I change the default to omit 'noexec'?
mount -o remount,exec ?
If systemd is going to ignore fstab entries, could we please have the
fstab file on newly-installed systems replace the entries that would be
ignored with commentary that explains which filesystems will be ignored?
That said, this should really be configurable without recompiling the
init system.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: abrt wishlist
On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote: 3) Reporting to bugzilla is a mistake. Not discounting the idea, but just looking for more detail. What alternatives would you want to see? More kerneloops-like aggregate data collection, or something else? Thanks, James 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: noexec on /dev/shm
Karel Zak k...@redhat.com wrote: As a site administrator, how can I change the default to omit 'noexec'? mount -o remount,exec ? That's not really changing the default. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File CSS-DOM-0.14.tar.gz uploaded to lookaside cache by scop
A file has been added to the lookaside cache for perl-CSS-DOM: 19199828ac5c7b0d6565a81c0e459249 CSS-DOM-0.14.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
Call for Fedora 15 Test Days
Hi, everyone! I've already spoken to some developers with big features for F15 to arrange Test Days, but I just wanted to send out a general call to remind developers that the Test Day process is available for any big changes you have landing for F15 (or even little changes, we're not fussy :). Test Days are testing events where we co-ordinate a set of test cases, and special test images if this is needed / helpful, and try to get a group of testers plus developers online on IRC around the same time to help do some well-organized testing with a short feedback loop between testers and developers. The QA group can organize the event for you (we just tell you when to show up on IRC), help you organize the event, or get out of the way and let you do it yourself - whatever you like. Here's how the schedule looks so far: https://fedoraproject.org/wiki/QA/Fedora_15_test_days It's quite pencil-y right now, so if you really want one of the already-taken days, we can probably arrange it. We can also run Test Days on days other than Thursday if necessary, but we try not to run too many in a single week, and stick to Thursdays when we can as it's quite a convenient day. Let me know if you have any questions. Thanks! Here's the Test Day SOP, which tells you how to put a test day together: https://fedoraproject.org/wiki/QA/SOP_Test_Day_management -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ___ 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
[perl-CSS-DOM] - Update to 0.14.
commit daf4201e6f52cc5f77e44986f82a9e73707ea37b
Author: Ville Skyttä ville.sky...@iki.fi
Date: Mon Dec 13 18:03:23 2010 +0200
- Update to 0.14.
.gitignore|2 +-
perl-CSS-DOM.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b1538f0..6e95018 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/CSS-DOM-0.13.tar.gz
+/CSS-DOM-0.14.tar.gz
diff --git a/perl-CSS-DOM.spec b/perl-CSS-DOM.spec
index c72a02c..7c31cc1 100644
--- a/perl-CSS-DOM.spec
+++ b/perl-CSS-DOM.spec
@@ -1,6 +1,6 @@
Name: perl-CSS-DOM
-Version:0.13
-Release:2%{?dist}
+Version:0.14
+Release:1%{?dist}
Summary:Document Object Model for Cascading Style Sheets
Group: Development/Libraries
@@ -55,12 +55,15 @@ rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
-%doc Changes README
+%doc Changes LICENSE README
%{perl_vendorlib}/CSS/
%{_mandir}/man3/CSS::DOM*.3*
%changelog
+* Mon Dec 13 2010 Ville Skyttä ville.sky...@iki.fi - 0.14-1
+- Update to 0.14.
+
* Thu Aug 26 2010 Ville Skyttä ville.sky...@iki.fi - 0.13-2
- Add explicit dependency on perl(Encode), not detected automatically.
diff --git a/sources b/sources
index a34d286..b8df23f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6e0668adcdaf2231092e522a92d4a296 CSS-DOM-0.13.tar.gz
+19199828ac5c7b0d6565a81c0e459249 CSS-DOM-0.14.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-CSS-DOM] Created tag perl-CSS-DOM-0.14-1.fc15
The lightweight tag 'perl-CSS-DOM-0.14-1.fc15' was created pointing to: daf4201... - Update to 0.14. -- 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: [Guidelines Change] Changes to the Packaging Guidelines
On Sun, Dec 12, 2010 at 02:59:18AM +0300, Pavel Alexeev (aka Pahan-Hubbitus) wrote: 09.12.2010 17:46, Tom Callaway wrote: Here are the latest set of changes to the Fedora Packaging Guidelines: --- --- Some clarification has been added to the sections dealing with bundled libraries, specifically that: In this RPM packaging context, the definition of the term 'library' includes: compiled third party source code resulting in shared or static linkable files, interpreted third party source code such as Python, PHP and others. At this time JavaScript intended to be served to a web browser is specifically exempted from this but this will likely change in the future. https://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries JavaScript libraries may be bundled in any way? No additional guidelines for that?? Why? ATM they are not because not everyone is convinced that JavaScript has security issues (Some people see JavaScript as data served by a web server rather than code). The code is executed on the client rather than the server so the security concerns are different but the JavaScript Packaging draft lays out the case for JavaScript libraries having similar concerns despite that:: https://fedoraproject.org/wiki/JavaScript_libraries_packaging_guideline_draft Additionally, there is a lot of work involved in unbundling JavaScript because I anticipate zero upstreams currently having build scripts that anticipate being able to use unbundled JavaScript. So when we mandate this, we want to be ready with working recipes for how to unbundle. We would be very happy to have someone work on the JavaScript Guidelines and try to get them into shape for the FPC to cote on them. I've invited many people to work on that but no one has taken me up on that so far. Also note, the new wording in duplication of System Libraries makes clear that JavaScript that is being used on the local system is not allowed to be bundled (For instance, server-side JavaScript and bindings to libraries) whereas previous versions left that ambiguous. -Toshio pgpj26icx3LA6.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT opt-out (was Re: Summary/Minutes from today's FESCo meeting)
Dave Jones wrote: I'm not sure what point you're trying to make, but there's a pretty big difference between completely ignoring automatically filed bugs (regardless of where they're filed), and automatically filing those bugs upstream. Of course. But that's why I'm advocating doing the latter, because otherwise what happens inevitably is the former. :-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT opt-out (was Re: Summary/Minutes from today's FESCo meeting)
Jiri Moskovcak wrote: This is not a first time when in see this idea and was already answered - we're the distro and we're responsible for the packages, filling all bugs to the upstream will make more harm then good - e.g. crash caused by our patch or by some library which has different upstream or the bug is already fixed in the new upstream version which is not updated in our repositories... and these problems are for maintainers to decide before they forward the ticket to the upstream... It probably depends on the software (I know that GCC developers, for instance, want issues encountered with distro packages to get filed on distro trackers), but e.g. Gnash upstream wants to hear about the crashes in their software, whereas I don't, because unfortunately I really have no way to debug and fix all those crashes. I could spend some time on one or two arbitrary ones, but that wouldn't help getting all the others fixed. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT opt-out (was Re: Summary/Minutes from today's FESCo meeting)
On 12/13/2010 05:43 PM, Kevin Kofler wrote: Jiri Moskovcak wrote: This is not a first time when in see this idea and was already answered - we're the distro and we're responsible for the packages, filling all bugs to the upstream will make more harm then good - e.g. crash caused by our patch or by some library which has different upstream or the bug is already fixed in the new upstream version which is not updated in our repositories... and these problems are for maintainers to decide before they forward the ticket to the upstream... It probably depends on the software (I know that GCC developers, for instance, want issues encountered with distro packages to get filed on distro trackers), but e.g. Gnash upstream wants to hear about the crashes in their software, whereas I don't, because unfortunately I really have no way to debug and fix all those crashes. I could spend some time on one or two arbitrary ones, but that wouldn't help getting all the others fixed. Kevin Kofler - just to make sure we're on the same page - I'm not completely against this idea and in fact ABRT was design to be able to this (report bugs in different packages to a different bug trackers), right now I see following problems 1. Reporting directly to upstream may upset some them - if we have some policy for that and maintainers negotiate this with upstream before we start filling their bugzilla, then we should be ok.. - and maybe we can draw some more attention (and devels..) to ABRT ;-) 2. someone will have to write the specific reporter plugin for reporting to different upstream bugtrackers... right now ABRT, can report to: bugzilla, kerneloops, e-mail, ftp (btw even 2 bugzillas don't speak the same XMLRPC :() J. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: abrt wishlist
On Mon, 2010-12-13 at 10:50 -0500, James Laska wrote: On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote: 3) Reporting to bugzilla is a mistake. Not discounting the idea, but just looking for more detail. What alternatives would you want to see? More kerneloops-like aggregate data collection, or something else? Basically, yes. For a few reasons: - Crash analysis requires more semantic knowledge of the content of the report than bugzilla is really designed for. I can have 17 reports with different backtraces all in different applications, but where the bug is this exclusive section in this library is being called without the lock held. It's not reasonable to expect to add that kind of content awareness to bugzilla, and doing it from bz clients is clumsy at best. - Bugzilla forces you to frame the discussion in terms of a component. That's probably right for applications. It's usually wrong for libraries, drivers, servers, or kernels. You want to start from the report as a gestalt, and not assign blame to a component until you actually know what's going on. (This is a condemnation of bugzilla in general, but it's made worse by the next point.) - Separating machine-generated content from human-generated content is valuable for the developer. The two require different mental processes to handle. I have a much stronger guarantee that the abrt bug contains facts, but I also know there's no point in asking for more information. Reading a crash report is looking at structured data and divining patterns. Reading a human's bug report is listening to a story. Left brain, right brain. - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firewall
On 12/09/2010 09:00 PM, Curtis Doty wrote: Why must statefull connection tracking be imposed on every Fedora user? Don't get me wrong. I use netfilter all the time and love it. And it's good to install the userland iptables tools and a simple firewall by default. But when I'd like to choose Fedora without it (asymmetric routing anyone?), I now have to rebuild the kernel. [harumph!] Was there ever a good reason for making the filter table and conntrack modules monolithic? They certainly didn't used to be built in... ../C Seems like there should be an easy way to 'opt-out' of connection tracking. Have you tried anything like 'iptables -t raw -I PREROUTING -j NOTRACK' ? The iptables man-page says this about the 'raw' table: This table is used mainly for configuring exemptions from connection tracking in combination with the NOTRACK target. It registers at the netfilter hooks with higher priority and is thus called before ip_conntrack, or any other IP tables. It provides the following built-in chains: PREROUTING (for packets arriving via any network interface) OUTPUT (for packets generated by local processes) Cheers. -Jeff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Testing Requested: Natus
There are now builds of Natus for all versions of Fedora and EL6. I'd love some testing and karma if possible. You can find builds here: http://koji.fedoraproject.org/koji/packageinfo?packageID=11322 Bodhi updates are here: https://admin.fedoraproject.org/updates/natus Thanks! Nathaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
help with build failure
Hi all, I'm trying to fix the F15 build failure for gpointing-device-settings reported here: https://bugzilla.redhat.com/show_bug.cgi?id=660864 and I'd need some help to understand what's going on. The main issue was related to a newer gtk version, this one is now fixed. The other one is trickier (at least for me), as the package which is building fine in mock for F14, fails with something like: /usr/bin/ld: .libs/libpointing_device_la-gsd-pointing-device-plugin.o: relocation R_386_GOTOFF against undefined symbol `gsd_mouse_extension_plugin_class_finalize' can not be used when making a shared object /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status scratch build here: http://koji.fedoraproject.org/koji/getfile?taskID=2661197name=build.log Can anyone help me fix it? -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Bugzilla is not being nice to me
Hi, It's been quite a while since I've used the big red lizard and unfortunately, I've lost my password. No problems. Hit the reset button. As expected, it comes up with that it's sent a token to my email address, but nothing appears. Anyone know what the problem may be? TTFN Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: HEADS UP! Ohloh Fedora repositories
On 17 August 2010 10:38, Peter Lemenkov lemen...@gmail.com wrote: 2010/8/17 Christof Damian chris...@damian.net: Seems that Ohloh is stuck since 12 Aug 2010 09:15 UTC https://www.ohloh.net/p/fedora-packages/analyses/latest Maybe Fedora Packages was a bit much :-) Yes, unfortunately. Despite of all my efforts to distribute load uniformly over a couple of days they encountered troubles while dealing with such huge number of repositories. I hope that this will be resolved soon and I'll keep an eye on this. -- With best regards, Peter Lemenkov. -- Sorry for the threadcromancy, but I just checked my Ohloh profile today and it hasn't registered any of my commits since we switched from CVS to Git. Is Ohloh still crushed under the weight of our mighty distro? Regards, Mat -- Mat Booth http://fedoraproject.org/get-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bugzilla is not being nice to me
On Mon, 2010-12-13 at 22:23 +, Paul Johnson wrote: Hi, It's been quite a while since I've used the big red lizard and unfortunately, I've lost my password. No problems. Hit the reset button. As expected, it comes up with that it's sent a token to my email address, but nothing appears. Anyone know what the problem may be? spam filter? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bugzilla is not being nice to me
Hi, On Monday, 13 December 2010 at 23:23, Paul Johnson wrote: Hi, It's been quite a while since I've used the big red lizard and unfortunately, I've lost my password. No problems. Hit the reset button. As expected, it comes up with that it's sent a token to my email address, but nothing appears. Anyone know what the problem may be? Your mail server might be bouncing bugzilla e-mails. Check your mail server logs if you have access to them. Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
Hi,
On Monday, 13 December 2010 at 14:37, Karel Zak wrote:
On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
How did /dev/shm get noexec in Fedora 15 rawhide?
$ grep /dev/shm /proc/mounts
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
$ grep -srl noexec /etc
/etc/alternatives/ld
/etc/fstab ## derived from /proc/mounts
/etc/mtab## derived from /proc/mounts
This is a change from Fedora 14, and I cannot find documentation.
The only 'noexec' that I can find in the source to systemd-15
is two mentions in units/var-{lock,run}.mount.
the MS_NOEXEC flags is in private systemd fstab, see
systemd/src/mount-setup.c:
You're not kidding. Could the author of this code (I'm guessing...
Lennart?) please explain this extremely bright idea of hard-coding
what should be admin-configurable?
Regards,
Dominik
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
Faith manages.
-- Delenn to Lennier in Babylon 5:Confessions and Lamentations
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
RetraceServer security [Re: abrt wishlist]
On Thu, 09 Dec 2010 17:10:49 +0100, David Malcolm wrote: Another gratuitous me too, see: https://fedoraproject.org/wiki/Talk:Features/RetraceServer Detailed description: [...] User sends the coredump [...] Do you intend to make it default for Fedora? So far I thought it is not acceptable and in many cases my request in BZ for a core dump was refused by a user due to security concerns. OTOH the system binaries are already provided by the Fedora project and if the retrace server infrastructure has the same security as Koji servers the security level stays the same. Thanks, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
A GUI tool for Fedora Packagers
Hi, I've been thinking for sometime now for a GUI for the Fedora Packagers. There are some steps during the packaging life cycle which needs to be repeated again and again. So, I was thinking of having some kind of one click system for updating the packages, like submitting for a koji scratch build, uploading the packages, updating bug request, etc. I want to create a desktop app for this. If some steps have already in this regard, I would like to contribute to it, else I will start working on this project. Thanks, Regards, rtnpro, http://ratnadeepdebnath.wordpress.com/ ---sent from Nokia C5--- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A GUI tool for Fedora Packagers
The Eclipse team within Red Hat has already developed something called the Eclipse Fedora Packager: http://lists.fedoraproject.org/pipermail/devel/2010-October/144570.html http://fedoraproject.org/wiki/Eclipse_Fedora_Packager_User_Guide It's still in beta but essentially does what you describe. At the moment, it integrates within the Eclipse IDE but can be modified to be more standalone if desired. Cheers, Chris Aniszczyk http://aniszczyk.org +1 860 839 2465 - Original Message - From: Ratnadeep Debnath rtn...@gmail.com To: fedora-devel-l...@redhat.com Sent: Monday, December 13, 2010 9:38:56 PM GMT -06:00 US/Canada Central Subject: A GUI tool for Fedora Packagers Hi, I've been thinking for sometime now for a GUI for the Fedora Packagers. There are some steps during the packaging life cycle which needs to be repeated again and again. So, I was thinking of having some kind of one click system for updating the packages, like submitting for a koji scratch build, uploading the packages, updating bug request, etc. I want to create a desktop app for this. If some steps have already in this regard, I would like to contribute to it, else I will start working on this project. Thanks, Regards, rtnpro, http://ratnadeepdebnath.wordpress.com/ ---sent from Nokia C5--- -- 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: A GUI tool for Fedora Packagers
On 14/12/10 13:38, Ratnadeep Debnath wrote: Hi, I've been thinking for sometime now for a GUI for the Fedora Packagers. There are some steps during the packaging life cycle which needs to be repeated again and again. So, I was thinking of having some kind of one click system for updating the packages, like submitting for a koji scratch build, uploading the packages, updating bug request, etc. I want to create a desktop app for this. If some steps have already in this regard, I would like to contribute to it, else I will start working on this project. Hi, this eclipse plugin was announced a few months ago: http://lists.fedoraproject.org/pipermail/devel/2010-October/144570.html https://fedoraproject.org/wiki/Eclipse_Fedora_Packager_User_Guide regards, Brendan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File ORLite-1.47.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-ORLite: 395b9116825d97609532f3307103f431 ORLite-1.47.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-ORLite] Update to 1.47
commit 705741ebb880065252a8d97fad87a345cfa3e134
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Mon Dec 13 09:30:26 2010 +0100
Update to 1.47
.gitignore |1 +
perl-ORLite.spec | 48 +---
sources |2 +-
3 files changed, 43 insertions(+), 8 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 5cc7cae..829c05d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ ORLite-1.42.tar.gz
ORLite-1.44.tar.gz
/ORLite-1.45.tar.gz
/ORLite-1.46.tar.gz
+/ORLite-1.47.tar.gz
diff --git a/perl-ORLite.spec b/perl-ORLite.spec
index 05c5987..0b0421f 100644
--- a/perl-ORLite.spec
+++ b/perl-ORLite.spec
@@ -1,23 +1,39 @@
Name: perl-ORLite
-Version:1.46
-Release:1%{?dist}
Summary:Extremely light weight SQLite-specific ORM
+Version:1.47
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
+Source0:
http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/ORLite-%{version}.tar.gz
URL:http://search.cpan.org/dist/ORLite/
-Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/ORLite-%{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(DBD::SQLite) = 1.27
BuildRequires: perl(DBI) = 1.607
-BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
+BuildRequires: perl(File::Basename)
+BuildRequires: perl(File::Path) = 2.08
BuildRequires: perl(File::Remove) = 1.40
+BuildRequires: perl(File::Spec) = 0.80
+BuildRequires: perl(File::Temp) = 0.20
BuildRequires: perl(Params::Util) = 0.33
BuildRequires: perl(Test::More) = 0.47
BuildRequires: perl(Test::Script) = 1.06
-# Tests only
-BuildRequires: perl(Class::XSAccessor::Array) = 1.05
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+Requires: perl(DBD::SQLite) = 1.27
+Requires: perl(DBI) = 1.607
+Requires: perl(File::Basename)
+Requires: perl(File::Path) = 2.08
+Requires: perl(File::Remove) = 1.40
+Requires: perl(File::Spec) = 0.80
+Requires: perl(File::Temp) = 0.20
+Requires: perl(Params::Util) = 0.33
+
+
+%{?perl_default_filter}
+%{?perl_default_subpackage_tests}
%description
SQLite is a light weight single file SQL database that provides
@@ -67,6 +83,24 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Dec 13 2010 Marcela Mašláňová mmasl...@redhat.com 1.47-1
+- update by Fedora::App::MaintainerTools 0.006
+- updating to latest GA CPAN version (1.47)
+- altered br on perl(ExtUtils::MakeMaker) (0 = 6.42)
+- added a new br on perl(File::Basename) (version 0)
+- added a new br on perl(File::Path) (version 2.08)
+- added a new br on perl(File::Spec) (version 0.80)
+- added a new br on perl(File::Temp) (version 0.20)
+- dropped old BR on perl(Class::XSAccessor::Array)
+- added a new req on perl(DBD::SQLite) (version 1.27)
+- added a new req on perl(DBI) (version 1.607)
+- added a new req on perl(File::Basename) (version 0)
+- added a new req on perl(File::Path) (version 2.08)
+- added a new req on perl(File::Remove) (version 1.40)
+- added a new req on perl(File::Spec) (version 0.80)
+- added a new req on perl(File::Temp) (version 0.20)
+- added a new req on perl(Params::Util) (version 0.33)
+
* Thu Dec 2 2010 Petr Sabata psab...@redhat.com - 1.46-1
- 1.46 version bump
diff --git a/sources b/sources
index bbd596f..cfb9a23 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-86429919e42b1d2c9df0ce29a92b1164 ORLite-1.46.tar.gz
+395b9116825d97609532f3307103f431 ORLite-1.47.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 662492] perl-ORLite-1.47 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=662492 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||RAWHIDE Last Closed||2010-12-13 03:29:36 -- 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 662491] perl-HTML-FormatText-WithLinks-0.14 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=662491 Petr Sabata psab...@redhat.com changed: What|Removed |Added CC||psab...@redhat.com AssignedTo|mmasl...@redhat.com |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 HTML-FormatText-WithLinks-0.14.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-HTML-FormatText-WithLinks: 264a1436883d20b81e669c65a1f97367 HTML-FormatText-WithLinks-0.14.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-HTML-FormatText-WithLinks] v0.14 release bump
commit 9bff80ee5c218804ddad78e6ae4bb3c055d0ce81
Author: Petr Sabata psab...@redhat.com
Date: Mon Dec 13 10:16:01 2010 +0100
v0.14 release bump
.gitignore |1 +
perl-HTML-FormatText-WithLinks.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ae1acf2..824bf58 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
HTML-FormatText-WithLinks-0.09.tar.gz
/HTML-FormatText-WithLinks-0.11.tar.gz
/HTML-FormatText-WithLinks-0.12.tar.gz
+/HTML-FormatText-WithLinks-0.14.tar.gz
diff --git a/perl-HTML-FormatText-WithLinks.spec
b/perl-HTML-FormatText-WithLinks.spec
index 79107a8..46d421a 100644
--- a/perl-HTML-FormatText-WithLinks.spec
+++ b/perl-HTML-FormatText-WithLinks.spec
@@ -1,5 +1,5 @@
Name: perl-HTML-FormatText-WithLinks
-Version:0.12
+Version:0.14
Release:1%{?dist}
Summary:HTML to text conversion with links as footnotes
@@ -57,6 +57,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Dec 13 2010 Petr Sabata psab...@redhat.com - 0.14-1
+- 0.14 bump
+
* Thu Dec 2 2010 Petr Sabata psab...@redhat.com - 0.12-1
- 0.12 bump
diff --git a/sources b/sources
index 54a7c00..cf289d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cb3b16fbc3a441f27f39630c10e46d68 HTML-FormatText-WithLinks-0.12.tar.gz
+264a1436883d20b81e669c65a1f97367 HTML-FormatText-WithLinks-0.14.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 662491] perl-HTML-FormatText-WithLinks-0.14 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=662491 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-HTML-FormatText-WithLi ||nks-0.14-1.fc15 Resolution||RAWHIDE Last Closed||2010-12-13 04:22:41 -- 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
Re: Why does Fedpra's perl need systemtap?
On 12/12/2010 07:45 AM, Ralf Corsepius wrote: Sure, we can't avoid RH's addiction to python, but that's not my point. It's the impact glueing perl and python together has on upgrades, such as user-upgrade from Fedora N - Fedora N+1, or python/perl version jumps. This impact already is visible when upgrading Fedora 13 to Fedora 14. That's why I am asking * Why does perl need systemtap? * What does perl use systemtap for? So far, I haven't seen any answer to these questions. It is possible to ask maintainers of systemtap if it's important to have everything built with enabled systemtap probes. One should say so after checking their feature page for F-13 [1]. Perl wasn't mentioned there, because it didn't have this option yet. In my opinion answer to both your question is here: https://fedoraproject.org/wiki/Features/SystemtapStaticProbes#Summary Marcela [1] https://fedoraproject.org/wiki/Features/SystemtapStaticProbes#Scope -- Marcela Mašláňová BaseOS team Brno -- 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: rebuild of some perl packages
On Sat, Dec 11, 2010 at 10:25:25AM +0100, Iain Arnell wrote: On Fri, Dec 10, 2010 at 5:37 PM, Marcela Maslanova mmasl...@redhat.com wrote: because of bug in paths (vendorarch), there will be needed rebuild of some packages (~1300). I choose only those which weren't rebuild with vendorarch in Perl. [1] I've asked for testing dist tag, so nothing will be broken [2]. Rebuild will start next week. Is there something in place to avoid the problems we had last time with older packages from the rebuild tag overriding newer packages in dist-f15 itself? And is a separate tag really necessary for this? I also think it's not necessary to create new build root in this case. The last buildroot override problem has been caused by incompatible perl-libs. This is not this case and atomicity of git pushes and ordering of binary package versions should cope with buildroot merge fluently. Perl is already looking in both core and vendor directories, so there should be no breakage due to modules installed in the wrong place. See https://bugzilla.redhat.com/show_bug.cgi?id=661697. Marcela forgot to explain the real problem: There are packages that install private data into perl include path. If you compiled such package with install=vendor in F14, the private data got into /usr/share/perl5/ because vendor and core paths resolved into the same directory. The problem is some packages do not store absolute path at compile time. They store just the symbolic name (vendor or core) and resolve it at run-time (e.g. via Config module). If you run such package, built in F14, in F15 where vendor path points to /usr/share/perl5/perl_vendor, then the package will look it's private data in /usr/share/perl5/perl_vendor, but the files will be located in /usr/share/perl5/ in the binary package. Thus we need to recompile all binary packages survived from F14 to move their files to actual vendor path. And I'm still not sure what the intended result is meant to be. Are you planning to update all the specs to use privlib/archlib so that everything ends up in the core directories? Or keeping vendorlib/vendorarch and merely rebuilding to move the modules out of the core directories again? We would like to edit all spec files to switch from vendor to core in the future. But not now. Fortunatelly there is no need to hurry as properly compiled packages work regardless residing in core or vendor as you mentioned. (Except the few packages having the problem I described above). So we would like to standardize the install path in Perl guidelines first, that adjust cpanspec and rpmlint and then advise packagers to fix their specs as they touch them for other reason. In other words we are not going to change spec files in this mass rebuild. We just want to rebuild the packages to fix the current issue. Question whether to massively rewrite vendor to core install path in next massive rebuild planned for perl-5.14 is not decided yet. -- Petr pgpLYgMmF2oO5.pgp Description: PGP signature -- 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
Broken dependencies: perl-Text-vFile-asData
perl-Text-vFile-asData has broken dependencies in the epel-6 tree: On x86_64: perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Span) perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Format::ICal) On i386: perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Span) perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Format::ICal) On ppc64: perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Span) perl-Text-vFile-asData-utils-0.05-4.el6.noarch requires perl(DateTime::Format::ICal) 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
Broken dependencies: rt3
rt3 has broken dependencies in the epel-6 tree: On x86_64: perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email) On i386: perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email) On ppc64: perl-RT-Test-3.8.8-2.el6.noarch requires perl(Test::Email) 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
Broken dependencies: perl-AnyEvent
perl-AnyEvent has broken dependencies in the epel-6 tree: On x86_64: perl-AnyEvent-5.27-1.el6.noarch requires perl(Event::Lib) perl-AnyEvent-5.27-1.el6.noarch requires perl(IO::Async::Handle) On i386: perl-AnyEvent-5.27-1.el6.noarch requires perl(Event::Lib) perl-AnyEvent-5.27-1.el6.noarch requires perl(IO::Async::Handle) On ppc64: perl-AnyEvent-5.27-1.el6.noarch requires perl(Event::Lib) perl-AnyEvent-5.27-1.el6.noarch requires perl(IO::Async::Handle) 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
[Bug 659996] perl-Net-Patricia 1.19 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=659996 --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2010-12-13 14:59:37 EST --- perl-Net-Patricia-1.19-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- 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 659996] perl-Net-Patricia 1.19 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=659996 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Net-Patricia-1.19-1.fc ||13 Resolution||ERRATA Last Closed||2010-12-13 14:59:44 -- 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 659996] perl-Net-Patricia 1.19 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=659996 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2010-12-13 15:04:18 EST --- perl-Net-Patricia-1.19-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. -- 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 659996] perl-Net-Patricia 1.19 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=659996 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Net-Patricia-1.19-1.fc |perl-Net-Patricia-1.19-1.fc |13 |14 -- 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 662811] New: perl-CSS-DOM-0.14 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-CSS-DOM-0.14 is available https://bugzilla.redhat.com/show_bug.cgi?id=662811 Summary: perl-CSS-DOM-0.14 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: ASSIGNED Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-CSS-DOM AssignedTo: ville.sky...@iki.fi ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, ville.sky...@iki.fi Classification: Fedora Latest upstream release: 0.14 Current version in Fedora Rawhide: 0.13 URL: http://search.cpan.org/dist/CSS-DOM/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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-CGI-Application-Dispatch] Add perl(CGI) to BuildRequires
commit 8d6f3efdabd2b34d4cfeb6a1bbba088e6369cfa1
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Tue Dec 14 00:22:56 2010 +0100
Add perl(CGI) to BuildRequires
perl-CGI-Application-Dispatch.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-CGI-Application-Dispatch.spec
b/perl-CGI-Application-Dispatch.spec
index d00b660..823b4bd 100644
--- a/perl-CGI-Application-Dispatch.spec
+++ b/perl-CGI-Application-Dispatch.spec
@@ -1,6 +1,6 @@
Name: perl-CGI-Application-Dispatch
Version:2.17
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Dispatch requests to CGI::Application based objects
License:GPL+ or Artistic
Group: Development/Libraries
@@ -8,6 +8,7 @@ URL:
http://search.cpan.org/dist/CGI-Application-Dispatch/
Source0:
http://www.cpan.org/authors/id/M/MA/MARKSTOS/CGI-Application-Dispatch-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
+BuildRequires: perl(CGI)
BuildRequires: perl(CGI::Application) = 3.2
BuildRequires: perl(Exception::Class)
BuildRequires: perl(Exception::Class::TryCatch)
@@ -52,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Dec 14 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 2.17-3
+- Add perl(CGI) to BuildRequires (#660800).
+
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 2.17-2
- 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
File Test-Base-0.59.tar.gz uploaded to lookaside cache by steve
A file has been added to the lookaside cache for perl-Test-Base: fa1458d8a940ab784d6fc39a8edc0cae Test-Base-0.59.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-Test-Base] Update to 0.59.
commit 722e9d060cde8e802e8d0d7bbdcd00679f7f06ff
Author: Steven Pritchard steven.pritch...@gmail.com
Date: Mon Dec 13 19:27:01 2010 -0600
Update to 0.59.
.gitignore |1 +
perl-Test-Base.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 1bed497..d7c3f94 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Test-Base-0.58.tar.gz
+/Test-Base-0.59.tar.gz
diff --git a/perl-Test-Base.spec b/perl-Test-Base.spec
index f1f7abe..172d412 100644
--- a/perl-Test-Base.spec
+++ b/perl-Test-Base.spec
@@ -1,6 +1,6 @@
Name: perl-Test-Base
-Version:0.58
-Release:4%{?dist}
+Version:0.59
+Release:1%{?dist}
Summary:Data Driven Testing Framework
License:GPL+ or Artistic
Group: Development/Libraries
@@ -56,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Dec 13 2010 Steven Pritchard st...@kspei.com 0.59-1
+- Update to 0.59.
+
* Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 0.58-4
- Mass rebuild with perl-5.12.0
diff --git a/sources b/sources
index 03d317e..2162cab 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a3999c99b32e67c1759ddcb8c2d5a7f6 Test-Base-0.58.tar.gz
+fa1458d8a940ab784d6fc39a8edc0cae Test-Base-0.59.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-Config-INI] update to 0.017
commit 0b301e6905dd6c964ce930b0010f7ff3f6604f42
Author: Iain Arnell iarn...@gmail.com
Date: Tue Dec 14 05:12:42 2010 +0100
update to 0.017
perl-Config-INI.spec | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
---
diff --git a/perl-Config-INI.spec b/perl-Config-INI.spec
index 4a7a1d2..0dbc3cd 100644
--- a/perl-Config-INI.spec
+++ b/perl-Config-INI.spec
@@ -1,16 +1,17 @@
Name: perl-Config-INI
-Version:0.016
+Version:0.017
Release:1%{?dist}
Summary:Config::INI Perl module
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Config-INI/
Source0:
http://www.cpan.org/authors/id/R/RJ/RJBS/Config-INI-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Mixin::Linewise::Readers) = 0.001
-BuildRequires: perl(Mixin::Linewise::Writers) = 0.001
+BuildRequires: perl(IO::File)
+BuildRequires: perl(IO::String)
+BuildRequires: perl(Mixin::Linewise::Readers)
+BuildRequires: perl(Mixin::Linewise::Writers)
BuildRequires: perl(Test::More)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
@@ -25,8 +26,6 @@ Config::INI - simple .ini-file format.
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 {} \;
@@ -37,9 +36,6 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%check
make test
-%clean
-rm -rf $RPM_BUILD_ROOT
-
%files
%defattr(-,root,root,-)
%doc Changes LICENSE README examples
@@ -47,6 +43,10 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Dec 14 2010 Iain Arnell iarn...@gmail.com 0.017-1
+- update to latest upstream version
+- clean up spec for modern rpmbuild
+
* Tue Sep 07 2010 Iain Arnell iarn...@gmail.com 0.016-1
- update to latest upstream
--
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 Dist-Zilla-4.200000.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Dist-Zilla: 1f196abda3062476efd1eb2b5db65060 Dist-Zilla-4.20.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
File Config-INI-0.017.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Config-INI: 0e0a3258d3ba14861cb8730b9e1ef451 Config-INI-0.017.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-Moose-Autobox/f14/master] update to 0.11
Summary of changes: abf0a24... update to 0.11 (*) (*) 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-CGI-Application-Plugin-FillInForm] - Add BR: perl(CGI) (Fix FTBFS: BZ 660889).
commit a9704c8da064ed83cdda852baaa7b55146a9e6bc
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Tue Dec 14 07:07:34 2010 +0100
- Add BR: perl(CGI) (Fix FTBFS: BZ 660889).
perl-CGI-Application-Plugin-FillInForm.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-CGI-Application-Plugin-FillInForm.spec
b/perl-CGI-Application-Plugin-FillInForm.spec
index 0f00134..fe9e268 100644
--- a/perl-CGI-Application-Plugin-FillInForm.spec
+++ b/perl-CGI-Application-Plugin-FillInForm.spec
@@ -1,6 +1,6 @@
Name: perl-CGI-Application-Plugin-FillInForm
Version:1.15
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Integrate CGI::Application with HTML::FillInForm
License:GPL+ or Artistic
Group: Development/Libraries
@@ -8,6 +8,7 @@ URL:
http://search.cpan.org/dist/CGI-Application-Plugin-FillInForm/
Source0:
http://search.cpan.org/CPAN/authors/id/M/MA/MARKSTOS/CGI-Application-Plugin-FillInForm-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
+BuildRequires: perl(CGI)
BuildRequires: perl(CGI::Application)
BuildRequires: perl(HTML::FillInForm) = 1
BuildRequires: perl(Module::Build)
@@ -47,6 +48,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Dec 14 2010 Ralf Corsepius corse...@fedoraproject.org - 1.15-5
+- Add BR: perl(CGI) (Fix FTBFS: BZ 660889).
+
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 1.15-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 660889] FTBFS perl-CGI-Application-Plugin-FillInForm-1.15-4.fc14
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=660889 Ralf Corsepius rc040...@freenet.de changed: What|Removed |Added Status|NEW |CLOSED CC||rc040...@freenet.de Resolution||RAWHIDE Last Closed||2010-12-14 01:37:59 --- Comment #7 from Ralf Corsepius rc040...@freenet.de 2010-12-14 01:37:59 EST --- Missing BR: perl(CGI). Fixed in perl-CGI-Application-Plugin-FillInForm-1.15-5.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
