Re: x86_64 packages depends on i586.
2009/7/10 Tom spot Callaway tcall...@redhat.com: On 07/10/2009 05:58 PM, Joshua C. wrote: I made a custom x86_64 livecd (f11) and found that the following x86_64 packages depend on i586 and i686. Is this an error when compiling those packages or they do need the 32 bits? mesa-libGL-devel.x86_64 needs glibc.i686 libdrm.i586 libdrm-devel.i586 nss-softokn-freebl.i586 pulseaudio-module-x11.x86_64 needs alsa-lib.i586 dbus-libs.i586 e2fsprogs-libs.i586 flac.i586 gdbm.i586 glibc.i586 libICE.i586 libSM.i586 libX11.i586 libXau.i586 libXext.i586 libXtst.i586 libasyncns.i586 libattr.i586 libcap.i586 libgcc.i586 libogg.i586 libsndfile.i586 libstdc++.i586 libxcb.i586 ncurses-libs.i586 nss-softokn-freebl.i586 pulseaudio-libs.i586 pulseaudio-utils.i586 readline.i586 sqlite.i586 tcp_wrappers-libs.i586 I'm pretty sure you're looking at it wrong. [s...@velociraptor devel]$ rpm -q mesa-libGL-devel.x86_64 --requires /usr/bin/pkg-config libGL.so.1()(64bit) libX11-devel mesa-libGL = 7.5-0.14.fc11 pkgconfig(dri2proto) = 1.99.3 pkgconfig(libdrm) = 2.4.3 pkgconfig(x11) pkgconfig(xdamage) pkgconfig(xext) pkgconfig(xfixes) pkgconfig(xxf86vm) rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(FileDigests) = 4.6.0-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(VersionedDependencies) = 3.0.3-1 [s...@velociraptor devel]$ rpm -q pulseaudio-module-x11.x86_64 --requires /bin/sh config(pulseaudio-module-x11) = 0.9.16-2.test2.fc12 libICE.so.6()(64bit) libSM.so.6()(64bit) libX11.so.6()(64bit) libXtst.so.6()(64bit) libasyncns.so.0()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libdbus-1.so.3()(64bit) libdl.so.2()(64bit) libltdl.so.7()(64bit) libm.so.6()(64bit) liboil-0.3.so.0()(64bit) libprotocol-native.so()(64bit) libpthread.so.0()(64bit) libpulse.so.0()(64bit) libpulse.so.0(PULSE_0)(64bit) libpulsecommon-0.9.16.so()(64bit) libpulsecore-0.9.16.so()(64bit) librt.so.1()(64bit) libsamplerate.so.0()(64bit) libsndfile.so.1()(64bit) libspeexdsp.so.1()(64bit) libtdb.so.1()(64bit) libwrap.so.0()(64bit) pulseaudio = 0.9.16-2.test2.fc12 pulseaudio-utils = 0.9.16-2.test2.fc12 rpmlib(CompressedFileNames) = 3.0.4-1 rpmlib(FileDigests) = 4.6.0-1 rpmlib(PayloadFilesHavePrefix) = 4.0-1 rtld(GNU_HASH) I also found dupllicates of NetworkManager x86_64 and .i586 and others. I wanted some -devel packages but I thought only the x86_64 versions would be pulled in. How have this happened? Not sure how you managed it, but the packages themselves are correct. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list I don't know but when I try to install one of those x86_64 packages it pulls the i586 as dependencies. I've pointed all repo files to x86_64 and I really don't know how and why this happens? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On Sat, 2009-07-11 at 08:38 +0100, Joshua C. wrote: 2009/7/10 Tom spot Callaway tcall...@redhat.com: On 07/10/2009 05:58 PM, Joshua C. wrote: I made a custom x86_64 livecd (f11) and found that the following x86_64 packages depend on i586 and i686. Is this an error when compiling those packages or they do need the 32 bits? I'm pretty sure you're looking at it wrong. I don't know but when I try to install one of those x86_64 packages it pulls the i586 as dependencies. I've pointed all repo files to x86_64 and I really don't know how and why this happens? The x86_64 repo contains some multilib packages. If you don't specify the wanted architecture when installing, yum might install both 32- and 64-bit versions if available. Try adding the .x86_64 arch specifier, e.g. instead of # yum install foo perform # yum install foo.x86_64 -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packages tracked by FEver that need to be updated
Thank you very much for doing this. Happy hacking, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Champlain
I am going to update libchamplain from 0.2.9 to 0.3.3 in Fedora 11. This involves a change in the soname, but since no other package depends on it I hope it would not be a problem. On the plus side, the GtkChamplainEmbed widget which was earlier separately released has been merged into the libchamplain tarball and we can put in a subpackage. Not to mention that potential Champlain users and developers will find this helpful. What do you think? Happy hacking, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Champlain
On Sat, 2009-07-11 at 16:36 +0530, Debarshi Ray wrote: I am going to update libchamplain from 0.2.9 to 0.3.3 in Fedora 11. This involves a change in the soname, but since no other package depends on it I hope it would not be a problem. On the plus side, the GtkChamplainEmbed widget which was earlier separately released has been merged into the libchamplain tarball and we can put in a subpackage. Not to mention that potential Champlain users and developers will find this helpful. What do you think? I've been working on updating libchamplain to 0.3.3 in Rawhide, but until it gets ported to the clutter-0.9 api (or we do a clutter-0.8 compat) it's a no go for now. Regarding pushing this to F11, I really don't think we should, since the only real consumer of libchamplain is Empathy and we won't be pushing a version of it with libchamplain support to F11. Later, /B -- Brian Pepple bpep...@fedoraproject.org https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E 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: Champlain
On Sat, 2009-07-11 at 18:25 +0530, Debarshi Ray wrote: So no one is affected by this change. On the other hand, 0.2.x is old and 0.3.x is where the fun is. So atleast some developers would benefit from it and libchamplain-0.3 would also get some testing leading to a better 0.4.x. Since the are some consumers that could make use of it that I wasn't aware of, it's probably worth it (assuming we also update Rawhide, so we don't have NVR issues). Later, /B -- Brian Pepple bpep...@fedoraproject.org https://fedoraproject.org/wiki/User:Bpepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E 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: FESCo meeting summary for 2009-07-10
On 07/10/2009 09:04 PM, Jon Stanley wrote: 18:08:49jds2001 #topic Feature - extended lifecycle (...snip...) 18:15:31jwb jds2001, we have majority vote to move to the Board I'm interested to know what the follow-up on this would be; Is it added to the board's agenda? Also, I would appreciate if the verdict goes in the ticket; https://fedorahosted.org/fesco/ticket/180 Thanks! Kind regards, Jeroen van Meeuwen -kanarip -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Champlain
I've been working on updating libchamplain to 0.3.3 in Rawhide, but until it gets ported to the clutter-0.9 api (or we do a clutter-0.8 compat) it's a no go for now. That is also what I was waiting for. Regarding pushing this to F11, I really don't think we should, since the only real consumer of libchamplain is Empathy There is a Eye of GNOME plugin too. and we won't be pushing a version of it with libchamplain support to F11. So no one is affected by this change. On the other hand, 0.2.x is old and 0.3.x is where the fun is. So atleast some developers would benefit from it and libchamplain-0.3 would also get some testing leading to a better 0.4.x. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Champlain
On Sat, 11 Jul 2009 08:37:49 -0400, Brian wrote: I've been working on updating libchamplain to 0.3.3 in Rawhide, but until it gets ported to the clutter-0.9 api (or we do a clutter-0.8 compat) it's a no go for now. Regarding pushing this to F11, I really don't think we should, since the only real consumer of libchamplain is Empathy and we won't be pushing a version of it with libchamplain support to F11. Geeqie could use it (and libchamplain-gtk) too, but requires = 0.3.0. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 3Dsee.net java applet crashes firefox
Mat Booth wrote: Though after a little thought, it could be the proprietary nvidia driver I'm using. It most definitely is. Yet another nvidia driver bug... Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packages tracked by FEver that need to be updated
Till Maas wrote: mingw32-nsis2.44 207b0 Hmmm, the regex is somehow picking up something broken. The current version is actually 2.45. I should probably make it read http://nsis.sourceforge.net/Download instead. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packages tracked by FEver that need to be updated
On Sat July 11 2009, Kevin Kofler wrote: Till Maas wrote: mingw32-nsis2.44 207b0 Hmmm, the regex is somehow picking up something broken. The current version is actually 2.45. I should probably make it read http://nsis.sourceforge.net/Download instead. In 2005 they released a tarball named nsis-207b0-src.tar.bz2. With the other URL it works, therefore I changed it. Regards Till 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: Packages tracked by FEver that need to be updated
Till Maas wrote: Aloas, some of you added your packages to: https://fedoraproject.org/wiki/Using_FEver_to_track_upstream_changes Unfortunately seems the original author of fever not to be around anymore, e.g. his fedorapeople account is removed/backed-up. Therefore I started to write a new framework to replace it. My tool is not ready to bug you via private mail or create bug reports, therefore I only post the current findings here: Thanks! I wonder, can FEver become part of the Fedora infrastructure, so it's not quite so bus-sensitive? -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On 11/07/09 10:41, Jussi Lehtola wrote: snip The x86_64 repo contains some multilib packages. If you don't specify the wanted architecture when installing, yum might install both 32- and 64-bit versions if available. Try adding the .x86_64 arch specifier, e.g. instead of # yum install foo perform # yum install foo.x86_64 Doesn't seem to work for wine :) Regards, Frank -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packages tracked by FEver that need to be updated
On Sat July 11 2009, Eric Sandeen wrote: I wonder, can FEver become part of the Fedora infrastructure, so it's not quite so bus-sensitive? Probably and afaik the original author also planned to do so. Unluckily the code that handled the bugzilla tickets is afaik not publicly available, therefore this needs to be rewritten. Regards Till 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: Packages tracked by FEver that need to be updated
On Sat July 11 2009, Rakesh Pandit wrote: Thanks for nice work. I too mailed other some time back .. but did not recieved any mail back. May you share the program ;) I'll share the program once I setup some repo for it, which will probably happen the next time I spend a reasonable amount of time on it. Regards Till 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: x86_64 packages depends on i586.
On Sat, Jul 11, 2009 at 6:49 PM, drago01drag...@gmail.com wrote: On Sat, Jul 11, 2009 at 6:18 PM, Frank Murphyfrankl...@gmail.com wrote: On 11/07/09 10:41, Jussi Lehtola wrote: snip The x86_64 repo contains some multilib packages. If you don't specify the wanted architecture when installing, yum might install both 32- and 64-bit versions if available. Try adding the .x86_64 arch specifier, e.g. instead of # yum install foo perform # yum install foo.x86_64 Doesn't seem to work for wine :) yum install foo will install foo.x86_64 by default it will only install foo.i586 if foo.x86_64 when s/if foo.x86_64// ;) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On Sat, Jul 11, 2009 at 6:18 PM, Frank Murphyfrankl...@gmail.com wrote: On 11/07/09 10:41, Jussi Lehtola wrote: snip The x86_64 repo contains some multilib packages. If you don't specify the wanted architecture when installing, yum might install both 32- and 64-bit versions if available. Try adding the .x86_64 arch specifier, e.g. instead of # yum install foo perform # yum install foo.x86_64 Doesn't seem to work for wine :) yum install foo will install foo.x86_64 by default it will only install foo.i586 if foo.x86_64 when 1) you do yum install foo and only foo.i586 is in the repo 2) yo do yum install foo.i586 3) if you set exactarch=0 in /etc/yum.conf (default is 1 which leads to the behavior I explained above) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: prelink: is it worth it?
[benefit of prelink:] - almost all relocations a program has to perform are avoided. These can be very expensive when many dependencies and/or large symbol tables are involved. The latter is somewhat mitigated by the new symbol table hashing we implemented some time back but still. About 10% to 50% of the time on i686, this benefit of prelink is trashed by the randomization of the placement of [vdso], also known as linux-gate.so. If the page that the kernel chooses for [vdso] overlaps any pre-linked needed shared library, then ld-linux cannot avoid processing the relocations for that library. Often the cost snowballs as libraries that do not get their pre-linked pages are moved so that they interfere with subsequent libraries. [On x86_64 the vdso is at a special fixed address that cannot conflict.] Try this example from https://bugzilla.redhat.com/show_bug.cgi?id=162797 - for i in 0 1 2 3 4 5 6 7 8 9; do for j in 0 1 2 3 4 5 6 7 8 9; do for k in 0 1 2 3 4 5 6 7 8 9; do ldd /bin/cat done done done | grep libc | sort | uniq -c - For current Fedora 11 on i686, I see a conflict about 10% of the time, involving only ld-linux, libc, and [vdso]. This means that glibc must be dynamically relocated about 10% of the time anyway, even though glibc has been pre-linked, and even though /bin/cat is near minimal in its use of shared libraries. When a GNOME app uses 50 or more pre-linked shared libs, as claimed in another thread on this subject, then runtime conflict and expense are even more likely. If time performance matters a lot, then the kernel must co-operate when placing the vdso. A patch to FC5 was submitted and adopted some years ago to offer the choice of: no vdso, random vdso, vdso just below STACKTOP, vdso just below PT_INTERP (namely, ld-linux.so.2), vdso just below main. Maintenance suffered because exec_shield was not in the kernel mainline. None of the choices is available today. Even the remaining comment in Fedora's kernel/sysctl.c [just after int exec_shield = (10);] is incorrect. -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: prelink: is it worth it?
On Jul 9, 2009, at 9:45 AM, devzero2000 wrote: 2 - not checked if this problem is actual or not: prelink erases file-based capabilities https://bugzilla.redhat.com/show_bug.cgi?id=456105 Which remains 'NEW' a year after it was opened. It was recently reconfirmed by Tomas Mraz in F11. We have a number of apps that use file system capabilities, so we don't install prelink. This is frustrating since it impacts interactive app performance. joe -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fail2ban + Shorewall Question
On 07/11/2009 10:01 PM, BJ Dierkes wrote: No kidding. I've submitted two patches... one just removing the dep, and two adding a subpackage as an alternative route. Hopefully this will help move it along. Axel Thimm has only been sporadically active for a long time now. There are a number of bugs against his packages that he has not responded to but I didn't realize the situation was so bad. I think it is high time, we orphan the packages and let more interested maintainers take over. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fail2ban + Shorewall Question
On Jul 11, 2009, at 1:50 PM, Rahul Sundaram wrote: On 07/11/2009 10:01 PM, BJ Dierkes wrote: No kidding. I've submitted two patches... one just removing the dep, and two adding a subpackage as an alternative route. Hopefully this will help move it along. Axel Thimm has only been sporadically active for a long time now. There are a number of bugs against his packages that he has not responded to but I didn't realize the situation was so bad. I think it is high time, we orphan the packages and let more interested maintainers take over. I'd be interested in taking over fail2ban though I'm just now learning the procedures involved in doing so... and researched everything online for Fedora/EPEL Package Maintainers. Any pointers welcome. --- derks -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packages tracked by FEver that need to be updated
On Sat, Jul 11, 2009 at 12:25 PM, Till Maasopensou...@till.name wrote: Probably and afaik the original author also planned to do so. Unluckily the code that handled the bugzilla tickets is afaik not publicly available, therefore this needs to be rewritten. What language is it written in? Should be easy to implement using python-bugzilla assuming it's written in python. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
Frank Murphy wrote: Doesn't seem to work for wine :) That's because WINE is only 32-bit, because most Winblow$ executables are. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpm %defattr question
Hi, is the default attribute definition %defattr(-,root,root) the same as %defattr(-,root,root,-)? -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFC: cronKit
Am Montag, den 06.07.2009, 19:03 +0200 schrieb Christoph Höger: Hi, since I sync my mail with the experimental gnome ui of offlineimap, I encounter a small problem: How do I tell cron to only invoke the job when I am logged in under gnome only? How about http://www.gnomefiles.org/app.php/DoThisNow Since I want the job only to be run if I am logged in under gnome the main idea is to have a process added to the session that can handle crontab like jobs (aka cronKit) No more kits please. ;) Whatever the new software would be named, pls don't make another *kit. Regards, Christoph -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On 7/11/2009 8:27 PM, Bruno Wolff III wrote: On Sat, Jul 11, 2009 at 20:03:51 -0400, David brusefamel...@gmail.com wrote: The 'real guys'. The developers, code writers, people-in-the-know, show respect where respect is warranted. I'm sure Al Capone got a lot of respect in his day as well. ;-) I think that he *demanded* that respect. Deserved? Not really. -- David -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On Jul 11, 2009, at 17:03, David brusefamel...@gmail.com wrote: On 7/11/2009 6:17 PM, Kevin Kofler wrote: Frank Murphy wrote: Doesn't seem to work for wine :) That's because WINE is only 32-bit, because most Winblow$ executables are. Kevin Kofler Winblow$? You really should learn some control here. The 'real guys'. The developers, code writers, people-in-the-know, show respect where respect is warranted. Microsoft should recieve that respect IMO. 90% of the desktop computers in the world use some version of Windows. More desktop computers use some form of Mac OS than all combined versions (distributions) of Linux. WINE? Is a nice concept. But it will never, again IMO, as long as the 'Windows programs' that WINE can run are mostly really old DOS programs. Sheesh. -- Perhaps you should do a little research before you spout off. Wine is capable of running very modern day applications that are written for the windows platform. It is anything but old dos programs. -- Jes -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 packages depends on i586.
On 7/11/2009 9:35 PM, Jesse Keating wrote: On Jul 11, 2009, at 17:03, David brusefamel...@gmail.com wrote: On 7/11/2009 6:17 PM, Kevin Kofler wrote: Frank Murphy wrote: Doesn't seem to work for wine :) That's because WINE is only 32-bit, because most Winblow$ executables are. Kevin Kofler Winblow$? You really should learn some control here. The 'real guys'. The developers, code writers, people-in-the-know, show respect where respect is warranted. Microsoft should recieve that respect IMO. 90% of the desktop computers in the world use some version of Windows. More desktop computers use some form of Mac OS than all combined versions (distributions) of Linux. WINE? Is a nice concept. But it will never, again IMO, as long as the 'Windows programs' that WINE can run are mostly really old DOS programs. Sheesh. -- Perhaps you should do a little research before you spout off. Wine is capable of running very modern day applications that are written for the windows platform. It is anything but old dos programs. Mr. Keating. May I call you Jessie? I know who you are and I respect you a lot. Would you please name some very modern day applications that are written for the windows platform that will run in a Linux current version of WINE? That will run under the currently available WINE in Fedora 11. Names and versions. _Real_ applications. The ones that ordinary 'users' want. Not the geeky ones that 'Linux geeks' want. I am serious here. Really. The names are...? -- David -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/perl-WWW-Curl/devel .cvsignore, 1.4, 1.5 perl-WWW-Curl.spec, 1.4, 1.5 sources, 1.4, 1.5
Author: eponyme
Update of /cvs/pkgs/rpms/perl-WWW-Curl/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29724
Modified Files:
.cvsignore perl-WWW-Curl.spec sources
Log Message:
Update to 4.09
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/devel/.cvsignore,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- .cvsignore 1 Jun 2009 09:53:32 - 1.4
+++ .cvsignore 11 Jul 2009 22:58:33 - 1.5
@@ -1 +1 @@
-WWW-Curl-4.07.tar.gz
+WWW-Curl-4.09.tar.gz
Index: perl-WWW-Curl.spec
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/devel/perl-WWW-Curl.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-WWW-Curl.spec 1 Jun 2009 09:53:32 - 1.4
+++ perl-WWW-Curl.spec 11 Jul 2009 22:58:33 - 1.5
@@ -1,5 +1,5 @@
Name: perl-WWW-Curl
-Version:4.07
+Version:4.09
Release:1%{?dist}
Summary:Perl extension interface for libcurl
License:MPLv1.1 or MIT
@@ -58,6 +58,8 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Sat Jul 11 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.09-1
+- Rebuild for 4.09
* Mon Jun 1 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.07-1
- Rebuild for 4.07
* Sat Apr 18 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.06-1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/devel/sources,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- sources 1 Jun 2009 09:53:32 - 1.4
+++ sources 11 Jul 2009 22:58:33 - 1.5
@@ -1 +1 @@
-9d25fb555bb7b382f3412d5568e5fd47 WWW-Curl-4.07.tar.gz
+04c136c1212edb68717ec14f6dff1cc3 WWW-Curl-4.09.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-WWW-Curl/F-11 .cvsignore, 1.4, 1.5 perl-WWW-Curl.spec, 1.4, 1.5 sources, 1.4, 1.5
Author: eponyme
Update of /cvs/pkgs/rpms/perl-WWW-Curl/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30425
Modified Files:
.cvsignore perl-WWW-Curl.spec sources
Log Message:
Update to 4.09
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-11/.cvsignore,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- .cvsignore 1 Jun 2009 09:55:55 - 1.4
+++ .cvsignore 11 Jul 2009 23:01:07 - 1.5
@@ -1 +1 @@
-WWW-Curl-4.07.tar.gz
+WWW-Curl-4.09.tar.gz
Index: perl-WWW-Curl.spec
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-11/perl-WWW-Curl.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-WWW-Curl.spec 1 Jun 2009 09:55:55 - 1.4
+++ perl-WWW-Curl.spec 11 Jul 2009 23:01:07 - 1.5
@@ -1,5 +1,5 @@
Name: perl-WWW-Curl
-Version:4.07
+Version:4.09
Release:1%{?dist}
Summary:Perl extension interface for libcurl
License:MPLv1.1 or MIT
@@ -58,6 +58,8 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Sat Jul 11 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.09-1
+- Rebuild for 4.09
* Mon Jun 1 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.07-1
- Rebuild for 4.07
* Sat Apr 18 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.06-1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-11/sources,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- sources 1 Jun 2009 09:55:55 - 1.4
+++ sources 11 Jul 2009 23:01:07 - 1.5
@@ -1 +1 @@
-9d25fb555bb7b382f3412d5568e5fd47 WWW-Curl-4.07.tar.gz
+04c136c1212edb68717ec14f6dff1cc3 WWW-Curl-4.09.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-WWW-Curl/F-10 .cvsignore, 1.4, 1.5 perl-WWW-Curl.spec, 1.3, 1.4 sources, 1.4, 1.5
Author: eponyme
Update of /cvs/pkgs/rpms/perl-WWW-Curl/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30824
Modified Files:
.cvsignore perl-WWW-Curl.spec sources
Log Message:
Update to 4.09
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-10/.cvsignore,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- .cvsignore 1 Jun 2009 09:59:00 - 1.4
+++ .cvsignore 11 Jul 2009 23:02:48 - 1.5
@@ -1 +1 @@
-WWW-Curl-4.07.tar.gz
+WWW-Curl-4.09.tar.gz
Index: perl-WWW-Curl.spec
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-10/perl-WWW-Curl.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-WWW-Curl.spec 1 Jun 2009 09:59:00 - 1.3
+++ perl-WWW-Curl.spec 11 Jul 2009 23:02:48 - 1.4
@@ -1,5 +1,5 @@
Name: perl-WWW-Curl
-Version:4.07
+Version:4.09
Release:1%{?dist}
Summary:Perl extension interface for libcurl
License:MPLv1.1 or MIT
@@ -58,6 +58,8 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Sat Jul 11 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.09-1
+- Rebuild for 4.09
* Mon Jun 1 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.07-1
- Rebuild for 4.07
* Sat Apr 18 2009 Nicoleau Fabien nicoleau.fab...@gmail.com - 4.06-1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Curl/F-10/sources,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- sources 1 Jun 2009 09:59:00 - 1.4
+++ sources 11 Jul 2009 23:02:48 - 1.5
@@ -1 +1 @@
-9d25fb555bb7b382f3412d5568e5fd47 WWW-Curl-4.07.tar.gz
+04c136c1212edb68717ec14f6dff1cc3 WWW-Curl-4.09.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
