Re: Installing F12-Beta
Dne 2.11.2009 08:47, Steven James Drinnan napsal(a): David why you are so upset? No need to get nasty. I simply posted a message about my problems installing F12. I did not Hijack any thread (see the subject name). You posted your message as a reply to the other thread. That's what David called hijacking. You're right that it's not a reason to get nasty. It's only a little mistake, not a crime :-) Just try to not repeat the mistake in the future. As I said I have posted a bug report at bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=531156) OK, thanks for the link. I put a reply there. Bugzilla is a better place to discuss specific bugs than fedora-devel-list. Thank you for testing the Beta release. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
On Mon, 2009-11-02 at 15:47 +0800, Steven James Drinnan wrote: David why you are so upset? No need to get nasty. I simply posted a message about my problems installing F12. I did not Hijack any thread (see the subject name). I thought this was a public forum. I sent this to the whole mailing list. My apologies if I offended you. I'm not upset, and wasn't nasty. I was just trying to help you communicate more effectively, and without adding noise to other discussions. You _did_ hijack the thread -- you replied to Adam's message, using your 'reply' button instead of composing a new message to the list. Your mail is clearly marked, in its headers which I quoted, as a reply to that previous message -- as part of that older thread. It should have been a _new_ thread, not a reply to the existing thread. Please don't do that. And, while we're at it, please don't top-post either. And please remember to quote only what you actually need for context rather than repeating the _whole_ of the message to which you're replying. You may find http://david.woodhou.se/email.html to be useful reading. All I can tell you is what happened. Which is I put the DVD in the drive and after a while it came up with a recursive error and said it was fixed but needed to restart the computer. You _still_ didn't actually post the precise text of the error you saw, along with any output leading up to it. It's almost as if you don't _want_ people to be able to help you. Now that you posted the actual bug number rather than just teasing us with I put it in bugzilla but I'm not telling you where as you did in your previous mail, I can see that you didn't post the full error there, either. Please, show us the words you actually see on the screen -- or take a photo, perhaps. -- dwmw2 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
On Mon, 2009-11-02 at 09:16 +0100, Michal Schmidt wrote: OK, thanks for the link. I put a reply there. Bugzilla is a better place to discuss specific bugs than fedora-devel-list. Thank you for testing the Beta release. Michal Ok and thanks a lot signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Udev support for device-mapper/LVM2 in rawhide
Hi, this is just an announce that finally we will make a new rawhide release tomorrow with udev support enabled in device-mapper and LVM2 packages (upcoming device-mapper-1.02.39-2, lvm2-2.02.54-2). This is a scratch you can check and test if you would like to: https://koji.fedoraproject.org/koji/taskinfo?taskID=1774341 We will provide the rules as well as the udev synchronisation feature (udev_sync) in libdevmapper directly. We have extended its interface so it's possible to wait for udev to process the events that are related to actions done on DM devices (create, rename, resume, remove). This way we can prevent races between libdevmapper and udev itself. However, we had to change the layout in /dev based on comments from udev team: - /dev/mapper directory is now filled with symlinks (not nodes) with names given by actual DM device names - these symlinks point to /dev/dm-X nodes, X is a number. This is an internal kernel name that should not be visible in userspace, but there's this udev requirement that node names must match the kernel names so... - as for LVM - we use symlinks in /dev/vgname but now these ones point to /dev/dm-X not /dev/mapper/actual_dm_name Any other software using libdevmapper should work without any problems while still not using udev_sync feature (libdevmapper will detect this and it will fallback to old way of node creation under /dev - that is by libdevmapper itself, the rules will be selectively switched off automatically in these situations). However, we expect that everybody using libdevmapper will switch to using udev_sync interface as well gradually. There were some problems last time we brought this into the F12 rawhide a month ago (the most critical were dracut and anaconda). We have identified these problems and everything should be fixed now (there are proper hooks in dracut to install the new rules and we provided a quick workaround in libdevmapper for parted utility that caused the anaconda to fail, there's also a fix on its way to parted upstream itself). Maybe I should mention other known problems we track and we know about: - mount utility uses inappropriate DM names in mtab (because it follows the symlinks and takes the internal dm-X names). The consequence is that utilities reading mtab will show these dm-X names instead of actual DM names (like the output of df). The fix is in upstream util-linux-ng already (as of 26th October) so I hope it will propagate into rawhide soon. - since we create the nodes on change udev event (and we have to!) and suppress the node creation on add event, there's a problem while using udevadm trigger. The trigger generates add events by default and when called, the DM nodes are removed (because of the node suppression on add and udev removes the nodes if we use the suppression and the nodes exist already). We have to work out a proper solution with udev team here, but if you run into this problem, you can have those DM nodes back by calling: udevadm trigger --action=change --property-match=DM_UDEV_RULES_VSN=* or (but this works for kernels = 2.6.29 only): udevadm trigger --action=change --attr-match=dm/name or: udevadm control --env=STARTUP=1 udevadm trigger udevadm control --env=STARTUP= - there's a problem with GRUB2 that can't deal with the symlinks in /dev/mapper (it's the grub-probe that fails iirc). Since there are more things to fix in grub2 with respect to DM devices, we have to work more closely with grub team to solve this issue and other issues. Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. Thanks Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Udev support for device-mapper/LVM2 in rawhide
On 11/02/2009 02:43 PM, Peter Rajnoha wrote: Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. May I ask why these changes are being pushed so late in the development cycle? Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Udev support for device-mapper/LVM2 in rawhide
On 11/02/2009 10:12 AM, Rahul Sundaram wrote: On 11/02/2009 02:43 PM, Peter Rajnoha wrote: Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. May I ask why these changes are being pushed so late in the development cycle? Rahul This is for F13 rawhide, I consider F12 closed for this... (I know that there's no official release for current F13 rawhide yet, but I think releng could help us here to do a private pre-rawhide release for us to test, but first we need to push it so a snapshot could be made for that pre-release). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fwd: Request to update ATi OSS driver for Fedora 12
To Adam Williamson Thank you for your command. Will RGB Gamma value be set 1.0 in the final release? I think it needs. And playing flashplayer in the web browser with Adobe Flash Player still has some blocks. Maybe flash player cause that problem. I just wait. To Tom 'spot' Callaway Thank you for hard work. Crhomium browser in Fedora 12 looks perfect. Is there any plan to push chromium into rawhide or updates-testing. I think chromium has enough stability to make more users test itself. -- urlhttp://www.liangsuilong.info/url Fight for freedom(3F） Ask not what your Linux distro can do for you! Ask what you can do for your Linux distro! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) -- Nicolas Mailhot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 11:57 AM, Nicolas Mailhot wrote: Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) And the best is to ignore those comments. RR -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, 2009-11-02 at 12:15 +0100, Roman Rakus wrote: On 11/02/2009 11:57 AM, Nicolas Mailhot wrote: Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) And the best is to ignore those comments. RR hi, Thank you for clearing that up. The comment had made me a little bit uncertain about what was going on. -- regards, Ankur -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20091102 changes
Compose started at Mon Nov 2 06:15:07 UTC 2009 Broken deps for i386 -- 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 Broken deps for x86_64 -- 1:nant-0.85-30.fc12.x86_64 requires mono(NDoc.Core) = 0:1.3.3498.0 Updated Packages: perl-Razor-Agent-2.85-4.fc12 * Sun Nov 01 2009 Warren Togami wtog...@redhat.com - 2.85-4 - Use Digest::SHA instead of Digest::SHA1 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
disabling internal crash handler in wxGTK
Hello, I plan to disable the internal crash handler in wxGTK for the the devel/F13 branch so we can use ABRT to report crashes. This will mean a rebuild of wxGTK with --disable-catch_segvs. This change affects all applications linked with wxGTK, because one symbol is removed from the base library. I will take care of rebuilding the packages, but the package owners should still check what is their implementation of the wxApp::OnFatalExpection() virtual method doing, because it will not be called anymore. Usually it is used to display the wxGTK-based crash report. Please let me know if you want to rebuild the package yourself or if you have some questions. This is the list of packages that are linked with the base wxWidgets/wxGTK library (libwx_baseu-2.8.so.0): audacity-0:1.3.9-0.4.beta.fc12.x86_64 bacula-console-wxwidgets-0:3.0.2-4.fc12.x86_64 boinc-manager-0:6.6.37-4.r18632svn.fc12.x86_64 codeblocks-contrib-libs-0:8.02-9.fc12.x86_64 codeblocks-libs-0:8.02-9.fc12.x86_64 codeblocks-0:8.02-9.fc12.x86_64 crystalspace-0:1.2.1-6.fc12.x86_64 DivFix++-0:0.30-8.fc12.x86_64 extrema-0:4.3.6-5.fc12.x86_64 fbg-0:0.9.1-4.fc12.x86_64 filezilla-0:3.2.8.1-1.fc12.x86_64 fityk-0:0.8.8-1.fc12.x86_64 flamerobin-0:0.9.2-1.fc12.x86_64 freedink-dfarc-0:3.4-1.fc12.x86_64 glest-0:3.2.2-1.fc12.x86_64 gnuplot-0:4.2.6-1.fc12.x86_64 grass-0:6.3.0-14.fc12.x86_64 gspiceui-0:0.9.97-1.fc12.x86_64 hugin-base-0:2009.2.0-1.fc12.x86_64 hugin-0:2009.2.0-1.fc12.x86_64 iaxclient-0:2.1-0.4.beta3.fc12.x86_64 kicad-0:2009.07.07-4.rev1863.fc12.x86_64 LuxRender-0:0.5-5.fc12.x86_64 mkvtoolnix-gui-0:2.9.8-2.fc12.x86_64 mrpt-apps-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-core-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-hwdrivers-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 multiget-0:1.2.0-7.fc12.x86_64 nightview-gui-0:0.3.2-8.fc12.x86_64 OpenSceneGraph-examples-0:2.8.2-3.fc12.x86_64 panoglview-0:0.2.2-6.fc12.x86_64 perl-Wx-0:0.92-1.fc12.x86_64 pgadmin3-0:1.10.0-2.fc12.x86_64 plplot-wxGTK-0:5.9.5-1.fc12.x86_64 poedit-0:1.4.3-1.fc12.x86_64 rapidsvn-0:0.10.0-2.fc12.x86_64 scorched3d-0:42.1-3.fc12.x86_64 scummvm-tools-0:0.13.0-2.fc12.x86_64 simdock-0:1.2-7.fc12.x86_64 sooperlooper-0:1.6.13-4.fc12.x86_64 springlobby-0:0.27-1.fc12.x86_64 toped-0:0.9.5-1.fc12.x86_64 trustedqsl-0:1.11-5.fc12.x86_64 ucblogo-0:6.0-5.fc12.x86_64 vavoom-0:1.30-3.fc12.x86_64 wxBase-0:2.8.10-6.fc12.x86_64 wxGTK-devel-0:2.8.10-6.fc12.x86_64 wxGTK-gl-0:2.8.10-6.fc12.x86_64 wxGTK-media-0:2.8.10-6.fc12.x86_64 wxGTK-0:2.8.10-6.fc12.x86_64 wxiax-0:2.1-0.4.beta3.fc12.x86_64 wxMaxima-0:0.8.3a-1.fc12.x86_64 wxPython-0:2.8.9.2-3.fc12.x86_64 xchm-0:1.17-2.fc12.x86_64 xmlcopyeditor-0:1.2.0.2-2.fc12.x86_64 Dan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Adding packages to comps.xml
alekc...@googlemail.com wrote: Hi all. I want to add to comps.xml for F10-F13 some optional packages which I not own. To kde-desktop group: kde-plasma-quickaccess kde-plasma-runcommand kde-plasma-translatoid kde-plasma-yawp qt-recordmydesktop skanlite To graphical-internet group: arora choqok mtr-gtk netactview rekonq To text-internet group: aria2 netstiff trickle youtube-dl whatmask To system-tools group: apcupsd-gui ddclient htop iftop iotop nethogs ntpdate fdupes nrg2iso To sound-and-video group: AcetoneISO2 subtitlecomposer To printing group: cups-pdf To web-server group: phpMyAdmin To engineering-and-scientific group: qtoctave scidavis Is there any objections to do this? Should packages maintainers add this packages or I can do this? No objectiion, thanks for the comps' love. Normally, this is something maintainers should do, but as they've not done so yet, maybe it was oversight or an error. To simplify matters and minimize confusion, I'd say just do it. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 02, 2009 at 15:59:07 +0530, Ankur Sinha sanjay.an...@gmail.com wrote: hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? While that might be an exageration, I still wouldn't hold my breath waiting for fixes from the wodim guys. On the other hand trying to build Jörg's stuff isn't easy on Fedora. And might not even work as he likes to use a interface that was depreciated a while back for talking to the cd/dvd drives. Jörg seems to be watching for bug reports related to wodim and comments on them whenever someone new adds something. The whole situation is unfortunate as Jörg seems to have a good knowledge of the hardware and I think support (especially for older hardware) would be better if he worked with wodim cooperatively. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature request: AMD K10 thermal sensors
Dne 31.10.2009 12:51, Christoph Höger napsal(a): Just one question: How are the lm_sensors names (10h, 11h) related to current processors? 11h seems to be WIP. AMD codename K10 refers to family 10h CPUs (Phenom, Phenom II). You can see your cpu family in /proc/cpuinfo. It's decimal there, so 10h will be shown as 16. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Sat, 2009-10-31 at 09:25 +0100, Nicolas Chauvet wrote:
2009/10/31 Bruno Wolff III br...@wolff.to:
I am working on packaging pagedgeometry and I noticed that when building
on gcc it passes -msse which I am guessing says to use sse instructions.
I think that even in F12 we can't assume these instructions are available.
The package may gain a lot of benefit from using those instructions.
(I haven't tested that yet as I am still pretty early in the process.)
Is there some relatively standard way to handle something like this?
-msse is fine for x86_64 and ia64 by default (but not for non-intel arches).
The only way to have sse enabled on ix86 is for a library to be built
twice, the provides the sse version in %{_libdir}/sse2. The linker
will then enable the appropriate library at runtime.
Strictly, this is not true. Newer binutils has a feature called
indirect functions that lets you do (logically, this is not what the
syntax actually looks like):
typedef void *(*memcpy_func)(void *, void *, size_t);
static void *_mmx_memcpy(void *d, void *s, size_t n) { ... }
static void *_sse_memcpy(void *d, void *s, size_t n) { ... }
/* ... */
__attribute__((indirect)) memcpy_func *memcpy()
{
if (has_mmx())
return _mmx_memcpy;
if (has_sse())
return _sse_memcpy;
/* ... */
}
The indirect function is called at symbol resolution time instead of the
normal lookup rules, so you can build a single object with support for
multiple ISA extensions, without the runtime lookup penalty.
- ajax
signature.asc
Description: This is a digitally signed message part
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Mon, Nov 02, 2009 at 09:43:30 -0500, Adam Jackson a...@redhat.com wrote: Strictly, this is not true. Newer binutils has a feature called indirect functions that lets you do (logically, this is not what the syntax actually looks like): Can you point us to some documentation on this? Is this something that is encouraged for use in Fedora? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Mon, 2009-11-02 at 08:49 -0600, Bruno Wolff III wrote: On Mon, Nov 02, 2009 at 09:43:30 -0500, Adam Jackson a...@redhat.com wrote: Strictly, this is not true. Newer binutils has a feature called indirect functions that lets you do (logically, this is not what the syntax actually looks like): Can you point us to some documentation on this? Is this something that is encouraged for use in Fedora? Well, the best documentation I can find is the thread discussing the implementation: http://www.x86-64.org/pipermail/discuss/2009-June/010546.html and the testcase in binutils: http://github.com/jiez/binutils/blob/master/ld/testsuite/ld-ifunc/lib.c glibc seems to be using it in a few places in F12, so I can't imagine it's too broken. That said, I don't think it's the _recommended_ solution for Fedora yet. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On 10/29/2009 11:17 AM, Steve Dickson wrote: On 10/28/2009 03:05 PM, Roland McGrath wrote: It sounds like you are saying that there is no way to export the same host filesystems with the same client-perceived names under v4 as was being done before under v[23]. Is that really true? With Pre-F12 servers... Yeah... The V4 protocol requires a 'pseudo root' to be defined. Other servers simply make '/' the pseudo root which allows all exports just to work with all versions. The Linux server have the feature of being able to define the pseudo root with the use of the 'fsid=0' export option. A feature none of the other servers have. Except that when the other servers create a pseudo root, they don't *also* expose that pseudo root. I'm fairly strongly of the opinion that our NFS server should do the same thing: don't expose the pseudo root as an actual mount. Unfortunately, there was no forethought as to what happens when a pseudo root is not defined, until recently... Patches in both the F-12 kernel and rpc.mountd now dynamically allocate a pseudo root when one is not defined... Basically meaning '/' becomes the pseudo root when there is no fsid=0 export option. And does this explicitly export the / filesystem? I would certainly hope not as that could surprise the hell out of an admin when his / filesystem is now exposed when it didn't use to be. My old /etc/exports is: /mirror*(ro,insecure,sync,mp,all_squash) So clients mount server:/mirror to see my /mirror directory's contents. No other /foo directory is exported or visible at all to clients, and that's how it should stay. How do I get the same results for v4 clients? Use a F-12 server or added the '/ *(ro,fsid=0)' export entry like: / *(ro,fsid=0) /mirror*(ro,insecure,sync,mp,all_squash) I'm perfectly fine with adding the entry to the exports file, but I think the fsid=0 export entry should be a non-functioning entry other than setting the pseudo root. As you've described it so far, it also happens to be a live export and I think that's wrong and should be fixed. -- Doug Ledford dledf...@redhat.com GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Problem building Asterisk sounds
On Tue, Oct 20, 2009 at 12:48 PM, Mamoru Tasaka mtas...@ioa.s.u-tokyo.ac.jp wrote: Jeffrey Ollie wrote, at 10/21/2009 01:53 AM +9:00: On Tue, Oct 6, 2009 at 9:23 AM, Jeffrey Ollie j...@ocjtech.us wrote: I'm trying to build the latest Asterisk sounds package, but I'm getting the following error: error: Recognition of file /builddir/build/BUILDROOT/asterisk-sounds-core-1.4.16-1.fc13.noarch/usr/share/asterisk/sounds/fr/digits/1.g729 failed: mode 100444 zlib: invalid stored block lengthsempty (gzip compressed data, reserved method, encrypted, last modified: Tue Nov 9 20:48:48 2010, max speed) The full build log is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1730585 The build fails in mock locally as well but koji actually gives me a better error message. The file in question isn't gzip compressed, it's an audio file compressed with G.729 audio compression. Can anyone help me out here? I still haven't figured this out, and it hasn't fixed itself. Can anyone take a look and give me a hint? Well, $ file ./usr/share/asterisk/sounds/fr/digits/1.g729 ./usr/share/asterisk/sounds/fr/digits/1.g729: gzip compressed data, reserved method, encrypted, last modified: Wed Nov 10 10:48:48 2010, max speed So it seems that this file is actually recognized as gzip compressed data, perhaps due to magic number, which seems to be causing a problem in rpm. I don't know currently how to deal with this case as I don't know if we can tell rpmbuild that this file should not be treated as a gzipped file by some methods or not, but for now I guess it is better to contact rpm maintainer. Yes, this does appear to be a bug in file/libmagic. I've filed bug 532489[1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=532489 In the meantime I'll remove the file as Asterisk should pick a recording encoded with another codec as a fallback. -- Jeff Ollie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Evolution Data Server...
Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... -- Nathanael noblet -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
On Mon, 2009-11-02 at 14:00 +0100, Roberto Ragusa wrote: Adam Williamson wrote: And why the hell are you still using Luxi Mono, anyway? that thing went out with the ark... I'm not the person you are posing your question to, but I use Luxi Mono and can give you an answer: Because it is a wonderful serif mono font. Can you suggest me an alternative? It looks like mono = sans nowadays. I'm a big member of the 'fonts are subjective' bandwagon, but I'm _really_ surprised that anyone would consider the Luxi fonts to look better than the DejaVu ones. DejaVu is just a far more polished font set, which is why it was chosen by all major distros to replace Luxi years ago. You're literally the first person I've come across who seems to prefer the appearance of Luxi. Nothing wrong with that, I suppose, I'm just surprised =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution Data Server...
On Mon, 2009-11-02 at 09:36 -0700, Nathanael D. Noblet wrote: Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... Yes, several other things use it. It's something of an unfortunate name; e-d-s is really a generic PIM information server. It's a sensible model: it lets multiple applications access and modify the information in question while they are all active. KDE, which did not used to use this model, had a problem where if anything other than KMail wanted to use contact data - say you wanted to synchronize it with another device via OpenSync - you had to close KMail first, or messiness could ensue (the sync would fail, or in a bad case KMail could fall over; I think in a really really bad case you could even lose or duplicate data). KDE is switching to the model of having a server for this information with Akonadi. GNOME's server for this information is e-d-s. The most common non-Evolution user of e-d-s data is the clock applet on the panel; it notifies you of impending appointments, and it does this by looking them up via e-d-s. But there are several others too. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution Data Server...
On 11/02/2009 09:52 AM, Adam Williamson wrote: On Mon, 2009-11-02 at 09:36 -0700, Nathanael D. Noblet wrote: Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... Yes, several other things use it. It's something of an unfortunate name; e-d-s is really a generic PIM information server. It's a sensible model: it lets multiple applications access and modify the information in question while they are all active. KDE, which did not used to use this model, had a problem where if anything other than KMail wanted to use contact data - say you wanted to synchronize it with another device via OpenSync - you had to close KMail first, or messiness could ensue (the sync would fail, or in a bad case KMail could fall over; I think in a really really bad case you could even lose or duplicate data). KDE is switching to the model of having a server for this information with Akonadi. GNOME's server for this information is e-d-s. The most common non-Evolution user of e-d-s data is the clock applet on the panel; it notifies you of impending appointments, and it does this by looking them up via e-d-s. But there are several others too. Good to know! ;) Thanks for the info. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Getting Boost Caught-Up
Folks, Boost 1.41 is going into Beta now. Can we please get boost caught-up to current release for FC13? Thanks, Joel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Strange dependency of cpl in rawhide
Hello, I have built a new release of cpl (an astronomical data processing library) in koji. In rawhide, I get an (incorrect) dependency on libcfitsio.so https://koji.fedoraproject.org/koji/rpminfo?rpmID=1637146 where as in fc12 I get the correct dependency on libcfitsio.so.0: https://koji.fedoraproject.org/koji/rpminfo?rpmID=1639093 cfitsio provides libcfitsio.so.0 in both rawhide and fc12: https://koji.fedoraproject.org/koji/rpminfo?rpmID=1621497 For some reason, 3.210 in f13 no longer sets the soname to libcfitsio.so.0 (which you can see in the cfitsio build logs). This should get fixed. Yikes. Let me get on that. -- 299792458 m/s. It's not just a good idea, It's the law. -- Matthew Truch Department of Physics and Astronomy University of Pennsylvania m...@truch.net http://matt.truch.net/ pgpZcHbom6t72.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, 2009-11-02 at 18:16 +0100, Michal Schmidt wrote: Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 03:19 PM, Bruno Wolff III wrote: Jörg seems to be watching for bug reports related to wodim and comments on them whenever someone new adds something. Same applies to brasero and cdrdao. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 2, 2009 at 7:18 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2009-11-02 at 18:16 +0100, Michal Schmidt wrote: Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Or switch to libburn and friends. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On 10/26/2009 10:34 AM, Steve Dickson wrote: [With the next nfs-utils rawhide build, I will be flipping the ] [switch that will cause all NFS client mounts to try NFS v4 first ] [At the bottom of this email has the workarounds if this change does ] [indeed cause pain ] As part of the https://fedoraproject.org/wiki/Features/NFSv4Default feature I am one commit away from changing the default protocol version NFS will be using (or at least trying to use). What does this means to you? Hopefully nothing! In theory this should be a very seamless transition but with all new technology there will be (and are) some rough spots. Why are make the change? See the NFSv4Default wiki for details, but in a nutshell: * Better performance - V4 is now a stateful protocol. Meaning the server keeps state on all the clients access a particular file or directory. This allows the server to give out delegations (or leases) which in turn allows the client to aggressive cache both data and meta data locally * Firewall Friendly- With v4 only one port is used 2049 for all traffic including mounting and file locking. * Finally it enables us use upcoming minor releases of the the protocol. NFS version 4.1 and pNFS are two example of upcoming minor releases. FYI, V4 was introduced in Fedora Core 2 so it has been around for a while. I personally have been using it for my home directory for a couple years now.. For more of the nitty gritty details see http://www.iaps.com/NFSv4-new-features.html That's the good news... Here is the bad Because the mount command will try NFS v4 first, mounts to older Linux servers will start failing like: # mount linux-server:/export /mnt mount.nfs: mounting linux-server:/export failed, reason given by server: No such file or directory This is due to a defect in the Linux server exporting code, which is fixed in F-12, *but* there are a number of workarounds On the server (Which is suggested): * Add the following entry to the /etc/exports file: / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. On the client, go back to v3 mounts by doing one of the following: * Add -o v3 to command line, similar to: mount linux-server:/export /mnt * Change the default mount version in the new /etc/nfsmount.conf file by uncommenting the Nfsvers=3 setting in the 'NFSMount_Global_Options' section. See nfsmount.conf(5) man page for details. The diff would look like: --- /etc/nfsmount.conf.orig 2009-10-26 09:30:21.0 -0400 +++ /etc/nfsmount.conf2009-10-26 10:31:30.227443686 -0400 @@ -31,7 +31,7 @@ # Protocol Version [2,3,4] # This defines the default protocol version which will # be used to start the negotiation with the server. -# Defaultvers=4 +Defaultvers=3 # # Setting this option makes it mandatory the server supports the # given version. The mount will fail if the given version is Update... With Build http://koji.fedoraproject.org/koji/taskinfo?taskID=1783028 the mount command will first try to do a v4 mount and then fall back to v3/v2 mounts if v4 is not support. This fall back will also happen if the server returns ENOENT, which will be the case with legacy Linux servers and possible Netapp servers... I hope to get the ENOENT-patch into F-12 as soon as it bakes a while in rawhide and once F-12 stabilizes... Thanks for all the input!!! steved. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
Steve Dickson ste...@redhat.com writes: [...] With Build http://koji.fedoraproject.org/koji/taskinfo?taskID=1783028 the mount command will first try to do a v4 mount and then fall back to v3/v2 mounts if v4 is not support. This fall back will also happen if the server returns ENOENT, which will be the case with legacy Linux servers and possible Netapp servers... [...] Thank you! This looks like the Right Thing To Do(tm). - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora PPC for oldworld Mac?
On 11/2/09 1:07 PM, Dan Williams wrote: On Thu, 2009-10-29 at 12:18 +, David Woodhouse wrote: On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote: On 09-10-28 18:24:49, Josh Boyer wrote: On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote: ... Does Fedora PPC work or install on oldworld PCI Macs, such as a beige G3 desktop? My impression is that no one has tried it on an oldworld ... It _ought_ to work if you sort out the bootloader. oldworld topped out at 366MHz anyway right? (the 333 and 366 Beige G3 were only sold from 1998-08-12 - 1999-01-01 too) That's pretty much the minimum you'd need to run Fedora anyway these days... Not sure it's really worth it, you'll need at least 256MB of RAM anyway, and those things used 168-pin 3.3V DIMMs which are pretty hard to find these days. Stock might have topped out around there, but there were assorted aftermarket upgrades one could purchase. I had a Beige G3 tower running at 533MHz with 768MB of RAM at one point in time, iirc. -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? Spot ? -denis -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
David Woodhouse dw...@infradead.org writes: My crystal ball isn't working today, so I _couldn't_ help you, even if I _didn't_ have a policy of not helping thread-hijackers until they post their problem politely ;) Oh, I guess it's time to consider installing a RAICB, a Redundant Array of Inexpensive Crystal Balls :-) Then it's clear the error is actually Fixing recursive fault but reboot is needed! and it's most probably a kernel or hardware problem. -- Krzysztof Halasa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 02, 2009 at 21:47:47 +0100, Denis Leroy de...@poolshark.org wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? There is also the issue that Jörg wants devices to be referenced in a particular way that most other developers don't want to do. So a fork may be needed even if licensing is resolved. It doesn't sound like fun work though. I get the impression that there are a lot of device quirks and without sample hardware and a fair amount of dedication it is going to be hard to do a good job. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
updating F11 GNOME release
This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
On Mon, Nov 2, 2009 at 2:44 PM, Jud Craft craft...@gmail.com wrote: This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? Normally, the GNOME team normally stays with the same release for a cycle. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
On Mon, 2009-11-02 at 16:44 -0500, Jud Craft wrote: This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? We've updated GNOME in F11 to 2.26.3. We don't do jumps to the next major GNOME version within a released Fedora, that would be incompatible with our understanding of a released product. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
PPC not getting __WORDSIZE set
Word of warning.. I am no too familiar with C across platforms. I am trying to package ruby-ffi (spec file is at [1]) and when I do a scratch build in Koji [2] it runs fine on x86 but is failing in ppc_64. It appears that __WORDSIZE is not being set [3]. I looked at the CFLags for the x86_64 and they are the same, so I assumed things would run fine. Can anyone point me at what to look at next? -- bk [1] Spec file: http://bkearney.fedorapeople.org/ruby-ffi.spec [2] Main Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1783879 [3] Failing Build Log: http://koji.fedoraproject.org/koji/getfile?taskID=1783882name=build.log [4] SRPM: http://bkearney.fedorapeople.org/ruby-ffi-0.5.1-1.fc11.src.rpm -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC not getting __WORDSIZE set
On Mon, Nov 02, 2009 at 05:15:50PM -0500, Bryan Kearney wrote: Word of warning.. I am no too familiar with C across platforms. I am trying to package ruby-ffi (spec file is at [1]) and when I do a scratch build in Koji [2] it runs fine on x86 but is failing in ppc_64. It appears that __WORDSIZE is not being set [3]. I looked at the CFLags for the x86_64 and they are the same, so I assumed things would run fine. Can anyone point me at what to look at next? __WORDSIZE is a glibc internal macro, packages shouldn't be using it. Whether it is defined or not depends on whether any of the headers that are included needed to check that macro or not. You should be using __LP64__ or similar macros instead. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fwd: Request to update ATi OSS driver for Fedora 12
On 11/02/2009 05:23 AM, Liang Suilong wrote: Thank you for hard work. Crhomium browser in Fedora 12 looks perfect. Is there any plan to push chromium into rawhide or updates-testing. I think chromium has enough stability to make more users test itself. Not until Chromium comes out of beta and has a sane release model. Even then, it will be an uphill battle, and I'll probably have to petition FESCo for an exception. Not sure when that will be, but if I had to guess, I'd say it is closer to the F13 timeframe. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 03:47 PM, Denis Leroy wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? That would be a significantly notable fork. If someone did remove all the dependent GPLv2 code in the cdrecord source, I would probably be willing to audit the package for possible inclusion, but I could not in good conscience recommend that anyone maintain that forked code in Fedora, as the upstream author has a long and storied history of being... problematic. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? Wodim is a creation of a hostile packaging person from Debian. See: http://cdrecord.berlios.de/private/linux-dist.html for more information. Let me give you some facts: The fork did have less changes in the time between May 6th 2007 and today than the original source had in a lazy week. In the same time, the original software had a sustained average putback rate of 3 changes per day. Since May 2006 50% of the code was replaced or added. There is more than 30% new code since then and many many new features and bug fixes. In contrary to the fork, the orogonal project carefully listenes to the bug reports from the users and and reported bugs are typically fixed within a few hours. This is why there are no known bugs in the original software and why there are more than 100 bugs (well known since January 2007) in the fork that are not fixed. All known bugs in the fork will disappear if you just upgrade to recent original software. Roman Rakus and others did verify many times that he is not interested in the problems of the users. Please ignore comments from people like Roman Rakus as he is involved in the attacks against the OpenSource Project cdrtools and thus not interested in a discussion about the backgrounds on why Redhat started to distribute the proken fork instead of the original software. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
On 11/02/2009 04:26 PM, Rajeesh K Nambiar wrote: I did even contact Mr. Chuck Bigelow to find out any possibility of licensing Luxi fonts under an open source license, when Fedora decided to drop them. For what it is worth, when we dropped them, I contacted the upstream copyright holder as well, and they opted not to relicense those fonts. Hopefully at some point they may revisit that decision. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On the other hand trying to build Jörg's stuff isn't easy on Fedora. And might not even work as he likes to use a interface that was depreciated a while back for talking to the cd/dvd drives. I would guess that you are not informed correctly. My software easily compiles on more than 30 different OS platforms by just calling make. Well, there are many well known bugs in gmake and gmake before 3.81 will not work at all. This is why I recommend to use my smake. Note that smake is much older than gmake and works on more different platforms that gmake does. I know that some Linux distributions ship with the broken original Linux kernel include files. On such distros, you will have problems to compile any software that supports linux specific features If you have problems compiling cdrtools, I recommend you to first start with the complete Schily source distribution from: ftp://ftp.berlios.de/pub/schily/ as this will first compile a bootstrap smake and then use this smake to compile the rest. Note that I cannot check all platforms for oddities on a regular base as I don't own all the needed hardware. I however do regular full compiles and tests on the following platforms: SunOS-4.1 SunOS-5.x HP-UX 10.20 on HPPA HP-UX 11.11 Haiku (a BEOS clone) FragonFly BSD FreeBSD NetBSD OpenBSD Cygwin Linux (various flavors) Mac OS X All platform compiles are done in 32 _and_ 64 bit on platforms that support 64 bits. If you have proplems on your specific platform, I recommend that you make a bugreport. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Note that is is just the other way: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Cdrtools has been checked for legal problems by several lawyers including the Sun legal department and none could find any legal problem. Cdrkit was created by a hostile downstream, see: http://cdrecord.berlios.de/private/linux-dist.html and nobody so far was able to prove the claims about so called license problems spread by Eduard Bloch by using quotes from the GPL text. The problem with the existence is a social problem and we, the people in the OSS community need to fid a way to deal with this social problem. P.S.: Libburn is no alternative too: it misses most important features it is non-prtable and we recently learned that the Authors of libburn do not care much about where they take the software from. Note that they claimed not to use any bit from the original cdrtools project's source but they really did use code from cdrtools. I would call this a social problem Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On Mon, 2009-11-02 at 14:23 -0500, Steve Dickson wrote: I'm not sure about this... Actually I like the fact we can define a pseudo root other than '/'... which means you really want a live exported directory with the fsid=0 option... If I am understanding what you are saying... No, that's not what he's saying. Even if you define a different psuedo root other than /, it's likely more common to /not/ want that root exported in whole, but rather smaller parts of it, just like you don't want / exported in whole, you only want subdirectories exported. I too see this as a major regression in NFS behavior. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Hey Joerg, On Tue, 2009-11-03 at 00:21 +0100, Joerg Schilling wrote: I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? Wodim is a creation of a hostile packaging person from Debian. See: http://cdrecord.berlios.de/private/linux-dist.html for more information. Let me give you some facts: The fork did have less changes in the time between May 6th 2007 and today than the original source had in a lazy week. I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? And please fix your mailer to respect threads. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Bastien Nocera bnoc...@redhat.com wrote: I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? Well, there are always some bad guys who don't like to see people who help users. The person from the GNOME project just verified that he attacks people who are helpful. He does not seem to be important. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC not getting __WORDSIZE set
On Mon, Nov 02, 2009 at 07:26:31PM -0500, Bryan Kearney wrote: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory That means you don't have glibc-devel installed for the arch you need, on ppc you likely have installed glibc-devel.ppc64 but need also glibc-devel.ppc if you want to compile 32-bit programs. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Joerg Schilling wrote: why Redhat started to distribute the proken fork instead of the original software. The only thing that's proken (sic) is your spelling. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Joerg Schilling wrote: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Maybe under your reality distortion field. In the rest of the world, that's just not true. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
W dniu 03.11.2009 00:19, Tom spot Callaway pisze: On 11/02/2009 03:47 PM, Denis Leroy wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? That would be a significantly notable fork. If someone did remove all the dependent GPLv2 code in the cdrecord source, I would probably be willing to audit the package for possible inclusion, but I could not in good conscience recommend that anyone maintain that forked code in Fedora, as the upstream author has a long and storied history of being... problematic. ~spot opensuse are shipping cdrecord, maybe it would be worth checking what they changed, if at all? Julian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 2, 2009 at 5:48 PM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Note that is is just the other way: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Cdrtools has been checked for legal problems by several lawyers including the Sun legal department and none could find any legal problem. Cdrkit was created by a hostile downstream, see: http://cdrecord.berlios.de/private/linux-dist.html and nobody so far was able to prove the claims about so called license problems spread by Eduard Bloch by using quotes from the GPL text. The problem with the existence is a social problem and we, the people in the OSS community need to fid a way to deal with this social problem. P.S.: Libburn is no alternative too: it misses most important features it is non-prtable and we recently learned that the Authors of libburn do not care much about where they take the software from. Note that they claimed not to use any bit from the original cdrtools project's source but they really did use code from cdrtools. I would call this a social problem Jörg What is going on here? I thought Fedora only shipped upstream code? What's all this business about having broken forks and licensing issues? The only thing I can figure out from this conversation is that the CDDL is supposed to be incompatible with the GPL. If that's the case, why not simply ask the original creator to kindly dual license it? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Tue, 2009-11-03 at 01:21 +0100, Joerg Schilling wrote: Bastien Nocera bnoc...@redhat.com wrote: I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? Well, there are always some bad guys who don't like to see people who help users. The person from the GNOME project just verified that he attacks people who are helpful. He does not seem to be important. The person being Olav Vitters, one of the GNOME bugmasters, and that was at my request, after you polluted the GNOME Bugzilla with rants about your inadequately licensed software. Pur-lease. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
FESCo meeting summary for 20091030
Oops, I forgot to send this on Friday - sorry! === #fedora-meeting: FESCo meeting 20091030 === Meeting started by jds2001 at 17:00:16 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-10-30/fesco.2009-10-30-17.00.log.html . Meeting summary --- * quick DST question (jds2001, 17:01:37) * AGREED: meeting will stay 1700UTC (jds2001, 17:03:53) * fluidsynth and PA (jds2001, 17:04:44) * LINK: http://markmail.org/message/bovdqb7na3zor2ck - without comment. (mjg59, 17:17:07) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=500087#c13 (jds2001, 17:19:22) * AGREED: PA backend for fluidsynth must be built. If the current maintainer refuses, Kevin_Kofler will take over as maintainer. (jds2001, 17:32:01) * legally objectionable, binary and non-free items (jds2001, 17:33:34) * AGREED: spot's proposal is accpeted. (jds2001, 17:47:00) * open floor (jds2001, 17:50:47) * LINK: https://fedoraproject.org/wiki/FUDCon:Toronto_2009_Packaging_Guidelines_Hackfest (abadger1999, 17:58:29) * LINK: https://fedoraproject.org/wiki/FUDCon:Toronto_2009_Packaging_Guidelines_Hackfest (jds2001, 17:59:09) Meeting ended at 18:10:35 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * jds2001 (99) * skvidal (98) * Kevin_Kofler (79) * nirik (66) * dwmw2 (40) * drago01 (27) * abadger1999 (25) * j-rod (23) * dgilmore (17) * notting (13) * Oxf13 (12) * XulWork (7) * zodbot (7) * spot (4) * sharkcz (4) * mjg59 (2) * buggbot (2) * wwoods (1) * pingou (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 20091030
On Mon, 2009-11-02 at 23:08 -0500, Jon Stanley wrote: * legally objectionable, binary and non-free items (jds2001, 17:33:34) * AGREED: spot's proposal is accpeted. (jds2001, 17:47:00) Not the _best_ example of good meeting summary practice I've ever seen =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
GRUB2 In Fedora
Some Linux distros has migrated from grub-0.97 to grub2-1.97. Grub2 provides more useful features to users. And it is more easy to add a new file system support. But I can not see Fedora has any plan for GRUB2. I read a feature page on Fedora wiki. There is no progress on grub2. Now Fedora official repo offers grub2 package. However the version is quite strange. Fedora provides grub2-1.98. In fact, this version was 1.96 grabbed from svn repo on Aug 27th, 2008. Also, maintainer adds some patches to fix the bug. But GNU released grub2-1.97 just now. In addition, I try to write grub2 into MBR of the HDD. I do not know why. Is there a bug in grub2? -- urlhttp://www.liangsuilong.info/url Fight for freedom(3F） Ask not what your Linux distro can do for you! Ask what you can do for your Linux distro! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Package Review Stats for last 7 days ending 1st Nov
Top three FAS account holders who have completed reviewing Package review components on bugzilla for last 7 days ending 1st Nov were Mamoru Tasaka, Thomas Spura and Peter Lemenkov. Mamoru Tasaka : 3 https://bugzilla.redhat.com/show_bug.cgi?id=509936 https://bugzilla.redhat.com/show_bug.cgi?id=530275 https://bugzilla.redhat.com/show_bug.cgi?id=531408 Thomas Spura : 3 https://bugzilla.redhat.com/show_bug.cgi?id=528010 https://bugzilla.redhat.com/show_bug.cgi?id=522613 https://bugzilla.redhat.com/show_bug.cgi?id=530568 Peter Lemenkov : 2 https://bugzilla.redhat.com/show_bug.cgi?id=529831 https://bugzilla.redhat.com/show_bug.cgi?id=509159 Alexander Kurtakov : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530986 Christoph Wickert : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530743 Emmanuel Seyman : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530324 Ian Weller : 1 https://bugzilla.redhat.com/show_bug.cgi?id=521724 Jerry James : 1 https://bugzilla.redhat.com/show_bug.cgi?id=529084 Jon Stanley : 1 https://bugzilla.redhat.com/show_bug.cgi?id=524107 José Matos : 1 https://bugzilla.redhat.com/show_bug.cgi?id=519282 Nick Bebout : 1 https://bugzilla.redhat.com/show_bug.cgi?id=521723 Nicolas Mailhot : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530857 Roman Rakus : 1 https://bugzilla.redhat.com/show_bug.cgi?id=502609 Total reviews modified: 18 Merge Reviews: 0 Review Requests: 18 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
@Judd, wait for the F12 release, it's the best 'update' and it is not ready yet! I hope so. I'm not sure anything can top Fedora 8. Hard to explain how much I enjoyed that distribution. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
2009/11/3 Jud Craft craft...@gmail.com I hope so. I'm not sure anything can top Fedora 8. Hard to explain how much I enjoyed that distribution. mmh, the Gnome Desktop Live CD of F12 is really more gnomish since the CDs before. No qt, no openoffice, abiword gnumeric is still missing and epiphany should replace the firefox, but hey It's not perfect, but better than before! -- Josephine Fine Tannhäuser 2.6.29.6-213.fc11.i586 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora PPC for oldworld Mac?
On 09-11-02 13:07:09, Dan Williams wrote: oldworld topped out at 366MHz anyway right? (the 333 and 366 Beige G3 were only sold from 1998-08-12 - 1999-01-01 too) That's pretty much the minimum you'd need to run Fedora anyway these days... Not sure it's really worth it, you'll need at least 256MB of RAM anyway, and those things used 168-pin 3.3V DIMMs which are pretty hard to find these days. FWIW, my machine, a beige G3, is 233 MHz and has accumulated 416 MiB over the years. It handles Debian Lenny Iceweasel OK, but then, my main computer is a 1.2 GHz Athlon. The Blue White G3 was the first New World machine I think. Yes. Remember too that you'll need your boot partition within the first 8GB of the drive as the firmware can't handle booting from a partition which ends anywhere past that. I'm using BootX, so it's not an issue. (Fiddling with buggy openfirmware seems like something to avoid, anyway.) -- TonyN.:' mailto:tonynel...@georgeanelson.com ' http://www.georgeanelson.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/perl-Math-Pari/devel .cvsignore, 1.8, 1.9 perl-Math-Pari.spec, 1.18, 1.19 sources, 1.8, 1.9
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Math-Pari/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26189
Modified Files:
.cvsignore perl-Math-Pari.spec sources
Log Message:
Update to 2.010804
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Math-Pari/devel/.cvsignore,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- .cvsignore 29 Oct 2009 13:23:54 - 1.8
+++ .cvsignore 2 Nov 2009 09:26:42 - 1.9
@@ -1,2 +1,2 @@
-Math-Pari-2.010802.tar.gz
+Math-Pari-2.010804.tar.gz
pari-2.3.4.tar.gz
Index: perl-Math-Pari.spec
===
RCS file: /cvs/pkgs/rpms/perl-Math-Pari/devel/perl-Math-Pari.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- perl-Math-Pari.spec 29 Oct 2009 13:23:54 - 1.18
+++ perl-Math-Pari.spec 2 Nov 2009 09:26:44 - 1.19
@@ -12,7 +12,7 @@
Summary: Perl interface to PARI
Name: perl-Math-Pari
-Version: 2.010802
+Version: 2.010804
Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
@@ -94,6 +94,9 @@ cd -
%exclude %{_mandir}/man3/Math::libPARI.dumb.3pm*
%changelog
+* Mon Nov 2 2009 Paul Howarth p...@city-fan.org - 2.010804-1
+- Update to 2.010804
+
* Thu Oct 29 2009 Paul Howarth p...@city-fan.org - 2.010802-1
- Update to 2.010802
- Use system pari library (version 2.3.4) rather than a local build
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Math-Pari/devel/sources,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- sources 29 Oct 2009 13:23:54 - 1.8
+++ sources 2 Nov 2009 09:26:44 - 1.9
@@ -1,2 +1,2 @@
-f843b0b19da0a0a044851d980881dbc9 Math-Pari-2.010802.tar.gz
+d128fa9b278df8a6b2666cb7c889b496 Math-Pari-2.010804.tar.gz
35c896266e4257793387ba22d5d76078 pari-2.3.4.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-MIME-Lite/devel .cvsignore, 1.3, 1.4 perl-MIME-Lite.spec, 1.12, 1.13 sources, 1.3, 1.4
Author: kasal
Update of /cvs/extras/rpms/perl-MIME-Lite/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3209
Modified Files:
.cvsignore perl-MIME-Lite.spec sources
Log Message:
- new upstream version
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 7 Oct 2009 13:52:33 - 1.3
+++ .cvsignore 2 Nov 2009 09:55:39 - 1.4
@@ -1 +1 @@
-MIME-Lite-3.026.tar.gz
+MIME-Lite-3.027.tar.gz
Index: perl-MIME-Lite.spec
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/devel/perl-MIME-Lite.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-MIME-Lite.spec 7 Oct 2009 14:26:01 - 1.12
+++ perl-MIME-Lite.spec 2 Nov 2009 09:55:39 - 1.13
@@ -1,6 +1,6 @@
Name: perl-MIME-Lite
-Version:3.026
-Release:2%{?dist}
+Version:3.027
+Release:1%{?dist}
Summary:MIME::Lite - low-calorie MIME generator
Group: Development/Libraries
@@ -56,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Nov 2 2009 Stepan Kasal ska...@redhat.com - 3.027-1
+- new upstream version
+
* Wed Oct 7 2009 Stepan Kasal ska...@redhat.com - 3.26-2
- no need to search for *.bs files in noarch rpm
Index: sources
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 7 Oct 2009 13:52:33 - 1.3
+++ sources 2 Nov 2009 09:55:39 - 1.4
@@ -1 +1 @@
-9917ed1d8bf9d9e9e65ddd89c55489a7 MIME-Lite-3.026.tar.gz
+e857febd66c45f2a5919b031fbe70aa7 MIME-Lite-3.027.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Text-CSV_XS/devel .cvsignore, 1.8, 1.9 perl-Text-CSV_XS.spec, 1.18, 1.19 sources, 1.8, 1.9
Author: kasal
Update of /cvs/extras/rpms/perl-Text-CSV_XS/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4309
Modified Files:
.cvsignore perl-Text-CSV_XS.spec sources
Log Message:
- new upstream version
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/devel/.cvsignore,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- .cvsignore 7 Oct 2009 10:47:16 - 1.8
+++ .cvsignore 2 Nov 2009 09:59:45 - 1.9
@@ -1 +1 @@
-Text-CSV_XS-0.68.tar.gz
+Text-CSV_XS-0.69.tgz
Index: perl-Text-CSV_XS.spec
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/devel/perl-Text-CSV_XS.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- perl-Text-CSV_XS.spec 7 Oct 2009 10:47:17 - 1.18
+++ perl-Text-CSV_XS.spec 2 Nov 2009 09:59:46 - 1.19
@@ -1,12 +1,12 @@
Name: perl-Text-CSV_XS
-Version:0.68
+Version:0.69
Release:1%{?dist}
Summary:Comma-separated values manipulation routines
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Text-CSV_XS/
-Source0:
http://www.cpan.org/authors/id/H/HM/HMBRAND/Text-CSV_XS-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/H/HM/HMBRAND/Text-CSV_XS-%{version}.tgz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(Test::Pod)
@@ -55,6 +55,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Nov 2 2009 Stepan Kasal ska...@redhat.com - 0.69
+- new upstream release
+
* Wed Oct 7 2009 Marcela Mašláňová mmasl...@redhat.com - 0.68-1
- update to new upstream release
Index: sources
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/devel/sources,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- sources 7 Oct 2009 10:47:17 - 1.8
+++ sources 2 Nov 2009 09:59:46 - 1.9
@@ -1 +1 @@
-be6b24649b7830791fa5d069d8b3881c Text-CSV_XS-0.68.tar.gz
+8788c57a50704265e35171746473b404 Text-CSV_XS-0.69.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-MIME-Lite/F-12 .cvsignore, 1.3, 1.4 perl-MIME-Lite.spec, 1.11, 1.12 sources, 1.3, 1.4
Author: kasal
Update of /cvs/extras/rpms/perl-MIME-Lite/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4664
Modified Files:
.cvsignore perl-MIME-Lite.spec sources
Log Message:
sync with rawhide
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/F-12/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 29 Oct 2009 19:23:28 - 1.3
+++ .cvsignore 2 Nov 2009 10:01:01 - 1.4
@@ -1 +1 @@
-MIME-Lite-3.026.tar.gz
+MIME-Lite-3.027.tar.gz
Index: perl-MIME-Lite.spec
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/F-12/perl-MIME-Lite.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-MIME-Lite.spec 29 Oct 2009 19:23:28 - 1.11
+++ perl-MIME-Lite.spec 2 Nov 2009 10:01:01 - 1.12
@@ -1,6 +1,6 @@
Name: perl-MIME-Lite
-Version:3.026
-Release:2%{?dist}
+Version:3.027
+Release:1%{?dist}
Summary:MIME::Lite - low-calorie MIME generator
Group: Development/Libraries
@@ -56,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Nov 2 2009 Stepan Kasal ska...@redhat.com - 3.027-1
+- new upstream version
+
* Wed Oct 7 2009 Stepan Kasal ska...@redhat.com - 3.26-2
- no need to search for *.bs files in noarch rpm
Index: sources
===
RCS file: /cvs/extras/rpms/perl-MIME-Lite/F-12/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 29 Oct 2009 19:23:28 - 1.3
+++ sources 2 Nov 2009 10:01:01 - 1.4
@@ -1 +1 @@
-9917ed1d8bf9d9e9e65ddd89c55489a7 MIME-Lite-3.026.tar.gz
+e857febd66c45f2a5919b031fbe70aa7 MIME-Lite-3.027.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Text-CSV_XS/F-12 .cvsignore, 1.8, 1.9 perl-Text-CSV_XS.spec, 1.18, 1.19 sources, 1.8, 1.9
Author: kasal
Update of /cvs/extras/rpms/perl-Text-CSV_XS/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9228
Modified Files:
.cvsignore perl-Text-CSV_XS.spec sources
Log Message:
sync with rawhide
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/F-12/.cvsignore,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- .cvsignore 29 Oct 2009 19:09:20 - 1.8
+++ .cvsignore 2 Nov 2009 10:12:37 - 1.9
@@ -1 +1 @@
-Text-CSV_XS-0.68.tar.gz
+Text-CSV_XS-0.69.tgz
Index: perl-Text-CSV_XS.spec
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/F-12/perl-Text-CSV_XS.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- perl-Text-CSV_XS.spec 29 Oct 2009 19:09:20 - 1.18
+++ perl-Text-CSV_XS.spec 2 Nov 2009 10:12:37 - 1.19
@@ -1,12 +1,12 @@
Name: perl-Text-CSV_XS
-Version:0.68
+Version:0.69
Release:1%{?dist}
Summary:Comma-separated values manipulation routines
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/Text-CSV_XS/
-Source0:
http://www.cpan.org/authors/id/H/HM/HMBRAND/Text-CSV_XS-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/H/HM/HMBRAND/Text-CSV_XS-%{version}.tgz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(Test::Pod)
@@ -55,6 +55,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Nov 2 2009 Stepan Kasal ska...@redhat.com - 0.69
+- new upstream release
+
* Wed Oct 7 2009 Marcela Mašláňová mmasl...@redhat.com - 0.68-1
- update to new upstream release
Index: sources
===
RCS file: /cvs/extras/rpms/perl-Text-CSV_XS/F-12/sources,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- sources 29 Oct 2009 19:09:20 - 1.8
+++ sources 2 Nov 2009 10:12:37 - 1.9
@@ -1 +1 @@
-be6b24649b7830791fa5d069d8b3881c Text-CSV_XS-0.68.tar.gz
+8788c57a50704265e35171746473b404 Text-CSV_XS-0.69.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 532278] Please branch and build perl-Syntax-Highlight-Engine-Kate for f10
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=532278 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Depends on||497283 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-DOM/devel import.log, NONE, 1.1 perl-Makefile-DOM.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: ryanlerch
Update of /cvs/pkgs/rpms/perl-Makefile-DOM/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv8984/devel
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Makefile-DOM.spec
Log Message:
initial RPM
--- NEW FILE import.log ---
perl-Makefile-DOM-0_004-2_fc11:HEAD:perl-Makefile-DOM-0.004-2.fc11.src.rpm:1256786632
--- NEW FILE perl-Makefile-DOM.spec ---
Name: perl-Makefile-DOM
Version:0.004
Release:2%{?dist}
Summary:Simple DOM parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-DOM/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-DOM-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Clone) = 0.18
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(List::MoreUtils) = 0.21
BuildRequires: perl(Params::Util) = 0.22
BuildRequires: perl(CPAN)
BuildRequires: perl(ExtUtils::Embed)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Simple)
Requires: perl(Clone) = 0.18
Requires: perl(List::MoreUtils) = 0.21
Requires: perl(Params::Util) = 0.22
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Provides: perl(Makefile::DOM) = %{version}
%description
This libary can serve as an advanced lexer for (GNU) makefiles. It parses
makefiles as documents and the parsing is lossless. The results are data
structures similar to DOM trees. The DOM trees hold every single bit of the
information in the original input files, including white spaces, blank
lines and makefile comments. That means it's possible to reproduce the
original makefiles from the DOM trees. In addition, each node of the DOM
trees is modifiable and so is the whole tree, just like the PPI module used
for Perl source parsing and the HTML::TreeBuilder module used for parsing
HTML source.
%prep
%setup -q -n Makefile-DOM-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README TODO
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Tue Sep 08 2009 Ryan Lerch rle...@redhat.com 0.004-2
- Added BuildRequires and Provides lines to the specfile, as per the Fedora
Perl Packaging Guidelines.
* Mon Sep 07 2009 Ryan Lerch rle...@redhat.com 0.004-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 00:05:59 - 1.1
+++ .cvsignore 29 Oct 2009 03:21:35 - 1.2
@@ -0,0 +1 @@
+Makefile-DOM-0.004.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 00:05:59 - 1.1
+++ sources 29 Oct 2009 03:21:36 - 1.2
@@ -0,0 +1 @@
+2860a83edc7396077716c63f30c12446 Makefile-DOM-0.004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-DOM/F-10 import.log, NONE, 1.1 perl-Makefile-DOM.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: ryanlerch
Update of /cvs/pkgs/rpms/perl-Makefile-DOM/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16716/F-10
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Makefile-DOM.spec
Log Message:
Initial RPM
--- NEW FILE import.log ---
perl-Makefile-DOM-0_004-2_fc11:F-10:perl-Makefile-DOM-0.004-2.fc11.src.rpm:1256788300
--- NEW FILE perl-Makefile-DOM.spec ---
Name: perl-Makefile-DOM
Version:0.004
Release:2%{?dist}
Summary:Simple DOM parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-DOM/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-DOM-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Clone) = 0.18
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(List::MoreUtils) = 0.21
BuildRequires: perl(Params::Util) = 0.22
BuildRequires: perl(CPAN)
BuildRequires: perl(ExtUtils::Embed)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Simple)
Requires: perl(Clone) = 0.18
Requires: perl(List::MoreUtils) = 0.21
Requires: perl(Params::Util) = 0.22
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Provides: perl(Makefile::DOM) = %{version}
%description
This libary can serve as an advanced lexer for (GNU) makefiles. It parses
makefiles as documents and the parsing is lossless. The results are data
structures similar to DOM trees. The DOM trees hold every single bit of the
information in the original input files, including white spaces, blank
lines and makefile comments. That means it's possible to reproduce the
original makefiles from the DOM trees. In addition, each node of the DOM
trees is modifiable and so is the whole tree, just like the PPI module used
for Perl source parsing and the HTML::TreeBuilder module used for parsing
HTML source.
%prep
%setup -q -n Makefile-DOM-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README TODO
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Tue Sep 08 2009 Ryan Lerch rle...@redhat.com 0.004-2
- Added BuildRequires and Provides lines to the specfile, as per the Fedora
Perl Packaging Guidelines.
* Mon Sep 07 2009 Ryan Lerch rle...@redhat.com 0.004-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 00:05:59 - 1.1
+++ .cvsignore 29 Oct 2009 03:49:12 - 1.2
@@ -0,0 +1 @@
+Makefile-DOM-0.004.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 00:05:59 - 1.1
+++ sources 29 Oct 2009 03:49:13 - 1.2
@@ -0,0 +1 @@
+2860a83edc7396077716c63f30c12446 Makefile-DOM-0.004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-DOM/F-11 import.log, NONE, 1.1 perl-Makefile-DOM.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: ryanlerch
Update of /cvs/pkgs/rpms/perl-Makefile-DOM/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4951/F-11
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Makefile-DOM.spec
Log Message:
Initial RPM
--- NEW FILE import.log ---
perl-Makefile-DOM-0_004-2_fc11:F-11:perl-Makefile-DOM-0.004-2.fc11.src.rpm:1256789254
--- NEW FILE perl-Makefile-DOM.spec ---
Name: perl-Makefile-DOM
Version:0.004
Release:2%{?dist}
Summary:Simple DOM parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-DOM/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-DOM-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Clone) = 0.18
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(List::MoreUtils) = 0.21
BuildRequires: perl(Params::Util) = 0.22
BuildRequires: perl(CPAN)
BuildRequires: perl(ExtUtils::Embed)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Simple)
Requires: perl(Clone) = 0.18
Requires: perl(List::MoreUtils) = 0.21
Requires: perl(Params::Util) = 0.22
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Provides: perl(Makefile::DOM) = %{version}
%description
This libary can serve as an advanced lexer for (GNU) makefiles. It parses
makefiles as documents and the parsing is lossless. The results are data
structures similar to DOM trees. The DOM trees hold every single bit of the
information in the original input files, including white spaces, blank
lines and makefile comments. That means it's possible to reproduce the
original makefiles from the DOM trees. In addition, each node of the DOM
trees is modifiable and so is the whole tree, just like the PPI module used
for Perl source parsing and the HTML::TreeBuilder module used for parsing
HTML source.
%prep
%setup -q -n Makefile-DOM-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README TODO
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Tue Sep 08 2009 Ryan Lerch rle...@redhat.com 0.004-2
- Added BuildRequires and Provides lines to the specfile, as per the Fedora
Perl Packaging Guidelines.
* Mon Sep 07 2009 Ryan Lerch rle...@redhat.com 0.004-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 00:05:59 - 1.1
+++ .cvsignore 29 Oct 2009 04:05:53 - 1.2
@@ -0,0 +1 @@
+Makefile-DOM-0.004.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 00:05:59 - 1.1
+++ sources 29 Oct 2009 04:05:54 - 1.2
@@ -0,0 +1 @@
+2860a83edc7396077716c63f30c12446 Makefile-DOM-0.004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-Parser/devel import.log, NONE, 1.1 perl-Makefile-Parser.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: sradvan
Update of /cvs/pkgs/rpms/perl-Makefile-Parser/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv14604/devel
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Makefile-Parser.spec
Log Message:
Initial RPM
--- NEW FILE import.log ---
perl-Makefile-Parser-0_211-1_fc11:HEAD:perl-Makefile-Parser-0.211-1.fc11.src.rpm:1256789350
--- NEW FILE perl-Makefile-Parser.spec ---
Name: perl-Makefile-Parser
Version:0.211
Release:1%{?dist}
Summary:Simple parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-Parser/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-Parser-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Class::Accessor::Fast)
BuildRequires: perl(Class::Trigger) = 0.13
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Slurp)
BuildRequires: perl(IPC::Run3) = 0.036
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Makefile::DOM) = 0.003
BuildRequires: perl(Test::More)
BuildRequires: perl(Text::Balanced)
Requires: perl(Class::Accessor::Fast)
Requires: perl(Class::Trigger) = 0.13
Requires: perl(File::Slurp)
Requires: perl(List::MoreUtils)
Requires: perl(Makefile::DOM) = 0.003
Requires: perl(Text::Balanced)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This is a simple parser for Makefiles. At this very early stage, the parser
only supports a limited set of features, so it may not recognize most of
the advanced features provided by certain make tools like GNU make. Its
initial purpose is to provide basic support for another module named
Makefile::GraphViz, which is aimed to render the building process specified
by a Makefile using the amazing GraphViz library. The Make module is not
satisfactory for this purpose, so I decided to build one of my own.
%prep
%setup -q -n Makefile-Parser-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%{_mandir}/man1/*
%{_bindir}/makesimple
%{_bindir}/pgmake-db
%{_bindir}/plmake
%changelog
* Mon Sep 07 2009 Scott Radvan srad...@redhat.com 0.211-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 02:41:40 - 1.1
+++ .cvsignore 29 Oct 2009 04:12:03 - 1.2
@@ -0,0 +1 @@
+Makefile-Parser-0.211.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 02:41:40 - 1.1
+++ sources 29 Oct 2009 04:12:04 - 1.2
@@ -0,0 +1 @@
+61498e0db530090d84e757db0824fbdc Makefile-Parser-0.211.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-DOM/F-12 import.log, NONE, 1.1 perl-Makefile-DOM.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: ryanlerch
Update of /cvs/pkgs/rpms/perl-Makefile-DOM/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv15832/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Makefile-DOM.spec
Log Message:
Initial RPM
--- NEW FILE import.log ---
perl-Makefile-DOM-0_004-2_fc11:F-12:perl-Makefile-DOM-0.004-2.fc11.src.rpm:1256789719
--- NEW FILE perl-Makefile-DOM.spec ---
Name: perl-Makefile-DOM
Version:0.004
Release:2%{?dist}
Summary:Simple DOM parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-DOM/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-DOM-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Clone) = 0.18
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(List::MoreUtils) = 0.21
BuildRequires: perl(Params::Util) = 0.22
BuildRequires: perl(CPAN)
BuildRequires: perl(ExtUtils::Embed)
BuildRequires: perl(Test::Harness)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Simple)
Requires: perl(Clone) = 0.18
Requires: perl(List::MoreUtils) = 0.21
Requires: perl(Params::Util) = 0.22
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Provides: perl(Makefile::DOM) = %{version}
%description
This libary can serve as an advanced lexer for (GNU) makefiles. It parses
makefiles as documents and the parsing is lossless. The results are data
structures similar to DOM trees. The DOM trees hold every single bit of the
information in the original input files, including white spaces, blank
lines and makefile comments. That means it's possible to reproduce the
original makefiles from the DOM trees. In addition, each node of the DOM
trees is modifiable and so is the whole tree, just like the PPI module used
for Perl source parsing and the HTML::TreeBuilder module used for parsing
HTML source.
%prep
%setup -q -n Makefile-DOM-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README TODO
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Tue Sep 08 2009 Ryan Lerch rle...@redhat.com 0.004-2
- Added BuildRequires and Provides lines to the specfile, as per the Fedora
Perl Packaging Guidelines.
* Mon Sep 07 2009 Ryan Lerch rle...@redhat.com 0.004-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 00:05:59 - 1.1
+++ .cvsignore 29 Oct 2009 04:12:46 - 1.2
@@ -0,0 +1 @@
+Makefile-DOM-0.004.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-DOM/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 00:05:59 - 1.1
+++ sources 29 Oct 2009 04:12:46 - 1.2
@@ -0,0 +1 @@
+2860a83edc7396077716c63f30c12446 Makefile-DOM-0.004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-Parser/F-10 perl-Makefile-Parser.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: nb
Update of /cvs/pkgs/rpms/perl-Makefile-Parser/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27442
Modified Files:
.cvsignore sources
Added Files:
perl-Makefile-Parser.spec
Log Message:
Build perl-Makefile-Parser
--- NEW FILE perl-Makefile-Parser.spec ---
Name: perl-Makefile-Parser
Version:0.211
Release:1%{?dist}
Summary:Simple parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-Parser/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-Parser-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Class::Accessor::Fast)
BuildRequires: perl(Class::Trigger) = 0.13
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Slurp)
BuildRequires: perl(IPC::Run3) = 0.036
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Makefile::DOM) = 0.003
BuildRequires: perl(Test::More)
BuildRequires: perl(Text::Balanced)
Requires: perl(Class::Accessor::Fast)
Requires: perl(Class::Trigger) = 0.13
Requires: perl(File::Slurp)
Requires: perl(List::MoreUtils)
Requires: perl(Makefile::DOM) = 0.003
Requires: perl(Text::Balanced)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This is a simple parser for Makefiles. At this very early stage, the parser
only supports a limited set of features, so it may not recognize most of
the advanced features provided by certain make tools like GNU make. Its
initial purpose is to provide basic support for another module named
Makefile::GraphViz, which is aimed to render the building process specified
by a Makefile using the amazing GraphViz library. The Make module is not
satisfactory for this purpose, so I decided to build one of my own.
%prep
%setup -q -n Makefile-Parser-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%{_mandir}/man1/*
%{_bindir}/makesimple
%{_bindir}/pgmake-db
%{_bindir}/plmake
%changelog
* Mon Sep 07 2009 Scott Radvan srad...@redhat.com 0.211-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 02:41:40 - 1.1
+++ .cvsignore 30 Oct 2009 01:51:54 - 1.2
@@ -0,0 +1 @@
+Makefile-Parser-0.211.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 02:41:40 - 1.1
+++ sources 30 Oct 2009 01:51:54 - 1.2
@@ -0,0 +1 @@
+61498e0db530090d84e757db0824fbdc Makefile-Parser-0.211.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-Parser/F-11 perl-Makefile-Parser.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: nb
Update of /cvs/pkgs/rpms/perl-Makefile-Parser/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28497
Modified Files:
.cvsignore sources
Added Files:
perl-Makefile-Parser.spec
Log Message:
Build perl-Makefile-Parser
--- NEW FILE perl-Makefile-Parser.spec ---
Name: perl-Makefile-Parser
Version:0.211
Release:1%{?dist}
Summary:Simple parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-Parser/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-Parser-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Class::Accessor::Fast)
BuildRequires: perl(Class::Trigger) = 0.13
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Slurp)
BuildRequires: perl(IPC::Run3) = 0.036
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Makefile::DOM) = 0.003
BuildRequires: perl(Test::More)
BuildRequires: perl(Text::Balanced)
Requires: perl(Class::Accessor::Fast)
Requires: perl(Class::Trigger) = 0.13
Requires: perl(File::Slurp)
Requires: perl(List::MoreUtils)
Requires: perl(Makefile::DOM) = 0.003
Requires: perl(Text::Balanced)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This is a simple parser for Makefiles. At this very early stage, the parser
only supports a limited set of features, so it may not recognize most of
the advanced features provided by certain make tools like GNU make. Its
initial purpose is to provide basic support for another module named
Makefile::GraphViz, which is aimed to render the building process specified
by a Makefile using the amazing GraphViz library. The Make module is not
satisfactory for this purpose, so I decided to build one of my own.
%prep
%setup -q -n Makefile-Parser-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%{_mandir}/man1/*
%{_bindir}/makesimple
%{_bindir}/pgmake-db
%{_bindir}/plmake
%changelog
* Mon Sep 07 2009 Scott Radvan srad...@redhat.com 0.211-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 02:41:40 - 1.1
+++ .cvsignore 30 Oct 2009 01:53:39 - 1.2
@@ -0,0 +1 @@
+Makefile-Parser-0.211.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 02:41:40 - 1.1
+++ sources 30 Oct 2009 01:53:39 - 1.2
@@ -0,0 +1 @@
+61498e0db530090d84e757db0824fbdc Makefile-Parser-0.211.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Makefile-Parser/F-12 perl-Makefile-Parser.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: nb
Update of /cvs/pkgs/rpms/perl-Makefile-Parser/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28945
Modified Files:
.cvsignore sources
Added Files:
perl-Makefile-Parser.spec
Log Message:
Build perl-Makefile-Parser
--- NEW FILE perl-Makefile-Parser.spec ---
Name: perl-Makefile-Parser
Version:0.211
Release:1%{?dist}
Summary:Simple parser for Makefiles
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Makefile-Parser/
Source0:
http://www.cpan.org/authors/id/A/AG/AGENT/Makefile-Parser-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl = 1:5.6.1
BuildRequires: perl(Class::Accessor::Fast)
BuildRequires: perl(Class::Trigger) = 0.13
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Slurp)
BuildRequires: perl(IPC::Run3) = 0.036
BuildRequires: perl(List::MoreUtils)
BuildRequires: perl(Makefile::DOM) = 0.003
BuildRequires: perl(Test::More)
BuildRequires: perl(Text::Balanced)
Requires: perl(Class::Accessor::Fast)
Requires: perl(Class::Trigger) = 0.13
Requires: perl(File::Slurp)
Requires: perl(List::MoreUtils)
Requires: perl(Makefile::DOM) = 0.003
Requires: perl(Text::Balanced)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This is a simple parser for Makefiles. At this very early stage, the parser
only supports a limited set of features, so it may not recognize most of
the advanced features provided by certain make tools like GNU make. Its
initial purpose is to provide basic support for another module named
Makefile::GraphViz, which is aimed to render the building process specified
by a Makefile using the amazing GraphViz library. The Make module is not
satisfactory for this purpose, so I decided to build one of my own.
%prep
%setup -q -n Makefile-Parser-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%{_mandir}/man1/*
%{_bindir}/makesimple
%{_bindir}/pgmake-db
%{_bindir}/plmake
%changelog
* Mon Sep 07 2009 Scott Radvan srad...@redhat.com 0.211-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 29 Oct 2009 02:41:40 - 1.1
+++ .cvsignore 30 Oct 2009 01:55:21 - 1.2
@@ -0,0 +1 @@
+Makefile-Parser-0.211.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Makefile-Parser/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 29 Oct 2009 02:41:40 - 1.1
+++ sources 30 Oct 2009 01:55:21 - 1.2
@@ -0,0 +1 @@
+61498e0db530090d84e757db0824fbdc Makefile-Parser-0.211.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-V/F-10 import.log, NONE, 1.1 perl-V.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: sciurius
Update of /cvs/pkgs/rpms/perl-V/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3308/F-10
Modified Files:
.cvsignore sources
Added Files:
import.log perl-V.spec
Log Message:
Initial check-in source from upstream.
--- NEW FILE import.log ---
perl-V-0_13-1_fc10:F-10:perl-V-0.13-1.fc10.src.rpm:1257067682
--- NEW FILE perl-V.spec ---
Name: perl-V
Version:0.13
Release:1%{?dist}
Summary:Print version of the specified Perl modules
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/V
Source0:
http://search.cpan.org/CPAN/authors/id/A/AB/ABELTJE/V-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
%description
A light-weight module for getting versions of Perl modules without
loading them.
%prep
%setup -q -n V-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
%{__make} %{?_smp_mflags}
%check
%{__make} test TEST_VERBOSE=1
%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 ';'
%{__chmod} -R u+w %{buildroot}/*
%clean
%{__rm} -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
* Thu Oct 22 2009 Johan Vromans jvrom...@squirrel.nl 0.13-1
- Initial Fedora RPM version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-V/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 31 Oct 2009 23:43:37 - 1.1
+++ .cvsignore 1 Nov 2009 09:29:25 - 1.2
@@ -0,0 +1 @@
+V-0.13.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-V/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 31 Oct 2009 23:43:37 - 1.1
+++ sources 1 Nov 2009 09:29:25 - 1.2
@@ -0,0 +1 @@
+fb4e5b1ae277880c1798677a9db8659e V-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-V/F-11 import.log, NONE, 1.1 perl-V.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: sciurius
Update of /cvs/pkgs/rpms/perl-V/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3867/F-11
Modified Files:
.cvsignore sources
Added Files:
import.log perl-V.spec
Log Message:
Initial import from upstream sources.
--- NEW FILE import.log ---
perl-V-0_13-1_fc10:F-11:perl-V-0.13-1.fc10.src.rpm:1257067821
--- NEW FILE perl-V.spec ---
Name: perl-V
Version:0.13
Release:1%{?dist}
Summary:Print version of the specified Perl modules
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/V
Source0:
http://search.cpan.org/CPAN/authors/id/A/AB/ABELTJE/V-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
%description
A light-weight module for getting versions of Perl modules without
loading them.
%prep
%setup -q -n V-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
%{__make} %{?_smp_mflags}
%check
%{__make} test TEST_VERBOSE=1
%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 ';'
%{__chmod} -R u+w %{buildroot}/*
%clean
%{__rm} -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
* Thu Oct 22 2009 Johan Vromans jvrom...@squirrel.nl 0.13-1
- Initial Fedora RPM version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-V/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 31 Oct 2009 23:43:37 - 1.1
+++ .cvsignore 1 Nov 2009 09:31:06 - 1.2
@@ -0,0 +1 @@
+V-0.13.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-V/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 31 Oct 2009 23:43:37 - 1.1
+++ sources 1 Nov 2009 09:31:06 - 1.2
@@ -0,0 +1 @@
+fb4e5b1ae277880c1798677a9db8659e V-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-V/devel import.log, NONE, 1.1 perl-V.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: sciurius
Update of /cvs/pkgs/rpms/perl-V/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11806/devel
Modified Files:
.cvsignore sources
Added Files:
import.log perl-V.spec
Log Message:
Initial import from upstream sources.
--- NEW FILE import.log ---
perl-V-0_13-1_fc10:HEAD:perl-V-0.13-1.fc10.src.rpm:1257069885
--- NEW FILE perl-V.spec ---
Name: perl-V
Version:0.13
Release:1%{?dist}
Summary:Print version of the specified Perl modules
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/V
Source0:
http://search.cpan.org/CPAN/authors/id/A/AB/ABELTJE/V-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
%description
A light-weight module for getting versions of Perl modules without
loading them.
%prep
%setup -q -n V-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
%{__make} %{?_smp_mflags}
%check
%{__make} test TEST_VERBOSE=1
%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 ';'
%{__chmod} -R u+w %{buildroot}/*
%clean
%{__rm} -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
* Thu Oct 22 2009 Johan Vromans jvrom...@squirrel.nl 0.13-1
- Initial Fedora RPM version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-V/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 31 Oct 2009 23:43:37 - 1.1
+++ .cvsignore 1 Nov 2009 10:05:17 - 1.2
@@ -0,0 +1 @@
+V-0.13.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-V/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 31 Oct 2009 23:43:37 - 1.1
+++ sources 1 Nov 2009 10:05:17 - 1.2
@@ -0,0 +1 @@
+fb4e5b1ae277880c1798677a9db8659e V-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-V/F-12 import.log, NONE, 1.1 perl-V.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: sciurius
Update of /cvs/pkgs/rpms/perl-V/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11426/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log perl-V.spec
Log Message:
Initial import from upstream sources.
--- NEW FILE import.log ---
perl-V-0_13-1_fc10:F-12:perl-V-0.13-1.fc10.src.rpm:1257069815
--- NEW FILE perl-V.spec ---
Name: perl-V
Version:0.13
Release:1%{?dist}
Summary:Print version of the specified Perl modules
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/V
Source0:
http://search.cpan.org/CPAN/authors/id/A/AB/ABELTJE/V-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
%description
A light-weight module for getting versions of Perl modules without
loading them.
%prep
%setup -q -n V-%{version}
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
%{__make} %{?_smp_mflags}
%check
%{__make} test TEST_VERBOSE=1
%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 ';'
%{__chmod} -R u+w %{buildroot}/*
%clean
%{__rm} -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
%changelog
* Thu Oct 22 2009 Johan Vromans jvrom...@squirrel.nl 0.13-1
- Initial Fedora RPM version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-V/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 31 Oct 2009 23:43:37 - 1.1
+++ .cvsignore 1 Nov 2009 10:04:09 - 1.2
@@ -0,0 +1 @@
+V-0.13.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-V/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 31 Oct 2009 23:43:37 - 1.1
+++ sources 1 Nov 2009 10:04:10 - 1.2
@@ -0,0 +1 @@
+fb4e5b1ae277880c1798677a9db8659e V-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Class-Trigger/F-10 perl-Class-Trigger.spec, 1.6, 1.7 sources, 1.4, 1.5
Author: spot
Update of /cvs/pkgs/rpms/perl-Class-Trigger/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv8870
Modified Files:
perl-Class-Trigger.spec sources
Log Message:
update to 0.13
Index: perl-Class-Trigger.spec
===
RCS file: /cvs/pkgs/rpms/perl-Class-Trigger/F-10/perl-Class-Trigger.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- perl-Class-Trigger.spec 28 Feb 2008 13:02:53 - 1.6
+++ perl-Class-Trigger.spec 2 Nov 2009 22:37:02 - 1.7
@@ -1,6 +1,6 @@
Name: perl-Class-Trigger
-Version:0.12
-Release:3%{?dist}
+Version:0.13
+Release:1%{?dist}
Summary:Mixin to add / call inheritable triggers
Group: Development/Libraries
License:GPL+ or Artistic
@@ -44,6 +44,12 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Fri Mar 13 2009 Tom spot Callaway tcall...@redhat.com - 0.13-1
+- update to 0.13
+
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.12-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
+
* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 0.12-3
- Rebuild for perl 5.10 (again)
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Class-Trigger/F-10/sources,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- sources 24 Aug 2007 21:04:26 - 1.4
+++ sources 2 Nov 2009 22:37:02 - 1.5
@@ -1 +1 @@
-d9e507de9241d8b2b83a6eb11156d276 Class-Trigger-0.12.tar.gz
+5e73d9376a5786450088e3384a938794 Class-Trigger-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 531969] Please build perl-Class-Trigger = 0.13 for F-10
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=531969 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2009-11-02 17:43:36 EDT --- perl-Class-Trigger-0.13-1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/perl-Class-Trigger-0.13-1.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 532278] Please branch and build perl-Syntax-Highlight-Engine-Kate for f10
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=532278 Bug 532278 depends on bug 497283, which changed state. Bug 497283 Summary: Review Request: perl-Syntax-Highlight-Engine-Kate - Port to Perl of the syntax highlight engine of the Kate texteditor https://bugzilla.redhat.com/show_bug.cgi?id=497283 What|Old Value |New Value Status|ASSIGNED|CLOSED Resolution||RAWHIDE -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 532278] Please branch and build perl-Syntax-Highlight-Engine-Kate for f10
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=532278 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2009-11-03 02:46:44 EDT --- perl-Syntax-Highlight-Engine-Kate-0.04-5.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/perl-Syntax-Highlight-Engine-Kate-0.04-5.fc10 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
