Re: X on UEFI systems.
On Dec 10, 2009, at 10:57 AM, Matěj Cepl wrote: Dne 10.12.2009 07:36, Vasily Levchenko napsal(a): Does it not work without an xorg.conf, that would be the first goal. No. File a bug please, attaching your xorg.conf, Xorg.0.log and output of the dmesg command (all from inside of VB virtual machine, of course). the bug is filed https://bugzilla.redhat.com/show_bug.cgi?id=546166 please let me know if more information is required. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Why should I travel, when I'm already there? -- Bostonian lady, when being asked why she never visited other places than Boston -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
yum doesn't like installonly_limit=1?
I changed the installonly_limit to 1 from the default value 3 in
/etc/yum.conf, and yum blows up.
# yum search boinc
Loaded plugins: presto, refresh-packagekit
Options Error: Error parsing '1': out of range integer value
PackageKit gave me a better traceback:
Traceback (most recent call last):
File /usr/share/PackageKit/helpers/yum/yumBackend.py, line 2956, in __init__
self.repos.confirm_func = self._repo_gpg_confirm
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 717, in lambda
repos = property(fget=lambda self: self._getRepos(),
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 496,
in _getRepos
self.conf # touch the config class first
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 723, in lambda
conf = property(fget=lambda self: self._getConfig(),
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 276,
in _getConfig
self._conf = config.readMainConfig(startupconf)
File /usr/lib/python2.6/site-packages/yum/config.py, line 827, in
readMainConfig
yumconf.populate(startupconf._parser, 'main')
File /usr/lib/python2.6/site-packages/yum/config.py, line 505, in populate
setattr(self, name, value)
File /usr/lib/python2.6/site-packages/yum/config.py, line 94, in __set__
raise ValueError('Error parsing $r: $s' $ (value, str(e)))
ValueError: Error parsing '1': out of range integer value
I changed the value to 0, 2, 3 etc, all of them resulting in a working
yum environment. Is it a known issue, or worth filing a bug?
Yum version is yum-3.2.25-1.fc12.noarch
--
Cheers,
Rajeesh
http://rajeeshknambiar.wordpress.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
On Thu, 10 Dec 2009, Jesse Keating wrote: On Thu, 2009-12-10 at 10:56 +0200, Panu Matilainen wrote: Hmm, looking at the traceback at the end of http://kojipkgs.fedoraproject.org/mash/rawhide-20091209/logs/mash.log it's not at all clear whether this is rpm-python bustage or yum... the last good compose (from 20091203) was before this went in: * Thu Dec 3 2009 Seth Vidal skvidal at fedoraproject.org - 3.2.25-2 - rebuild yum with latest HEAD patch - add rpmdb caching patch james wrote to see if it breaks everyone :) ...and the rpmdb caching patch does touch the area where it's crashing. Can you try a compose with yum tagged down to 3.2.25-1 just to cut down on the moving parts involved? Alternatively a reproducer that doesn't involve processing the entire rawhide would be helpful :) Yeah, it could totally be yum, I didn't do much investigation into it. Just didn't have it in me as I'm stranded at an airport over night. Looking at the rpmdb caching patch I'm not sure how it could be that. The parsing of local pkgs (what createrepo does) doesn't hit the rpmdb. -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
On Thu, 10 Dec 2009, Seth Vidal wrote:
On Thu, 10 Dec 2009, Jesse Keating wrote:
On Thu, 2009-12-10 at 10:56 +0200, Panu Matilainen wrote:
Hmm, looking at the traceback at the end of
http://kojipkgs.fedoraproject.org/mash/rawhide-20091209/logs/mash.log it's
not at all clear whether this is rpm-python bustage or yum... the
last
good compose (from 20091203) was before this went in:
* Thu Dec 3 2009 Seth Vidal skvidal at fedoraproject.org - 3.2.25-2
- rebuild yum with latest HEAD patch
- add rpmdb caching patch james wrote to see if it breaks everyone :)
...and the rpmdb caching patch does touch the area where it's
crashing.
Can you try a compose with yum tagged down to 3.2.25-1 just to cut
down on
the moving parts involved?
Alternatively a reproducer that doesn't involve processing the entire
rawhide would be helpful :)
Yeah, it could totally be yum, I didn't do much investigation into it.
Just didn't have it in me as I'm stranded at an airport over night.
Looking at the rpmdb caching patch I'm not sure how it could be that. The
parsing of local pkgs (what createrepo does) doesn't hit the rpmdb.
Yup, but this isn't createrepo crashing (the earlier one was):
2009-12-09 20:11:04 mash: createrepo: finished
/mnt/koji/mash/rawhide-20091209/development/x86_64/os/
2009-12-09 20:11:05 mash: Resolving multilib for arch x86_64 using method
devel
2009-12-09 20:11:05 mash: Waiting for depsolve and createrepo to finish...
2009-12-09 20:21:28 mash: Resolving depenencies for arch x86_64
Traceback (most recent call last):
File /usr/bin/mash, line 96, in module
main()
File /usr/bin/mash, line 84, in main
rc = themash.doMultilib()
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 538, in
doMultilib
pid = self.doDepSolveAndMultilib(arch, repocache)
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 511, in
doDepSolveAndMultilib
(rc, errors) = yumbase.resolveDeps()
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 718, in
resolveDeps
for po, dep in self._checkFileRequires():
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 1012, in
_checkFileRequires
po = self.getInstalledPackageObject(pkgtup)
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 2421, in
getInstalledPackageObject
raise Errors.RpmDBError, _('Package tuple %s could not be found in
rpmdb') % str(pkgtup)
yum.Errors.RpmDBError: Package tuple ('clamav-scanner-upstart', 'noarch',
'0', '0.95.3', '1301.fc13') could not be found in rpmdb
- Panu -
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
On Thu, 10 Dec 2009, Panu Matilainen wrote:
Yup, but this isn't createrepo crashing (the earlier one was):
2009-12-09 20:11:04 mash: createrepo: finished
/mnt/koji/mash/rawhide-20091209/development/x86_64/os/
2009-12-09 20:11:05 mash: Resolving multilib for arch x86_64 using method
devel
2009-12-09 20:11:05 mash: Waiting for depsolve and createrepo to finish...
2009-12-09 20:21:28 mash: Resolving depenencies for arch x86_64
Traceback (most recent call last):
File /usr/bin/mash, line 96, in module
main()
File /usr/bin/mash, line 84, in main
rc = themash.doMultilib()
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 538, in
doMultilib
pid = self.doDepSolveAndMultilib(arch, repocache)
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 511, in
doDepSolveAndMultilib
(rc, errors) = yumbase.resolveDeps()
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 718, in
resolveDeps
for po, dep in self._checkFileRequires():
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 1012, in
_checkFileRequires
po = self.getInstalledPackageObject(pkgtup)
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 2421, in
getInstalledPackageObject
raise Errors.RpmDBError, _('Package tuple %s could not be found in
rpmdb') % str(pkgtup)
yum.Errors.RpmDBError: Package tuple ('clamav-scanner-upstart', 'noarch',
'0', '0.95.3', '1301.fc13') could not be found in rpmdb
My mistake - I thought we were talking about the earlier
traceback. Yes, the above looks like it could be caching.
I'll see what I can do.
-sv
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
José Matos wrote: On Wednesday 09 December 2009 19:38:55 Jeff Spaleta wrote: For F13 you probably want to push latest versions of the both scipy and matplotlib together. So if you take scipy* sign up for matplotlib* as well. Not only those but also: python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module pytz -- World Timezone Definitions for Python and also not directly related but ScientificPython -- A collection of Python modules that are useful for scientific computing is more or less on the bundle. Those are packages that interest me, and I would like to see them in good shape. :-) FWIW, the sage bundle would be a nice bonus. :-) -jef I've added myself to scipy, python-matplotlib, and the above. I'll try to get to the updates. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum doesn't like installonly_limit=1?
On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote: I changed the installonly_limit to 1 from the default value 3 in /etc/yum.conf, and yum blows up. # yum search boinc Loaded plugins: presto, refresh-packagekit Options Error: Error parsing '1': out of range integer value This is an error message, not what I'd usually term blows up. PackageKit gave me a better traceback: This is just more text to say the same thing, 1 is an invalid argument. I changed the value to 0, 2, 3 etc, all of them resulting in a working yum environment. Is it a known issue, or worth filing a bug? Yum version is yum-3.2.25-1.fc12.noarch Maybe3 a better question is: What do you want to achieve by setting this value to 1? -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.25 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
On Thu, 2009-12-10 at 08:16 -0500, Seth Vidal wrote:
On Thu, 10 Dec 2009, Panu Matilainen wrote:
Yup, but this isn't createrepo crashing (the earlier one was):
2009-12-09 20:11:04 mash: createrepo: finished
/mnt/koji/mash/rawhide-20091209/development/x86_64/os/
2009-12-09 20:11:05 mash: Resolving multilib for arch x86_64 using method
devel
2009-12-09 20:11:05 mash: Waiting for depsolve and createrepo to finish...
2009-12-09 20:21:28 mash: Resolving depenencies for arch x86_64
Traceback (most recent call last):
File /usr/bin/mash, line 96, in module
main()
File /usr/bin/mash, line 84, in main
rc = themash.doMultilib()
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 538, in
doMultilib
pid = self.doDepSolveAndMultilib(arch, repocache)
File /usr/lib/python2.6/site-packages/mash/__init__.py, line 511, in
doDepSolveAndMultilib
(rc, errors) = yumbase.resolveDeps()
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 718, in
resolveDeps
for po, dep in self._checkFileRequires():
File /usr/lib/python2.6/site-packages/yum/depsolve.py, line 1012, in
_checkFileRequires
po = self.getInstalledPackageObject(pkgtup)
File /usr/lib/python2.6/site-packages/yum/__init__.py, line 2421, in
getInstalledPackageObject
raise Errors.RpmDBError, _('Package tuple %s could not be found in
rpmdb') % str(pkgtup)
yum.Errors.RpmDBError: Package tuple ('clamav-scanner-upstart', 'noarch',
'0', '0.95.3', '1301.fc13') could not be found in rpmdb
Gah, I see the problem. clamav-scanner-upstart is in the transaction,
to be installed, but we are only looking in the rpmdb. My fault, off to
do a patch.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
On Thu, 2009-12-10 at 10:56 +0200, Panu Matilainen wrote: On Wed, 9 Dec 2009, Jesse Keating wrote: On Wed, 2009-12-09 at 06:43 -0800, Jesse Keating wrote: All the broken deps preventing a compose attempt have been cleared out. However the new rpm build was busted in a way that it made the compose fall over, a new build of rpm is coming and I hope to kick off another rawhide attempt when it lands. Ugh, things are still broken on the rpm front. My attempt from earlier fell over, may not get a fix in place for tonight's attempt either :/ Hmm, looking at the traceback at the end of http://kojipkgs.fedoraproject.org/mash/rawhide-20091209/logs/mash.log Note that while I fixed the bug which caused the traceback, the traceback is in a code path that means clamav-scanner-upstart has a file dep. that can't be satisfied ... so I'm not sure if that means the compose will fail anyway? -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.25 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
James Antill (ja...@fedoraproject.org) said: Hmm, looking at the traceback at the end of http://kojipkgs.fedoraproject.org/mash/rawhide-20091209/logs/mash.log Note that while I fixed the bug which caused the traceback, the traceback is in a code path that means clamav-scanner-upstart has a file dep. that can't be satisfied ... so I'm not sure if that means the compose will fail anyway? Broken deps will only fail the compose if they're critical enough to prevent composing the chroot that rawhide composes in (essentially, dependnecies of mash - yum, python, etc.). clamav-scanner-upstart would not fall into that category. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum doesn't like installonly_limit=1?
On 12/10/09, James Antill ja...@fedoraproject.org wrote: On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote: I changed the installonly_limit to 1 from the default value 3 in /etc/yum.conf, and yum blows up. # yum search boinc Loaded plugins: presto, refresh-packagekit Options Error: Error parsing '1': out of range integer value This is an error message, not what I'd usually term blows up. I mean - can't install anything, can't search a package. It took me a while to realize that the change made to the config file caused it as I tried to use yum again after couple of days. PackageKit gave me a better traceback: This is just more text to say the same thing, 1 is an invalid argument. I changed the value to 0, 2, 3 etc, all of them resulting in a working yum environment. Is it a known issue, or worth filing a bug? Yum version is yum-3.2.25-1.fc12.noarch Maybe3 a better question is: What do you want to achieve by setting this value to 1? Ah, I realize that it would have the same effect as installonly_limit=0 ? -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.25 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Cheers, Rajeesh http://rajeeshknambiar.wordpress.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum doesn't like installonly_limit=1?
On Thu, 10 Dec 2009, Rajeesh K Nambiar wrote: On 12/10/09, James Antill ja...@fedoraproject.org wrote: On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote: I changed the installonly_limit to 1 from the default value 3 in /etc/yum.conf, and yum blows up. # yum search boinc Loaded plugins: presto, refresh-packagekit Options Error: Error parsing '1': out of range integer value This is an error message, not what I'd usually term blows up. I mean - can't install anything, can't search a package. It took me a while to realize that the change made to the config file caused it as I tried to use yum again after couple of days. The message should include what option is not able to be parsed. I'll fix it up. thanks, -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Promoting i386 version over x86_64?
On Thu, Dec 10, 2009 at 12:20:28PM +0100, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 09 December 2009 at 22:11, Kevin Kofler wrote: Dominik 'Rathann' Mierzejewski wrote: Actually, x86_64 is an AMD invention (originally called AMD64) and is called EM64T by Intel. The only Intel 64 I can think of is IA64, i.e. Itanium (called Itanic by some). EM64T was renamed to Intel 64 eons ago. Call me a dinosaur, then. ;) I stand corrected. Easy mistake to make considering it started as CT, then was IA-32e, then EM64T, and finally Intel 64. All of them refer to the same thing at some point. Justin -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum doesn't like installonly_limit=1?
On Thu, 2009-12-10 at 20:45 +0530, Rajeesh K Nambiar wrote: On 12/10/09, James Antill ja...@fedoraproject.org wrote: On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote: I changed the installonly_limit to 1 from the default value 3 in /etc/yum.conf, and yum blows up. # yum search boinc Loaded plugins: presto, refresh-packagekit Options Error: Error parsing '1': out of range integer value This is an error message, not what I'd usually term blows up. I mean - can't install anything, can't search a package. It took me a while to realize that the change made to the config file caused it as I tried to use yum again after couple of days. Fair enough, as Seth said we should probably tell you want option is the problem :). What do you want to achieve by setting this value to 1? Ah, I realize that it would have the same effect as installonly_limit=0 ? No, 0 is special and means the same thing as off. 1 would make it act like a normal package (old version removed as new version is installed) ... except the kernel package doesn't work if you do that, so we just disallow it. -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.25 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
James Antill (ja...@fedoraproject.org) said: Gah, I see the problem. clamav-scanner-upstart is in the transaction, to be installed, but we are only looking in the rpmdb. My fault, off to do a patch. I've kicked off a new rawhide with the patched yum. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
MariaDB and Fedora
Hello everyone, There are, currently, someone with the intention of bringing MariaDB for Fedora? -- Henrique LonelySpooky Junior http://www.lonelyspooky.com - In a world without walls and fences, who needs windows and gates?! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: MariaDB and Fedora
On Thu, Dec 10, 2009 at 3:05 PM, Henrique Junior henrique...@gmail.com wrote: Hello everyone, There are, currently, someone with the intention of bringing MariaDB for Fedora? I think postgresql won. the future of MySQL is not clear -- Itamar Reis Peixoto e-mail/msn/google talk/sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: MariaDB and Fedora
Em Qui, 2009-12-10 às 15:26 -0200, Itamar Reis Peixoto escreveu: On Thu, Dec 10, 2009 at 3:05 PM, Henrique Junior henrique...@gmail.com wrote: Hello everyone, There are, currently, someone with the intention of bringing MariaDB for Fedora? I think postgresql won. the future of MySQL is not clear -- Itamar Reis Peixoto e-mail/msn/google talk/sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 I agree that postgresql is great, but MariaDB is expanding very fast. I'm not the best person to opine about databases, my experience is very limited, but it would be nice to keep an eye on MariaDB. -- Henrique Junior henrique...@gmail.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum doesn't like installonly_limit=1?
On Thu, Dec 10, 2009 at 9:22 PM, James Antill ja...@fedoraproject.org wrote: On Thu, 2009-12-10 at 20:45 +0530, Rajeesh K Nambiar wrote: On 12/10/09, James Antill ja...@fedoraproject.org wrote: On Thu, 2009-12-10 at 18:00 +0530, Rajeesh K Nambiar wrote: I changed the installonly_limit to 1 from the default value 3 in /etc/yum.conf, and yum blows up. # yum search boinc Loaded plugins: presto, refresh-packagekit Options Error: Error parsing '1': out of range integer value This is an error message, not what I'd usually term blows up. I mean - can't install anything, can't search a package. It took me a while to realize that the change made to the config file caused it as I tried to use yum again after couple of days. Fair enough, as Seth said we should probably tell you want option is the problem :). What do you want to achieve by setting this value to 1? Ah, I realize that it would have the same effect as installonly_limit=0 ? No, 0 is special and means the same thing as off. 1 would make it act like a normal package (old version removed as new version is installed) ... except the kernel package doesn't work if you do that, so we just disallow it. Yeah, that was the intention ;-) Thanks for the answers! -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.25 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Cheers, Rajeesh http://rajeeshknambiar.wordpress.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reminder: Tomorrow is the last F10 updates push
Hi All, Just a friendly reminder that Dec 11 00:00:00 UTC is the cutoff for F10 updates submission. Ideally these would just be the final stable updates, as pushes to updates-testing would basically be stuck there forever. Please take a few moments to review your pending requests, add any final stable updates you'd like pushed, and clear out any update requests that don't make much sense for a soon to be EOL'd distro. josh ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Need a sponsor: mod_proxy_html (apache)
On 07/21/2009 11:37 PM, Philip A. Prindeville wrote: Philip A. Prindeville wrote: Hi. I need a sponsor for this. An RPM has been built on several systems (including FC8 and FC9 and Centos5) and tested on all of those. The ticket has been languishing now unassigned for almost a year. https://bugzilla.redhat.com/show_bug.cgi?id=452636 Can someone please pick this up? It's just an .src.rpm for Apache's mod_proxy_html. It's pretty trivial. Thanks, -Philip Wow. Who knew sponsors were that hard to come by? Especially when most of the work is already done... -Philip Still looking for a sponsor... and a list of bugs to do mock code reviews of... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: MariaDB and Fedora
On Thu, 10 Dec 2009 15:38:10 -0200 Henrique Junior henrique...@gmail.com wrote: I agree that postgresql is great, but MariaDB is expanding very fast. I'm not the best person to opine about databases, my experience is very limited, but it would be nice to keep an eye on MariaDB. Well, duh. Who's going to maintain it though? There must be a warm body. -- Pete -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12: NetworkManager-Firefox: Firefox is currently in offline mode and can't browse the Web
On 12/03/2009 09:51 AM, Terry Barnaby wrote: On 12/03/2009 08:49 AM, Terry Barnaby wrote: The MODE was set up by system-config-network, it is from its list of possible options for Mode and I think was the default. If I run ifup the error you mention is not reported and the interface comes up fine. However, I do get the error: domainname: you must be root to change the domain name Which I assume is due to another F12 bug. Could this cause NM to abort the connection ? I note that domainname is called from /etc/dhcp/dhclient.d/nis.sh. At point of invocation $UID and $EUID are 0 I added a sh into /etc/dhcp/dhclient.d/nis.sh to have a look. Here getuid() and geteuid() return 0. whoami returns root. But when I run domainname kingnet I get the error: domainname: you must be root to change the domain name Also su states su: incorrect password without even prompting for one. What is happening here ? The environment variables are set by dhcp and do not have the usual user environment variables Note that on this system, selinux is disabled. Looking at this I guess the CAP_SYS_ADMIN capability has been lost somewhere. Maybe the dhclient ? This all seems fixed in NetworkManager-0.7.997-1.fc12 Thanks to all who fixed this. Cheers Terry -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: upstart-0.6.3 in rawhide, tomorrow 2009-12-10
Bill Nottingham (nott...@redhat.com) said: It's going to be a bit of a bumpy first yum upgrade. You will likely have to reboot with 'reboot -f', as the job formats have changed slightly, and the communication with init(8) has changed. Once you reboot, things should work pretty much the same. One notable change that was made is that we were able to simplify the jobs to the point where the number of login consoles is now configurable, without editing or removing upstart job definitions. This is done by the ACTIVE_CONSOLES parameter in /etc/sysconfig/init; the default value is /dev/tty/[1-6], which means that mingetty will be started on ttys 1 through 6. Shell globs are accepted. Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/blacs/F-12 blacs.spec,1.35,1.36
On Thu, 10 Dec 2009 19:47:23 + (UTC), Deji wrote:
Author: deji
Update of /cvs/pkgs/rpms/blacs/F-12
- Fix broken dep issue on F-12
-Release: 34%{?dist}.1
+Release: 34%{?dist}.2
-Obsoletes: blacs-lam 1.1-33
+Obsoletes: blacs-lam = 1.1-33
This is a common pitfall due to %dist. spot's packaging changes
are in -34%{?dist}, so you want the Obsoletes to be:1.1-34
to cover also -33%{?dist}
-Obsoletes: blacs-lam-devel 1.1-33
+Obsoletes: blacs-lam-devel = 1.1-33
-Obsoletes: blacs-lam-static 1.1-33
+Obsoletes: blacs-lam-static = 1.1-33
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: upstart-0.6.3 in rawhide, tomorrow 2009-12-10
On Thu, 2009-12-10 at 15:32 -0500, Bill Nottingham wrote: This is done by the ACTIVE_CONSOLES parameter in /etc/sysconfig/init; the default value is /dev/tty/[1-6], which means that mingetty will be started on ttys 1 through 6. Shell globs are accepted. Nice. Great for VMs where you don't even need more than one. Jon. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: MariaDB and Fedora
Dne 10.12.2009 21:01, Pete Zaitcev napsal(a): Well, duh. Who's going to maintain it though? There must be a warm body. Somebody from Poland or Ireland? And the help file will have light blue background? /me couldn't resist bad joke -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Home is where ~/.bashrc is. -- from Usenet -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Remove uses of %{PACKAGE_VERSION} and %{PACKAGE_RELEASE} from specs
On 12/04/2009 03:57 AM, Panu Matilainen wrote: - glibc32, glibc64 (dead packages?) These packages are used in the build system so we don't have to install .i686 glibc packages in the x86_64 buildroot, and other things of that nature. They're not dead, but they very rarely need modification. -- Peter When in doubt, debug-on-entry the function you least suspect has anything to do with something. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Need a sponsor: mod_proxy_html (apache)
2009/12/10 Philip A. Prindeville philipp_s...@redfish-solutions.com: On 07/21/2009 11:37 PM, Philip A. Prindeville wrote: Philip A. Prindeville wrote: Hi. I need a sponsor for this. An RPM has been built on several systems (including FC8 and FC9 and Centos5) and tested on all of those. The ticket has been languishing now unassigned for almost a year. https://bugzilla.redhat.com/show_bug.cgi?id=452636 Can someone please pick this up? It's just an .src.rpm for Apache's mod_proxy_html. It's pretty trivial. Thanks, -Philip Wow. Who knew sponsors were that hard to come by? Especially when most of the work is already done... -Philip Still looking for a sponsor... and a list of bugs to do mock code reviews of... Here is a list of review requests that are not yet assigned to a reviewer: https://bugzilla.redhat.com/buglist.cgi?query_format=advancedshort_desc_type=allwordssubstrshort_desc=Review%20Requestproduct=Fedoracomponent=Package%20Reviewbug_status=NEWfield0-0-0=flagtypes.nametype0-0-0=notsubstringvalue0-0-0=fedora-review -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 2:26 PM, Paul W. Frields sticks...@gmail.com wrote: On Wed, Dec 09, 2009 at 10:24:16AM -0900, Jeff Spaleta wrote: Good Alaskan Morning! In two weeks I'm going to be in Antarctica for a month+ and I'm looking for other packagers to step in for me and maintain my packages and prepare them for F13. I'm not exactly sure what my time and bandwidth access will be so I'm planning for the worst and that I'll be reliably off the grid through mid Feb. Please let me know if you can take on a co-maintainer/primary maintainer role for any of the packges and see them through the next couple of months. Here's the set of packages that I own. I will be contacting existing co-maintainers for individual packages in the list separately this week. ScientificPython -- A collection of Python modules that are useful for scientific computing g3data -- Program for extracting the data from scanned graphs gourmet -- Recipe Manager for the GNOME desktop environment gpodder -- Podcast receiver/catcher written in Python istanbul -- Desktop Session Recorder nec2c -- Translation of NEC2 antenna modeling tool from FORTRAN to C pyscript -- PyScript - Postscript graphics with Python python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module python-matplotlib -- Python plotting library python-xlib -- X client library for Python pytz -- World Timezone Definitions for Python revelation -- Password manager for GNOME 2 safekeep -- The SafeKeep backup system scipy -- Scipy: Scientific Tools for Python telescope-server -- Opensource Telescope control servers to interface with stellarium usbsink -- USBSink is a GNOME Jef, I'll help with istanbul. If anyone else out there is considering doing so, please feel free to team up with me. I would like to learn how to do this in Fedora proper. I could handle revelation also. I don't have anything to test telescope-server with though or I would take that. -- 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: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 2:38 PM, Jeff Spaleta jspal...@gmail.com wrote: On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields sticks...@gmail.com wrote: Jef, I'll help with istanbul. If anyone else out there is considering doing so, please feel free to team up with me. Other than revelation(which essentially has a dead upstream)...Istanbul is probably the most in need of more development Its dead upstream? Oh dear. I use it quite a bit so probably need to look it over then. love. Upstream seems to be inactive with no release activity in quite a while. There's a lot of deprecation warnings for some pygtk calls that I would love to clean up in time for F13. And there are a couple of abrt crash tickets being spawned by istanbul.. which maybe traced back to gdk libraries calls if I'm reading the crash dumps correctly. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- 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: Need a sponsor: mod_proxy_html (apache)
MB == Mat Booth fed...@matbooth.co.uk writes: MB Here is a list of review requests that are not yet assigned to a MB reviewer: Rather than huge bugzilla queries, why not just http://fedoraproject.org/PackageReviewStatus/ ? - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Plan for tomorrow's (20091211) FESCo meeting
The following items will be discussed at tomorrow's FESCo meeting, at 17:00UTC (noon EST) in #fedora-meeting on irc.freenode.net 284 request for provenpackager - Rakesh Pandit (rakesh) 267 Proven packager request - Sebastian Dziallas 291 Man pages Packaging Guideline 278 Better Hostname - https://fedoraproject.org/wiki/Features/BetterHostname 292 Color Management - https://fedoraproject.org/wiki/Features/ColorManagement 293 Moblin 2.2 - https://fedoraproject.org/wiki/Features/Moblin-2.2 294 SSSD by default - https://fedoraproject.org/wiki/Features/SSSDByDefault For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: MariaDB and Fedora
On Thu, 10 Dec 2009 22:46:17 +0100, Matěj Cepl mc...@redhat.com wrote: Dne 10.12.2009 21:01, Pete Zaitcev napsal(a): Well, duh. Who's going to maintain it though? There must be a warm body. Somebody from Poland or Ireland? And the help file will have light blue background? /me couldn't resist bad joke Never watched Maria-sama ga Miteru, I see. ^_^ -- Pete -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 updates-testing issue: X flickers and fails to start
On Wed, 2009-12-09 at 12:20 -0700, Linuxguy123 wrote: On Wed, 2009-12-09 at 18:36 +0100, Kevin Kofler wrote: Linuxguy123 wrote: I have logged 2 bugs that are possibly related to this. https://bugzilla.redhat.com/show_bug.cgi?id=528188 https://bugzilla.redhat.com/show_bug.cgi?id=525767 Huh? One of these is a Nouveau bug, the other is a bug in the proprietary nvidia driver, both of them already happened with F12 as released, so these have absolutely nothing to do with this thread. That is what you say. How exactly did you determine that ? OR are you guessing ? The fact that it only broke for the reporter with an update from three days ago, but you had those problems in September and October. Seems pretty clear. It's not even the same problem description. -- 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
Help wanted with dist-cvs to git conversion
I'm currently playing with a utility called parsecvs to convert our cvs stuff into git. This utility can also translate the raw usernames that CVS has into more useful names+email addresses that you'd typically get out of git. But to make this conversion it needs a translation file. It would be really helpful if somebody could generate a file for me that is in the format of: username=firstname lastname email eg: jkeating=Jesse Keating jkeat...@fedoraproject.org notting=Bill Nottingham nott...@fedoraproject.org For the initial testing, just giving every user a @feodraproject.org domain would be sufficient, however we should have a discussion about whether to use this email address or to use the user's real email address. Should be easy enough to get a list of users from FAS for this purpose. Thanks in advance! -- 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: Help wanted with dist-cvs to git conversion
On Thu, Dec 10, 2009 at 9:54 PM, Jesse Keating jkeat...@redhat.com wrote: I'm currently playing with a utility called parsecvs to convert our cvs stuff into git. This utility can also translate the raw usernames that CVS has into more useful names+email addresses that you'd typically get out of git. But to make this conversion it needs a translation file. It would be really helpful if somebody could generate a file for me that is in the format of: username=firstname lastname email eg: jkeating=Jesse Keating jkeat...@fedoraproject.org notting=Bill Nottingham nott...@fedoraproject.org For the initial testing, just giving every user a @feodraproject.org domain would be sufficient, however we should have a discussion about whether to use this email address or to use the user's real email address. Should be easy enough to get a list of users from FAS for this purpose. Thanks in advance! -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list Is it even possible to get a listing of all the users so such a file could be generated? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Help wanted with dist-cvs to git conversion
On Thu, 2009-12-10 at 22:00 -0600, Sir Gallantmon wrote: Is it even possible to get a listing of all the users so such a file could be generated? FAS should provide this information. -- 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: Help wanted with dist-cvs to git conversion
On Thu, 10 Dec 2009, Jesse Keating wrote: I'm currently playing with a utility called parsecvs to convert our cvs stuff into git. This utility can also translate the raw usernames that CVS has into more useful names+email addresses that you'd typically get out of git. But to make this conversion it needs a translation file. It would be really helpful if somebody could generate a file for me that is in the format of: username=firstname lastname email eg: jkeating=Jesse Keating jkeat...@fedoraproject.org notting=Bill Nottingham nott...@fedoraproject.org For the initial testing, just giving every user a @feodraproject.org domain would be sufficient, however we should have a discussion about whether to use this email address or to use the user's real email address. I just did this on fedorapeople.org not against fas but I suspect that's the same set of users. #!/usr/bin/python -tt import pwd for pw in pwd.getpwall(): if pw.pw_uid 1: continue msg='%s=%s %...@fedoraproject.org' % (pw.pw_name, pw.pw_gecos, pw.pw_name) print msg the file with these contents is in my homedir on fedorapeople.org as: wacky-list-for-git if you want me to do it directly talking to fas I'll do it in the morning. -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Help wanted with dist-cvs to git conversion
On Thursday 10 December 2009 09:12:46 pm Seth Vidal wrote: On Thu, 10 Dec 2009, Jesse Keating wrote: I'm currently playing with a utility called parsecvs to convert our cvs stuff into git. This utility can also translate the raw usernames that CVS has into more useful names+email addresses that you'd typically get out of git. But to make this conversion it needs a translation file. It would be really helpful if somebody could generate a file for me that is in the format of: username=firstname lastname email eg: jkeating=Jesse Keating jkeat...@fedoraproject.org notting=Bill Nottingham nott...@fedoraproject.org For the initial testing, just giving every user a @feodraproject.org domain would be sufficient, however we should have a discussion about whether to use this email address or to use the user's real email address. I just did this on fedorapeople.org not against fas but I suspect that's the same set of users. #!/usr/bin/python -tt import pwd for pw in pwd.getpwall(): if pw.pw_uid 1: continue msg='%s=%s %...@fedoraproject.org' % (pw.pw_name, pw.pw_gecos, pw.pw_name) print msg the file with these contents is in my homedir on fedorapeople.org as: wacky-list-for-git if you want me to do it directly talking to fas I'll do it in the morning. -sv A script that grabs the entries from FAS, and outputs everything as UTF-8 files: http://konradm.fedorapeople.org/usernamelist.py Results with FAS emails (in my $HOME on fedorapeople.org): FAS-users-normalemails or fedoraproject.org emails: FAS-users-fedoraprojectemails Regards, -- Conrad Meyer ceme...@u.washington.edu -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Help wanted with dist-cvs to git conversion
On Thursday 10 December 2009 09:28:43 pm Conrad Meyer wrote: A script that grabs the entries from FAS, and outputs everything as UTF-8 files: http://konradm.fedorapeople.org/usernamelist.py I forgot to mention, this requires the 'python-fedora' package. (Doh!) Regards, -- Conrad Meyer ceme...@u.washington.edu -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Thu, Dec 10, 2009 at 4:24 PM, Stephen John Smoogen smo...@gmail.com wrote: Its dead upstream? Oh dear. I use it quite a bit so probably need to look it over then. I use it too. A lot of people use it. I poked upstream prior to F11 and the developer responded saying he was getting back to it soon but I haven't seen much activity. Up to this point I've tried to at least tell the Ubuntu maintainer about any patches I add since its not clear how to submit patches to upstream. What I'd like to do is get the different distro maintainers together as a group form a game plan on setting up a new dvcs trunk for the project and then politely tell the existing upstream we want to move ahead with his blessing and have him as a contributor. It's an aging codebase and it needs to transition to using the newer gvfs stuff versus the older gnomevfs stuff... at a minimum. I don't want to do that as a set of downstream patches in Fedora. And until I get back from the other side of the world I can't commit to being a new upstreamsadly. If you want to get that conversation started...you have my blessing. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
File CGI-Application-Plugin-ActionDispatch-0.97.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-CGI-Application-Plugin-ActionDispatch: d99693993bfdfbfb22d9782e829dc38e CGI-Application-Plugin-ActionDispatch-0.97.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-CGI-Application-Plugin-ActionDispatch/F-12 import.log, NONE, 1.1 perl-CGI-Application-Plugin-ActionDispatch.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman
Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21222/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log perl-CGI-Application-Plugin-ActionDispatch.spec
Log Message:
Initial import.
--- NEW FILE import.log ---
perl-CGI-Application-Plugin-ActionDispatch-0_97-1_fc12:F-12:perl-CGI-Application-Plugin-ActionDispatch-0.97-1.fc12.src.rpm:1260434185
--- NEW FILE perl-CGI-Application-Plugin-ActionDispatch.spec ---
Name: perl-CGI-Application-Plugin-ActionDispatch
Version:0.97
Release:1%{?dist}
Summary:Adds attribute based support for parsing the PATH_INFO of an
HTTP request
License:GPL+ or Artistic
Group: Development/Libraries
URL:
http://search.cpan.org/dist/CGI-Application-Plugin-ActionDispatch/
Source0:
http://www.cpan.org/authors/id/J/JA/JAYWHY/CGI-Application-Plugin-ActionDispatch-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(CGI::Application)
BuildRequires: perl(Class::Inspector)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
CGI::Application::Plugin::ActionDispatch adds attribute based support for
parsing the PATH_INFO of the incoming HTTP request. For those who are familiar
with Catalyst, the interface works very similar.
%prep
%setup -q -n CGI-Application-Plugin-ActionDispatch-%{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/*
%changelog
* Mon Nov 23 2009 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.97-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file:
/cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 9 Dec 2009 17:47:54 - 1.1
+++ .cvsignore 10 Dec 2009 08:36:47 - 1.2
@@ -0,0 +1 @@
+CGI-Application-Plugin-ActionDispatch-0.97.tar.gz
Index: sources
===
RCS file:
/cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 9 Dec 2009 17:47:54 - 1.1
+++ sources 10 Dec 2009 08:36:47 - 1.2
@@ -0,0 +1 @@
+d99693993bfdfbfb22d9782e829dc38e
CGI-Application-Plugin-ActionDispatch-0.97.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-CGI-Application-Plugin-ActionDispatch/F-11 import.log, NONE, 1.1 perl-CGI-Application-Plugin-ActionDispatch.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman
Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21844/F-11
Modified Files:
.cvsignore sources
Added Files:
import.log perl-CGI-Application-Plugin-ActionDispatch.spec
Log Message:
Initial import.
--- NEW FILE import.log ---
perl-CGI-Application-Plugin-ActionDispatch-0_97-1_fc12:F-11:perl-CGI-Application-Plugin-ActionDispatch-0.97-1.fc12.src.rpm:1260434253
--- NEW FILE perl-CGI-Application-Plugin-ActionDispatch.spec ---
Name: perl-CGI-Application-Plugin-ActionDispatch
Version:0.97
Release:1%{?dist}
Summary:Adds attribute based support for parsing the PATH_INFO of an
HTTP request
License:GPL+ or Artistic
Group: Development/Libraries
URL:
http://search.cpan.org/dist/CGI-Application-Plugin-ActionDispatch/
Source0:
http://www.cpan.org/authors/id/J/JA/JAYWHY/CGI-Application-Plugin-ActionDispatch-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(CGI::Application)
BuildRequires: perl(Class::Inspector)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
CGI::Application::Plugin::ActionDispatch adds attribute based support for
parsing the PATH_INFO of the incoming HTTP request. For those who are familiar
with Catalyst, the interface works very similar.
%prep
%setup -q -n CGI-Application-Plugin-ActionDispatch-%{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/*
%changelog
* Mon Nov 23 2009 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.97-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file:
/cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 9 Dec 2009 17:47:54 - 1.1
+++ .cvsignore 10 Dec 2009 08:38:11 - 1.2
@@ -0,0 +1 @@
+CGI-Application-Plugin-ActionDispatch-0.97.tar.gz
Index: sources
===
RCS file:
/cvs/pkgs/rpms/perl-CGI-Application-Plugin-ActionDispatch/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 9 Dec 2009 17:47:54 - 1.1
+++ sources 10 Dec 2009 08:38:11 - 1.2
@@ -0,0 +1 @@
+d99693993bfdfbfb22d9782e829dc38e
CGI-Application-Plugin-ActionDispatch-0.97.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
File Titanium-1.04.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Titanium: f74318a8132b029a8611bc1580a75d32 Titanium-1.04.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-Titanium/devel .cvsignore, 1.2, 1.3 perl-Titanium.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: eseyman
Update of /cvs/pkgs/rpms/perl-Titanium/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10094
Modified Files:
.cvsignore perl-Titanium.spec sources
Log Message:
Update to 1.04
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Titanium/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 21 Jul 2009 15:32:51 - 1.2
+++ .cvsignore 10 Dec 2009 09:38:11 - 1.3
@@ -1 +1 @@
-Titanium-1.03.tar.gz
+Titanium-1.04.tar.gz
Index: perl-Titanium.spec
===
RCS file: /cvs/pkgs/rpms/perl-Titanium/devel/perl-Titanium.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Titanium.spec 4 Dec 2009 02:35:42 - 1.3
+++ perl-Titanium.spec 10 Dec 2009 09:38:11 - 1.4
@@ -1,6 +1,6 @@
Name: perl-Titanium
-Version:1.03
-Release:2%{?dist}
+Version:1.04
+Release:1%{?dist}
Summary:Strong, lightweight web application famework
License:GPL+ or Artistic
Group: Development/Libraries
@@ -65,6 +65,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Dec 10 2009 Stepan Kasal ska...@redhat.com - 1.04-1
+- Update to 1.04
+
* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 1.03-2
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Titanium/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 21 Jul 2009 15:32:52 - 1.2
+++ sources 10 Dec 2009 09:38:11 - 1.3
@@ -1 +1 @@
-e75f72ff1a4855125774b31f1bf8e1e4 Titanium-1.03.tar.gz
+f74318a8132b029a8611bc1580a75d32 Titanium-1.04.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 511749] FTBFS perl-AnyEvent-XMPP-0.4-1.fc11
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=511749 --- Comment #11 from Allisson Azevedo allis...@gmail.com 2009-12-10 06:38:25 EDT --- It's broken by this bug: http://rt.cpan.org/Public/Bug/Display.html?id=48817 I'll waiting for fix in upstream code -- 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-XML-XPath/devel perl-XML-XPath.spec,1.11,1.12
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-XML-XPath/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4102
Modified Files:
perl-XML-XPath.spec
Log Message:
* Thu Dec 10 2009 Marcela Maslanova mmasl...@redhat.com - 1.13-11
- 541668 fix requires for review
Index: perl-XML-XPath.spec
===
RCS file: /cvs/pkgs/rpms/perl-XML-XPath/devel/perl-XML-XPath.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-XML-XPath.spec 7 Dec 2009 03:59:38 - 1.11
+++ perl-XML-XPath.spec 10 Dec 2009 12:23:38 - 1.12
@@ -1,8 +1,6 @@
-%{!?perl_vendorlib: %define perl_vendorlib %(eval `%{__perl}
-V:installvendorlib`; echo $installvendorlib)}
-
Name: perl-XML-XPath
Version:1.13
-Release:10%{?dist}
+Release:11%{?dist}
Summary:XPath parser and evaluator for Perl
@@ -13,7 +11,7 @@ Source0:http://www.cpan.org/authors/
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: perl = 1:5.6.1, perl(XML::Parser)
+BuildRequires: perl(XML::Parser)
BuildRequires: perl(ExtUtils::MakeMaker)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
@@ -58,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Dec 10 2009 Marcela Maslanova mmasl...@redhat.com - 1.13-11
+- 541668 fix requires for review
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.13-10
- rebuild against perl 5.10.1
--
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-XML-XPath/F-12 perl-XML-XPath.spec,1.10,1.11
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-XML-XPath/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4734
Modified Files:
perl-XML-XPath.spec
Log Message:
* Thu Dec 10 2009 Marcela Maslanova mmasl...@redhat.com - 1.13-11
- 541668 fix requires for review
Index: perl-XML-XPath.spec
===
RCS file: /cvs/pkgs/rpms/perl-XML-XPath/F-12/perl-XML-XPath.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- perl-XML-XPath.spec 26 Jul 2009 17:40:52 - 1.10
+++ perl-XML-XPath.spec 10 Dec 2009 12:25:10 - 1.11
@@ -1,8 +1,6 @@
-%{!?perl_vendorlib: %define perl_vendorlib %(eval `%{__perl}
-V:installvendorlib`; echo $installvendorlib)}
-
Name: perl-XML-XPath
Version:1.13
-Release:9%{?dist}
+Release:10%{?dist}
Summary:XPath parser and evaluator for Perl
@@ -13,7 +11,7 @@ Source0:http://www.cpan.org/authors/
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: perl = 1:5.6.1, perl(XML::Parser)
+BuildRequires: perl(XML::Parser)
BuildRequires: perl(ExtUtils::MakeMaker)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
@@ -58,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Dec 10 2009 Marcela Maslanova mmasl...@redhat.com - 1.13-11
+- 541668 fix requires for review
+
* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.13-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
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-MooseX-Singleton/F-12 import.log, 1.1, 1.2 perl-MooseX-Singleton.spec, 1.4, 1.5
Author: allisson
Update of /cvs/pkgs/rpms/perl-MooseX-Singleton/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19889/F-12
Modified Files:
import.log perl-MooseX-Singleton.spec
Log Message:
- Update BR.
- Remove README from docs.
Index: import.log
===
RCS file: /cvs/pkgs/rpms/perl-MooseX-Singleton/F-12/import.log,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- import.log 5 Mar 2009 21:20:55 - 1.1
+++ import.log 10 Dec 2009 13:09:49 - 1.2
@@ -1 +1,2 @@
perl-MooseX-Singleton-0_14-1_fc10:HEAD:perl-MooseX-Singleton-0.14-1.fc10.src.rpm:1236287799
+perl-MooseX-Singleton-0_21-2_fc12:F-12:perl-MooseX-Singleton-0.21-2.fc12.src.rpm:1260450530
Index: perl-MooseX-Singleton.spec
===
RCS file: /cvs/pkgs/rpms/perl-MooseX-Singleton/F-12/perl-MooseX-Singleton.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-MooseX-Singleton.spec 19 Sep 2009 18:52:39 - 1.4
+++ perl-MooseX-Singleton.spec 10 Dec 2009 13:09:49 - 1.5
@@ -1,6 +1,6 @@
Name: perl-MooseX-Singleton
Version:0.21
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Turn your Moose class into a singleton
License:GPL+ or Artistic
Group: Development/Libraries
@@ -13,6 +13,8 @@ BuildRequires: perl(Moose) = 0.82
BuildRequires: perl(Test::Exception)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Warn)
+BuildRequires: perl(MooseX::StrictConstructor)
+BuildRequires: perl(Test::Exception)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Requires: perl(Moose) = 0.82
@@ -61,11 +63,15 @@ rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
-%doc ChangeLog README
+%doc ChangeLog
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Thu Dec 10 2009 Allisson Azevedo allis...@gmail.com 0.21-2
+- Update BR.
+- Remove README from docs.
+
* Sat Sep 19 2009 Chris Weyl cw...@alumni.drew.edu 0.21-1
- auto-update to 0.21 (by cpan-spec-update 0.01)
- altered br on perl(Moose) (0.74 = 0.82)
--
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-MooseX-Singleton/devel import.log, 1.1, 1.2 perl-MooseX-Singleton.spec, 1.5, 1.6
Author: allisson
Update of /cvs/pkgs/rpms/perl-MooseX-Singleton/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23905/devel
Modified Files:
import.log perl-MooseX-Singleton.spec
Log Message:
- Update BR.
- Remove README from docs.
Index: import.log
===
RCS file: /cvs/pkgs/rpms/perl-MooseX-Singleton/devel/import.log,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- import.log 5 Mar 2009 21:20:55 - 1.1
+++ import.log 10 Dec 2009 13:21:56 - 1.2
@@ -1 +1,2 @@
perl-MooseX-Singleton-0_14-1_fc10:HEAD:perl-MooseX-Singleton-0.14-1.fc10.src.rpm:1236287799
+perl-MooseX-Singleton-0_21-3_fc12:HEAD:perl-MooseX-Singleton-0.21-3.fc12.src.rpm:1260451189
Index: perl-MooseX-Singleton.spec
===
RCS file:
/cvs/pkgs/rpms/perl-MooseX-Singleton/devel/perl-MooseX-Singleton.spec,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -p -r1.5 -r1.6
--- perl-MooseX-Singleton.spec 4 Dec 2009 02:44:19 - 1.5
+++ perl-MooseX-Singleton.spec 10 Dec 2009 13:21:56 - 1.6
@@ -1,6 +1,6 @@
Name: perl-MooseX-Singleton
Version:0.21
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Turn your Moose class into a singleton
License:GPL+ or Artistic
Group: Development/Libraries
@@ -13,6 +13,8 @@ BuildRequires: perl(Moose) = 0.82
BuildRequires: perl(Test::Exception)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Warn)
+BuildRequires: perl(MooseX::StrictConstructor)
+BuildRequires: perl(Test::Exception)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Requires: perl(Moose) = 0.82
@@ -61,11 +63,15 @@ rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
-%doc ChangeLog README
+%doc ChangeLog
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Thu Dec 10 2009 Allisson Azevedo allis...@gmail.com 0.21-3
+- Update BR.
+- Remove README from docs.
+
* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 0.21-2
- rebuild against perl 5.10.1
--
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 539163] FTBFS perl-MooseX-Singleton-0.17-2.fc12
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=539163 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2009-12-10 08:33:37 EDT --- perl-MooseX-Singleton-0.21-2.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/perl-MooseX-Singleton-0.21-2.fc12 -- 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
