Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, 2012-02-02 at 08:27 +0100, Stijn Hoop wrote: On Wed, 01 Feb 2012 17:00:30 -0700 Adam Williamson awill...@redhat.com wrote: I realize this isn't a very constructive mail, and the point has been raised before, but I'm hoping at some point the sheer weight of complaints will cause someone more creative than myself to actually come up with a notification system for GNOME 3 which satisfies the GNOME design team and *also* does not suck. Is there a bug we can vote on? I also agree 100% with this, I rather like gnome-shell except for this 'notification system'. I don't think voting is appropriate (FOSS is not a democracy but a meritocracy). The GNOME designers can be contacted in #gnome-design though, and they tend to listen to people presenting them constructive criticism or politely suggesting alternatives. You might want to get familiar with the goals of the notification system as designed first, so that you can suggest alternatives that actually solve the desired issues: https://live.gnome.org/GnomeShell/Design/#Notifications_and_messaging_tray https://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray http://blogs.gnome.org/mccann/2009/07/05/getting-the-message/ -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: SELinux-related Rawhide breakage today
Daniel J Walsh wrote: On 01/31/2012 12:07 PM, Jerry James wrote: After installing today's Rawhide updates on an x86_64 VM, I started having troubles running programs. Nothing linked with libselinux.so.1 could actually open that library; the programs were getting EACCESS on the attempt. I figured I needed to do a relabel, but since restorecon is linked with libselinux.so.1, . I touched /.autorelabel and rebooted. The system couldn't even shut down, so I had to do a sync and a forced shutoff. When the system came back up, it immediately started complaining about lots of programs that were unable to load libcrypt. So I forced it off again and rebooted with enforcing=0. That worked, but skipped the relabeling step! I got a root shell and ran restorecon by hand to relabel. The only file that got relabeled was this, which looks wrong: restorecon reset /lib64/libproc-3.2.8.so context system_u:object_r:lib_t:s0-system_u:object_r:default_t:s0 Is something broken in SELinux land today? Yes we have shipped a policy that requires the usrmove functionality. If you add /lib64 /lib to /etc/selinux/targeted/contexts/files/file_contexts.subs_dist Then run restorecon -R -v /lib64 Thanks for the heads up. I had just pulled the latest updates and found that I couldn't ssh to that box at all -- console didn't work, either. Luckily I still had the root ssh session from which I'd done the update. In it, I confirmed the /lib64 /lib line is already present in that file, presumably since I've just updated, and did this to recover: setenforce 0 restorecon -R -v /lib64 setenforce 1 Without the setenforce 0, restorecon would fail due to this: # restorecon -R -v /lib64 restorecon: error while loading shared libraries: libselinux.so.1: cannot open shared object file: No such file or directory -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 05:26 +0100, Kevin Kofler wrote: Matthew Garrett wrote: Because it is the job of people who are proposing a spec to answer the objections of the people who perform critical analysis of the spec They did answer. You just didn't like their answer. Their answer was basically this is by design, there's no way this is gonna change. To which then it is a bad fit for us and we won't implement it is a perfectly fine reaction. Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On mié, 2012-02-01 at 17:00 -0700, Adam Williamson wrote: Yay cross-desktop maybe, but still a freaking disaster from a UI point of view, and the only thing I really dislike about GNOME 3 I don't think it's that bad, but that might just be me having different use patterns (for instance a common complain is that the message tray interferes with the active area of maximized terminals/xchat windows - I hardly ever maximize those windows, and didn't do so either in GNOME 2). I'm sure that a solution which addresses your issues without compromising on the design goals will be adopted in a heartbeat - feel free to get in contact with the gnome designers to provide constructive feedback (and no, you don't have to be creative to do that - that's their job after all ;-) Of course the implementation detail of which DBus protocol applications use to interact with the tray (Notify or NotifierIcon) is completely irrelevant for those UI problems - if it sucks for you now, implementing status notifiers in the message tray would suck just as badly. Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 01:28 +0100, Kevin Kofler wrote: Florian Müllner wrote: No, but it would require that circle is drawn as circle and not a square (or just discarded without notice). The NotifyIcon spec explicitly allows either absurdity. If your icon theme thinks a square is a good way to represent the concept of a circle, I was talking about a supposed property called circle, not a property themedIcon with a value of circle. The spec actually contains language like this (quoting from memory, as the link to the draft on freedesktop.org is dead): Tooltip: a descriptive string which the implementation will display as a tooltip, or any other way it seems fit, or not at all Hint: if you don't want applications to assume a certain representation, you don't use element names which imply a representation. So rather than the example above, you should have used language like: Description: a string providing optional details about the item; implementations are free to not use the information, so applications MUST NOT rely on it But if you provide an element OverlayIcon, it'd be better rendered as overlayed icon and not as dancing penguins. Regards, Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 00:44 +0100, Kevin Kofler wrote: So the argument that you're refusing to implement a cross-desktop protocol in order to ban random applications from adding themselves to the panel is bogus. Nobody said that. Florian Müllner did: Not really. We didn't implement it because: - the spec is bad - it is a bad fit for the experience we want | You are right about requiring a Javascript extension to add items to the | top panel, but you are wrong about the reasoning - it is not because the | system tray looked out of place (which it does, but it is nevertheless | still supported in the message tray), but rather because the top panel | is considered system space, which means that we do not want random | applications to add anything to it. Or in other words: there is no system tray in the top bar. There are exactly two places applications can hook into: the application menu and the message tray. Extensions may be used to hack the designed user experience, which includes adding stuff to the top bar. Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 01:16 +0100, Kevin Kofler wrote: Then your implementation in gnome-shell would just be half-assed and crappy, just like your implementation of the XEmbed-based spec is. Unlike the XEmbed-based spec, the status notifier spec actually allows apps to specify whether their icon is active or not, and a good implementation will show it in the panel if it is active and hide it behind a popup if it is not. I actually agree to that - if we used the notifier spec in the top bar, we would either compromise on the intended experience, or provide a crappy implementation. Or in other words: the spec is a poor fit for what we try to achieve, so it makes sense to not use it. Except that this feature only works that way in GNOME and nowhere else. It also makes some strong assumptions on how the message tray looks, which is exactly what the status notifier spec tries hard to avoid. I disagree that it implies how the message tray looks, but it does make strong assumption on its behavior - plus it allows applications to test for every optional capability to adjust its behavior to the environment it's run in. Apparently you think this is a bad thing - fine, don't implement it. But then don't bully us into implementing a spec which *we* consider bad because it avoids any such guarantees (not by mistake, but by design as you will agree) Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v4] Retiring packages for F-17
Hello, I've taken these: pfscalibration pfstmo pfstools I do use them occasionally but I know nothing about their internals. I just don't want those packages to be purged out of Fedora. I will happily pass them to somebody else or welcome any co-maintainers. Regards, -- Tomáš Smetana Base OS Engineering Supervisor, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
@ Harald Re: Fedora 17’s unified filesystem (/usr-move)
On 27/01/12 13:10, Harald Hoyer wrote: Hello Testers and rawhide Users, Fedora 17 will locate the entire base operating system in /usr. The directories /bin, /sbin, /lib, /lib64 will only be symlinks: /bin → /usr/bin /sbin → /usr/sbin /lib → /usr/lib /lib64 → /usr/lib64 if before the /usrmove. There is a symlink: /lib/foo /usr/lib/foo2 and a hardlink was created before the move. /usr/lib/foo /usr/lib/foo2 Would the /usrmove script replace the hardlink with the softlink? -- Regards, Frank Murphy, friend of fedoraproject UTF_8 Encoded -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On 02/01/2012 01:04 PM, Kevin Kofler wrote: Matthias Clasen wrote: After the fruitless discussion on xdg-list, we decided that the spec was not going to help us in implementing the desired user experience. That's not up to you to decide. http://aseigo.blogspot.com/2008/12/free-dektop-notifications.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: @ Harald Re: Fedora 17’s unified filesystem (/usr-move)
Frank Murphy wrote: On 27/01/12 13:10, Harald Hoyer wrote: Hello Testers and rawhide Users, Fedora 17 will locate the entire base operating system in /usr. The directories /bin, /sbin, /lib, /lib64 will only be symlinks: /bin → /usr/bin /sbin → /usr/sbin /lib → /usr/lib /lib64 → /usr/lib64 if before the /usrmove. There is a symlink: /lib/foo /usr/lib/foo2 and a hardlink was created before the move. /usr/lib/foo /usr/lib/foo2 Would the /usrmove script replace the hardlink with the softlink? no. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: @ Harald Re: Fedora 17’s unified filesystem (/usr-move)
On 02/02/12 12:42, Rex Dieter wrote: Would the /usrmove script replace the hardlink with the softlink? no. -- rex Thanks Rex, Unfortunatly I'm not a scripter. -- Regards, Frank Murphy, friend of fedoraproject UTF_8 Encoded -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Let it go kevin ... I know there are a bunch of gnome happy users (and of course the devs), but there are probably less now than earlier ... A limited sample but everyone I know - all of whom were gnome users - no longer use gnome - they have all switched to either kde or xfce (each with its own issues to be sure). gnome may just kill itself off ... leave it in peace to die or grow in a direction that people will follow. So then the only question that remains is how those useful gnome apps will integrate on the popular DE's ... Market pressure will ensure that useful apps play nice on the dominant DE's ... whether its gnome or something else. so ... don't worry about it ... the market will dictate the right outcome ... :-) I think you might be consider working with app developers / library integrators instead on how to make their apps integrate better ... thunderbird for example could use a little help better integrating with kde desktop. gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, Feb 02, 2012 at 05:26:15AM +0100, Kevin Kofler wrote: Matthew Garrett wrote: Because it is the job of people who are proposing a spec to answer the objections of the people who perform critical analysis of the spec They did answer. You just didn't like their answer. The answer still resulted in a spec that permitted compliant implementations to have no practical interoperability. You can't force people to adopt a spec if they think it's a bad spec. Move on with life. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Random koji problems
On 02/01/2012 10:57 PM, Tom Callaway wrote: On 02/01/2012 12:24 PM, Jerry James wrote: Yes, the buildroots are both fine now. Thanks for fixing them. I was just responding to spot's apparent surprise that an updated libvpx in the buildroot should have broken package building for other people. Indeed, I'm a little horrified at how deep of a dep tree has gstreamer-plugins-bad-free at its top. xulrunner is also now built in rawhide, so all the libvpx broken deps are now resolved. Well, chromium is still broken by the libvpx change, but I'll work on that when I get back from FOSDEM. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2012-02-02 @ 17:00 UTC - F17 Alpha Blocker Bug Review #2
# F17 Alpha Blocker Review meeting #2 # Date: 2012-02-03 # Time: 17:00 UTC [1] (12:00 EST, 09:00 PST) # Location: #fedora-bugzappers on irc.freenode.net The second F17 alpha blocker bug review meeting will be this Friday at 17:00 UTC in #fedora-bugzappers. We'll be running through the final blockers and nice-to-haves. An updated list of blocker bugs is available at https://fedoraproject.org/wiki/Current_Release_Blockers. We'll be reviewing the bugs to determine ... 1. Whether they meet the final release criteria [2] and should stay on the list 2. Whether they are getting the attention they need For guidance on Blocker and Nice-to-have (NTH) bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_nth_bug_process For the blocker review meeting protocol, see - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Tim signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 17’s unified filesystem (/usr-move)
On Fri, Jan 27, 2012 at 14:10, Harald Hoyer har...@redhat.com wrote: Hello Testers and rawhide Users, Fedora 17 will locate the entire base operating system in /usr. The directories /bin, /sbin, /lib, /lib64 will only be symlinks: /bin → /usr/bin /sbin → /usr/sbin /lib → /usr/lib /lib64 → /usr/lib64 Some reasoning behind this change is outlined here: http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge The official Fedora 17 feature page is here: https://fedoraproject.org/wiki/Features/UsrMove The needed changes to implement the unified filesystem are about to land in rawhide soon. New installations of rawhide/Fedora 17 will install the symlinks right away, and no special care needs to be taken Currently installed systems need some manual steps to convert the current system to match the layout of rawhide/Fedora 17. After that, the system can continue to be updated with YUM as usual. Some RPM packages in rawhide/Fedora 17 will carry a RPM dependency guard, which will make sure, they can only be installed when /bin, /sbin, /lib, /lib64 are symlinks and not directories like in Fedora 16 and older. The installed system’s base filesystem layout can not be safely altered, while the system itself is running on top of it. Dracut, the initramfs used to find and mount the root filesystem, can be instructed to convert the filesystem to match rawhide/Fedora 17’s expectations. The former dracut ‘usrmove’ module has been renamed to ‘convertfs’. We need to carry that option for quite some time through future releases and want to name the module more generic for possible future needs in that category. This is the current version/build number: dracut-014-81.git20120202.fc17 Please build the custom dracut image now with: # dracut --force --add convertfs On the kernel commandline dracut now looks for: rd.convertfs In some cases, we still do not properly support multi-lib updates with the current testing repo, without adding also the i386 repository to the updated system; the f17-usrmove repo does not automatically copy the 32bit libs in the 64bit repo. This issue will not happen when all moves to rawhide. These known bugs are fixed: - rebuild of the dracut initramfs on the converted system had problems with optimized i686 libs, which is fixed now - the ntfs-3g was not part of the f17-usrmove repository and installing the old package on the converted system broke its symlink logic. The fixed package is built for f17-usrmove now. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Dan Winship wrote: http://aseigo.blogspot.com/2008/12/free-dektop-notifications.html That's not a fair comparison: * The KDE Plasma Workspace actually *implements* the Galago (notification) spec now (and has done so for a while), as does Unity. KDE actually *cares* about interoperability with non-KDE software. (KDE has had its own KNotify protocol for years. The new protocol was needed *only* for interoperability with non-KDE software.) * According to that very link, it was Canonical who started the efforts on improving the spec and KDE who joined them as soon as they learned of them. In other words, the projects who objected to the spec as written were the ones who did the work on improving it! Neither Canonical nor KDE just demanded that GNOME made some arbitrary changes as a precondition to even discussing adoption of the spec any further (as YOU personally did for the status notifier spec). KDE's (and Canonical's) behavior for the Galago spec was productive, cooperative and seriously aiming at implementing it as soon as possible. GNOME's behavior for the status notifier spec was the exact opposite. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Florian Müllner wrote: I actually agree to that - if we used the notifier spec in the top bar, we would either compromise on the intended experience, or provide a crappy implementation. Or in other words: the spec is a poor fit for what we try to achieve, so it makes sense to not use it. How is the current experience any better? Both kdelibs and libappindicator fall back to the legacy XEmbed system tray spec if the desktop does not implement the status notifier spec, so the icons will not only be hidden (due to your bad UI design), but also look crappy. (The status notifier spec was written for a reason, XEmbed is just a horrible way to implement this feature.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On 2 February 2012 12:12, Kevin Kofler kevin.kof...@chello.at wrote: Stijn Hoop wrote: Is there a bug we can vote on? I also agree 100% with this, I rather like gnome-shell except for this 'notification system'. You seriously still think that GNOME will listen to its users??? You gotta be kidding! At some point this conversation went pear shaped in usefulness. Comments like this are not going to make it better. Let us all stop posting now and stop trying to one-up, be the last responder. Thank you Stephen -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me. —James Stewart as Elwood P. Dowd -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, 2012-02-02 at 20:12 +0100, Kevin Kofler wrote: Stijn Hoop wrote: Is there a bug we can vote on? I also agree 100% with this, I rather like gnome-shell except for this 'notification system'. You seriously still think that GNOME will listen to its users??? You gotta be kidding! That one *is* trolling, Kevin. You're hitting the point of diminishing returns. -- 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: Unity For Fedora (As in OpenSUSE or Arch)
Florian Müllner wrote: I was talking about a supposed property called circle, not a property themedIcon with a value of circle. The spec actually contains language like this (quoting from memory, as the link to the draft on freedesktop.org is dead): Tooltip: a descriptive string which the implementation will display as a tooltip, or any other way it seems fit, or not at all Hint: if you don't want applications to assume a certain representation, you don't use element names which imply a representation. So rather than the example above, you should have used language like: Description: a string providing optional details about the item; implementations are free to not use the information, so applications MUST NOT rely on it But if you provide an element OverlayIcon, it'd be better rendered as overlayed icon and not as dancing penguins. The naming is such that it makes sense for a traditional system tray, but there can be other ways to visualize things (just as your message tray, the Plasma notifier and the traditional passive popups are very different ways to visualize the Galago notifications), so why should the spec preclude that? And the thing is, renaming Tooltip to Description will break all the existing implementations and provide no benefit whatsoever to the end user. It's just an internal identifier the user will never see. For all I care it could be called Charlie or Linus, as long as the spec says what it means. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Matthew Garrett wrote: The answer still resulted in a spec that permitted compliant implementations to have no practical interoperability. You keep repeating that, yet I still don't see ANYTHING backing that assertion. Interoperability depends only on the protocol (which is clearly specified), not on the visualization (which is not). You can't force people to adopt a spec if they think it's a bad spec. Not always true. See e.g. Samba. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 20:11 +0100, Kevin Kofler wrote: Florian Müllner wrote: I actually agree to that - if we used the notifier spec in the top bar, we would either compromise on the intended experience, or provide a crappy implementation. Or in other words: the spec is a poor fit for what we try to achieve, so it makes sense to not use it. How is the current experience any better? [...] XEmbed is just a horrible way to implement this feature. It is not implemented with XEmbed. Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On jue, 2012-02-02 at 20:17 +0100, Kevin Kofler wrote: And the thing is, renaming Tooltip to Description will break all the existing implementations and provide no benefit whatsoever to the end user. It's just an internal identifier the user will never see. For all I care it could be called Charlie or Linus, as long as the spec says what it means. It may be this, or that, or nothing at all is an odd definition of saying what it means. Especially if the name already has a particular meaning (which the spec has to *undefine* to allow alternative visualizations). Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, Feb 2, 2012 at 8:19 PM, Kevin Kofler kevin.kof...@chello.at wrote: Matthew Garrett wrote: The answer still resulted in a spec that permitted compliant implementations to have no practical interoperability. You keep repeating that, yet I still don't see ANYTHING backing that assertion. Interoperability depends only on the protocol (which is clearly specified), not on the visualization (which is not). You can't force people to adopt a spec if they think it's a bad spec. Not always true. See e.g. Samba. Sorry but that's nonsense. Nobody was *forced* to implement samba. By whom? You might dislike samba (or the protocols it implements) but that does not mean that people where forced to implement it, they just did see value in doing so so they did it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, Feb 02, 2012 at 08:19:44PM +0100, Kevin Kofler wrote: Matthew Garrett wrote: The answer still resulted in a spec that permitted compliant implementations to have no practical interoperability. You keep repeating that, yet I still don't see ANYTHING backing that assertion. Interoperability depends only on the protocol (which is clearly specified), not on the visualization (which is not). Ok. I can't guarantee that an OverlayIcon will be rendered. So since I can't rely on it, I can never use it to provide important information. And since the point of this specification is to provide information to the user, that means that the OverlayIconName field is effectively useless. If I do render an OverlayIconName and also pass a window ID, it's valid for clicking the icon to raise my application - but it's also valid for it to destroy my window and kill my connection to the server. I'm willing to bet actual, real money that there are applications currently using this specification that would be massively unusable under perfectly compliant implementations of this specification. But rather than have that discussion, the spec proposers simply asserted that the complete absence of any behavioural guarantees regarding visualisation was a feature. That's a pretty fundamental disagreement, and if that disagreement can't be overcome then you can't expect the spec to be adopted. You can't force people to adopt a spec if they think it's a bad spec. Not always true. See e.g. Samba. Samba is a project written specifically to interoperate with Windows, because the developers involved felt that interoperability was more important than the flaws in the SMB spec (to the extent that any such thing existed). Nobody forced them to do that. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On 02/03/2012 12:42 AM, Kevin Kofler wrote: Stijn Hoop wrote: Is there a bug we can vote on? I also agree 100% with this, I rather like gnome-shell except for this 'notification system'. You seriously still think that GNOME will listen to its users??? You gotta be kidding! You are not helping yourself at this point. You should stop now and let this go since you aren't persuading anyone. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Florian Müllner wrote: It is not implemented with XEmbed. If the user runs non-GNOME software which tries to bring up a system tray icon, it is. The icon will not only be hidden in your legacy compatibility grace popup, but also be rendered using XEmbed. As I explained, both kdelibs and libappindicator fall back to XEmbed if status notifier is not supported. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Matthew Garrett wrote: Samba is a project written specifically to interoperate with Windows, because the developers involved felt that interoperability was more important than the flaws in the SMB spec (to the extent that any such thing existed). My point is that interoperability between the Free desktops is more important than the flaws in any of the specs involved! Our applications are all going to run on the same machines, so we should strife for an integrated experience rather than gratuitous incompatibilities due to differences of opinion on the letter of a spec. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, Feb 02, 2012 at 10:04:03PM +0100, Kevin Kofler wrote: Matthew Garrett wrote: Samba is a project written specifically to interoperate with Windows, because the developers involved felt that interoperability was more important than the flaws in the SMB spec (to the extent that any such thing existed). My point is that interoperability between the Free desktops is more important than the flaws in any of the specs involved! Our applications are all going to run on the same machines, so we should strife for an integrated experience rather than gratuitous incompatibilities due to differences of opinion on the letter of a spec. And the people working on Gnome feel that adopting a bad specification would cost more than enhancing this interoperability would provide. You can't force them to feel otherwise, so your options are either to modify the spec in such a way that everyone's happy or to just get on with the rest of your life. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
On Thu, Feb 2, 2012 at 9:59 PM, Kevin Kofler kevin.kof...@chello.at wrote: Florian Müllner wrote: It is not implemented with XEmbed. If the user runs non-GNOME software which tries to bring up a system tray icon, it is. The discussion was about GNOME shell's top bar. No application (GNOME, KDE, Unity or whatever) can add anything there (using XEmbed, NotifierIcon, libnotify or whatever). Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Matthew Garrett wrote: And the people working on Gnome feel that adopting a bad specification would cost more than enhancing this interoperability would provide. And that's exactly my complaint: GNOME doesn't give a darn about compatibility with other desktops and isn't willing to make ANY sacrifices for compatibility. ALL the recent work on interoperability came from the KDE camp (and/or, more recently, from Canonical). As a striking example, BOTH the Qt theme to look like GTK+ (QGtkStyle) and the GTK+ themes to look like Qt/KDE (gtk-qt-engine, oxygen-gtk etc.) come from the Qt/KDE camp, GNOME developers don't care at all about interoperability in either direction. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Florian Müllner wrote: The discussion was about GNOME shell's top bar. No application (GNOME, KDE, Unity or whatever) can add anything there (using XEmbed, NotifierIcon, libnotify or whatever). That's exactly the source of the complaint: Only stuff hardcoded inside gnome-shell (or written as a gnome-shell extension) can get the intended rendering, everything else (in particular, everything non-GNOME) is treated as a second-class citizen and filed into a trash drawer hidden most of the time. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unity For Fedora (As in OpenSUSE or Arch)
Florian Müllner wrote: [0] http://aseigo.blogspot.com/2005/04/stupidity-of-dconf.html KDE might actually adopt dconf for KDE Frameworks 5, though this seems to be still under discussion: http://community.kde.org/KDE_Core/Platform_11/Settings Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Does anyone still need to create legacy HFS filesystems?
There's various issues with the hfsplus utilities we ship at the moment, including the fact that fsck.hfsplus crashes on 64-bit. I'd like to update this to the latest upstream, but code to generate legacy HFS (ie, pre-HFS+) filesystems has been dropped. HFS+ was introduced in MacOS 8.1 in 1998, and support for writing or creating HFS was removed in 10.6 in 2009. I can't think of any reason why anyone would really need the ability to create HFS these days, but wanted to get some feedback from others before dropping it. Does anyone object? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
On Fri, 2012-02-03 at 00:15 +, Matthew Garrett wrote: There's various issues with the hfsplus utilities we ship at the moment, including the fact that fsck.hfsplus crashes on 64-bit. I'd like to update this to the latest upstream, but code to generate legacy HFS (ie, pre-HFS+) filesystems has been dropped. HFS+ was introduced in MacOS 8.1 in 1998, and support for writing or creating HFS was removed in 10.6 in 2009. I can't think of any reason why anyone would really need the ability to create HFS these days, but wanted to get some feedback from others before dropping it. Does anyone object? My understanding is that the so-called Apple Bootstrap filesystem required for ppc Macs to boot is HFS. That's what anaconda uses for it. If we could be using HFS+ instead, fine. Dave -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
Does anyone object [to dropping support for HFS]? Plain HFS has no journal, so there are workloads where HFS is faster than HFS+ which has a journal. Is it economical to cater to such cases? Probably not. However, I do have a PowerPC Mac Mini that runs plain HFS and Fedora 10 with ext3. -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
El Thu, 02 Feb 2012 17:45:38 -0800 John Reiser jrei...@bitwagon.com escribió: Does anyone object [to dropping support for HFS]? Plain HFS has no journal, so there are workloads where HFS is faster than HFS+ which has a journal. Is it economical to cater to such cases? Probably not. However, I do have a PowerPC Mac Mini that runs plain HFS and Fedora 10 with ext3. Linux doesnt support HFS+ rw, if the filesystem has journalling turned on you can only mount it read only kernel: [785311.970344] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Kernel Meeting 02-03-2012
Hi All, Just a reminder that we'll be holding a Fedora kernel meeting in #fedora-meeting tomorrow at 18:00 UTC. We'll be chatting about the current state of the Fedora kernel, where we're heading in F17 and what we're going to be looking at otherwise. Feel free to stop by and ask questions or make suggestions. If you want to yell at us, that's fine too but a patch to fix a bug is the required fee in that case. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
On Thu, Feb 02, 2012 at 06:25:50PM -0600, David Lehman wrote: My understanding is that the so-called Apple Bootstrap filesystem required for ppc Macs to boot is HFS. That's what anaconda uses for it. If we could be using HFS+ instead, fine. Is that created with hfsplus-utils or with parted? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
On Thu, Feb 02, 2012 at 05:45:38PM -0800, John Reiser wrote: Does anyone object [to dropping support for HFS]? Plain HFS has no journal, so there are workloads where HFS is faster than HFS+ which has a journal. Is it economical to cater to such cases? Probably not. However, I do have a PowerPC Mac Mini that runs plain HFS and Fedora 10 with ext3. Plain HFS+ isn't journalled either - that's an optional extension. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
On Thu, Feb 2, 2012 at 9:43 PM, Matthew Garrett mj...@srcf.ucam.org wrote: On Thu, Feb 02, 2012 at 06:25:50PM -0600, David Lehman wrote: My understanding is that the so-called Apple Bootstrap filesystem required for ppc Macs to boot is HFS. That's what anaconda uses for it. If we could be using HFS+ instead, fine. Is that created with hfsplus-utils or with parted? I think it calls mkofboot, which is a shell script that calls a bunch of commands, but it uses commands from hfsutils (which is not the same as hfsplusutils or hfsplus-tools, wtf). josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Does anyone still need to create legacy HFS filesystems?
On Fri, 2012-02-03 at 02:43 +, Matthew Garrett wrote: On Thu, Feb 02, 2012 at 06:25:50PM -0600, David Lehman wrote: My understanding is that the so-called Apple Bootstrap filesystem required for ppc Macs to boot is HFS. That's what anaconda uses for it. If we could be using HFS+ instead, fine. Is that created with hfsplus-utils or with parted? We use hformat, which I think is from hfsutils, so probably not what you are talking about. Sorry for the noise. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 786785] New: perl-Devel-CallChecker-0.004 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-Devel-CallChecker-0.004 is available https://bugzilla.redhat.com/show_bug.cgi?id=786785 Summary: perl-Devel-CallChecker-0.004 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Devel-CallChecker AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 0.004 Current version in Fedora Rawhide: 0.003 URL: http://search.cpan.org/dist/Devel-CallChecker/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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
[Bug 786790] New: perl-ORLite-Migrate-1.10 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-ORLite-Migrate-1.10 is available https://bugzilla.redhat.com/show_bug.cgi?id=786790 Summary: perl-ORLite-Migrate-1.10 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-ORLite-Migrate AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 1.10 Current version in Fedora Rawhide: 1.09 URL: http://search.cpan.org/dist/ORLite-Migrate/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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
[Bug 784256] perlbrew-0.41 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=784256 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perlbrew-0.40 is available |perlbrew-0.41 is available --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2012-02-02 06:48:49 EST --- Latest upstream release: 0.41 Current version in Fedora Rawhide: 0.39 URL: http://search.cpan.org/dist/App-perlbrew/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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
[Bug 786789] New: perl-ORLite-1.52 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-ORLite-1.52 is available https://bugzilla.redhat.com/show_bug.cgi?id=786789 Summary: perl-ORLite-1.52 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-ORLite AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 1.52 Current version in Fedora Rawhide: 1.51 URL: http://search.cpan.org/dist/ORLite/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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
[Bug 786791] New: perl-RT-Client-REST-0.43 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-RT-Client-REST-0.43 is available https://bugzilla.redhat.com/show_bug.cgi?id=786791 Summary: perl-RT-Client-REST-0.43 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-RT-Client-REST AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com, psab...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 0.43 Current version in Fedora Rawhide: 0.37 URL: http://search.cpan.org/dist/RT-Client-REST/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy 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
[Bug 786789] perl-ORLite-1.52 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=786789 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED 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 ORLite-1.52.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-ORLite: d6b8edfb4b1912685fbbaa3c4ce8fc4d ORLite-1.52.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] 1.52 bump
commit a85c61b39bff54b224999cab1bce973bec7aea8f
Author: Petr Šabata con...@redhat.com
Date: Thu Feb 2 13:34:36 2012 +0100
1.52 bump
.gitignore |1 +
perl-ORLite.spec | 16 ++--
sources |2 +-
3 files changed, 12 insertions(+), 7 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 615f408..ffb9455 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ ORLite-1.44.tar.gz
/ORLite-1.49.tar.gz
/ORLite-1.50.tar.gz
/ORLite-1.51.tar.gz
+/ORLite-1.52.tar.gz
diff --git a/perl-ORLite.spec b/perl-ORLite.spec
index 50ffc96..9d3b469 100644
--- a/perl-ORLite.spec
+++ b/perl-ORLite.spec
@@ -1,22 +1,23 @@
Name: perl-ORLite
Summary:Extremely light weight SQLite-specific ORM
-Version:1.51
-Release:2%{?dist}
+Version:1.52
+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/
BuildArch: noarch
+BuildRequires: perl(Carp)
BuildRequires: perl(DBD::SQLite) = 1.27
BuildRequires: perl(DBI) = 1.607
# META.yml demands perl(ExtUtils::MakeMaker) = 6.62 without reason.
BuildRequires: perl(ExtUtils::MakeMaker) = 6.57
-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::Spec::Functions)
BuildRequires: perl(File::Temp) = 0.20
-BuildRequires: perl(Params::Util) = 0.33
+BuildRequires: perl(Params::Util) = 1.00
BuildRequires: perl(Test::More) = 0.47
BuildRequires: perl(Test::Script) = 1.06
BuildRequires: perl(vars)
@@ -31,7 +32,7 @@ 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
+Requires: perl(Params::Util) = 1.00
%{?perl_default_filter}
%{?perl_default_subpackage_tests}
@@ -60,7 +61,7 @@ of SQLite.
sed -i -e '1 s/^#!.*//' t/08_prune.pl
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
@@ -78,6 +79,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 02 2012 Petr Šabata con...@redhat.com - 1.52-1
+- 1.52 bump
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.51-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index 1247e43..c556572 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8be9e304f0a214017cba4f6273ec6cb1 ORLite-1.51.tar.gz
+d6b8edfb4b1912685fbbaa3c4ce8fc4d ORLite-1.52.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 786789] perl-ORLite-1.52 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=786789 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-ORLite-1.52-1.fc17 Resolution||RAWHIDE Last Closed||2012-02-02 07:50:01 -- 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 786790] perl-ORLite-Migrate-1.10 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=786790 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED 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 ORLite-Migrate-1.10.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-ORLite-Migrate: a397c8cecde0ed2ecbe5461f8064bbcb ORLite-Migrate-1.10.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-Migrate] 1.10 bump
commit 993851c83eda243f1374b16879ab581417c730b1
Author: Petr Šabata con...@redhat.com
Date: Thu Feb 2 13:53:53 2012 +0100
1.10 bump
.gitignore |1 +
perl-ORLite-Migrate.spec | 11 ---
sources |2 +-
3 files changed, 10 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 3501c21..68ac453 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ ORLite-Migrate-0.03.tar.gz
ORLite-Migrate-1.07.tar.gz
/ORLite-Migrate-1.08.tar.gz
/ORLite-Migrate-1.09.tar.gz
+/ORLite-Migrate-1.10.tar.gz
diff --git a/perl-ORLite-Migrate.spec b/perl-ORLite-Migrate.spec
index c6baad3..2405088 100644
--- a/perl-ORLite-Migrate.spec
+++ b/perl-ORLite-Migrate.spec
@@ -1,6 +1,6 @@
Name: perl-ORLite-Migrate
-Version:1.09
-Release:2%{?dist}
+Version:1.10
+Release:1%{?dist}
Summary:Light weight SQLite-specific schema migration
License:GPL+ or Artistic
Group: Development/Libraries
@@ -10,6 +10,7 @@ Patch0: perl-ORLite-Migrate-req.patch
BuildArch: noarch
# File::Spec = 3.2701, we have 3.30, rpm can't process 3.2701 3.30
BuildRequires: perl-devel = 4:5.10.0-70
+BuildRequires: perl(lib)
BuildRequires: perl(Carp)
BuildRequires: perl(DBD::SQLite) = 1.21
BuildRequires: perl(DBI) = 1.58
@@ -18,6 +19,7 @@ BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Path) = 2.04
BuildRequires: perl(File::pushd)
BuildRequires: perl(File::Spec) = 3.28
+BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(IPC::Run3)
BuildRequires: perl(ORLite) = 1.28
BuildRequires: perl(Params::Util) = 0.37
@@ -56,7 +58,7 @@ weight single class Database Schema Migration enhancement for
ORLite.
%patch0 -p1
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
@@ -74,6 +76,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Feb 02 2012 Petr Šabata con...@redhat.com - 1.10-1
+- 1.10 bump
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.09-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index e967caa..2de3b24 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7f311c18c385e053ec8543c3f9c7761c ORLite-Migrate-1.09.tar.gz
+a397c8cecde0ed2ecbe5461f8064bbcb ORLite-Migrate-1.10.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 786790] perl-ORLite-Migrate-1.10 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=786790 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-ORLite-Migrate-1.10-1. ||fc17 Resolution||RAWHIDE Last Closed||2012-02-02 08:02:55 -- 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 RT-Client-REST-0.43.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-RT-Client-REST: d6c4a47ba1c8f3cdc2ee6eb84754a62c RT-Client-REST-0.43.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-RT-Client-REST] 0.43 bump
commit 8ecace5df87cdecf4779b965dc155f2a378b6bba
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 2 14:25:04 2012 +0100
0.43 bump
.gitignore |1 +
.rpmlint |2 +
perl-RT-Client-REST.spec | 71 --
sources |2 +-
4 files changed, 41 insertions(+), 35 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d644427..eefc778 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
RT-Client-REST-0.37.tar.gz
+/RT-Client-REST-0.43.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..95e7d12
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* usr);
diff --git a/perl-RT-Client-REST.spec b/perl-RT-Client-REST.spec
index 077dbde..3ce3c25 100644
--- a/perl-RT-Client-REST.spec
+++ b/perl-RT-Client-REST.spec
@@ -1,72 +1,75 @@
Name: perl-RT-Client-REST
-Version:0.37
-Release:9%{?dist}
+Version:0.43
+Release:1%{?dist}
# lib/RT/Client/REST.pm - GPLv2
# see also /usr/bin/rt from the rt3 package
License:GPLv2
Group: Development/Libraries
Summary:Talk to RT using REST protocol
-Source:
http://search.cpan.org/CPAN/authors/id/D/DM/DMITRI/RT-Client-REST-%{version}.tar.gz
Url:http://search.cpan.org/dist/RT-Client-REST
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Source:
http://search.cpan.org/CPAN/authors/id/J/JL/JLMARTIN/RT-Client-REST-%{version}.tar.gz
BuildArch: noarch
-
-BuildRequires: perl(Encode)
-BuildRequires: perl(Error)
-BuildRequires: perl(Exception::Class)
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(HTTP::Cookies)
-BuildRequires: perl(HTTP::Request::Common)
-BuildRequires: perl(LWP)
-BuildRequires: perl(Params::Validate)
-# testing
-BuildRequires: perl(Test::More)
-BuildRequires: perl(Test::Exception)
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
-BuildRequires: perl(Test::Kwalitee)
+BuildRequires: perl(inc::Module::Install) = 0.91
+# Run-time
+BuildRequires: perl(base)
+BuildRequires: perl(Error)
+BuildRequires: perl(Exception::Class)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(HTTP::Cookies)
+BuildRequires: perl(HTTP::Request::Common)
+#BuildRequires: perl(LWP::Simple)
+BuildRequires: perl(LWP::UserAgent)
+BuildRequires: perl(Params::Validate)
+# Tests
+BuildRequires: perl(constant)
+BuildRequires: perl(IO::Socket)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Exception)
+# Optional tests
+BuildRequires: perl(Test::Kwalitee)
+BuildRequires: perl(Test::Pod) = 1.00
+BuildRequires: perl(Test::Pod::Coverage) = 1.00
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
-*RT::Client::REST* is */usr/bin/rt* converted to a Perl module. I needed
+RT::Client::REST is /usr/bin/rt converted to a Perl module. I needed
to implement some RT interactions from my application, but did not feel
-that invoking a shell command is appropriate. Thus, I took *rt* tool,
+that invoking a shell command is appropriate. Thus, I took rt tool,
written by Abhijit Menon-Sen, and converted it to an object-oriented
Perl module.
-
%prep
%setup -q -n RT-Client-REST-%{version}
-
-cat Changes | iconv -f iso8859-1 -t utf8 x
-mv x Changes
+for F in CHANGES; do
+iconv -f iso8859-1 -t utf-8 $F ${F}.new
+touch -r $F ${F}.new
+mv ${F}.new $F
+done
+# Remove bundled Module::Install
+rm -r inc
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
-rm -rf %{buildroot}
-
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 %{buildroot}
-
%files
-%defattr(-,root,root,-)
-%doc README Changes examples/
+%doc examples CHANGES README TODO
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
+* Thu Feb 02 2012 Petr Pisar ppi...@redhat.com - 0.43-1
+- 0.43 bump
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.37-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index 13de1ac..4541155 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-383bf572afdb8040641d4d413ef96476 RT-Client-REST-0.37.tar.gz
+d6c4a47ba1c8f3cdc2ee6eb84754a62c RT-Client-REST-0.43.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 247250] Conflicting Provides
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=247250 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|CLOSED |ASSIGNED CC||ppi...@redhat.com Resolution|RAWHIDE | Keywords||Reopened --- Comment #3 from Petr Pisar ppi...@redhat.com 2012-02-02 09:00:42 EST --- The bogus perl(HTTP::Request::Common) is back again: # repoquery --whatprovides 'perl(HTTP::Request::Common)' --source perl-HTTP-Message-6.02-4.fc17.src.rpm mod_perl-2.0.5-7.fc17.src.rpm mod_perl-2.0.5-7.fc17.src.rpm -- 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-RT-Client-REST] Disable Test::Kwalitee tests
commit e97107c2aa0c58434d01471ab4cde25a115ce6dc
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 2 16:01:16 2012 +0100
Disable Test::Kwalitee tests
perl-RT-Client-REST.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-RT-Client-REST.spec b/perl-RT-Client-REST.spec
index 3ce3c25..d525804 100644
--- a/perl-RT-Client-REST.spec
+++ b/perl-RT-Client-REST.spec
@@ -26,7 +26,7 @@ BuildRequires: perl(IO::Socket)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Exception)
# Optional tests
-BuildRequires: perl(Test::Kwalitee)
+# Optional perl(Test::Kwalitee) fails. See bug #786849.
BuildRequires: perl(Test::Pod) = 1.00
BuildRequires: perl(Test::Pod::Coverage) = 1.00
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
@@ -47,6 +47,8 @@ for F in CHANGES; do
done
# Remove bundled Module::Install
rm -r inc
+# Disable bogus tests (bug #786849)
+rm t/99-kwalitee.t
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
@@ -69,6 +71,7 @@ make test
%changelog
* Thu Feb 02 2012 Petr Pisar ppi...@redhat.com - 0.43-1
- 0.43 bump
+- Disable bogus Test::Kwalitee tests (bug #786849)
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.37-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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 786791] perl-RT-Client-REST-0.43 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=786791 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED See Also||https://bugzilla.redhat.com ||/show_bug.cgi?id=786849 Fixed In Version||perl-RT-Client-REST-0.43-1. ||fc17 Resolution||RAWHIDE Last Closed||2012-02-02 10:13:22 --- Comment #1 from Petr Pisar ppi...@redhat.com 2012-02-02 10:13:22 EST --- Tests:Kwalitee tests has been disabled. See bug #786849. -- 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 Devel-CallChecker-0.004.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Devel-CallChecker: 18d9aca107d6852b2597efc897fb3577 Devel-CallChecker-0.004.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-CallChecker] 0.004 bump
commit ed01497d5177e9e58d1492aeecb491a660f10ea0
Author: Petr Písař ppi...@redhat.com
Date: Thu Feb 2 16:23:28 2012 +0100
0.004 bump
.gitignore |1 +
.rpmlint|2 ++
perl-Devel-CallChecker.spec |7 +--
sources |2 +-
4 files changed, 9 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d625709..58267d6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/Devel-CallChecker-0.003.tar.gz
+/Devel-CallChecker-0.004.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..87c8e1a
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* cv);
diff --git a/perl-Devel-CallChecker.spec b/perl-Devel-CallChecker.spec
index 3e87a42..d0e0bd0 100644
--- a/perl-Devel-CallChecker.spec
+++ b/perl-Devel-CallChecker.spec
@@ -1,7 +1,7 @@
# This file is licensed under the terms of GNU GPLv2+.
Name: perl-Devel-CallChecker
-Version:0.003
-Release:3%{?dist}
+Version:0.004
+Release:1%{?dist}
Summary:Custom op checking attached to subroutines
License:GPL+ or Artistic
Group: Development/Libraries
@@ -64,6 +64,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Thu Feb 02 2012 Petr Pisar ppi...@redhat.com - 0.004-1
+- 0.004 bump
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.003-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index 61ca847..cf25cc5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-949d20ecefdab1cc7965efd6896e2b90 Devel-CallChecker-0.003.tar.gz
+18d9aca107d6852b2597efc897fb3577 Devel-CallChecker-0.004.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 786785] perl-Devel-CallChecker-0.004 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=786785 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Devel-CallChecker-0.00 ||4-1.fc17 Resolution||RAWHIDE Last Closed||2012-02-02 10:31:12 -- 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 785732] Upgrade to new upstream version
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=785732 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2012-02-02 12:21:47 EST --- Package perl-Net-STOMP-Client-1.4-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Net-STOMP-Client-1.4-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-1160/perl-Net-STOMP-Client-1.4-1.fc16 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
[rt3] Fix typo.
commit e3c498c4752f264025acac84a6444c4ce4162ce6 Author: Ralf Corsépius corse...@fedoraproject.org Date: Thu Feb 2 05:21:52 2012 +0100 Fix typo. README.tests |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/README.tests b/README.tests index 78b6c76..e8e633d 100644 --- a/README.tests +++ b/README.tests @@ -7,5 +7,6 @@ Notes: - Some of these tests were not designed to work outside of rt3's source tree and do not work when being used as a separate test package. - Some of these tests are quite chatty. -- Failing tests my leave stray files on the filesystem, which will not be +- Failing tests may leave stray files on the filesystem, which will not be automatically deinstalled upon package deinstallation. +- Some tests fail for (yet) undetermined reasons. -- 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
[rt3] Fix shebangs.
commit 9e46a6d572ab5fe802cf8e521811476122c4aa06
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Feb 2 06:29:54 2012 +0100
Fix shebangs.
- Make testsuite files executable (enables rpm's perl module dep tracking).
- Build *-tests, iff devel_mode was given.
- Misc. specfile massaging.
rt3.spec | 71 +
1 files changed, 43 insertions(+), 28 deletions(-)
---
diff --git a/rt3.spec b/rt3.spec
index f4eb88f..03a3ad3 100644
--- a/rt3.spec
+++ b/rt3.spec
@@ -41,7 +41,7 @@
Name: rt3
Version: 3.8.11
-Release: 6%{?dist}
+Release: 7%{?dist}
Summary: Request tracker 3
Group: Applications/Internet
@@ -54,6 +54,7 @@ Source4: README.fedora.in
Source5: rt3.logrotate.in
Patch0:rt-%{version}-config.diff
+Patch1:rt-%{version}-shebang.diff
Patch2:rt-%{version}-Makefile.diff
Patch3:rt-%{version}-test-dependencies.diff
@@ -160,10 +161,10 @@ BuildRequires: perl(XML::RSS) = 1.05
BuildRequires: /usr/bin/pod2man
BuildRequires: /usr/sbin/apachectl
-# the original sources carry bundled versions of these
+# the original sources carry bundled versions of these ...
Requires: /usr/share/fonts/google-droid/DroidSansFallback.ttf
Requires: /usr/share/fonts/google-droid/DroidSans.ttf
-
+# ... we use symlinks to the system-wide versions ...
BuildRequires: /usr/share/fonts/google-droid/DroidSansFallback.ttf
BuildRequires: /usr/share/fonts/google-droid/DroidSans.ttf
@@ -222,6 +223,7 @@ RT is an enterprise-grade ticketing system which enables a
group of people
to intelligently and efficiently manage tasks, issues, and requests submitted
by a community of users.
+
%package mailgate
Summary: rt3's mailgate utility.
Group: Applications/Internet
@@ -233,29 +235,29 @@ Requires: perl(HTML::FormatText)
%description mailgate
%{summary}
+
+%if %{with devel_mode}
%package tests
Summary: Test suite for package rt3
Group: Development/Debug
Requires: %{name} = %{version}-%{release}
Requires: /usr/bin/prove
Requires(postun): %{__rm}
-Requires: perl(DBD::SQLite)
-Requires: perl(HTML::Mason::Compiler)
-Requires: perl(HTML::Mason::Compiler::ToObject)
-Requires: perl(GnuPG::Interface)
-Requires: perl(PerlIO::eol)
-Requires: perl(RT::Test)
-Requires: perl(String::ShellQuote)
-Requires: perl(Test::HTTP::Server::Simple::StashWarnings)
-Requires: perl(Test::Deep)
-Requires: perl(Test::Expect)
-Requires: perl(Test::MockTime)
-Requires: perl(Test::Warn)
+Requires: perl(DBD::SQLite)
+Requires: perl(GnuPG::Interface)
+Requires: perl(PerlIO::eol)
+Requires: perl(strict)
+Requires: perl(Test::HTTP::Server::Simple::StashWarnings)
%description tests
%{summary}
-%if %{with devel_mode}
+%postun tests
+if [ $1 -eq 0 ]; then
+ %{__rm} -rf %{perl_testdir}/%{name}
+fi
+
+
%package -n perl-RT-Test
Summary: rt3's test utility module
Group: Applications/Internet
@@ -265,7 +267,8 @@ Requires: perl(Log::Dispatch::Perl)
%description -n perl-RT-Test
%{summary}
-%endif
+
+%endif # devel_mode
%prep
%setup -q -n rt-%{version}
@@ -286,6 +289,7 @@ rm -rf autom4te.cache config.log config.status
find bin sbin etc -name '*.in' | while read a; do d=$(echo $a | sed
's,\.in$,,'); rm $d; done
%patch0 -p1
+%patch1 -p1
%patch2 -p1
%patch3 -p1
@@ -322,6 +326,15 @@ sed -i \
-e 's,-o $(BIN_OWNER) -g $(RTGROUP),,g' \
Makefile.in
+# Fix up broken shebangs
+sed -i \
+ -e s,^#!/usr/bin/env perl,#!%{__perl}, \
+ -e s,^#!/opt/perl/bin/perl,#!%{__perl}, \
+t/*/*.t sbin/rt-message-catalog t/shredder/utils.pl
+
+# Make scripts executable
+find t \( -name '*.t' -o -name '*.pl' \) -exec chmod +x {} \;
+
%build
%configure \
--with-apachectl=/usr/sbin/apachectl \
@@ -368,8 +381,8 @@ sed -e 's,@RT3_WWWDIR@,%{RT3_WWWDIR},g' \
%{SOURCE3} ${RPM_BUILD_ROOT}%{_sysconfdir}/httpd/conf.d/rt3.conf
mkdir -p ${RPM_BUILD_ROOT}%{_mandir}/man1
-install -m 0644 bin/rt-mailgate.1 bin/mason_handler.fcgi.1 \
- ${RPM_BUILD_ROOT}%{_mandir}/man1
+install -m 0644 bin/rt-mailgate.1 ${RPM_BUILD_ROOT}%{_mandir}/man1
+install -m 0644 bin/mason_handler.fcgi.1 ${RPM_BUILD_ROOT}%{_mandir}/man1
if [ %{_bindir} != %{RT3_BINDIR} ]; then
mkdir -p ${RPM_BUILD_ROOT}%{_bindir}
@@ -406,7 +419,7 @@ cp %{SOURCE1} ${RPM_BUILD_ROOT}%{perl_testdir}/%{name}
# pod.t can't be run outside of the source-tree
rm -rf ${RPM_BUILD_ROOT}%{perl_testdir}/%{name}/t/pod.t
-# Some of tests want t/../share/html
+# Some of the tests want t/../share/html
install -d -m755 ${RPM_BUILD_ROOT}%{perl_testdir}/%{name}/share
ln -s %{RT3_WWWDIR} ${RPM_BUILD_ROOT}%{perl_testdir}/%{name}/share/html
@@ -415,9 +428,9 @@ find ${RPM_BUILD_ROOT}%{RT3_WWWDIR} \
-type f -exec chmod a-x {} \;
%check
-# The tests don't work:
-# - Require to be
[rt3] New.
commit 24e4097bfdd45aac61db3674cd26ee9a456050dc Author: Ralf Corsépius corse...@fedoraproject.org Date: Thu Feb 2 18:58:23 2012 +0100 New. rt-3.8.11-shebang.diff | 360 1 files changed, 360 insertions(+), 0 deletions(-) --- diff --git a/rt-3.8.11-shebang.diff b/rt-3.8.11-shebang.diff new file mode 100644 index 000..f141c00 --- /dev/null +++ b/rt-3.8.11-shebang.diff @@ -0,0 +1,360 @@ +diff -Naur rt-3.8.11-7/t/00-compile.t rt-3.8.11/t/00-compile.t +--- rt-3.8.11-7/t/00-compile.t 2011-11-08 18:48:47.0 +0100 rt-3.8.11/t/00-compile.t 2012-02-02 16:39:24.615355271 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/ace.t rt-3.8.11/t/api/ace.t +--- rt-3.8.11-7/t/api/ace.t2012-02-02 16:36:14.887343461 +0100 rt-3.8.11/t/api/ace.t 2012-02-02 16:39:53.189595584 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/action-createtickets.t rt-3.8.11/t/api/action-createtickets.t +--- rt-3.8.11-7/t/api/action-createtickets.t 2012-02-02 16:36:14.888343479 +0100 rt-3.8.11/t/api/action-createtickets.t 2012-02-02 16:39:53.196595329 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/attachment_filename.t rt-3.8.11/t/api/attachment_filename.t +--- rt-3.8.11-7/t/api/attachment_filename.t2012-02-02 16:36:14.889343497 +0100 rt-3.8.11/t/api/attachment_filename.t 2012-02-02 16:39:53.202595140 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + use RT::Test tests = 5; + use MIME::Entity; + my $ticket = RT::Ticket-new($RT::SystemUser); +diff -Naur rt-3.8.11-7/t/api/attachment.t rt-3.8.11/t/api/attachment.t +--- rt-3.8.11-7/t/api/attachment.t 2012-02-02 16:36:14.889343497 +0100 rt-3.8.11/t/api/attachment.t 2012-02-02 16:39:53.208595043 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/attribute.t rt-3.8.11/t/api/attribute.t +--- rt-3.8.11-7/t/api/attribute.t 2012-02-02 16:36:14.890343515 +0100 rt-3.8.11/t/api/attribute.t2012-02-02 16:39:53.215594971 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/attribute-tests.t rt-3.8.11/t/api/attribute-tests.t +--- rt-3.8.11-7/t/api/attribute-tests.t2012-02-02 16:36:14.890343515 +0100 rt-3.8.11/t/api/attribute-tests.t 2012-02-02 16:39:53.221594936 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + use strict; + use warnings; + use RT; +diff -Naur rt-3.8.11-7/t/api/condition-ownerchange.t rt-3.8.11/t/api/condition-ownerchange.t +--- rt-3.8.11-7/t/api/condition-ownerchange.t 2012-02-02 16:36:14.894343584 +0100 rt-3.8.11/t/api/condition-ownerchange.t2012-02-02 16:39:53.270595471 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/condition-reject.t rt-3.8.11/t/api/condition-reject.t +--- rt-3.8.11-7/t/api/condition-reject.t 2012-02-02 16:36:14.895343601 +0100 rt-3.8.11/t/api/condition-reject.t 2012-02-02 16:39:53.276595546 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + # + # Check that the On Reject scrip condition exists and is working + # +diff -Naur rt-3.8.11-7/t/api/currentuser.t rt-3.8.11/t/api/currentuser.t +--- rt-3.8.11-7/t/api/currentuser.t2012-02-02 16:36:14.895343601 +0100 rt-3.8.11/t/api/currentuser.t 2012-02-02 16:39:53.282595620 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/customfield.t rt-3.8.11/t/api/customfield.t +--- rt-3.8.11-7/t/api/customfield.t2012-02-02 16:36:14.895343601 +0100 rt-3.8.11/t/api/customfield.t 2012-02-02 16:39:53.288595695 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/emailparser.t rt-3.8.11/t/api/emailparser.t +--- rt-3.8.11-7/t/api/emailparser.t2012-02-02 16:36:14.897343635 +0100 rt-3.8.11/t/api/emailparser.t 2012-02-02 16:39:53.300595843 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/groups.t rt-3.8.11/t/api/groups.t +--- rt-3.8.11-7/t/api/groups.t 2012-02-02 16:36:14.898343652 +0100 rt-3.8.11/t/api/groups.t 2012-02-02 16:39:53.307595929 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/group.t rt-3.8.11/t/api/group.t +--- rt-3.8.11-7/t/api/group.t 2012-02-02 16:36:14.898343652 +0100 rt-3.8.11/t/api/group.t2012-02-02 16:39:53.313596002 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur rt-3.8.11-7/t/api/i18n.t rt-3.8.11/t/api/i18n.t +--- rt-3.8.11-7/t/api/i18n.t 2012-02-02 16:36:14.899343670 +0100 rt-3.8.11/t/api/i18n.t 2012-02-02 16:39:53.319596078 +0100 +@@ -1,3 +1,4 @@ ++#!/usr/bin/perl + + use strict; + use warnings; +diff -Naur
[Bug 786849] False results for Test::Pod and Test::Pod::Coverage since F17 mass rebuild
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=786849 Paul Howarth p...@city-fan.org changed: What|Removed |Added CC||berra...@redhat.com, ||fedora-perl-devel-list@redh ||at.com, ||trem...@tremble.org.uk Component|perl-Test-Kwalitee |perl-Module-ExtractUse AssignedTo|p...@city-fan.org |berra...@redhat.com --- Comment #2 from Paul Howarth p...@city-fan.org 2012-02-02 13:33:55 EST --- This is due to an incompatible change in Parse::RecDescent that has broken Module::ExtractUse (https://rt.cpan.org/Public/Bug/Display.html?id=74608). It can be fixed by recompiling the grammar in %prep: # Recompile the grammar to work with the new Parse::RecDescent (CPAN RT#74608) cd lib/Module/ExtractUse rm Grammar.pm perl -MParse::RecDescent - grammar Module::ExtractUse::Grammar cd - I have verified that this change fixes the build of both perl-Module-ExtractUse and perl-RT-Client-REST. I am happy to do this change and build it if the perl-Module-ExtractUse maintainer is busy. -- 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 System-Command-1.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-System-Command: 461468487acdbe0317a5729973f91bf2 System-Command-1.06.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-System-Command] initial import (rhbz#781705)
commit 8cb958ce68e6dd8ced3664e6db3b44fc3cc5cd7c
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 06:15:20 2012 +0100
initial import (rhbz#781705)
.gitignore |1 +
perl-System-Command.spec | 46 ++
sources |1 +
3 files changed, 48 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..a9c8aa8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/System-Command-1.06.tar.gz
diff --git a/perl-System-Command.spec b/perl-System-Command.spec
new file mode 100644
index 000..2671de0
--- /dev/null
+++ b/perl-System-Command.spec
@@ -0,0 +1,46 @@
+Name: perl-System-Command
+Version:1.06
+Release:1%{?dist}
+Summary:Object for running system commands
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/System-Command/
+Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/System-Command-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Test::Command)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Output)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+System::Command is a class that launches external system commands and
+return an object representing them, allowing to interact with them through
+their STDIN, STDOUT and STDERR handles.
+
+%prep
+%setup -q -n System-Command-%{version}
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=%{buildroot} create_packlist=0
+find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} %{buildroot}/*
+
+%check
+./Build test
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Jan 13 2012 Iain Arnell iarn...@gmail.com 1.06-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..747c923 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+461468487acdbe0317a5729973f91bf2 System-Command-1.06.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-System-Command/f16] initial import (rhbz#781705)
Summary of changes: 8cb958c... initial import (rhbz#781705) (*) (*) 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-System-Command/f15] initial import (rhbz#781705)
Summary of changes: 8cb958c... initial import (rhbz#781705) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File String-ToIdentifier-EN-0.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-String-ToIdentifier-EN: 262602c5b29b3a62fbf8ebc005bfebee String-ToIdentifier-EN-0.06.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-String-ToIdentifier-EN] initial import (rhbz#781793)
commit 4f87622752b1c1b03523b023e8ba5bade8125142
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 06:19:28 2012 +0100
initial import (rhbz#781793)
.gitignore |1 +
perl-String-ToIdentifier-EN.spec | 52 ++
sources |1 +
3 files changed, 54 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..a6ccaef 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/String-ToIdentifier-EN-0.06.tar.gz
diff --git a/perl-String-ToIdentifier-EN.spec b/perl-String-ToIdentifier-EN.spec
new file mode 100644
index 000..64e7ff8
--- /dev/null
+++ b/perl-String-ToIdentifier-EN.spec
@@ -0,0 +1,52 @@
+Name: perl-String-ToIdentifier-EN
+Version:0.06
+Release:1%{?dist}
+Summary:Convert Strings to English Program Identifiers
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/String-ToIdentifier-EN/
+Source0:
http://www.cpan.org/authors/id/R/RK/RKITOVER/String-ToIdentifier-EN-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Lingua::EN::Inflect::Phrase) = 0.07
+BuildRequires: perl(namespace::clean) = 0.20
+BuildRequires: perl(Test::More) = 0.92
+BuildRequires: perl(Text::Unidecode) = 0.04
+Requires: perl(Lingua::EN::Inflect::Phrase) = 0.07
+Requires: perl(namespace::clean) = 0.20
+Requires: perl(Text::Unidecode) = 0.04
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+This module provides a utility method, to_identifier for converting an
+arbitrary string into a readable representation using the ASCII subset of
+\w for use as an identifier in a computer program. The intent is to make
+unique identifier names from which the content of the original string can
+be easily inferred by a human just by reading the identifier.
+
+%prep
+%setup -q -n String-ToIdentifier-EN-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=%{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
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Jan 13 2012 Iain Arnell iarn...@gmail.com 0.06-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..4968e66 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+262602c5b29b3a62fbf8ebc005bfebee String-ToIdentifier-EN-0.06.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-String-ToIdentifier-EN/f16] initial import (rhbz#781793)
Summary of changes: 4f87622... initial import (rhbz#781793) (*) (*) 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-String-ToIdentifier-EN/f15] initial import (rhbz#781793)
Summary of changes: 4f87622... initial import (rhbz#781793) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File String-CamelCase-0.02.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-String-CamelCase: 74885aa8756fda9ff039c350214a4c09 String-CamelCase-0.02.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-String-CamelCase] initial import (rhbz#781706)
commit 782ecfc7c794e2218dcb1f8143cc640bbe1692f9
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 06:21:15 2012 +0100
initial import (rhbz#781706)
.gitignore |1 +
perl-String-CamelCase.spec | 45
sources|1 +
3 files changed, 47 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..1069289 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/String-CamelCase-0.02.tar.gz
diff --git a/perl-String-CamelCase.spec b/perl-String-CamelCase.spec
new file mode 100644
index 000..198d90c
--- /dev/null
+++ b/perl-String-CamelCase.spec
@@ -0,0 +1,45 @@
+Name: perl-String-CamelCase
+Version:0.02
+Release:1%{?dist}
+Summary:Convert underscore_text to CamelCase and back
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/String-CamelCase/
+Source0:
http://www.cpan.org/authors/id/H/HI/HIO/String-CamelCase-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+This module exports two functions to convert underscore_text to CamelCase and
+back again.
+
+%prep
+%setup -q -n String-CamelCase-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=%{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
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Jan 13 2012 Iain Arnell iarn...@gmail.com 0.02-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..11ce9c5 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+74885aa8756fda9ff039c350214a4c09 String-CamelCase-0.02.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-String-CamelCase/f16] initial import (rhbz#781706)
Summary of changes: 782ecfc... initial import (rhbz#781706) (*) (*) 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-String-CamelCase/f15] initial import (rhbz#781706)
Summary of changes: 782ecfc... initial import (rhbz#781706) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File DBIx-Class-IntrospectableM2M-0.001001.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-DBIx-Class-IntrospectableM2M: 9c05959fdb632062ec827ec0c7335eae DBIx-Class-IntrospectableM2M-0.001001.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-DBIx-Class-IntrospectableM2M] initial import (rhbz#781795)
commit 1bbc7834319e2d6eec2133f0ed70c5b1edd198bb
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 06:23:07 2012 +0100
initial import (rhbz#781795)
.gitignore |1 +
perl-DBIx-Class-IntrospectableM2M.spec | 48
sources|1 +
3 files changed, 50 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..857bd92 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/DBIx-Class-IntrospectableM2M-0.001001.tar.gz
diff --git a/perl-DBIx-Class-IntrospectableM2M.spec
b/perl-DBIx-Class-IntrospectableM2M.spec
new file mode 100644
index 000..7fa04c0
--- /dev/null
+++ b/perl-DBIx-Class-IntrospectableM2M.spec
@@ -0,0 +1,48 @@
+Name: perl-DBIx-Class-IntrospectableM2M
+Version:0.001001
+Release:1%{?dist}
+Summary:Introspect many-to-many shortcuts
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/DBIx-Class-IntrospectableM2M/
+Source0:
http://www.cpan.org/authors/id/G/GR/GRODITI/DBIx-Class-IntrospectableM2M-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl(DBIx::Class)
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+Because the many-to-many relationships are not real relationships, they can
+not be introspected with DBIx::Class. Many-to-many relationships are
+actually just a collection of convenience methods installed to bridge two
+relationships. This DBIx::Class component can be used to store all relevant
+information about these non-relationships so they can later be introspected
+and examined.
+
+%prep
+%setup -q -n DBIx-Class-IntrospectableM2M-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+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
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Jan 13 2012 Iain Arnell iarn...@gmail.com 0.001001-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..8d37b30 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+9c05959fdb632062ec827ec0c7335eae DBIx-Class-IntrospectableM2M-0.001001.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-DBIx-Class-IntrospectableM2M/f16] initial import (rhbz#781795)
Summary of changes: 1bbc783... initial import (rhbz#781795) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MooseX-Attribute-Chained-1.0.1.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-Attribute-Chained: 407a3638e2eccc4a4657f2cb2b2f2378 MooseX-Attribute-Chained-1.0.1.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-DBIx-Class-IntrospectableM2M/f15] initial import (rhbz#781795)
Summary of changes: 1bbc783... initial import (rhbz#781795) (*) (*) 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-MooseX-Attribute-Chained] initial import (rhbz#784167)
commit 8f1c65fad3c15205c32c830d0ab3c161bd7fdeb0
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 06:24:42 2012 +0100
initial import (rhbz#784167)
.gitignore |1 +
perl-MooseX-Attribute-Chained.spec | 71
sources|1 +
3 files changed, 73 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..269d080 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/MooseX-Attribute-Chained-1.0.1.tar.gz
diff --git a/perl-MooseX-Attribute-Chained.spec
b/perl-MooseX-Attribute-Chained.spec
new file mode 100644
index 000..02b49bb
--- /dev/null
+++ b/perl-MooseX-Attribute-Chained.spec
@@ -0,0 +1,71 @@
+Name: perl-MooseX-Attribute-Chained
+Version:1.0.1
+Release:1%{?dist}
+Summary:Attribute that returns the instance to allow for chaining
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/MooseX-Attribute-Chained/
+Source0:
http://www.cpan.org/authors/id/P/PE/PERLER/MooseX-Attribute-Chained-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: perl(File::Find)
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(Module::Build)
+BuildRequires: perl(Moose)
+BuildRequires: perl(Test::More) = 0.88
+BuildRequires: perl(Test::Script)
+BuildRequires: perl(Try::Tiny)
+# for release testing, but they mostly fail
+#BuildRequires: perl(Pod::Coverage::TrustPod)
+#BuildRequires: perl(Test::HasVersion)
+#BuildRequires: perl(Test::Kwalitee)
+#BuildRequires: perl(Test::MinimumVersion)
+#BuildRequires: perl(Test::Pod)
+#BuildRequires: perl(Test::Pod::Coverage)
+#BuildRequires: perl(Test::Portability::Files)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+# renamed from perl-MooseX-ChainedAccessors in January 2012
+# no explicit provides necessary as this package still contains the old classes
+# and rpm automatically detects them
+Obsoletes: perl-MooseX-ChainedAccessors = 0.02-3.fc17
+
+%?perl_default_filter
+
+%description
+MooseX::Attribute::Chained is a Moose Trait which allows for method
+chaining on accessors by returning $self on write/set operations.
+
+%prep
+%setup -q -n MooseX-Attribute-Chained-%{version}
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=%{buildroot} create_packlist=0
+find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} %{buildroot}/*
+
+%check
+./Build test
+
+%files
+%doc Changes LICENSE README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Jan 20 2012 Iain Arnell iarn...@gmail.com 1.0.1-1
+- renamed from perl-MooseX-ChainedAccessors
+- specfile regenerated by cpanspec
+
+* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.02-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
+
+* Tue Jul 19 2011 Petr Sabata con...@redhat.com - 0.02-2
+- Perl mass rebuild
+
+* Sat Apr 02 2011 Iain Arnell iarn...@gmail.com 0.02-1
+- Specfile autogenerated by cpanspec 1.79.
diff --git a/sources b/sources
index e69de29..51bcf2f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+407a3638e2eccc4a4657f2cb2b2f2378 MooseX-Attribute-Chained-1.0.1.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-MooseX-Attribute-Chained/f16] initial import (rhbz#784167)
Summary of changes: 8f1c65f... initial import (rhbz#784167) (*) (*) 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-MooseX-Attribute-Chained/f15] initial import (rhbz#784167)
Summary of changes: 8f1c65f... initial import (rhbz#784167) (*) (*) 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-MooseX-ChainedAccessors] renamed to perl-MooseX-Attribute-Chained
commit c7ee3614139787731a70957de8130388ebaf59e0 Author: Iain Arnell iarn...@gmail.com Date: Fri Feb 3 06:42:27 2012 +0100 renamed to perl-MooseX-Attribute-Chained .gitignore|1 - dead.package |1 + perl-MooseX-ChainedAccessors.spec | 66 - sources |1 - 4 files changed, 1 insertions(+), 68 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..e143174 --- /dev/null +++ b/dead.package @@ -0,0 +1 @@ +renamed to perl-MooseX-Attribute-Chained -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-MooseX-ChainedAccessors (un)retirement
Package perl-MooseX-ChainedAccessors in Fedora devel has been retired by iarnell To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-MooseX-ChainedAccessors -- 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 DBIx-Class-DateTime-Epoch-0.09.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-DBIx-Class-DateTime-Epoch: acefd2acdf4cd66433f2c52320eb8924 DBIx-Class-DateTime-Epoch-0.09.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 Devel-Declare-0.006009.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Devel-Declare: 4914f467b86c62109d1bebc6c04a90fe Devel-Declare-0.006009.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-DBIx-Class-DateTime-Epoch] update to 0.09
commit 1b8bf4782329387d291534811fc25c65220bc444
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 07:26:11 2012 +0100
update to 0.09
.gitignore |1 +
perl-DBIx-Class-DateTime-Epoch.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cf6181b..35168f7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
DBIx-Class-DateTime-Epoch-0.06.tar.gz
/DBIx-Class-DateTime-Epoch-0.07.tar.gz
/DBIx-Class-DateTime-Epoch-0.08.tar.gz
+/DBIx-Class-DateTime-Epoch-0.09.tar.gz
diff --git a/perl-DBIx-Class-DateTime-Epoch.spec
b/perl-DBIx-Class-DateTime-Epoch.spec
index df2367d..22c59f7 100644
--- a/perl-DBIx-Class-DateTime-Epoch.spec
+++ b/perl-DBIx-Class-DateTime-Epoch.spec
@@ -1,7 +1,7 @@
Name: perl-DBIx-Class-DateTime-Epoch
Summary:Automatic inflation/deflation of epoch-based DateTime objects
for DBIx::Class
-Version:0.08
-Release:2%{?dist}
+Version:0.09
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
Source0:
http://search.cpan.org/CPAN/authors/id/B/BR/BRICAS/DBIx-Class-DateTime-Epoch-%{version}.tar.gz
@@ -59,6 +59,9 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 0.09-1
+- update to latest upstream version
+
* Sun Jan 22 2012 Iain Arnell iarn...@gmail.com 0.08-2
- drop tests subpackage; move tests to main package documentation
diff --git a/sources b/sources
index 8f85ce9..9d052ce 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-379c82317fda027d24334cc4250e0d40 DBIx-Class-DateTime-Epoch-0.08.tar.gz
+acefd2acdf4cd66433f2c52320eb8924 DBIx-Class-DateTime-Epoch-0.09.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-Declare] update to 0.006009
commit b8f70691bb4bb7e3115aa33d7d687c2336b73c21
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 07:29:42 2012 +0100
update to 0.006009
.gitignore |1 +
perl-Devel-Declare.spec | 11 +++
sources |2 +-
3 files changed, 9 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 60a5261..a3a7c55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ Devel-Declare-0.006000.tar.gz
/Devel-Declare-0.006006.tar.gz
/Devel-Declare-0.006007.tar.gz
/Devel-Declare-0.006008.tar.gz
+/Devel-Declare-0.006009.tar.gz
diff --git a/perl-Devel-Declare.spec b/perl-Devel-Declare.spec
index d708787..5754c48 100644
--- a/perl-Devel-Declare.spec
+++ b/perl-Devel-Declare.spec
@@ -1,6 +1,6 @@
Name: perl-Devel-Declare
-Version:0.006008
-Release:2%{?dist}
+Version:0.006009
+Release:1%{?dist}
Summary:Adding keywords to perl, in perl
License:GPL+ or Artistic
Group: Development/Libraries
@@ -16,7 +16,6 @@ BuildRequires: perl(Test::More) = 0.88
BuildRequires: perl(Test::Warn)
# necessary minimum versions not automatically detected
Requires: perl(B::Hooks::EndOfScope) = 0.05
-Requires: perl(B::Hooks::OP::Check) = 0.19
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%{?perl_default_filter}
@@ -45,12 +44,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
make test
%files
-%doc Changes
+%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Devel*
%{_mandir}/man3/*
%changelog
+* Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 0.006009-1
+- update to latest upstream version
+- add README to docs
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.006008-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index f4fc62a..3923488 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3cd720eb4ac3c8e4561b592f759bce8f Devel-Declare-0.006008.tar.gz
+4914f467b86c62109d1bebc6c04a90fe Devel-Declare-0.006009.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 MooseX-Has-Sugar-0.05070420.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-Has-Sugar: 566bc8ac848296243d5f09a41c1844d0 MooseX-Has-Sugar-0.05070420.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-Email-Sender] update to 0.110003
commit d309ab025b261acc039e7e4c16b14908802f26e5
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 07:34:57 2012 +0100
update to 0.110003
.gitignore |1 +
perl-Email-Sender.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 6a43e5c..e9a9810 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Email-Sender-0.101760.tar.gz
/Email-Sender-0.11.tar.gz
/Email-Sender-0.110001.tar.gz
/Email-Sender-0.110002.tar.gz
+/Email-Sender-0.110003.tar.gz
diff --git a/perl-Email-Sender.spec b/perl-Email-Sender.spec
index 4cfcc61..4fbd9a5 100644
--- a/perl-Email-Sender.spec
+++ b/perl-Email-Sender.spec
@@ -1,5 +1,5 @@
Name: perl-Email-Sender
-Version:0.110002
+Version:0.110003
Release:1%{?dist}
Summary:A library for sending email
License:GPL+ or Artistic
@@ -68,11 +68,14 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
RELEASE_TESTING=1 make test
%files
-%doc Changes dist.ini LICENSE META.json README
+%doc Changes LICENSE README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 0.110003-1
+- update to latest upstream version
+
* Wed Feb 01 2012 Iain Arnell iarn...@gmail.com 0.110002-1
- update to latest upstream version
diff --git a/sources b/sources
index 9785d9a..9ae3db1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9c511cb098d9aba00ed43c0cb33a4b3a Email-Sender-0.110002.tar.gz
+198e8362b401a9aeeb53988dee423a61 Email-Sender-0.110003.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-MooseX-Has-Sugar] update to 0.05070420
commit 156f44bc202aa44ac6807c699a25368f024cfa01
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 07:37:39 2012 +0100
update to 0.05070420
.gitignore |1 +
perl-MooseX-Has-Sugar.spec |8 +---
sources|2 +-
3 files changed, 7 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b1ea4a5..f490df5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/MooseX-Has-Sugar-0.05070419.tar.gz
+/MooseX-Has-Sugar-0.05070420.tar.gz
diff --git a/perl-MooseX-Has-Sugar.spec b/perl-MooseX-Has-Sugar.spec
index 4f42334..2ca3255 100644
--- a/perl-MooseX-Has-Sugar.spec
+++ b/perl-MooseX-Has-Sugar.spec
@@ -1,6 +1,6 @@
Name: perl-MooseX-Has-Sugar
-Version:0.05070419
-Release:3%{?dist}
+Version:0.05070420
+Release:1%{?dist}
Summary:Sugar syntax for moose 'has' fields
License:GPL+ or Artistic
Group: Development/Libraries
@@ -8,7 +8,6 @@ URL:http://search.cpan.org/dist/MooseX-Has-Sugar/
Source0:
http://www.cpan.org/authors/id/K/KE/KENTNL/MooseX-Has-Sugar-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl(Carp)
-BuildRequires: perl(English)
BuildRequires: perl(File::Find)
BuildRequires: perl(File::Temp)
BuildRequires: perl(lib)
@@ -62,6 +61,9 @@ export RELEASE_TESTING=1
%{_mandir}/man3/*
%changelog
+* Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 0.05070420-1
+- update to latest upstream version
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05070419-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
diff --git a/sources b/sources
index 6313f98..4b4112b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-4208e85e65b568707e91b45552347b44 MooseX-Has-Sugar-0.05070419.tar.gz
+566bc8ac848296243d5f09a41c1844d0 MooseX-Has-Sugar-0.05070420.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-DBIx-Class-Schema-Loader] update to 0.07015
commit 32c32bf0eb57427a3f65ba620c64a929c19da57f
Author: Iain Arnell iarn...@gmail.com
Date: Fri Feb 3 07:45:00 2012 +0100
update to 0.07015
.gitignore |1 +
perl-DBIx-Class-Schema-Loader.spec | 28 +++-
sources|2 +-
3 files changed, 21 insertions(+), 10 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 3da7887..f43de15 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
DBIx-Class-Schema-Loader-0.05003.tar.gz
/DBIx-Class-Schema-Loader-0.07002.tar.gz
/DBIx-Class-Schema-Loader-0.07010.tar.gz
+/DBIx-Class-Schema-Loader-0.07015.tar.gz
diff --git a/perl-DBIx-Class-Schema-Loader.spec
b/perl-DBIx-Class-Schema-Loader.spec
index 27046ba..0ed2b1c 100644
--- a/perl-DBIx-Class-Schema-Loader.spec
+++ b/perl-DBIx-Class-Schema-Loader.spec
@@ -1,7 +1,7 @@
Name: perl-DBIx-Class-Schema-Loader
Summary:Dynamic definition of a DBIx::Class::Schema
-Version:0.07010
-Release:5%{?dist}
+Version:0.07015
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
Source0:
http://search.cpan.org/CPAN/authors/id/R/RK/RKITOVER/DBIx-Class-Schema-Loader-%{version}.tar.gz
@@ -13,32 +13,38 @@ BuildRequires: perl(Carp::Clan)
BuildRequires: perl(Class::Accessor::Grouped) = 0.10002
BuildRequires: perl(Class::C3) = 0.18
BuildRequires: perl(Class::C3::Componentised) = 1.0008
-BuildRequires: perl(Class::Load)
BuildRequires: perl(Class::Inspector)
BuildRequires: perl(Class::Unload)
-BuildRequires: perl(CPAN)
+BuildRequires: perl(Config::Any)
+BuildRequires: perl(Config::General)
BuildRequires: perl(Data::Dump) = 1.06
BuildRequires: perl(DBD::SQLite) = 1.29
BuildRequires: perl(DBI) = 1.56
BuildRequires: perl(DBIx::Class) = 0.08127
+BuildRequires: perl(DBIx::Class::IntrospectableM2M)
BuildRequires: perl(Digest::MD5) = 2.36
BuildRequires: perl(Exporter) = 5.63
-BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.56
BuildRequires: perl(File::Copy)
BuildRequires: perl(File::Path) = 2.07
-BuildRequires: perl(File::Slurp) = .13
BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Temp) = 0.16
BuildRequires: perl(IPC::Open3)
BuildRequires: perl(Lingua::EN::Inflect::Number) = 1.1
BuildRequires: perl(Lingua::EN::Inflect::Phrase) = 0.02
+BuildRequires: perl(Lingua::EN::Tagger)
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Moose) = 1.12
-BuildRequires: perl(MooseX::NonMoose) = 0.15
+BuildRequires: perl(MooseX::MarkAsMethods) = 0.13
+BuildRequires: perl(MooseX::NonMoose) = 0.16
BuildRequires: perl(namespace::autoclean) = 0.09
BuildRequires: perl(namespace::clean) = 0.20
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(Scope::Guard)
+BuildRequires: perl(String::CamelCase) = 0.02
+BuildRequires: perl(String::ToIdentifier::EN) = 0.05
+BuildRequires: perl(Sub::Name)
+BuildRequires: perl(Task::Weaken)
BuildRequires: perl(Test::Exception)
BuildRequires: perl(Test::More) = 0.94
BuildRequires: perl(Test::Warn) = 0.21
@@ -52,10 +58,8 @@ Requires: perl(Data::Dump) = 1.06
Requires: perl(DBIx::Class) = 0.08127
Requires: perl(Digest::MD5) = 2.36
Requires: perl(Exporter) = 5.63
-Requires: perl(File::Slurp) = .13
Requires: perl(Lingua::EN::Inflect::Number) = 1.1
Requires: perl(Lingua::EN::Inflect::Phrase) = 0.02
-Requires: perl(List::MoreUtils)
Requires: perl(Scope::Guard)
Requires: perl(Text::Balanced)
@@ -82,6 +86,8 @@ iconv -f iso-8859-1 -t utf-8 README.iconv README
touch -r README.iconv README
rm -f README.iconv
+sed -i '1s,#!.*perl,#!%{__perl},' t/*.t
+
%build
%{__perl} Makefile.PL --skipdeps INSTALLDIRS=vendor
make %{?_smp_mflags}
@@ -105,6 +111,10 @@ make test
%{_bindir}/*
%changelog
+* Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 0.07015-1
+- update to latest upstream version
+- silence rpmlint wrong-script-interpreter warning
+
* Sun Jan 22 2012 Iain Arnell iarn...@gmail.com 0.07010-5
- drop tests subpackage; move tests to main package documentation
- clean up spec for modern rpmbuild
diff --git a/sources b/sources
index 9481b90..1c58fcb 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1532393ef86ff1092e74b0a651d8f7c6 DBIx-Class-Schema-Loader-0.07010.tar.gz
+fd492cdd19e9b79f01be9558d764150f DBIx-Class-Schema-Loader-0.07015.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
