gettext-0.18 built
Headsup that I built gettext-0.18.1.1 for rawhide and also a build for f13 updates-testing. https://admin.fedoraproject.org/updates/gettext-0.18.1.1-0.1.fc13 Please report any problem in bugzilla or Bodhi. Jens -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No video play back after upgrading from F12 to F13
On Thu, Jun 10, 2010 at 9:32 PM, Kamil Paral wrote: > - "Adam Williamson" wrote: > >> On Wed, 2010-06-09 at 13:18 +0800, Luming Yu wrote: >> > Hi there, >> > >> > After yum upgrade from f12 to f13, I see the video play back stop >> > working (play back window is black and the progress bar seems to be >> > always at 0) with banshee and totem. Flash player plug-in in FF >> > still works as before. >> > >> > Any suggestions to the problem? >> >> Well, Xv isn't working, apparently. Need much more info. > > May it is similar to my bug? > https://bugzilla.redhat.com/show_bug.cgi?id=595448 > -- Likely so..http://video.ted.com/talks/podcast/JohannaBlakley_2009X_480.mp4 mplayer (force x11) - fine , but others including "force opengl " not work. hmm.. interesting... /l -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dist-git project update
On Thu, Jun 10, 2010 at 5:44 PM, Jesse Keating wrote: > It's been a while since I last updated folks on dist-git, and in reality > it's been a while since I last worked on it. Fedora 13 took up all my > time. > > Since my last update we've made great progress on fedpkg, the new tool > that will replace the make system. It is packaged up with > fedora-packager and has the ability to do many tasks that our Make > system handled. ... > Based on this testing, and some decisions around git tagging and branch > usage, we stand a good chance at being able to roll this out prior to > the F14 branch event. I hope you are all as excited as I am about this! Oh hell yeah. Looking forward to the day when none of the projects I work on are using cvs any longer (this includes you, Red Hat internal cvs, and you, lirc upstream)... -- Jarod Wilson ja...@wilsonet.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pidgin obsoleting itself
Getting back to the topic of this original email... On Wed, Jun 9, 2010 at 09:40, Thomas Moschny wrote: > pidgin-2.7.1-2.fc13 obsoletes pidgin <= 2.7.1-1.fc13, is that meaningful? Yes, it's meaningful because it allows updates to pidgin > 2.7.1-1 to pull in the pidgin-evolution package without requiring an explicit dependency on pidgin-evolution (which was the whole point of splitting out the sub-package in the first place, see bug #581144) > At least it causes package-manager to display an irritating (and > somehow bogus) warning box that it's going to remove pidgin, and needs > confirmation for that. I'm not sure which "package-manager" this is, but I suggest the fix is to make "package-manager" not display this warning if it is not really removing pidgin. Regards, Stu. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bodhi statistics
On Thu, 10 Jun 2010 04:59:30 +0200 Kevin Kofler wrote: > > Now, if the policies that are being approved do not actually > > benefit the greater good of the community, we have bigger problems. > > Yet that's exactly the problem we're having. :-( snip... > So why are we now going to use the Fedora Legacy model over the > Fedora Extras one? Does FESCo really want Fedora to fail? I think you are presenting a false dichotomy here. There are many reasons why the current fedora is dissimilar to both Fedora extras and Fedora Legacy. I think it's worth trying to give our users a more stable updates stream. If it turns out that we don't get this from the things we are trying to do, we will learn from it and try something else. I think we have had this discussion before, so I will leave it at that. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dist-git project update
It's been a while since I last updated folks on dist-git, and in reality it's been a while since I last worked on it. Fedora 13 took up all my time. Since my last update we've made great progress on fedpkg, the new tool that will replace the make system. It is packaged up with fedora-packager and has the ability to do many tasks that our Make system handled. Here is a quick list: build chainbuild clean clog clone compile gimmespec install lint local mockbuild new new_sources prep scratchbuild sources srpm unusedpatches verrel Many of these targets take optional arguments which extend their functionality and replace some other specific Make targets. This list is enough to get us checking code out and in, and building in koji. On the koji front we've recently discovered the changes necessary to build from dist-git style repos, and those changes are being polished up and committed upstream. We have done multiple builds successfully from dist-git repos. Where do we go from here? We're ready for more wide scale testing, and to facilitate that I am refreshing the git repos from current CVS (people with existing clones will have to blow them away and re-clone), and getting a koji stage instance up that we can build against (with limited builders). We'll then push out another fedora-packager update that has the right URLs to build against this stage Koji and announce that it is ready for building. Based on this testing, and some decisions around git tagging and branch usage, we stand a good chance at being able to roll this out prior to the F14 branch event. I hope you are all as excited as I am about this! -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bodhi statistics
* Kevin Kofler [10/06/2010 17:21] : > > Why are we trying to emulate the failed Fedora Legacy > process rather than the successful Fedora Extras one? Why can't we learn > from our past? I think you're rather quick to conclude that Extras succeded because it allowed maintainers to push to stable directly and that Legacy failed for the lack of same. Others have given other reasons for Legacy's failure (these have ranged to lack of infrastructure to lack of community involvement to conspiracy theories involving Red Hat), so if stringent QA requirements really were the cause for Legacy's failure, it's probably best to demonstrate this before using it as an arguement in your assertions. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pidgin obsoleting itself
I think you guys are experiencing the infinite loop bug On Thu, Jun 10, 2010 at 1:52 AM, Michael Schwendt wrote: > On Thu, 10 Jun 2010 05:07:16 +0200, Kevin wrote: > >> > It fails for a Yum install. I warn about such competing Obsoletes, because >> > they strictly require the user to go the "yum -y update ; yum install ..." >> > route everytime they want to install an additional package. >> >> Installing stuff on a non-updated system is playing with fire. > > The fire is added by "Obsoletes", though. > >> It should be >> common sense to update your system before doing any other package operation. > > Which is also my recommendation. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100610 changes
Compose started at Thu Jun 10 17:54:03 UTC 2010 Broken deps for i386 -- almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 condor-7.4.2-1.fc13.i686 requires libclassad_ns.so.0 cpanspec-1.78-4.fc13.noarch requires perl(IO::Uncompress::Bunzip2) dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11 deskbar-applet-2.30.0-1.1.fc14.i686 requires libedataserver-1.2.so.12 esperanza-0.4.0-6.fc13.i686 requires libxmmsclient++.so.3 esperanza-0.4.0-6.fc13.i686 requires libxmmsclient.so.5 evolution-couchdb-0.4.91-2.fc14.i686 requires libcamel-1.2.so.16 evolution-couchdb-0.4.91-2.fc14.i686 requires libcamel-provider-1.2.so.16 giggle-0.5-1.fc14.i686 requires libedataserver-1.2.so.12 gkrellxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5 gnome-python2-brasero-2.30.0-5.fc14.i686 requires libbrasero-media.so.0 gnome-python2-brasero-2.30.0-5.fc14.i686 requires libbrasero-burn.so.0 gnome-python2-evolution-2.30.0-5.fc14.i686 requires libedataserver-1.2.so.12 gthumb-2.11.3-2.fc14.i686 requires libbrasero-burn.so.0 gxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5 highlight-3.0-0.1.fc14.i686 requires perl(MT::Plugin) highlight-3.0-0.1.fc14.i686 requires perl(MT::WeblogPublisher) highlight-3.0-0.1.fc14.i686 requires perl(MT::Entry) highlight-3.0-0.1.fc14.i686 requires perl(MT) highlight-3.0-0.1.fc14.i686 requires perl(MT::Template::Context) kdebase-workspace-python-applet-4.4.85-2.fc14.i686 requires PyKDE4 >= 0:4.4.85 kobby-1.0-0.3.b4.fc13.i686 requires libinfinity-0.3.so.0 kobby-1.0-0.3.b4.fc13.i686 requires libinftext-0.3.so.0 kphotoalbum-4.1.1-5.fc13.i686 requires libmarblewidget.so.4 kphotoalbum-4.1.1-5.fc13.i686 requires libexiv2.so.6 libqinfinity-1.0-0.2.b4.fc13.i686 requires libinfinity-0.3.so.0 libqinfinity-1.0-0.2.b4.fc13.i686 requires libinftext-0.3.so.0 merkaartor-0.15.3-1.fc13.i686 requires libexiv2.so.6 perl-Sys-Virt-TCK-0.1.0-6.fc13.noarch requires perl(IO::Uncompress::Bunzip2) plexus-containers-component-annotations-javadoc-1.0-0.1.a34.7.fc12.noarch requires jakarta-commons-logging-javadoc qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 rhythmbox-0.12.8-4.fc14.i686 requires libbrasero-media.so.0 rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) >= 0:1.2.4 sound-juicer-2.28.2-2.fc14.i686 requires libbrasero-media.so.0 syncevolution-1.0beta3-2.fc14.i686 requires libedataserver-1.2.so.12 tasks-0.16-3.fc14.i686 requires libedataserver-1.2.so.12 themonospot-gui-qt-0.1.3-6.fc14.i686 requires mono(qt-dotnet) = 0:4.5.0.0 themonospot-gui-qt-0.1.3-6.fc14.i686 requires libqyotoshared.so.1 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libcamel-provider-1.2.so.15 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libcamel-1.2.so.15 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libedataserver-1.2.so.12 vfrnav-0.4-1.fc13.i686 requires libgps.so.18 vifir-0.4-2.fc14.i686 requires libgps.so.18 viking-0.9.91-3.fc13.i686 requires libgps.so.18 xenner-0.48-1.fc14.i386 requires libxenguest.so.3.4 Broken deps for x86_64 -- almanah-0.7.3-1.fc14.x86_64 requires libedataserver-1.2.so.12()(64bit) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) condor-7.4.2-1.fc13.x86_64 requires libclassad_ns.so.0()(64bit) cpanspec-1.78-4.fc13.noarch requires perl(IO::Uncompress::Bunzip2) dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) deskbar-applet-2.30.0-1.1.fc14.x86_64 requires libedataserver-1.2.so.12()(64bit) esperanza-0.4.0-6.fc13.x86_64 requires libxmmsclient++.so.3()(64bit) esperanza-0.4.0-6.fc13.x86_64 requires libxmmsclient.so.5()(64bit) evolution-couchdb-0.4.91-2.fc14.x86_64 requires libcamel-provider-1.2.so.16()(64bit) evolution-couchdb-0.4.91-2.fc14.x86_64 requires libcamel-1.2.so.16()(64bit) giggle-0.5-1.fc14.i686 requires libedataserver-1.2.so.12 giggle-0.5-1.fc14.x86_64 requires libedataserver-1.2.so.12()(64bit) gkrellxmms2-0.7.0-6.20090811git.fc13.x86_64 requires libxmmsclient.so.5()(64bit) gnome-python2-brasero-2.30.0-5.fc14.x86_64 requires libbrasero-media.so.0()(64bit) gnome-python2-brasero-2.30.0-5.fc14.x86_64 requires libbrasero-burn.so.0()(64bit) gnome-python2-evolution-2.30.0-5.fc14.x86_64 requires libedataserver-1.2.so.12()(64bit) gthumb-2.11.3-2.fc14.x86_6
Re: rfc: python 2.7?
On Thu, Jun 10, 2010 at 07:49:24AM -0400, Neal Becker wrote: > python 2.7 seems to have a number of exciting improvements for the python 2 > series. Any plan to introduce it into fedora? > http://doc.python.org/dev/whatsnew/2.7.html > dmalcolm just went on vacation. He has python-2.7 packages ready to kick off but didn't want to push them into rawhide or elsewhere that they might break the world without being round to also help clean up the mess. He should be back beween the 19th and 21st. Last we talked, he was thinking of building it into a separate koji tag and updating all the dependent packages there before moving them into the main repositories in one go. If someone wants to organize the mass rebuilds in a tag, there's probably some prep work that can get started before he gets back. (Talk to Jesse about whether any of that got done or not). The python source code underwent a whitespace cleanup this time so a lot of patches on the 2.6 code don't apply without being worked on and I don't know that dmalcolm left a 2.7 srpm somewhere so we're kinda stuck at prep work rather than actually getting started. -Toshio pgpqSxBc2OokD.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bodhi statistics
On Thu, Jun 10, 2010 at 05:10:36PM +0200, Kevin Kofler wrote: >Josh Boyer wrote: >> There are a number of people who disagree with the value of that goal, >> including most of the past and current FESCo. > >You conveniently ignored the part of the mail where I pointed out WHY that >goal is broken. No, that was intentional. I was commenting directly on your abuse of someone that was _told_ to implement towards a specific goal. Your questioning of that goal, while personally annoying to me, is certainly acceptable. Your assertion that someone's hard work and time on an implementation of that goal is "worthless" and "meaningless" is not. It's hurtful, poisonous and entirely unwelcome. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RE: F13: nouveau driver seems to swap video streams on NVIDIA NVS-290.
> I guess you've hit the same bug as me, I even have the same video > card. > ... > Michal Michal: Seems pretty similar to me too. In any event, per the prior suggestion, I filed the following bug report: https://bugzilla.redhat.com/show_bug.cgi?id=602492 Seems like we have gotten past the initial confusion with monitor position as opposed to which connector (or connector half) the pixel stream is being sent to. Now that the bug report is in good hands, I'll be watching that, rather than this list. Regards -- Charlie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F13: nouveau driver seems to swap video streams on NVIDIA NVS-290.
> I guess you've hit the same bug as me, I even have the same video > card. > ... > Michal Michal: Seems pretty similar to me too. In any event, per the prior suggestion, I filed the following bug report: https://bugzilla.redhat.com/show_bug.cgi?id=602492 Seems like we have gotten past the initial confusion with monitor position as opposed to which connector (or connector half) the pixel stream is being sent to. Now that the bug report is in good hands, I'll be watching that, rather than this list. Regards -- Charlie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bodhi statistics
Josh Boyer wrote: > There are a number of people who disagree with the value of that goal, > including most of the past and current FESCo. You conveniently ignored the part of the mail where I pointed out WHY that goal is broken. Why are we trying to emulate the failed Fedora Legacy process rather than the successful Fedora Extras one? Why can't we learn from our past? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No video play back after upgrading from F12 to F13
- "Adam Williamson" wrote: > On Wed, 2010-06-09 at 13:18 +0800, Luming Yu wrote: > > Hi there, > > > > After yum upgrade from f12 to f13, I see the video play back stop > > working (play back window is black and the progress bar seems to be > > always at 0) with banshee and totem. Flash player plug-in in FF > > still works as before. > > > > Any suggestions to the problem? > > Well, Xv isn't working, apparently. Need much more info. May it is similar to my bug? https://bugzilla.redhat.com/show_bug.cgi?id=595448 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 602616] Upgrade perl-POE-Component-Server-SimpleHTTP to 2.04 version
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=602616 Petr Pisar changed: What|Removed |Added Depends on||602674 --- Comment #3 from Petr Pisar 2010-06-10 09:09:01 EDT --- New package (bug #602674) perl-POE-Filter-HTTP-Parser must be completed before this bug can be resolved. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: syslog-ng
On 06/10/2010 04:45 PM, Peter Czanik wrote: > > Done: https://bugzilla.redhat.com/show_bug.cgi?id=598961 > What is the procedure, if there is no response to such a bugzilla request? Is > there maintainer a timeout, like with FreeBSD? Or I have to wait patiently > until something happens? I was suggested, that as "provenpackager" I could do > this, but as I don't have any Fedora packages, it is a no-go. Or could an > other "provenpackager" do it for me? Updated sources, prepared by me, are > also in bugzilla... > Bye, > https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Yes, a proven packager could also do it for you. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rfc: python 2.7?
Phil Knirsch wrote: > On 06/10/2010 01:49 PM, Neal Becker wrote: >> python 2.7 seems to have a number of exciting improvements for the python >> 2 >> series. Any plan to introduce it into fedora? >> http://doc.python.org/dev/whatsnew/2.7.html >> > > If i remember correctly the plan is to move to python-3.x at some point. > Now that we ship Fedora-13 with a python3 "compat" package and can much > easier adapt all things depending on it. > > Not sure if there is a specific timeline for that yet though, at least > not that i've seen. > > Hope that helps, > > Thanks & regards, Phil > Many packages are not yet ported to python3, and probably many never will be. I propose python2.7 for F14. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rfc: python 2.7?
2010/6/10 Steve Traylen : > 2010/6/10 Michał Piotrowski : >> Hi, >> >> 2010/6/10 Phil Knirsch : >>> On 06/10/2010 01:49 PM, Neal Becker wrote: python 2.7 seems to have a number of exciting improvements for the python 2 series. Any plan to introduce it into fedora? http://doc.python.org/dev/whatsnew/2.7.html >>> >>> If i remember correctly the plan is to move to python-3.x at some point. >>> Now that we ship Fedora-13 with a python3 "compat" package and can much >>> easier adapt all things depending on it. >> >> Are there any chances to get Python3 packages for EPEL6? > > There's an RFE here, the package needs some work but nothing > that is not understood. > https://bugzilla.redhat.com/show_bug.cgi?id=591958 Great :) > Only open question is if it should be python3 or python3X. Maybe both? > Best to comment in the bug if you have opinion I would say. Ok > Steve. Regards, Michal > >> >> Regards, >> Michal >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> > > > > -- > Steve Traylen > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rfc: python 2.7?
2010/6/10 Michał Piotrowski : > Hi, > > 2010/6/10 Phil Knirsch : >> On 06/10/2010 01:49 PM, Neal Becker wrote: >>> python 2.7 seems to have a number of exciting improvements for the python 2 >>> series. Any plan to introduce it into fedora? >>> http://doc.python.org/dev/whatsnew/2.7.html >>> >> >> If i remember correctly the plan is to move to python-3.x at some point. >> Now that we ship Fedora-13 with a python3 "compat" package and can much >> easier adapt all things depending on it. > > Are there any chances to get Python3 packages for EPEL6? There's an RFE here, the package needs some work but nothing that is not understood. https://bugzilla.redhat.com/show_bug.cgi?id=591958 Only open question is if it should be python3 or python3X. Best to comment in the bug if you have opinion I would say. Steve. > > Regards, > Michal > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- Steve Traylen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rfc: python 2.7?
Hi, 2010/6/10 Phil Knirsch : > On 06/10/2010 01:49 PM, Neal Becker wrote: >> python 2.7 seems to have a number of exciting improvements for the python 2 >> series. Any plan to introduce it into fedora? >> http://doc.python.org/dev/whatsnew/2.7.html >> > > If i remember correctly the plan is to move to python-3.x at some point. > Now that we ship Fedora-13 with a python3 "compat" package and can much > easier adapt all things depending on it. Are there any chances to get Python3 packages for EPEL6? Regards, Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rfc: python 2.7?
On 06/10/2010 01:49 PM, Neal Becker wrote: > python 2.7 seems to have a number of exciting improvements for the python 2 > series. Any plan to introduce it into fedora? > http://doc.python.org/dev/whatsnew/2.7.html > If i remember correctly the plan is to move to python-3.x at some point. Now that we ship Fedora-13 with a python3 "compat" package and can much easier adapt all things depending on it. Not sure if there is a specific timeline for that yet though, at least not that i've seen. Hope that helps, Thanks & regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rfc: python 2.7?
python 2.7 seems to have a number of exciting improvements for the python 2 series. Any plan to introduce it into fedora? http://doc.python.org/dev/whatsnew/2.7.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 600631] perl-DBD-SQLite-1.29 is available
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=600631 --- Comment #1 from Petr Sabata 2010-06-10 07:21:04 EDT --- https://admin.fedoraproject.org/updates/perl-DBD-SQLite-1.29-1.fc13?_csrf_token=4518b6be0f4645e9eff9e5a513d62b7cb2b59ac6 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: syslog-ng
2010-06-02 14:02 keltezéssel, Petr Lautrbach írta: > On 06/02/2010 12:56 PM, Peter Czanik wrote: > >> Hello, >> >> 2010-05-12 17:07 keltezéssel, Daniel J Walsh írta: >> I'm looking for information, how to get a package (in my case: syslog-ng) updated to the latest available version. First I tried to contact the original syslog-ng packagers directly, but I got no response at all. Here on the list I got some questions about the new syslog-ng version, but while I update my rawhide installation quite often, I still did not see an update for syslog-ng. Now I looked around on the Fedora wiki, how I could to the packaging work myself. I found a page with many interesting details: http://fedoraproject.org/wiki/PackageMaintainers/Join , but this seems to be for packagers joining to add a new package. How could I get an existing package upgraded? Bye, CzP >>> Have you opened a bugzilla requesting the update? >>> >>> I think you need to sign up and work to become a provenpackager. >>> >>> >> I did not open a bugzilla request yet, but it does not seem to be >> appropriate any more, as syslog-ng and related libraries seem to be >> dropped from Fedora (it is the same on FC13 and rawhide): >> >> > You really should open bugzilla request. > Done: https://bugzilla.redhat.com/show_bug.cgi?id=598961 What is the procedure, if there is no response to such a bugzilla request? Is there maintainer a timeout, like with FreeBSD? Or I have to wait patiently until something happens? I was suggested, that as "provenpackager" I could do this, but as I don't have any Fedora packages, it is a no-go. Or could an other "provenpackager" do it for me? Updated sources, prepared by me, are also in bugzilla... Bye, CzP -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bodhi statistics
On Thu, Jun 10, 2010 at 04:59:30AM +0200, Kevin Kofler wrote: >Luke Macken wrote: >> Neither of you have mentioned "your" definition of the word "success". >> Care to enlighten us? > >Success is the achievement of a worthwhile goal. If the original goal which >was set is worthless, "succeeding" at it is meaningless. There are a number of people who disagree with the value of that goal, including most of the past and current FESCo. It is very clear you don't agree with the goal. That in and of itself does not make it worthless. Luke's changes to bodhi are also not meaningless. He is implementing towards the goal/process he was given and he's doing it rather well. You are devaluing the work of a Fedora contributor and being generally poisonous. I suggest you stop this particular line of attack. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F13: nouveau driver seems to swap video streams on NVIDIA NVS-290.
On Thursday, June 10, 2010 00:31:20 Charles Butterfield wrote: > I suspect the nouveau driver is swapping or mislabeling the two video > streams that the NVS-290 card generates. Here are my clues: > > Setup > - Fedora-13 and nouveau driver (latest yum updates as of midnight) > - NVIDIA NVS-290 video card > - nouveau exposes 2 outputs to XRandR (DVI-I-1 and DVI-I-2) > - The NVS-290 video card has a DMS-59 connector, with a > short DMS-59 to Dual VGA cable with VGA connectors > labeled 1 and 2. > - VGA connectors #1 and #2 are connected to monitors #1(Left) > and #2(Right). > > Behavior > 1) At boot time, before the nouveau driver is involved, the boot text is >output on the VGA connector labeled "1", which is connected to > monitor >#1 (on my left). > 2) At GDM login time, monitor #1 is clearly assigned to the right of the >Virtual screen (its right edge is "impenetrable") while monitor #2 is >on the left side. Weird, but in theory just an odd default. But > wait. > 3) Inspecting the "xrandr" output, it is clear that pixels on the > virtual >screen that are directed to "DVI-I-1" are going to monitor #2 and >vice versa (DVI-I-2 goes to monitor #1). I checked the default >situation, then flipped the two halves of the virtual screen back >and forth with xrandr, checking the xrandr status each time. > 4) The last bit of weirdness is that the xrandr geometry setting > commands >seemed reversed from what would be expected. Maybe that is the >inevitable result of mislabeling the data stream, or perhaps it is an >important clue in its own right. My head hurts at the point. > > Misc > 5) Oh yes, I buzzed out the cable, just in case it was mis-wired or >mis-labled. It's fine, that is DMS59:VGA2_RED -> VGA#2:RED, etc. > > > Please advise if this should be posted somewhere else. I guess you've hit the same bug as me, I even have the same video card. Bug was reported here: https://bugzilla.redhat.com/show_bug.cgi?id=582582 but it was closed as notabug Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel