Re: To the Mate package maintainers
On Fri, Jan 18, 2013 at 7:18 PM, Christopher Meng cicku...@gmail.com wrote: Hey,guys... Will there have a MATE spin later? Thanks... -- Yours sincerely, Christopher Meng Yes. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status to make btsfs to the standard filesystem of Fedora
On Fri, 18 Jan 2013 23:57:38 +0100, Rahul Sundaram wrote: I wouldn't read it that rigidly. Its more along the lines of, its more helpful to file bug reports and post them for discussions because its easier to keep track of. I have already filed enough stopper Bugs for btrfs and nothing happened with them. After a year of pain I had to finally switch back as I also have to work on that machine. So the Bugs part has been done, it did not help. http://lists.fedoraproject.org/pipermail/devel/2013-January/176334.html I am aware the best way to fix known Bugs is ... to just fix those Bugs. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On Fri, Jan 18, 2013 at 06:10:06PM -0500, Sam Varshavchik wrote: Andy Lawrence writes: Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you Thank you! Agreed. This also seems to be a convenient place to add my own snarky comment, that doesn't really merit its own thread. I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. Somehow (and this would be the snarky part) I knew even before I started looking, that there seems to be no bloody way to turn it off, in case you don't feel fond of having to go through an extra step of unlocking a locked desktop. Swiping is a very hard action on a Lenovo trackpad. It needs two hands and very precise coordination. Doesn't give a good message to our less abled / less coordinated users. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. -- Fedora release 18 (Spherical Cow) - Linux 3.7.2-201.fc18.x86_64 loadavg: 0.15 0.22 0.30 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fw: [Bug 797838] gtk3 : Conflicts with gtk2-immodules
How to reach the package maintainers? [...] Begin forwarded message: Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=797838 gtk3-3.6.4-1.fc18.i686 conflicts with file from package gtk2-immodules-2.24.13-1.fc18.i686 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Strange Build problem....
Le Mer 16 janvier 2013 20:48, Paulo César Pereira de Andrade a écrit : Sorry for that problem. It solved the problems I was having but created at least yours problem. I am having an almost live conversation right now about related issues at BTW the Fedora font packaging guidelines have been very carefully written to prohibit the “solution” proposed : when upstreams move to a newer, better font format you have to support it in your application and not cheat by bundling a version converted to some other format with your app. The reason being that all such conversions are lossy, they get out of sync with upstream, they bloat the distribution, and you end up with a giant pile of fonts in every possible format, each one with different properties and problems, driving users crazy because they don't understand why the “same” font behaves differently in different apps (or sometimes different parts of the same app). TexLive is unfortunately a pathological example of the morass you can create by letting application authors procrastinate on supporting newer font formats. Besides we have lots of fonts in otf format in Fedora, and matplotlib can not use any of them right now. Are you going to bundle them in another format too? Regards, -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote: On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. Or Esc. -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status to make btsfs to the standard filesystem of Fedora
On 01/19/2013 10:25 AM, Jan Kratochvil wrote: I am aware the best way to fix known Bugs is ... to just fix those Bugs. Maybe I am pronouncing the obvious, but I am wondering, whether you guys have a required feature list and a regression test-suite? At least to me, having both and complying to both would be a necessary requirement before making with the importance as file system default. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Strange Build problem....
2013/1/19 Nicolas Mailhot nicolas.mail...@laposte.net: Le Mer 16 janvier 2013 20:48, Paulo César Pereira de Andrade a écrit : Sorry for that problem. It solved the problems I was having but created at least yours problem. I am having an almost live conversation right now about related issues at BTW the Fedora font packaging guidelines have been very carefully written to prohibit the “solution” proposed : when upstreams move to a newer, better font format you have to support it in your application and not cheat by bundling a version converted to some other format with your app. The reason being that all such conversions are lossy, they get out of sync with upstream, they bloat the distribution, and you end up with a giant pile of fonts in every possible format, each one with different properties and problems, driving users crazy because they don't understand why the “same” font behaves differently in different apps (or sometimes different parts of the same app). I was trying to test the options upstream suggested: -%- 1) Include the STIX ttf fonts included with matplotlib in the matplotlib package and install them in `matplotlib/mpl-data/fonts/ttf` (as a vanilla install would do) so as not to conflict with the stix-fonts package. Maybe these go in a python-matplotlib-stix-fonts package. 2) Include a version of the STIX fonts converted to ttf. This will still have the problem that the glyph tables in matplotlib need to be updated to use them. 3) Update matplotlib's freetype wrapper to support .otf fonts. Doable, but considerable work. 4) Leave it as is but warn that STIX font support is broken with the Fedora matplotlib package. -%- So, at first I did test (only) option 1 and only in my computer. After that, all I did was to keep USE_FONTCONFIG = True but correct all the bugs it uncovered. I am a bit unsure if the patch in https://bugzilla.redhat.com/show_bug.cgi?id=896182 was really required, as I could not reproduce the problem after applying https://github.com/matplotlib/matplotlib/pull/1666 but I but added it anyway just in case http://pkgs.fedoraproject.org/cgit/python-matplotlib.git/commit/?id=b58a0f66d32e94144c51272fc40257b5be95baec TexLive is unfortunately a pathological example of the morass you can create by letting application authors procrastinate on supporting newer font formats. Besides we have lots of fonts in otf format in Fedora, and matplotlib can not use any of them right now. Are you going to bundle them in another format too? Do you have any hints on working on option 3? Well, that means not using fontconfig, so might not be worth for a generic Linux solution... Option 2 is basically convert stix 1.1 to the format of the bundled stix 1.0 fonts, but install those as system packages (this is also a solution not using fontconfig). Regards, -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
help
i am Abhinav , an undergraduate from India i was going through GSoC 2012 idea list i want to take integrate proxy setting and network manager as my project for GSoC 2013. i know C, python and currently learning java and i am most wiling to learn anything that is required for this project. I wanted to take up this project in GSoC 2012. The main reason why I want to do this project is that it takes me hours of effort to get anything or change anything in Fedora 16 which requires Internet. As I have a proxy server at my college which requires authentication. Something like apply system wide option (available in Ubuntu) should be there in Fedora also. thanking you , Abhinav Misra -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On Sat, Jan 19, 2013 at 12:46:35PM +0100, Tomasz Torcz wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. Or Esc. It's good that these things work. But why do I need them at all? I already took some action to wake the system. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
Dne 19.1.2013 12:46, Tomasz Torcz napsal(a): On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote: On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. Or Esc. Or scroll by mouse wheel ... I love it :) BTW you can show notifications on the screen, so even without login you can be informed that you have new message, or what your payer is playing ATM, etc. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
btrfs-progs patches
Fedora 18 (as well as F17, F16, F15) have a number of patches in the source rpm which do not appear to have been forwarded upstream. These patches (four of them) are a little skimpy as to documentation but they all appear to be bug fixes (to me anyway). In the spirit of passing fixes upstream and running a stock package as practical, I have made sure that they all apply/make clean (one needed a small change) and forwarded them upstream to the btrfs mailing list. Gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status to make btsfs to the standard filesystem of Fedora
On Friday, January 18, 2013 10:55:23 Przemek Klosowski wrote: I used btrfs on my personal desktop for about a year now and it works fine for me, other than a nagging suspicion that there's an occasional performance problem at high load. Yes, this is familiar. I too have used it for over a year. I am only using it for /home since the file fragmentation problem was unbearable in /var running yum. The performance problems I experience now are probably related to this: https://btrfs.wiki.kernel.org/index.php/Gotchas (first issue) The last time I tried mounting with autodefrag, it was not much improved and I worried that my kernel was not new enough to run that mount option. Now that I just upgraded to F18, I will try again. The bottom line from my personal experience is if the autodefrag option works well in /home, I would say I'm ready to see btrfs as the default. Otherwise, it would probably be a problem on workstations and certain server environments. Aside from performance, it has been flawless for me over the last year or so. I can't say anything intelligent about it because I coudn't figure out how to measure what I feel, but the system seems sluggish during high-impact events like 'yum update' and/or firefox with gazillion tabs open. This duplicates my experience. I don't have anything intelligent to say about it either. :-) -- Garry T. Williams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: help
On 01/19/2013 10:23 AM, ABHINAV MISRA wrote: i am Abhinav , an undergraduate from India i was going through GSoC 2012 idea list i want to take integrate proxy setting and network manager as my project for GSoC 2013. i know C, python and currently learning java and i am most wiling to learn anything that is required for this project. I wanted to take up this project in GSoC 2012. The main reason why I want to do this project is that it takes me hours of effort to get anything or change anything in Fedora 16 which requires Internet. As I have a proxy server at my college which requires authentication. Something like apply system wide option (available in Ubuntu) should be there in Fedora also. thanking you , Abhinav Misra Fedora has an ideas page that anyone can contribute to for consideration in the next GSOC program. Details here [1]. [1] https://fedoraproject.org/wiki/Summer_coding_ideas_for_2013 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status to make btsfs to the standard filesystem of Fedora
On 01/16/2013 12:18 PM, Josef Bacik wrote: On Wed, Jan 16, 2013 at 3:53 AM, Jochen Schmitt joc...@herr-schmitt.de mailto:joc...@herr-schmitt.de wrote: Hallo, for Fedora 17 we had a feature to make btrfs to the standard filesystem of Fedora. This feature was defered because the fsck utitlities for btrfs was not available on the stable state for Fedora 17. So, I would like to ask, if there any plans to make this to a feautre for F-19. I think it may be sense to integreate this feature to the rewrite of the part of anaconde which is responsible for disc partitioning. In a article of the c't magazin (a german computer magazin) I could read, that this part of the new release of anaconda may be get any more love. Additionally, because I have read about an issue relating btrfs with LVM2 on this mailing list and lost the thread, I woould like to ask about the starte of this issue. I'm waiting until Anaconda settles down before I pursue btrfs in Fedora again. Things change too much and Btrfs is too reliant on the anaconda part working properly to even bother trying to push it through at this point. Thanks, In flurry of activity in the last days before Fedora 18 was final, there were a number of fixes made to anaconda to accommodate btrfs including being able to put root, boot, or root+boot and an btrfs subvolume as well as support for multi-device btrfs filesystems. While I am sure there is more to do, is is usable. However, while I have a great interest in btrfs because of its potential, I do not believe that it is ready to be the default filesystem yet. A bug which has not been filed in bugzilla is not a bug. A bug report in Fedora/RedHat bugzilla, which has not been reported upstream, is not a bug as far as the btrfs developers are concerned because they are not aware of its existence. Gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpmbuild on Fedora 17 ARM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. If I try to build a rpm on Fedora 17 ARM (installed on a RaspberryPi Model B) from a src.rpm fc18, rpmbuild compiles a binary file '.rpfr.armv6l' . But almost all RPMs from repositories are 'armv5tel'. Why ? Does a specific command exist in these cases ? Or would I edit the .spec file specifically for an ARM ? Thanks - -- Antonio Trande Fedora Ambassador Fedora italian translation group Blogger mail: mailto:sagit...@fedoraproject.org Homepage: http://www.fedora-os.org Sip Address : sip:sagitter AT ekiga.net Jabber :sagitter AT jabber.org GPG Key: D400D6C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJQ+sTLAAoJED2vIvfUANbEufgP/Ryj22bp2DB4maBvpjynuZKC U98Oeetgwetq4r6TX0SFpP3blGY20VkLSDKGHYG7Z3yWNHCQNxdnky+Qs/DYFAiO 2U4FWlt6ckHeRY8G4rdrRWkbW9XBU8Slgngg1jjG+8bCW6FP4Fl/g5pvuScZVt8R UGQikdPM8aJVu8IfHve+s2Lqwe09QBpVzK7bhGcDmggrLkydt0Q48NMaFbByiqrA Sn1U0wHwrMZb0XO0VVaeiR4UtxpT+NYAjSN0tAxswQN2a8/qtaLnVYTE+AwdKXTb wsPyw/z0k+4QEvjMGDbH9MiR/6I5bSFt34Da5+zt0TRquMcJk+yxogWAdKDh/XwD FdxSmoEy7n2o/ZsDMbAEb4Jl1jMFnVxRykM9gnS+J/yi4nkdO0GsUYxiMtv7u5ge GNc3BuxQ5yLAlqzFjo9XLCcyDYGJBb4/VYZpfOqyo4pf/YSIKZrMsQPPpFLh3KTt LuCo8GeofMjp+LAYMG0zCSXgpPYvoPgI8bqAooaVcJehFa1NQ4OZjhyWWN1hXJ3Y uKoUzg72OllKPQlLl1AnsSjcFd4Ti35UOveOIln5Dj8Vbfu5IAaapjdOFTTkxg8J DgHJYDxGun1lPJHDJ/j5nYrMwOzbwWWl8A0RBmgS2p4nY3lcLfoS5CNPXxEHwyrz 0uVIyF69dmY17EeR4oum =In1y -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [fedora-arm] rpmbuild on Fedora 17 ARM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 19/01/2013 18:29, David A. Marlin ha scritto: On 01/19/2013 11:21 AM, Sean Omalley wrote: I'm having the same issue along with the build was looking for armv6 repo in the build requires even though the armv5 versions were installed. I just symlinked /usr/lib/rpm/platform/armv6l-linux to /usr/lib/rpm/platform/armv5tel-linux It isn't the proper fix, but it will give you the correct flags. I was told if you put: [mock@raspi ~]$ cat .rpmmacros %_host armv5tel-redhat-linux-gnu %_host_cpu armv5te that would work (and it may my errors were elsewhere) I ended up setting up mock though. I don't have a RPi to try this on, but can you just use: rpmbuild -ba --target=armv5tel SRPM Hi. Could this descend from an hypothetical defect of arm* support in DistTag (http://fedoraproject.org/wiki/Packaging:DistTag#.25.7Bdist.7D_in_the_Release:_field) ? - -- Antonio Trande Fedora Ambassador Fedora italian translation group Blogger mail: mailto:sagit...@fedoraproject.org Homepage: http://www.fedora-os.org Sip Address : sip:sagitter AT ekiga.net Jabber :sagitter AT jabber.org GPG Key: D400D6C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJQ+ttUAAoJED2vIvfUANbE3PcP/1ijkiOG6ULq6gtSup82K4RA GSo9U2AssI+pr6B5jzFG+hlEffArkn+boU7bx5Dbs6Fr5SvaWSNYBd6YVTS8DMF6 VoF0UQqTQurBWikKCRPwApe+N4PC73nFo6qD1J4OAMcSiskNEufXzWOQn8kd0P/M R2cQKzqqrcPM8MLFldCk0uVQTZSezhVPaJfij4A7eoPDQAg7cPGrG9XO64GuoXG9 AVTXOJBXC0Ms7PRGxH+a9RRImSvPr8R9xYwJq73sUrio+JADWLpXvUHheLU/5xdR 83yZfQcVdXknm5R7v8GQalFt3tR6aa7t30ocsu0u5W6i75BtC+3hh5zdCXQylahC ghcl3Gfp3l/4LLMB7NjwzWOMCIyNQqPiFeIuOYXLK+9fynrKGdCnsMwQB+vPAnAW fYA/DLb/66Ovsmyxwn6HmVEC0w0hlC6L0+yql5ar6qUtrOP8v6fyPgWblz5738uO h6bukuD7cyR75dqs4wUMShsRs9jYTt9uF0UVm1hREab4FQrmCtXYAQnonydWYdH2 Wld8ncEDbuSOKiwkDoaGo6PwsPrN8N81ZKuW2j4clhNI7KpwXmgSdYVTUJ7DcX3G QtQUuql/1Bs/VfRY0FYBuMx/5pbBQ5vgBzgxhO5Rns5gu0y2SupPCSFd0Eey+jW5 7Pgia90jdAfnzAzuVGGo =kj9G -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [fedora-arm] rpmbuild on Fedora 17 ARM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't have a RPi to try this on, but can you just use: rpmbuild -ba --target=armv5tel SRPM yum install moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm Loaded plugins: langpacks, presto, refresh-packagekit Examining moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm: moc-2.5.0-0.2.beta1.rpfr.arm5tel Cannot add package moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm to transaction. Not a compatible architecture: arm5tel Error: Nothing to do It seems not accept arm5tel arch. ?? - -- Antonio Trande Fedora Ambassador Fedora italian translation group Blogger mail: mailto:sagit...@fedoraproject.org Homepage: http://www.fedora-os.org Sip Address : sip:sagitter AT ekiga.net Jabber :sagitter AT jabber.org GPG Key: D400D6C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJQ+uclAAoJED2vIvfUANbEd94P/3sRdRdBAKX2g1lPp4JGMsTa m7mTb25S5StW7R8E2zj6tb786t7kMqCw4FZo6s92drWhF5iHAGNF3m2MmuiJwDXZ PlGEOmpHkbUvWpQ1UQGALSZ1ytycnKxDVIK8LtUUZXJck5B9qNqSkidmAmkwMKwq FE9qIrDPOKYazQEWBL6rNgoR93WaESpUWbvdQM/v+NJb3z53tJITfYauQ4v1Nb2r dK35hL3BCUNKZxnQ3HfRLJifNxNwftxjE3RSW0UkCKUHijfm73eoXyKCi4ZV2XVs x7fVaEM+QzNAl3DIzgoaTDK6+zkBqiUbyKl6U7yeYNI2IdwxH2NZJb2fGoaIBWUS cFrMtNrvrNFn2e0ojx4iHRHTViNtfTaUbQbCBts0mHnLro1jMP5lG4QGxdN2WDhD 0u7NXEUcJ9pNAxv5AZxp2yYWfV70H2B59xQ+lO2RMaQol0L+ik/27axB+PzblVU3 prMwh4kQwmo8bjP3n95IpYCwF0XZL3gX5xz7Kd/9GhGbI3SVz+VZcz0bQfCHhTSH n4asDrqqEma90sHayu/lbAouQXQpc9j6of5Dgl93xlGAxvyvfCUci+o8jchn6ZhI jSPJ7xmBIdb9vNKBQPB9mL4xKurM3m7IoFu2tqNERZfA6liVDGCpOYgQBAcCU9as SeW8y4mJrdWsEnkNlNf+ =0gZh -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [fedora-arm] rpmbuild on Fedora 17 ARM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yum install moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm Loaded plugins: langpacks, presto, refresh-packagekit Examining moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm: moc-2.5.0-0.2.beta1.rpfr.arm5tel Cannot add package moc-2.5.0-0.2.beta1.rpfr.arm5tel.rpm to transaction. Not a compatible architecture: arm5tel Error: Nothing to do It seems not accept arm5tel arch. ?? It's a my error. Right arch is armv5tel. - -- Antonio Trande Fedora Ambassador Fedora italian translation group Blogger mail: mailto:sagit...@fedoraproject.org Homepage: http://www.fedora-os.org Sip Address : sip:sagitter AT ekiga.net Jabber :sagitter AT jabber.org GPG Key: D400D6C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJQ+upLAAoJED2vIvfUANbElDkP/2k4m+uOcjqPZajtLO0YbNDP YLbl6YU1el7kW0ye7AcvYv4VL32Ay5bUQPpIrDioce3eiwPq36ySnFQDDk9glCdy ZuhZNyitPtJmV9IF6YPu8pB2j/ee1ZrvdM76OndFRsmSo7mDX64V4a1LrU02InMI GjMmUHXYJVqRT1HNxYab+hgerrzhmAge6I4IA7Xfbui99OP1sD1Z0xj9vPKfCNP3 p8e11pIKi7JFlPwlazLa+E2fmBtahcEGibDtdLvbIYLotTpB3I4sXeOXnEW7MKsd quPl1BLqqWkfHYUtBqxi4RtrbNHESKFb25OZgGu/ROqtww7/jXNtMCTG9if5t0wz cl5UO5PD+5emetQ8HFrheGMMuMzL9bPtecrsZEtC9cSs8XChgcuPXSLm5G7udLNY Au6mVnI/u2LbNGriw2fktWCqIMJLN0mYu4Jefl6kgSZu9oZozLV9oOVicg3w/an3 3hz9Nd4dzEZc8wzhSeDNUqR1c+BYibnUgx+1PUWtUzX/X+23u/2u2F1ujiCRxM7S rk2wXwWFXkyAZiRw1Y3jWp/nvjgBV2XXtN4RdLwoVleg7DHwcQMplnosstPZi0JL 6xW4s+TndQq+CHnuYqaZJD4wIkch5UBjduJfmnNLJ8tRJ2E1DKc72welGeVSh4Ld O9t18y8nb+Z2pZxo4aBA =lRqg -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Status to make btsfs to the standard filesystem of Fedora
On 18/01/13 16:12, Marcela Mašláňová wrote: The most helpful approach would be provide bug reports, when btrfs will be proposed as a default file system (again). Without bug reports, real numbers etc. is hard to make any decision. I don't wish to test on my machine, so I would be glad for hard data from others ;-) This is not enough https://bugzilla.redhat.com/buglist.cgi?quicksearch=component%3Akernel%20btrfslist_id=1028381 ? Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On 01/18/2013 04:12 PM, Matthew Miller wrote: So, I do not at all share the snarky sentiment, but this still perplexes me. What is that screen for? It literally took me a minute to figure out what to do with it the first time I saw it, and then every time after that it just gets in the way of what I want to do. Why *can't* I turn it off? It's for notifications and other things for which one should not need to unlock the system to handle -- for example, to notify of urgent system-level problems (such as low battery), or to pause or switch songs in your music player, or quickly check an instant message. While you can't disable it (as far as I know), you can still get past it by using your keyboard (press Esc or Enter) if you don't want to use the upward swipe. -- Peter Gordon (codergeek42) pe...@thecodergeek.com Who am I? :: http://thecodergeek.com/about-me signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why do we have a kernel with version number - 20X?
On 01/19/2013 12:55 AM, Peter Robinson wrote: On Fri, Jan 18, 2013 at 5:51 PM, Joshua C. joshua...@gmail.com wrote: Some days ago the version number for the f18-kernels was changed to 20x as in kernel-3.7.3-205.fc18. Is there a special reason for this? Are the first 200 numbers reserved for something? Yes, read the kernel meeting notes and I believe an explanation was posted to devel too. Peter And for those as lazy as I am: http://lists.fedoraproject.org/pipermail/kernel/2013-January/004061.html The hundreds series is speific to the fedora version. Currently f17 is 1xx and f18 is 2xx. The purpose is to keep f18 versions ahead of f17 versions so that updates will work better. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problem updating to Rawhide from F18
I have tried the following from :- https://fedoraproject.org/wiki/Releases/Rawhide?rd=Rawhide # yum install fedora-release-rawhide # yum --releasever=rawhide distro-sync gives :- ... -- Running transaction check --- Package NetworkManager.i686 1:0.9.7.0-11.git20121211.fc19 will be a downgrade -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package colord-libs.i686 0:0.1.28-2.fc19 will be installed --- Package compat-libffi.i686 0:3.0.10-2.fc19 will be installed --- Package cups-filesystem.noarch 1:1.6.1-20.fc19 will be installed --- Package cups-filters.i686 0:1.0.29-1.fc19 will be installed -- Processing Dependency: cups-filters-libs(x86-32) = 1.0.29-1.fc19 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libqpdf.so.10(LIBQPDF_10) for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libqpdf.so.10 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libfontembed.so.1 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libcupsfilters.so.1 for package: cups-filters-1.0.29-1.fc19.i686 --- Package highlight.i686 0:3.12-1.fc19 will be installed --- Package javassist.noarch 0:3.16.1-2.fc18 will be installed --- Package leveldb.i686 0:1.7.0-4.fc19 will be installed -- Processing Dependency: libsnappy.so.1 for package: leveldb-1.7.0-4.fc19.i686 --- Package libcdio-paranoia.i686 0:10.2+0.90-6.fc19 will be installed --- Package libgee.i686 0:0.8.2-1.fc19 will be installed --- Package libjpeg-turbo-compat.i686 0:1.2.1-7.fc19 will be installed --- Package libnl3.i686 0:3.2.14-1.fc18 will be updated -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package nhn-nanum-fonts-common.noarch 0:3.020-7.fc19 will be installed --- Package perl-Business-ISBN.noarch 0:2.05.03-1.fc19 will be installed -- Processing Dependency: perl(Business::ISBN::Data) = 20120719.001 for package: perl-Business-ISBN-2.05.03-1.fc19.noarch --- Package perl-HTTP-Tiny.noarch 0:0.017-247.fc19 will be installed --- Package perl-IO-HTML.noarch 0:0.04-1.fc19 will be installed --- Package perl-podlators.noarch 0:2.5.0-1.fc19 will be installed --- Package poppler.i686 0:0.20.2-9.fc18 will be updated -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package sbc.i686 0:1.0-2.fc19 will be installed --- Package wpa_supplicant.i686 1:1.0-1.fc19 will be an update -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Running transaction check --- Package NetworkManager.i686 1:0.9.7.0-11.git20121211.fc19 will be a downgrade -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package cups-filters.i686 0:1.0.29-1.fc19 will be installed -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package cups-filters-libs.i686 0:1.0.29-1.fc19 will be installed --- Package libnl3.i686 0:3.2.14-1.fc18 will be updated -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package perl-Business-ISBN-Data.noarch 0:20120719.001-1.fc18 will be installed --- Package poppler.i686 0:0.20.2-9.fc18 will be updated -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package qpdf-libs.i686 0:4.0.1-1.fc19 will be installed --- Package snappy.i686 0:1.0.5-2.fc18 will be installed --- Package wpa_supplicant.i686 1:1.0-1.fc19 will be an update
Re: Problem updating to Rawhide from F18
On 20 January 2013 00:58, Aaron Gray aaronngray.li...@gmail.com wrote: I have tried the following from :- https://fedoraproject.org/wiki/Releases/Rawhide?rd=Rawhide # yum install fedora-release-rawhide # yum --releasever=rawhide distro-sync gives :- ... -- Running transaction check --- Package NetworkManager.i686 1:0.9.7.0-11.git20121211.fc19 will be a downgrade -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package colord-libs.i686 0:0.1.28-2.fc19 will be installed --- Package compat-libffi.i686 0:3.0.10-2.fc19 will be installed --- Package cups-filesystem.noarch 1:1.6.1-20.fc19 will be installed --- Package cups-filters.i686 0:1.0.29-1.fc19 will be installed -- Processing Dependency: cups-filters-libs(x86-32) = 1.0.29-1.fc19 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libqpdf.so.10(LIBQPDF_10) for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libqpdf.so.10 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libfontembed.so.1 for package: cups-filters-1.0.29-1.fc19.i686 -- Processing Dependency: libcupsfilters.so.1 for package: cups-filters-1.0.29-1.fc19.i686 --- Package highlight.i686 0:3.12-1.fc19 will be installed --- Package javassist.noarch 0:3.16.1-2.fc18 will be installed --- Package leveldb.i686 0:1.7.0-4.fc19 will be installed -- Processing Dependency: libsnappy.so.1 for package: leveldb-1.7.0-4.fc19.i686 --- Package libcdio-paranoia.i686 0:10.2+0.90-6.fc19 will be installed --- Package libgee.i686 0:0.8.2-1.fc19 will be installed --- Package libjpeg-turbo-compat.i686 0:1.2.1-7.fc19 will be installed --- Package libnl3.i686 0:3.2.14-1.fc18 will be updated -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package nhn-nanum-fonts-common.noarch 0:3.020-7.fc19 will be installed --- Package perl-Business-ISBN.noarch 0:2.05.03-1.fc19 will be installed -- Processing Dependency: perl(Business::ISBN::Data) = 20120719.001 for package: perl-Business-ISBN-2.05.03-1.fc19.noarch --- Package perl-HTTP-Tiny.noarch 0:0.017-247.fc19 will be installed --- Package perl-IO-HTML.noarch 0:0.04-1.fc19 will be installed --- Package perl-podlators.noarch 0:2.5.0-1.fc19 will be installed --- Package poppler.i686 0:0.20.2-9.fc18 will be updated -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package sbc.i686 0:1.0-2.fc19 will be installed --- Package wpa_supplicant.i686 1:1.0-1.fc19 will be an update -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Running transaction check --- Package NetworkManager.i686 1:0.9.7.0-11.git20121211.fc19 will be a downgrade -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package cups-filters.i686 0:1.0.29-1.fc19 will be installed -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package cups-filters-libs.i686 0:1.0.29-1.fc19 will be installed --- Package libnl3.i686 0:3.2.14-1.fc18 will be updated -- Processing Dependency: libnl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 -- Processing Dependency: libnl-genl-3.so.200 for package: 1:wpa_supplicant-1.0-1.fc19.i686 -- Processing Dependency: libnl-route-3.so.200 for package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 --- Package perl-Business-ISBN-Data.noarch 0:20120719.001-1.fc18 will be installed --- Package poppler.i686 0:0.20.2-9.fc18 will be updated -- Processing Dependency: libpoppler.so.26 for package: cups-filters-1.0.29-1.fc19.i686 --- Package
Re: Problem updating to Rawhide from F18
On 01/19/2013 04:58 PM, Aaron Gray wrote: Error: Package: 1:NetworkManager-0.9.7.0-11.git20121211.fc19.i686 (fedora) Requires: libnl-genl-3.so.200 Removing: libnl3-3.2.14-1.fc18.i686 (@anaconda/18) libnl-genl-3.so.200 Updated By: libnl3-3.2.19-1.fc19.i686 (fedora) Not found Anyone know whats going on ? There was an email recently about libnl being updated and that breakage would likely happen. The rebuilds (and fixing) are probably not complete yet. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Deja DUP
Hi On Fri, Jan 18, 2013 at 8:03 PM, Richard Vickery richard.vicker...@gmail.com wrote: Hi Gang, I backed up some sensitive files with DUP and upgraded to F18. Now calling up the Deja DUP program sends the computer into a mode where nothing is available; it doesn't respond to any key-strokes. Is there anything I can so at the command-line to correct this? I really need these one of these files, but perhaps not for 2 years. The other poster has referred to the deja-dup documentation but fyi, refer to https://bugzilla.redhat.com/show_bug.cgi?id=892063. This is partly a fallout of the /tmp on tmpfs default in Fedora 18 but primarily caused by the amount of space duplicity uses which can be reduced. Upstream developer has been informed and has agreed to work on this. I will try and push an update to deja-dup asap. Setting TMP=/var/tmp will workaround this problem for now. If you have a different problem, do file a bug report. Thanks Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
Hi, On Sat, Jan 19, 2013 at 03:20:29PM +0100, Vít Ondruch wrote: Dne 19.1.2013 12:46, Tomasz Torcz napsal(a): On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote: On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. Or Esc. Or scroll by mouse wheel ... I love it :) Great. That makes third obsucre mechanism just to unlock screen (or, rather, just to show the password field). BTW you can show notifications on the screen, so even without login you can be informed that you have new message, or what your payer is playing ATM, etc. And why should I need that? D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: To the Mate package maintainers
On Sat, Jan 19, 2013 at 11:46 PM, David Tardon dtar...@redhat.com wrote: Hi, On Sat, Jan 19, 2013 at 03:20:29PM +0100, Vít Ondruch wrote: Dne 19.1.2013 12:46, Tomasz Torcz napsal(a): On Sat, Jan 19, 2013 at 11:11:29AM +0100, Michael Schwendt wrote: On Fri, 18 Jan 2013 18:10:06 -0500, Sam Varshavchik wrote: I see that Gnome's lock screen now shows a pretty clock, after the display wakes up, that must be swiped away in order to unlock the desktop. I just hit Enter or Return to achieve the same. Or Esc. Or scroll by mouse wheel ... I love it :) Great. That makes third obsucre mechanism just to unlock screen (or, rather, just to show the password field). BTW you can show notifications on the screen, so even without login you can be informed that you have new message, or what your payer is playing ATM, etc. And why should I need that? D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel So I checked my email today after a long hard day at FUDCon, and I see a thread with the subject To the Mate package maintainers and upon reading it I find that this thread has nothing to do with MATE Desktop any more. I am a sad panda. :( Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 896474] perl-HTML-Template-2.94 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=896474 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2013-01-19 14:05:06 --- Comment #2 from Tom spot Callaway tcall...@redhat.com --- 2.94 in Rawhide. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=KWxE1pMT4ra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 768394] LWP::UserAgent cuts chunked response sent through HTTPS
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=768394 --- Comment #19 from Fedora Update System upda...@fedoraproject.org --- Package perl-Net-HTTP-6.05-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Net-HTTP-6.05-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-0984/perl-Net-HTTP-6.05-1.fc17 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZfGO6vH2xia=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 895037] perl-PPIx-Regexp-0.029 is available
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=895037 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- Package perl-PPIx-Regexp-0.029-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-PPIx-Regexp-0.029-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-1095/perl-PPIx-Regexp-0.029-1.fc18 then log in and leave karma (feedback). -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UZornguveGa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Authen-Simple
perl-Authen-Simple has broken dependencies in the epel-6 tree: On ppc64: perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-WWW-GoodData
perl-WWW-GoodData has broken dependencies in the epel-5 tree: On ppc: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 On i386: perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Module Missing from perl-SQL-Abstract
I was just trying to build an up-to-date RPM of DBIx::Class but one of the tests failed because it couldn't find the module DBIx::Class::Storage::Debug::PrettyPrint. Further investigation revealed that this module is in the CPAN distribution of SQL::Abstract but has been omitted from perl-SQL-Abstract RPM available from the Fedora repos. I've built a new, complete, SQL::Abstract RPM and that has enabled me to build the DBIC RPM successfully. But I wondered why the module was omitted in the first place. Cheers, Dave... -- Dave Cross :: d...@dave.org.uk http://dave.org.uk/ @davorg -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
