F15 Alpha impressions
Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. When adding a background image, that little plus/negative sign at the bottom isn't too inviting to use. Had to look at that program couple times to understand/see them at the bottom. Could be couple bigger buttons or something. How the hell do you add something to be started up when your profile starts? Such as devilspie or whatever? I used to add this to startup programs. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
Hi, 2011/2/27 Mike Chambers m...@miketc.net: Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. When adding a background image, that little plus/negative sign at the bottom isn't too inviting to use. Had to look at that program couple times to understand/see them at the bottom. Could be couple bigger buttons or something. How the hell do you add something to be started up when your profile starts? Such as devilspie or whatever? I used to add this to startup programs. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 2011-02-27 at 16:06 +0100, Michał Piotrowski wrote: Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? Yep, try removing the at-spi2* packages (it only removes bout 5 total or so) and see if that works for you. -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On 02/27/2011 03:55 PM, Mike Chambers wrote: Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). Yes the font rendering makes applications look significantly more ugly then under F14. That was the first thing I noticed after starting Firefox. When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. Also you don't need to click on Activities but can simply move the mouse to the upper left corner to open the favorites. While this takes some getting used to I think it makes sense. Simply throw you mouse into the upper left corner and then click on Firefox. When adding a background image, that little plus/negative sign at the bottom isn't too inviting to use. Had to look at that program couple times to understand/see them at the bottom. Could be couple bigger buttons or something. How the hell do you add something to be started up when your profile starts? Such as devilspie or whatever? I used to add this to startup programs. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. I think the general problem here is that with the advent of tablet and other touchscreen driven devices the whole hover mechanic just doesn't work at all anymore. On the other hand I noticed that when I move the mouse over an icon at the bottom right corner the icon slides to the side and reveal a label for that icon. So there the hover concept seems to be still alive. This is a problem though as apparently you cannot click that label: 1. Update icon appears 2. You want to click on it and move the mouse over it 3. The icon moves away from your pointer revealing the label 4. Clicking no longer works since the label is not clickable 5. You move the mouse over to the new icon position 6. If you overshoot the icon again slides away from you pointer = continue at 2. 7. If you don't overshoot you are finally able to do what you wanted to do in the first place: click that icon. Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Mike Chambers m...@miketc.net: On Sun, 2011-02-27 at 16:06 +0100, Michał Piotrowski wrote: Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? Yep, try removing the at-spi2* packages (it only removes bout 5 total or so) and see if that works for you. at-spi2 is not installed on my system. Out of curiosity, I removed at-spi* packages and now GDM behaves funny. I'll have to connect the eth cable and rollback my latest system sabotage :) -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Services that can start by default policy feedback
On Fri, Feb 25, 2011 at 07:00:20PM +, Matthew Garrett wrote: On Fri, Feb 25, 2011 at 07:30:34PM +0100, Till Maas wrote: The services that are started when the respective package is installed and the services that are enabled by default by the Fedora installer do not need to be the same and are afaik currently not the same. There is imho a huge difference, whether services are enabled during installation, because afterwards one can usually expect that there are unwanted services and whether services are enabled after the respective package is installed long after the system has been installed. I think multipath is the only service enabled by Anaconda. Everything else depends on the package doing so. This does not mean that this is a good way or the only way to do this. Regards Till pgpv1IiUISgL4.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Michał Piotrowski: Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? You have to downgrade your system to accountsservice-libs-0.6.3-3.fc15 accountsservice-0.6.3-3.fc15 libcanberra-0.27-1.fc15 libcanberra-gtk2-0.27-1.fc15 libcanberra-gtk3-0.27-1.fc15 Good luck, ~C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Christoph Frieben christoph.frie...@googlemail.com: 2011/2/27 Michał Piotrowski: Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? You have to downgrade your system to Thanks for the tip, I'll try it later accountsservice-libs-0.6.3-3.fc15 accountsservice-0.6.3-3.fc15 libcanberra-0.27-1.fc15 libcanberra-gtk2-0.27-1.fc15 libcanberra-gtk3-0.27-1.fc15 Good luck, ~C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 2011-02-27 at 16:20 +0100, Dennis Jacobfeuerborn wrote: On 02/27/2011 03:55 PM, Mike Chambers wrote: When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. Also you don't need to click on Activities but can simply move the mouse to the upper left corner to open the favorites. While this takes some getting used to I think it makes sense. Simply throw you mouse into the upper left corner and then click on Firefox. OK, got the corner thing with the mouse, seems to work. Still hate it. Seems more work to do...move mouse, click on icon, then start. Instead of just going to workspace/icon or whatever and clicking on it. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. I think the general problem here is that with the advent of tablet and other touchscreen driven devices the whole hover mechanic just doesn't work at all anymore. On the other hand I noticed that when I move the mouse over an icon at the bottom right corner the icon slides to the side and reveal a label for that icon. So there the hover concept seems to be still alive. This is a problem though as apparently you cannot click that label: 1. Update icon appears 2. You want to click on it and move the mouse over it 3. The icon moves away from your pointer revealing the label 4. Clicking no longer works since the label is not clickable 5. You move the mouse over to the new icon position 6. If you overshoot the icon again slides away from you pointer = continue at 2. 7. If you don't overshoot you are finally able to do what you wanted to do in the first place: click that icon. Yep, experienced same thing with the bottom right icons. But as you said, hypocritical when can't do it at the top over time/date/etc..but in the bottom it's set to, yet have to hit it at right spot for it to work. -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On 02/27/2011 09:55 AM, Mike Chambers wrote: snip I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. try: $ gsettings set org.gnome.shell.clock show-date true -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
Mike Chambers wrote: Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). freetype-2.4.4-3.fc15 : * Sun Feb 20 2011 Marek Kasik mka...@redhat.com 2.4.4-3 - Enable bytecode interpreter (#547532). - Fall back to autohinting if a TTF/OTF doesn't contain any bytecode. -- «Allá muevan feroz guerra, ciegos reyes por un palmo más de tierra; que yo aquí tengo por mío cuanto abarca el mar bravío, a quien nadie impuso leyes. Y no hay playa, sea cualquiera, ni bandera de esplendor, que no sienta mi derecho y dé pecho a mi valor.» -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 2011-02-27 at 11:23 -0500, Clyde E. Kunkel wrote: On 02/27/2011 09:55 AM, Mike Chambers wrote: snip I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. try: $ gsettings set org.gnome.shell.clock show-date true No problem turning it on or off to see it permanently. But used to rather just have clock viewable, then just hover mouse over for date if really need to see it. No biggie I guess, as it's now in middle by itself and not that big so enabled date back for now. -- Mike Chambers Madisonville, KY The best town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 5:06 PM, Mike Chambers m...@miketc.net wrote: On Sun, 2011-02-27 at 16:20 +0100, Dennis Jacobfeuerborn wrote: On 02/27/2011 03:55 PM, Mike Chambers wrote: When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. Also you don't need to click on Activities but can simply move the mouse to the upper left corner to open the favorites. While this takes some getting used to I think it makes sense. Simply throw you mouse into the upper left corner and then click on Firefox. OK, got the corner thing with the mouse, seems to work. Still hate it. Seems more work to do...move mouse, click on icon, then start. Instead of just going to workspace/icon or whatever and clicking on it. Give it some time, it is different than what you are used to, after lets say a week it will feel natural to you (up to the point that you will throw your mouse into the upper left corner on other OSes ;) ). I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. I think the general problem here is that with the advent of tablet and other touchscreen driven devices the whole hover mechanic just doesn't work at all anymore. On the other hand I noticed that when I move the mouse over an icon at the bottom right corner the icon slides to the side and reveal a label for that icon. So there the hover concept seems to be still alive. This is a problem though as apparently you cannot click that label: 1. Update icon appears 2. You want to click on it and move the mouse over it 3. The icon moves away from your pointer revealing the label 4. Clicking no longer works since the label is not clickable 5. You move the mouse over to the new icon position 6. If you overshoot the icon again slides away from you pointer = continue at 2. 7. If you don't overshoot you are finally able to do what you wanted to do in the first place: click that icon. This is a bug see: https://bugzilla.gnome.org/show_bug.cgi?id=636930 Yep, experienced same thing with the bottom right icons. But as you said, hypocritical when can't do it at the top over time/date/etc..but in the bottom it's set to, yet have to hit it at right spot for it to work. It is not hypocritical as *you* made up the reason for the tooltips not being there (hover is used in a lot of different places in the shell). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27.02.11 16:37, Christoph Frieben (christoph.frie...@googlemail.com) wrote: 2011/2/27 Michał Piotrowski: Have you tried to update to the latest branch version? Today I updated system and Gnome doesn't start anymore. Anyone else have this problem? You have to downgrade your system to accountsservice-libs-0.6.3-3.fc15 accountsservice-0.6.3-3.fc15 libcanberra-0.27-1.fc15 libcanberra-gtk2-0.27-1.fc15 libcanberra-gtk3-0.27-1.fc15 libcanberra? What makes you think lc is involved here? https://bugzilla.redhat.com/show_bug.cgi?id=680605 ← that doesn't really suggest any libcanberra involvement. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 2:55 PM, Mike Chambers m...@miketc.net wrote: Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. When adding a background image, that little plus/negative sign at the bottom isn't too inviting to use. Had to look at that program couple times to understand/see them at the bottom. Could be couple bigger buttons or something. How the hell do you add something to be started up when your profile starts? Such as devilspie or whatever? I used to add this to startup programs. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. Alpha release has not even happened yet - it is early days - and gnome3 is not scheduled for release till April - if there are things are you would like changing, now is a good time to file reports either as RFE in bugzilla for Fedora, or on the gnome3 development upstream ... -- mike c -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
One impression - this version will be really feature rich :) https://fedoraproject.org/wiki/FeatureList I wonder just why this feature https://fedoraproject.org/wiki/Features/CloudFS fell from the list? -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
On Fri, Feb 25, 2011 at 06:14:48PM +0300, Peter Lemenkov wrote: Hello. I've got an interesting idea - why not to provide a git repository with the sources of current Fedora kernel? This could simplify the maintenance of patches, allows other to easily backport stuff from kernel.org's master and greatly improves the current situation with transparency of development process. It is fully transparent already. Moving to another model like this would actually likely be a regression in transparency, since changes would be hidden by the increased volume of rebases or merges. I mean I almost sure that Fedora Kernel team uses git internally, so why not to allow others to fork it? Because we're not interested in doing additional work for no benefit. Our workflow is an SRPM of patches, so that's what we work with. Anything else just adds needless complication, and worst of all, increases the possibility of introducing issues. The goal of the Fedora kernel is to stay as close to upstream as possible, aside from a few outliers, we generally do a very good job of that. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Lennart Poettering: libcanberra? What makes you think lc is involved here? https://bugzilla.redhat.com/show_bug.cgi?id=680605 ← that doesn't really suggest any libcanberra involvement. You are correct, the cited workaround from bug 680605 was partially superfluous: downgrading - accountsservice-libs-0.6.3-3.fc15 - accountsservice-0.6.3-3.fc15 alone already solves the issue for me. The reporter of bug 680605 should change the component from libcanberra to accountsservice then .. ~C -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
2011/2/27 Kyle McMartin k...@mcmartin.ca: Our workflow is an SRPM of patches, so that's what we work with. You really do that by hand, without some sort of patch manager? -- Thomas Moschny thomas.mosc...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F14 smartctl - unable to complete smart test
Hi, This can be a hardware problem - hard to say. For some reason on one of the disks smart test is interrupted # 1 Extended offlineInterrupted (host reset) 90% 12489 - # 2 Extended offlineInterrupted (host reset) 90% 12484 - I see this in dmesg [ 4328.800100] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 4328.800129] ata3.00: failed command: WRITE DMA EXT [ 4328.800153] ata3.00: cmd 35/00:08:7e:dc:9f/00:00:2c:00:00/e0 tag 0 dma 4096 out [ 4328.800157] res 40/00:00:02:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 4328.800190] ata3.00: status: { DRDY } [ 4333.849048] ata3: link is slow to respond, please be patient (ready=0) [ 4338.847048] ata3: device not ready (errno=-16), forcing hardreset [ 4338.847063] ata3: soft resetting link [ 4339.837375] ata3.00: configured for UDMA/133 [ 4339.837407] ata3: EH complete I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have not noticed other problems with this disc. What might be causing this interrupts? -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
On Fri, Feb 25, 2011 at 08:32:34AM -0800, Garrett Holmstrom wrote: Fedora's patched kernel sources in a git repository and then include kernel-2.6.38-1.1.fc15.tar.bz2 in the source RPM instead of vanilla kernel-2.6.38.tar.bz2 and fifty patches. Red Hat appears to do this with RHEL 6's kernel, but their kernel repository is not publicly-accessible. RHEL also never rebases, which means their git tree is virtually linear. While I can see how this might make things a bit easier, it can obscure what commits are Fedora-specific as they are lost in the sea of the upstream kernel's commits, making me firmly against the proposal. Correct, look at, for instance, what Ubuntu's git tree looks like during a release, it's an utter mess of merges and local commits. There are advantages to both, with a low patch count, I'm happy with the workflow we have now. --Kyle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27.02.11 19:00, Christoph Frieben (christoph.frie...@googlemail.com) wrote: 2011/2/27 Lennart Poettering: libcanberra? What makes you think lc is involved here? https://bugzilla.redhat.com/show_bug.cgi?id=680605 ← that doesn't really suggest any libcanberra involvement. You are correct, the cited workaround from bug 680605 was partially superfluous: downgrading - accountsservice-libs-0.6.3-3.fc15 - accountsservice-0.6.3-3.fc15 alone already solves the issue for me. The reporter of bug 680605 should change the component from libcanberra to accountsservice then .. ~C I have already reassigned it to gdm. The backtrace was generated in gdm-simple-chooser code and hence should probably be fixed in gdm. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27 Feb 2011 18:52:36 +0100 Michał Piotrowski mkkp...@gmail.com wrote: One impression - this version will be really feature rich :) https://fedoraproject.org/wiki/FeatureList I wonder just why this feature https://fedoraproject.org/wiki/Features/CloudFS fell from the list? See https://fedorahosted.org/fesco/ticket/557 Basically it wasn't quite polished enough to tout as a feature yet. It will hopefully be in f16 and in much better shape. ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On 02/27/2011 10:20 AM, Dennis Jacobfeuerborn wrote: I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. This obviously makes little/no sense - how does the gnome launcher know when I want to bring the existing running app to foreground versus when I want a new instance of same app? It cannot - so if the above is correct it is a design flaw. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Kevin Fenzi ke...@scrye.com: On Sun, 27 Feb 2011 18:52:36 +0100 Michał Piotrowski mkkp...@gmail.com wrote: One impression - this version will be really feature rich :) https://fedoraproject.org/wiki/FeatureList I wonder just why this feature https://fedoraproject.org/wiki/Features/CloudFS fell from the list? See https://fedorahosted.org/fesco/ticket/557 Basically it wasn't quite polished enough to tout as a feature yet. It will hopefully be in f16 and in much better shape. ;) Thanks for the info. I'll have to arm myself with patience and wait for the F16 then :) kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110227 changes
Compose started at Sun Feb 27 08:15:28 UTC 2011 Broken deps for x86_64 -- R-hdf5-1.6.9-10.fc15.x86_64 requires hdf5 = 0:1.8.5.patch1 audacious-plugin-xmp-3.3.0-6.fc15.x86_64 requires audacious(plugin-api) = 0:17 balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) castor-0.9.5-6.fc15.1.x86_64 requires oro coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 0:522d7f86f1236405e53271ff74923515 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 conmux-0.0-12.493svn.fc15.noarch requires perl(Payload) conmux-0.0-12.493svn.fc15.noarch requires perl(Client) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) cvs2cl-2.72-4.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libtelepathy-logger.so.1()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks.so.20()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks-telepathy.so.20()(64bit) eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(text-0.11.0.0) = 0:3453462e59a8b0edfe189b4b44e28305 ghc-hamlet-0.6.1.2-2.fc15.i686 requires libHSparsec-3.1.0-ghc7.0.1.so ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(blaze-builder-0.2.1.4) = 0:faa6102eadedaa4783d7d8d9e73da82a ghc-hamlet-0.6.1.2-2.fc15.i686 requires libHStext-0.11.0.0-ghc7.0.1.so ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(parsec-3.1.0) =
Re: F15 Alpha impressions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. This obviously makes little/no sense - how does the gnome launcher know when I want to bring the existing running app to foreground versus when I want a new instance of same app? Have you tried right-click? It cannot - so if the above is correct it is a design flaw. I think you should read more about gnome-shell and it's ideas. That would probably give you more understanding about it and how to use it. - -- Aurimas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNaqLKAAoJECtTeRAzEaLP5cQIAIlMU15kytgOfKPB+gjpHJA5 e1ufl5PZaqNHPSN6PShVCcmP0u8Sjj+GXQKYOXLo/myHVQQT4L85drAwx/GoN453 p5k/0HKCwRXH5LcQ39BfNHQoNolzS5jtSQwjCI5/t/agZ6lG9/lQVj69HWmBKNr1 RYs8Lrnp7qOrPXzXQEaaxuzTowv0ZptOkDkJWRB+kbZS7H6Rx34+et3K5f1fVLqD xMbp0ZRQazH9fXn3Q23l225fzrWJK8NDKXX2I+raLbMg9C04JA8wZ038aCczfnDa Fh4dYAmTH1Bq2S9Wi7R6ONwHVS8okAXXbl9WjDWZmWqKCka1nSWL4j64mmzsavg= =wnY/ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Services that can start by default policy feedback
On Sun, Feb 27, 2011 at 04:33:56PM +0100, Till Maas wrote: On Fri, Feb 25, 2011 at 07:00:20PM +, Matthew Garrett wrote: On Fri, Feb 25, 2011 at 07:30:34PM +0100, Till Maas wrote: The services that are started when the respective package is installed and the services that are enabled by default by the Fedora installer do not need to be the same and are afaik currently not the same. There is imho a huge difference, whether services are enabled during installation, because afterwards one can usually expect that there are unwanted services and whether services are enabled after the respective package is installed long after the system has been installed. I think multipath is the only service enabled by Anaconda. Everything else depends on the package doing so. This does not mean that this is a good way or the only way to do this. No, but it does mean that what you're proposing would involve adding functionality to Anaconda. The current situation is that the services that are started when the respective package is installed and the services that are enabled by default by the Fedora installer *are* the same. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Access rights for system logs
On Sat, 26 Feb 2011 10:44:05 +0100 Matthias Runge mru...@matthias-runge.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/25/11 17:21, Till Maas wrote: ...snip... I like a special group just for accounts that should be able to read all log files, too, e.g. a group logread. Regards Till That sounds good to me. Should we include a group logwriter or logger for completeness? Who is in charge to change this? ... which way do I/we have to go to reach this aim? Is this just contacting rsyslog-maintainer to change ownership? I suppose not. Were you thinking of just /var/log/messages? or all log files? Or all syslog written files? or ? If you are talking all log files, I would suggest making this into a feature for f16, since it's going to require coordinating a bunch of changes of packages to have the right group ownership of their log files. kevin kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Services that can start by default policy feedback
On Thu, 24 Feb 2011 12:23:59 + Jóhann B. Guðmundsson johan...@gmail.com wrote: Is it possible to get the rationality behind why those services which are permitted to be enabled by default as specific exceptions are granted that exception. Well, I think the rationale was these are basic services that are required to bring the machine up into a gui and allow a user to login and be able to apply updates, etc At least that was my thought. I wonder now if we couldn't use the critical path setup to define these. Ie, If your package is not critical path, it should not start by default. If it is, it _may_ start by default Just a thought. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27 Feb 2011 21:15:40 +0200, Aurimas wrote: I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. This obviously makes little/no sense - how does the gnome launcher know when I want to bring the existing running app to foreground versus when I want a new instance of same app? Have you tried right-click? Right-click is flawed, as it doesn't offer to start the app if no instance of the app is running already: http://lists.fedoraproject.org/pipermail/test/2011-February/097333.html To start a new instance of an app, you are supposed to drag'n'drop the Favorites icon onto the desktop. Right-click only works if the app is running already. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On 02/27/2011 02:41 PM, Michael Schwendt wrote: Rumor has it (coff coff) that gnome was infiltrated by kde developers trying to get their users back :-) :-) :-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: git repository with Fedora kernel(s) sources
On Feb 27, 2011, at 1:19 PM, Kyle McMartin wrote: On Fri, Feb 25, 2011 at 08:32:34AM -0800, Garrett Holmstrom wrote: Fedora's patched kernel sources in a git repository and then include kernel-2.6.38-1.1.fc15.tar.bz2 in the source RPM instead of vanilla kernel-2.6.38.tar.bz2 and fifty patches. Red Hat appears to do this with RHEL 6's kernel, but their kernel repository is not publicly-accessible. RHEL also never rebases, which means their git tree is virtually linear. I'd say its not even virtually linear, its linear, period. Once a given RHEL major release goes out the door, the kernel tree is never branched or rebased, no git merges, or anything, just a series of linear commits, all done by a single maintainer. Patches aren't pulled from sub-maintainer git trees, they're pulled from a patchwork database, once deemed ready, so the commit history remains 100% linear. -- Jarod Wilson ja...@wilsonet.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27.02.11 13:00, Larry Vaden (va...@texoma.net) wrote: A n00b to Fedora (well, since F3 days, now testing F15 Alpha 2), I want to file with BugZilla and notice you are involved with some of the packages involved. Please direct questions like this to the fedora test list or a similar mailing list, not to fedora-devel or me. The Create User screen seems to be the first place I notice an unexpected result (backspacing in the password field yields an unexpected result), but I can't seem to decide between filing against perhaps firstboot or systemd or NetworkManager. Short a backtrace, how does one go about getting it right so as not to waste developer's time? File a bug against anaconda, please. Further, interesting (to me) results are below the sig and I would like your guidance on which package to file against. Uh? Not sure I am following. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-CPAN-Meta-YAML] Created tag perl-CPAN-Meta-YAML-0.003-3.el5
The lightweight tag 'perl-CPAN-Meta-YAML-0.003-3.el5' was created pointing to: 71fa66d... Initial import (perl-CPAN-Meta-YAML-0.003-3) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 8:41 PM, Michael Schwendt mschwe...@gmail.com wrote: On Sun, 27 Feb 2011 21:15:40 +0200, Aurimas wrote: I think this is sort of intentional. If I understand the way this is supposed to work correctly then you are not supposed to care if Firefox is already running but instead simply click on it in your favorites and if an instance is already running it will be brought into focus or a new instance is started. This obviously makes little/no sense - how does the gnome launcher know when I want to bring the existing running app to foreground versus when I want a new instance of same app? Have you tried right-click? Right-click is flawed, as it doesn't offer to start the app if no instance of the app is running already: http://lists.fedoraproject.org/pipermail/test/2011-February/097333.html To start a new instance of an app, you are supposed to drag'n'drop the Favorites icon onto the desktop. Right-click only works if the app is running already. As I told you in the other thread I have already fixed it upstream, that is you will always see a New window item regardless if the app is running or not (once the fix hits rawhide / f15). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27 Feb 2011 21:43:54 +0100, drago01 wrote: Have you tried right-click? Right-click is flawed, as it doesn't offer to start the app if no instance of the app is running already: http://lists.fedoraproject.org/pipermail/test/2011-February/097333.html To start a new instance of an app, you are supposed to drag'n'drop the Favorites icon onto the desktop. Right-click only works if the app is running already. As I told you in the other thread I have already fixed it upstream, that is you will always see a New window item regardless if the app is running or not (once the fix hits rawhide / f15). Well, I figured it was you who committed the change, but that would have been more obvious if you used your real name for all emails. ;) About the right-click, I'm not fond of the extra work - I can't tell whether I will use it to start new apps or whether I will try to get accustomed to drag'n'drop instead. Compared with what I've been using so far before (a single-click launcher icon in the GNOME panel for a couple of favourites), the new day is more work and less convenient. Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 Michael Schwendt: Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. Currently, the suspend-resume cycle is broken even on mainstream hardware e.g. using the r300g driver. Forcing a GL enabled desktop upon everybody seems overzealous. ~C -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 10:39 PM, Michael Schwendt mschwe...@gmail.com wrote: On Sun, 27 Feb 2011 21:43:54 +0100, drago01 wrote: Have you tried right-click? Right-click is flawed, as it doesn't offer to start the app if no instance of the app is running already: http://lists.fedoraproject.org/pipermail/test/2011-February/097333.html To start a new instance of an app, you are supposed to drag'n'drop the Favorites icon onto the desktop. Right-click only works if the app is running already. As I told you in the other thread I have already fixed it upstream, that is you will always see a New window item regardless if the app is running or not (once the fix hits rawhide / f15). Well, I figured it was you who committed the change, but that would have been more obvious if you used your real name for all emails. ;) Doesn't matter who made the changes just wanted to point out that the flaw is already fixed. About the right-click, I'm not fond of the extra work - I can't tell whether I will use it to start new apps or whether I will try to get accustomed to drag'n'drop instead. Compared with what I've been using so far before (a single-click launcher icon in the GNOME panel for a couple of favourites), the new day is more work and less convenient. Well I mostly use the drag n drop .. as it allows opening apps on different workspaces / creating new workspaces without the extra step of switching to the workspace first. When on the same workspace I don't really have the need to open multiple windows using launchers that often (most of the time I use shortcuts like ctrl-n / ctrl-shift-n etc.). Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. Well the primary purpose of the fallback is to home something for devices without proper 3D acceleration (either because the driver sucks, the hardware is too old or because it is a VM). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 10:59 PM, Christoph Frieben christoph.frie...@googlemail.com wrote: 2011/2/27 Michael Schwendt: Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. Currently, the suspend-resume cycle is broken even on mainstream hardware e.g. using the r300g driver. Forcing a GL enabled desktop upon everybody seems overzealous. ~C In your case you should define broken and put that into bugzilla ... which might end up being more productive than that post ;) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Services that can start by default policy feedback
On Sun, Feb 27, 2011 at 07:21:30PM +, Matthew Garrett wrote: On Sun, Feb 27, 2011 at 04:33:56PM +0100, Till Maas wrote: On Fri, Feb 25, 2011 at 07:00:20PM +, Matthew Garrett wrote: On Fri, Feb 25, 2011 at 07:30:34PM +0100, Till Maas wrote: The services that are started when the respective package is installed and the services that are enabled by default by the Fedora installer do not need to be the same and are afaik currently not the same. There is imho a huge difference, whether services are enabled during installation, because afterwards one can usually expect that there are unwanted services and whether services are enabled after the respective package is installed long after the system has been installed. I think multipath is the only service enabled by Anaconda. Everything ^ else depends on the package doing so. This does not mean that this is a good way or the only way to do this. No, but it does mean that what you're proposing would involve adding functionality to Anaconda. The current situation is that the services that are started when the respective package is installed and the services that are enabled by default by the Fedora installer *are* the same. You wrote that Anaconda already has the code to active services, so there is no additional functionality needed. Only the list of services to be enabled needs to be extended. Nevertheless, this is a lot cleaner solution that having to recommend to users of Fedora to not install packages on systems on a network or with non-admin users logged in to avoid potential security risks because services might activate themselves. Btw. it is also possible to move the initial activation of services into a single package that actives the respective services once after installation, so no changes to the Anaconda code is even required. People who want a secure system can then just deselect it. It could work like the firstboot package. Btw. in case someone with yum plugin writing skills reads this: Is it possible with a yum plugin that manipulates rpm scriptlets, e.g. one that makes sure that no rpm can enable a service using service foo on? Regards Till pgpvBxsCW4E7n.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 27 Feb 2011 23:03:02 +0100, drago01 wrote: Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. Well the primary purpose of the fallback is to home something for devices without proper 3D acceleration (either because the driver sucks, the hardware is too old or because it is a VM). ... and to make it easier for people, who don't like the new GNOME, to switch to something more familiar? Just to not lose them to a different DE? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Access rights for system logs
On Sun, Feb 27, 2011 at 12:30:43PM -0700, Kevin Fenzi wrote: Were you thinking of just /var/log/messages? or all log files? Or all syslog written files? or ? If you are talking all log files, I would suggest making this into a feature for f16, since it's going to require coordinating a bunch of changes of packages to have the right group ownership of their log files. It is only required for log files that are not world-readable. And it can be easily implemented for log files that are not readable for any group. Regards Till pgpXg9ITVd9Rb.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Services that can start by default policy feedback
On 02/27/2011 01:33 PM, Kevin Fenzi wrote: Ie, If your package is not critical path, it should not start by default. If it is, it _may_ start by default +1 -- Ian Pilcher arequip...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-15 Branched report: 20110227 changes
Compose started at Sun Feb 27 13:15:37 UTC 2011 Broken deps for x86_64 -- Io-language-extras-20080330-4.fc15.x86_64 requires libevent-1.4.so.2()(64bit) balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit) bugzilla-3.6.4-4.fc15.noarch requires perl(DBD::Oracle) bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::db) bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::st) bugzilla-3.6.4-4.fc15.noarch requires perl(sanitycheck.cgi) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 0:522d7f86f1236405e53271ff74923515 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 conmux-0.0-12.493svn.fc15.noarch requires perl(Payload) conmux-0.0-12.493svn.fc15.noarch requires perl(Client) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) cvs2cl-2.72-4.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper dmapd-0.0.34-3.fc15.i686 requires libdmapsharing.so.2 dmapd-0.0.34-3.fc15.x86_64 requires libdmapsharing.so.2()(64bit) drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_date_time-mt.so.1.44.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libtorrent-rasterbar.so.5()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_filesystem-mt.so.1.44.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_system-mt.so.1.44.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_signals-mt.so.1.44.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gcstar-1.6.1-3.fc15.noarch requires
Re: Minimal install option (was Re: Services that can start by default policy feedback)
On Fri, Feb 25, 2011 at 9:07 PM, Jesse Keating jkeat...@redhat.com wrote: On 2/25/11 12:51 PM, Chris Lumens wrote: This was the same realization that led to the removal of the labeled minimal install, too many people just wanted to argue over the meaning of the term minimal. ? There's still a 'minimal' radio button in the installer at the package set selection stage. I know, I just clicked on it not half an hour ago in the F15 Alpha RC1 installer. :) Is it meant to be gone? It was there a long, long time ago. It was taken away a medium long time ago. It came back a short long time ago. It's still there. Heh, have we started getting bug reports about it not being minimal enough or it being too minimal yet? If it includes sendmail its not minimal enough ;-) Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Which fonts should be pulled in by desktop environments as dependencies?!
/*Kevin Kofler kevin.kof...@chello.at*/ wrote on 02/22/2011 6:49:00 PM +0350: Nicolas Mailhot wrote: Le Lun 21 février 2011 22:27, Hedayat Vatankhah a écrit : Thanks for the answer. I also thought that it is reasonable, but wanted to make sure before calling others for it. I just wonder if it is possible to have group dependencies in comps.xml or by packages! What is the best way for enforcing such dependencies in Fedora? Well that is a question for fedora-devel and the tools people :) Well, please do not add hardcoded dependencies on all those packages to desktop environment packages. If I don't need fonts for [insert language here], I should be able to remove them. The fonts group in comps, which is already installed by default, is the right place for those fonts. Is it possible to depend on a group instead of a package at all? And if that's possible, what happens if a default package of a group is removed?! Thanks Hedayat Localized live kickstarts also need to be able to remove fonts for locales they don't support, to make room for packages to support the locales they do support. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On 02/27/2011 06:36 PM, drago01 wrote: I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. I think the general problem here is that with the advent of tablet and other touchscreen driven devices the whole hover mechanic just doesn't work at all anymore. On the other hand I noticed that when I move the mouse over an icon at the bottom right corner the icon slides to the side and reveal a label for that icon. So there the hover concept seems to be still alive. This is a problem though as apparently you cannot click that label: 1. Update icon appears 2. You want to click on it and move the mouse over it 3. The icon moves away from your pointer revealing the label 4. Clicking no longer works since the label is not clickable 5. You move the mouse over to the new icon position 6. If you overshoot the icon again slides away from you pointer = continue at 2. 7. If you don't overshoot you are finally able to do what you wanted to do in the first place: click that icon. This is a bug see: https://bugzilla.gnome.org/show_bug.cgi?id=636930 This bug only seems to address the overshooting issue but not the real problem of the icon moving away from you mouse pointer. If the appearing label or summary notification would be considered part of the clickable area for the icon this would fix the problem easily and make the overshooting issue disappear since you no longer have to move the pointer to the icon (for a second time). Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F14 smartctl - unable to complete smart test
On 02/27/2011 11:10 AM, Michał Piotrowski wrote: Hi, This can be a hardware problem - hard to say. For some reason on one of the disks smart test is interrupted # 1 Extended offlineInterrupted (host reset) 90% 12489 - # 2 Extended offlineInterrupted (host reset) 90% 12484 - I see this in dmesg [ 4328.800100] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 4328.800129] ata3.00: failed command: WRITE DMA EXT [ 4328.800153] ata3.00: cmd 35/00:08:7e:dc:9f/00:00:2c:00:00/e0 tag 0 dma 4096 out [ 4328.800157] res 40/00:00:02:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 4328.800190] ata3.00: status: { DRDY } [ 4333.849048] ata3: link is slow to respond, please be patient (ready=0) [ 4338.847048] ata3: device not ready (errno=-16), forcing hardreset [ 4338.847063] ata3: soft resetting link [ 4339.837375] ata3.00: configured for UDMA/133 [ 4339.837407] ata3: EH complete I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have not noticed other problems with this disc. What might be causing this interrupts? I've been having similar problems lately. First my laptop, and I assumed a hardware problem, so I replaced the HDD. Then the server started doing it, which seemed quite a coincidence, but because its uptime was around two months at the time and it was still running a 2.6.35.9 kernel while my laptop problems started with 2.6.35.11, I thought it was just coincidence. Now, if you bring this up, I'm not so sure. Here's what I saw happening on the laptop: [ 1199.706084] ata1.00: exception Emask 0x0 SAct 0x7fff SErr 0x0 action 0x6 frozen [ 1199.706094] ata1.00: failed command: WRITE FPDMA QUEUED [ 1199.706101] ata1.00: cmd 61/08:00:67:48:3f/00:00:16:00:00/40 tag 0 ncq 4096 out [ 1199.706106] ata1.00: status: { DRDY } (repeat the above 3 lines many times) [ 1199.706533] ata1: hard resetting link [ 1209.754149] ata1: softreset failed (device not ready) [ 1209.754155] ata1: hard resetting link [ 1219.802039] ata1: softreset failed (device not ready) [ 1219.802046] ata1: hard resetting link [ 1230.360039] ata1: link is slow to respond, please be patient (ready=0) [ 1239.438047] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 1239.444280] ata1.00: configured for UDMA/133 [ 1239.444286] ata1.00: device reported invalid CHS sector 0 (repeat above 1 line many times) [ 1239.31] ata1: EH complete [ 1318.752164] ata1.00: exception Emask 0x0 SAct 0x70040b0 SErr 0x0 action 0x6 frozen [ 1318.752171] ata1.00: failed command: WRITE FPDMA QUEUED [ 1318.752178] ata1.00: cmd 61/48:20:e7:1b:ac/00:00:22:00:00/40 tag 4 ncq 36864 out [ 1318.752183] ata1.00: status: { DRDY } (repeat above 3 lines many many times, lather, rinse, repeat) In the meantime, the system almost completely freezes up, and the disk activity light stays on. On the server: [6968144.832829] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 [6968144.832829] ata1.00: failed command: READ MULTIPLE [6968144.832829] ata1.00: cmd c4/00:20:fb:a5:df/00:00:00:00:00/ef tag 0 pio 16384 in [6968144.832829] ata1.00: status: { DRDY ERR } [6968144.832829] ata1.00: error: { UNC } [6968144.852104] ata1.00: configured for PIO0 [6968144.852125] ata1: EH complete (repeat above 7 lines several times) And again, the system almost completely freezes up, except that it still routes traffic through it in the meantime. It's easily reproducible by starting up MPD, which causes it quickly when it accesses the music in my main $HOME directory. (I don't use MPD on the laptop, so that's not the problem in any way.) Could this possibly be a bug in something besides the kernel? That might explain why the server started getting it despite not having a new kernel. And I'd like to know before I go out buying more HDDs. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F14 smartctl - unable to complete smart test
On 02/27/2011 07:30 PM, J. Randall Owens wrote: On 02/27/2011 11:10 AM, Michał Piotrowski wrote: Hi, This can be a hardware problem - hard to say. For some reason on one of the disks smart test is interrupted # 1 Extended offlineInterrupted (host reset) 90% 12489 - # 2 Extended offlineInterrupted (host reset) 90% 12484 - snip I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have not noticed other problems with this disc. What might be causing this interrupts? I've been having similar problems lately. First my laptop, and I assumed a hardware problem, so I replaced the HDD. Then the server started doing it, which seemed quite a coincidence, but because its uptime was around two months at the time and it was still running a 2.6.35.9 kernel while my laptop problems started with 2.6.35.11, I thought it was just coincidence. Now, if you bring this up, I'm not so sure. snip Could this possibly be a bug in something besides the kernel? That might explain why the server started getting it despite not having a new kernel. And I'd like to know before I go out buying more HDDs. I should add, bringing this back to smartctl matters, that I tried the SMART testing on the server (by the time I thought of doing it on the laptop, I'd already put the new one in), and it didn't seem to find any problems with these HDDs. -- J. Randall Owens | http://www.ghiapet.net/ signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Minimal install option (was Re: Services that can start by default policy feedback)
On Sun, Feb 27, 2011 at 7:00 PM, Peter Robinson pbrobin...@gmail.com wrote: If it includes sendmail its not minimal enough ;-) From a recent default install of F14: ps auxw | wc -l 124 Several of the BSDish distros achieve 30-50 as a minimal install. e.g., on RHEL. IMHO some thought should be given to the security of a new user who may not be aware that it is best to harden a box behind a firewall before presenting it to the Internet. On some other packages, enough may be known by the install process to know that they are not applicable. regards/va...@texoma.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Minimal install option (was Re: Services that can start by default policy feedback)
On 02/25/2011 03:07 PM, Jesse Keating wrote: Heh, have we started getting bug reports about it not being minimal enough or it being too minimal yet? Do you want them? ;-) -- Ian Pilcher arequip...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
2011/2/27 drago01: In your case you should define broken and put that into bugzilla ... which might end up being more productive than that post ;) A related bug report (#643700) has actually been around in Red Hat Bugzilla since last fall, thus your criticism is quite bold. I would actually be curious to learn about --any-- user of the r300g driver who can actually continue to use the GNOME shell after resume from suspend without rebooting the system. I am currently dealing with a moveable mouse pointer in front of an otherwise unresponsive desktop. ~C -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 2011-02-27 at 23:18 +0100, Michael Schwendt wrote: On Sun, 27 Feb 2011 23:03:02 +0100, drago01 wrote: Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing, that means, no *competing* fallback mode that tries to keep old panel features alive. Well the primary purpose of the fallback is to home something for devices without proper 3D acceleration (either because the driver sucks, the hardware is too old or because it is a VM). ... and to make it easier for people, who don't like the new GNOME, to switch to something more familiar? Just to not lose them to a different DE? No. That's not an intended purpose of the fallback mode. The GNOME team expressly does not want to maintain a 'classic' interface alongside the new interface for refuseniks, in much the same way as the KDE team did not want to burden themselves with maintaining KDE 3 alongside KDE 4. As drago01 said, the fallback mode is intended _only_ to cope with cases where the Shell actually cannot run. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, 2011-02-27 at 08:55 -0600, Mike Chambers wrote: Fonts or whatever don't seem to be as nice or full looking as other releases (F14 or below). When in a program (Evolution for example), it seems this is the only one I see in the task window/panel or whatever up top. I can't tell Firefox or anything is running, unleses I click on the Activities link or control tab. When adding a background image, that little plus/negative sign at the bottom isn't too inviting to use. Had to look at that program couple times to understand/see them at the bottom. Could be couple bigger buttons or something. How the hell do you add something to be started up when your profile starts? Such as devilspie or whatever? I used to add this to startup programs. I used to be able to hover my mouse over the time and at least it would tell me the date instead of having to click on it just to see it. These are all rather 'GNOME 3 impressions' than 'F15 Alpha impressions'. It's probably going to help more to raise them on GNOME mailing lists, or the Fedora desktop mailing list. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Starlet] Add Requires: Fedora 15's rpm misses. Add package reviewer's package description. Cosmetic spec cl
commit 9c55c751b656dbe5b122a64ac7126cd7a3339f76 Author: Ralf Corsépius corse...@fedoraproject.org Date: Sun Feb 27 09:18:21 2011 +0100 Add Requires: Fedora 15's rpm misses. Add package reviewer's package description. Cosmetic spec cleanups. perl-Starlet.spec | 22 +++--- 1 files changed, 15 insertions(+), 7 deletions(-) --- diff --git a/perl-Starlet.spec b/perl-Starlet.spec index e7619c6..bab10cd 100644 --- a/perl-Starlet.spec +++ b/perl-Starlet.spec @@ -1,6 +1,6 @@ Name: perl-Starlet Version:0.13 -Release:1%{?dist} +Release:2%{?dist} Summary:Simple, high-performance PSGI/Plack HTTP server License:GPL+ or Artistic Group: Development/Libraries @@ -16,15 +16,18 @@ BuildRequires: perl(Plack) = 0.992 BuildRequires: perl(Server::Starter) = 0.06 BuildRequires: perl(Test::More) = 0.88 BuildRequires: perl(Test::TCP) = 0.15 -#Requires: perl(Parallel::Prefork) = 0.07 -#Requires: perl(Plack) = 0.992 -#Requires: perl(Server::Starter) = 0.06 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +%if 0%fedora 15 +# Fedora 15's rpm misses these: +Requires:perl(Plack::Handler::Starlet) +Requires:perl(Starlet::Server) +%endif + %description -Starlet is a standalone HTTP/1.0 server with keep-alive support, formerly -known as Plack::Server::Standalone::Prefork and -Plack::Server::Standalone::Prefork::Server::Starter. +Starlet is a standalone HTTP/1.0 server with support for keep-alive, prefork, +graceful shutdown, hot deploy, fast HTTP processing, and is suitable for +running HTTP application servers behind a reverse proxy. %prep %setup -q -n Starlet-%{version} @@ -56,5 +59,10 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Sun Feb 27 2011 Ralf Corsépius corse...@fedoraproject.org 0.13-2 +- Add Requires: Fedora 15's rpm misses. +- Add package reviewer's package description. +- Cosmetic spec cleanups. + * Wed Dec 22 2010 Ralf Corsépius corse...@fedoraproject.org 0.13-1 - Initial Fedora package. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f15/master] Add Requires: Fedora 15's rpm misses. Add package reviewer's package description. Cosmetic spec cl
Summary of changes: 9c55c75... Add Requires: Fedora 15's rpm misses. Add package reviewe (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f14/master] Add Requires: Fedora 15's rpm misses. Add package reviewer's package description. Cosmetic spec cl
Summary of changes: 9c55c75... Add Requires: Fedora 15's rpm misses. Add package reviewe (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Starlet/f13/master] Add Requires: Fedora 15's rpm misses. Add package reviewer's package description. Cosmetic spec cl
Summary of changes: 9c55c75... Add Requires: Fedora 15's rpm misses. Add package reviewe (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 672068] dspam web interface completely broken
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=672068 Matej Cepl mc...@redhat.com changed: What|Removed |Added Status|CLOSED |ASSIGNED Resolution|ERRATA | Keywords||Reopened --- Comment #14 from Matej Cepl mc...@redhat.com 2011-02-27 06:01:31 EST --- (In reply to comment #9) Sorry - why does it need to be SuexecUserGroup? Like I said I don't use the web front end... I think you have reply to your question in http://article.gmane.org/gmane.mail.spam.dspam.user/17494 ... we should go through the list and make sure dspam out-of-the-box works like that in Fedora/EPEL. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 680738] New: perl-Log-Log4perl-1.32 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Log-Log4perl-1.32 is available https://bugzilla.redhat.com/show_bug.cgi?id=680738 Summary: perl-Log-Log4perl-1.32 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Log-Log4perl AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 1.32 Current version in Fedora Rawhide: 1.30 URL: http://search.cpan.org/dist/Log-Log4perl/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Math-Random-ISAAC/f15/master] sources
commit a069bd81cbbe7699cf28edaf6d51d1bd60f6445e Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Sun Feb 27 14:02:32 2011 +0100 sources perl-Math-Random-ISAAC.spec | 56 +++ sources |1 + 2 files changed, 57 insertions(+), 0 deletions(-) --- diff --git a/perl-Math-Random-ISAAC.spec b/perl-Math-Random-ISAAC.spec new file mode 100644 index 000..ebacdfb --- /dev/null +++ b/perl-Math-Random-ISAAC.spec @@ -0,0 +1,56 @@ +Name: perl-Math-Random-ISAAC +Version:1.004 +Release:2%{?dist} +Summary:Perl interface to the ISAAC PRNG algorithm +License:MIT or GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Math-Random-ISAAC/ +Source0: http://www.cpan.org/authors/id/J/JA/JAWNSY/Math-Random-ISAAC-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::LeakTrace) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::NoWarnings) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +As with other Pseudo-Random Number Generator (PRNG) algorithms like the +Mersenne Twister (see Math::Random::MT), this algorithm is designed to take +some seed information and produce seemingly random results as output. + +%prep +%setup -q -n Math-Random-ISAAC-%{version} +sed -i 's/\r//' examples/*.pl + + +%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 + +%files +%defattr(-,root,root,-) +%doc Changes examples LICENSE README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Feb 25 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.004-2 +- Bump the release number. + +* Sun Feb 19 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.004-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..9ac0ac4 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +46110b9a7bb96fe641bdfaf35bdafec5 Math-Random-ISAAC-1.004.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Crypt-Random-Source-0.07.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Crypt-Random-Source: 56251a6c909e21f5ae535b0e2af3897e Crypt-Random-Source-0.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Crypt-Random-Source] Intial import.
commit 5cfc6710786f2db3e9ae065fccd002dedb9f46a5 Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Sun Feb 27 14:21:03 2011 +0100 Intial import. .gitignore|1 + perl-Crypt-Random-Source.spec | 56 + sources |1 + 3 files changed, 58 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..ebff30b 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Crypt-Random-Source-0.07.tar.gz diff --git a/perl-Crypt-Random-Source.spec b/perl-Crypt-Random-Source.spec new file mode 100644 index 000..678efd7 --- /dev/null +++ b/perl-Crypt-Random-Source.spec @@ -0,0 +1,56 @@ +Name: perl-Crypt-Random-Source +Version:0.07 +Release:1%{?dist} +Summary:Get weak or strong random data from pluggable sources +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Crypt-Random-Source/ +Source0: http://www.cpan.org/authors/id/N/NU/NUFFIN/Crypt-Random-Source-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(Any::Moose) +BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Module::Find) +BuildRequires: perl(namespace::clean) +BuildRequires: perl(ok) +BuildRequires: perl(Sub::Exporter) +BuildRequires: perl(Test::Exception) +BuildRequires: perl(Test::More) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +This module provides implementations for a number of byte oriented sources +of random data. + +%prep +%setup -q -n Crypt-Random-Source-%{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 + +%files +%defattr(-,root,root,-) +%doc Changes LICENSE README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Feb 14 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.07-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..ba36133 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +56251a6c909e21f5ae535b0e2af3897e Crypt-Random-Source-0.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Crypt-Random-Source/f15/master] Intial import.
commit a11330f7dda70a2feee37fc3093db1d3074e640f Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Sun Feb 27 14:29:12 2011 +0100 Intial import. .gitignore|1 + perl-Crypt-Random-Source.spec | 56 + sources |1 + 3 files changed, 58 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..ebff30b 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Crypt-Random-Source-0.07.tar.gz diff --git a/perl-Crypt-Random-Source.spec b/perl-Crypt-Random-Source.spec new file mode 100644 index 000..678efd7 --- /dev/null +++ b/perl-Crypt-Random-Source.spec @@ -0,0 +1,56 @@ +Name: perl-Crypt-Random-Source +Version:0.07 +Release:1%{?dist} +Summary:Get weak or strong random data from pluggable sources +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Crypt-Random-Source/ +Source0: http://www.cpan.org/authors/id/N/NU/NUFFIN/Crypt-Random-Source-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(Any::Moose) +BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Module::Find) +BuildRequires: perl(namespace::clean) +BuildRequires: perl(ok) +BuildRequires: perl(Sub::Exporter) +BuildRequires: perl(Test::Exception) +BuildRequires: perl(Test::More) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%{?perl_default_filter} + +%description +This module provides implementations for a number of byte oriented sources +of random data. + +%prep +%setup -q -n Crypt-Random-Source-%{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 + +%files +%defattr(-,root,root,-) +%doc Changes LICENSE README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Feb 14 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.07-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..ba36133 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +56251a6c909e21f5ae535b0e2af3897e Crypt-Random-Source-0.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-CPAN-Meta-YAML] Created tag perl-CPAN-Meta-YAML-0.003-3.el4
The lightweight tag 'perl-CPAN-Meta-YAML-0.003-3.el4' was created pointing to: 71fa66d... Initial import (perl-CPAN-Meta-YAML-0.003-3) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-OSType] Created tag perl-Perl-OSType-1.002-3.el4
The lightweight tag 'perl-Perl-OSType-1.002-3.el4' was created pointing to: 8bf2f74... Initial import (perl-Perl-OSType-1.002-3) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-OSType] Created tag perl-Perl-OSType-1.002-3.el5
The lightweight tag 'perl-Perl-OSType-1.002-3.el5' was created pointing to: 8bf2f74... Initial import (perl-Perl-OSType-1.002-3) -- 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-Kwiki-RecentChanges
perl-Kwiki-RecentChanges has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin) 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-Kwiki-Revisions
perl-Kwiki-Revisions has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Revisions-0.15-14.fc15.noarch requires perl(mixin) 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-Kwiki-Search
perl-Kwiki-Search has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin) 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-JSON-RPC
perl-JSON-RPC has broken dependencies in the F-15 tree: On x86_64: perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp) On i386: perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp) 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-Declare-Constraints-Simple
perl-Declare-Constraints-Simple has broken dependencies in the F-15 tree: On x86_64: perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires perl(Declare::Constraints::Simple-Library) On i386: perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires perl(Declare::Constraints::Simple-Library) 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-Kwiki-Users-Remote
perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin) 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-Kwiki-UserName
perl-Kwiki-UserName has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin) 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-Data-ObjectDriver
perl-Data-ObjectDriver has broken dependencies in the F-15 tree: On x86_64: perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle) perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db) On i386: perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle) perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db) 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-Gtk2-Ex-Carp
perl-Gtk2-Ex-Carp has broken dependencies in the F-15 tree: On x86_64: perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog) On i386: perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog) 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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var On i386: perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires main_module) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var) perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires perl(tmpl_var 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-Ace
perl-Ace has broken dependencies in the F-15 tree: On x86_64: perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs) On i386: perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs) 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-Bio-Graphics
perl-Bio-Graphics has broken dependencies in the F-15 tree: On x86_64: perl-Bio-Graphics-2.11-4.fc15.noarch requires perl(colors) On i386: perl-Bio-Graphics-2.11-4.fc15.noarch requires perl(colors) 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-CSS-DOM
perl-CSS-DOM has broken dependencies in the F-15 tree: On x86_64: perl-CSS-DOM-0.14-3.fc15.noarch requires perl() On i386: perl-CSS-DOM-0.14-3.fc15.noarch requires perl() 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-Object-InsideOut
perl-Object-InsideOut has broken dependencies in the F-15 tree: On x86_64: perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1) perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2) On i386: perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1) perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2) 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-Net-SSH-Perl
perl-Net-SSH-Perl has broken dependencies in the F-15 tree: On x86_64: perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA) On i386: perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA) 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-bioperl
perl-bioperl has broken dependencies in the F-15 tree: On x86_64: perl-bioperl-1.6.1-6.fc15.noarch requires perl(Bio::Expression::FeatureSet) On i386: perl-bioperl-1.6.1-6.fc15.noarch requires perl(Bio::Expression::FeatureSet) 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-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-15 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha) On i386: perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha) 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-DateTime-Set
perl-DateTime-Set has broken dependencies in the F-15 tree: On x86_64: perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) = 0:0.5502 On i386: perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) = 0:0.5502 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-Kwiki-UserPreferences
perl-Kwiki-UserPreferences has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin) 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-Kwiki-Raw
perl-Kwiki-Raw has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin) 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-Kwiki-NewPage
perl-Kwiki-NewPage has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin) 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-Kwiki
perl-Kwiki has broken dependencies in the F-15 tree: On x86_64: perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin) On i386: perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin) 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-Catalyst-Controller-FormBuilder
perl-Catalyst-Controller-FormBuilder has broken dependencies in the F-15 tree: On x86_64: perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires perl(Catalyst::View::HTML::Template) On i386: perl-Catalyst-Controller-FormBuilder-0.05-7.fc15.noarch requires perl(Catalyst::View::HTML::Template) 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-DBIx-ContextualFetch
perl-DBIx-ContextualFetch has broken dependencies in the F-15 tree: On x86_64: perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::st) perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::db) On i386: perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::st) perl-DBIx-ContextualFetch-1.03-11.fc15.noarch requires perl(DBI::db) 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
File MooseX-SetOnce-0.100473.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-SetOnce: 980c2e7253f997ea56795bf7898393c1 MooseX-SetOnce-0.100473.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MooseX-SetOnce] update to 0.100473
commit 3671d966dd9ce790a7f8eeefb3f28c7376afe90d Author: Iain Arnell iarn...@gmail.com Date: Mon Feb 28 05:48:35 2011 +0100 update to 0.100473 .gitignore |1 + perl-MooseX-SetOnce.spec |9 ++--- sources |2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 3bcdffe..0f849f4 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ MooseX-SetOnce-0.100471.tar.gz /MooseX-SetOnce-0.100472.tar.gz +/MooseX-SetOnce-0.100473.tar.gz diff --git a/perl-MooseX-SetOnce.spec b/perl-MooseX-SetOnce.spec index b308688..5f40796 100644 --- a/perl-MooseX-SetOnce.spec +++ b/perl-MooseX-SetOnce.spec @@ -1,6 +1,6 @@ Name: perl-MooseX-SetOnce -Version:0.100472 -Release:2%{?dist} +Version:0.100473 +Release:1%{?dist} Summary:Write-once, read-many attributes for Moose License:GPL+ or Artistic Group: Development/Libraries @@ -47,11 +47,14 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) -%doc Changes dist.ini LICENSE META.json README +%doc Changes LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Mon Feb 28 2011 Iain Arnell iarn...@gmail.com 0.100473-1 +- update to latest upstream version + * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.100472-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild diff --git a/sources b/sources index b14f6b2..8f6f271 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e4e9dd7afbd622c1a35e01391844f59d MooseX-SetOnce-0.100472.tar.gz +980c2e7253f997ea56795bf7898393c1 MooseX-SetOnce-0.100473.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel