Re: main problems of fedora?
On 18/03/10 05:32, Gergely Buday wrote: if such list does not exist, can you name a few missing item from fedora? Think of relatively small would-be software, without a GUI. Not sure if you mean you would like to work on gui interface to existing CLI ? Anyway, I think it would be nice for anaconda installer to grow more informative in providing information that indicates it is really doing something, rather than possibly hung. My idea was to lift/use code from gkrellm / gnome system monitor, to provide CPU, disk and network graphs, during any part of the install process that takes more than 1 second. Whether anyone else would see this as useful, you would have to find out. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: main problems of fedora?
Am Sonntag, den 21.03.2010, 08:14 +0530 schrieb Rahul Sundaram: On 03/21/2010 04:47 AM, Simon Wesp wrote: . Every time I hear firstboot I want to do my first shutdown, because I'm sure that adding users and deal with smolt can be handled in the installer and the LICENSE should be definitly displayed BEFORE the user can install software! Firstboot is designed as separate program for good reasons. Think OEM setups for example and Fedora has no EULA so there is no need to display it at the start of the installation process. I know this fact, but this is solvable. Maybe with a setup parameter for OEM setup. Fact is that the currently firstboot is a fat bitch and should diets to become more attractive. Rahul -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp http://www.fedoraproject.org/wiki/SimonWesp signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Rawhide + debug pkgs
Is it possible to come up with some method. Whereby you can automatically install a debug pks for every rpm on a rawhide box. Instead of having to install as and when problems, or in a piecemeal fashion. Not a dev (yet), so not something that could as yet come myself. -- Regards, Frank Murphy UTF_8 Encoded -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
orphaning emerald and retiring emerald-themes
Emerald is deprecated and it has next to none upstream support and I really lost interest in it a while ago. It has a lot of abrt bugs and it doesn't build against rawhide [1]. If no one objects I'll also retire emerald-themes. There hasn't been upstream update for emerald-themes in a long time. [1] http://bugs.opencompositing.org/show_bug.cgi?id=1248 -- Best Regards, Nikolay Vladimirov -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: main problems of fedora?
On 03/21/2010 04:33 PM, Simon Wesp wrote: I know this fact, but this is solvable. Maybe with a setup parameter for OEM setup. Fact is that the currently firstboot is a fat bitch and should diets to become more attractive. Maybe. It requires more of a concrete idea + patches though. Anaconda-devel list would be a more appropriate place to discuss that. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20100202 changes
Am Dienstag, den 02.02.2010, 16:44 + schrieb Rawhide Report: ibus-m17n-1.2.99.20100202-1.fc13 * Tue Feb 02 2010 Peng Huang shawn.p.hu...@gmail.com - 1.2.99.20100202-1 - Update to 1.2.99.20100202. - Update iok patch. Why does ibus-m17n requires iok? Or: Why do add an patch for ibus-m17n to require iok? What's the benefit for this? -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp http://www.fedoraproject.org/wiki/SimonWesp signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Outage: fedorahosted.org - 2010-03-21 08:00:00 UTC
There is an outage going on that started at 2010-03-21 08:00:00 UTC, which will last an unknown amount of time. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2010-03-21 08:00:00 UTC' Reason for outage: Serverbeach4, which hosts *.fedorahosted.org is hanging shortly after boot. The hosting provider has been notified and are looking into it. Affected Services: Fedora Hosted - https://fedorahosted.org/ Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ CVS / Source Control DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Wiki - http://fedoraproject.org/wiki/ Ticket Link: N/A since fedorahosted.org is down... Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Evolution trash folder
On a brand new F13 install using yesterday's images/packages, and using evolution and imap, I noticed that when deleting emails, they aren't going to the trash folder. I understand that they technically they are still there and just hidden until emptied or however that works. But anyway, the only way the deleted msgs are being removed is if I go to each folder and go to File/empty trash to get them gone. Actually this has been going on last couple versions I believe, cant' remember when it started. Anyone else seeing this? -- Mike Chambers Madisonville, KY Best lil town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100321 changes
Compose started at Sun Mar 21 08:15:52 UTC 2010 Broken deps for i386 -- edje-0.9.93.063-1.fc14.i686 requires libembryo-ver-svn-05.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0 emotion-0.1.0.042-5.fc12.i686 requires libevas.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_fb.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_x.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_txt.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_job.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_con.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedbus.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libevas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libehal.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_fb.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_x.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_ipc.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedje.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_file.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet_mime.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libedje.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 ewl-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet.so.0 ewl-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet_mime.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_evas.so.0 hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0 inkscape-0.47-6.fc13.i686 requires libMagick++.so.2 inkscape-0.47-6.fc13.i686 requires libMagickCore.so.2 inkscape-view-0.47-6.fc13.i686 requires libMagick++.so.2 inkscape-view-0.47-6.fc13.i686 requires libMagickCore.so.2 murmur-1.1.8-15.fc12.i686 requires libIce.so.33 murmur-1.1.8-15.fc12.i686 requires libIceUtil.so.33 openvas-libnasl-2.0.2-3.fc13.i686 requires libopenvas.so.2 openvas-libnasl-2.0.2-3.fc13.i686 requires libopenvas_hg.so.2 paperbox-0.4.4-2.fc12.i686 requires libtrackerclient.so.0 perl-Catalyst-Model-DBIC-Schema-0.40-1.fc14.noarch requires perl(Catalyst::Model::DBIC::Schema::Types) php-pecl-imagick-2.2.2-4.fc12.i686 requires libMagickWand.so.2 php-pecl-imagick-2.2.2-4.fc12.i686 requires libMagickCore.so.2 pyclutter-gst-0.9.2-1.fc12.i686 requires libclutter-gst-0.10.so.0 q-magick-7.11-6.fc12.i686 requires libMagickCore.so.2 rss-glx-0.9.1.p-2.fc13.i686 requires libMagickCore.so.2 rss-glx-0.9.1.p-2.fc13.i686 requires libMagickWand.so.2
Re: rawhide report: 20100202 changes
Hi cassmodiah, On Sun, Mar 21, 2010 at 5:00 PM, Simon Wesp cassmod...@fedoraproject.org wrote: Am Dienstag, den 02.02.2010, 16:44 + schrieb Rawhide Report: ibus-m17n-1.2.99.20100202-1.fc13 * Tue Feb 02 2010 Peng Huang shawn.p.hu...@gmail.com - 1.2.99.20100202-1 - Update to 1.2.99.20100202. - Update iok patch. Why does ibus-m17n requires iok? You can see what iok is at https://fedorahosted.org/iok. iok works with inscript m17n keymaps. ibus-m17n also allows to write using these inscript keymaps. So patch is written to add functionality to add icon on ibus panel so that whenever user selects to write using any inscript keymap he can see an iok icon and by clicking on it he can see keyboard layout UI for that keyboard. This helps new user to know which keymappings that keymap provides. Or: Why do add an patch for ibus-m17n iok was present at that time only in Fedora distribution so instead to add above explained functionality in ibus-m17n code, its added as patch. (Now iok is added to Ubuntu also). to require iok? What's the benefit for this? So as we want to see iok showing currently selected inscript keymap in UI, we added iok as Requires: to ibus-m17n.spec Do you see any problem for adding iok as Requires: to ibus-m17n.spec? Regards, Parag. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Akonadi's unix sockets location
On 19 March 2010 23:52, Lennart Poettering mzerq...@0pointer.de wrote: That is a security hole. Since /tmp knows no further access control an evil user can just create dirs there for each and every single user on the system. Those directories will then be owned by him, and all other users will a) either completely fail to work or b) happily connect to the evil user's services unless the software in question implements two-way credential passing and verification (which I'd bet akonadi doesn't do). So either this is a DoS vulnerability or an even worse security hole. So in short: don't do this. If you safely want to place a socket in /tmp, you need to place it in a random dir, and then symlink (or otherwise refer to it) from $HOME. Or better (as Colin suggested), just use D-Bus to pass around the randomized socket path. (or even better: use the new fd passing in D-Bus so that you don't need to socket path at all) Or even shorter: Unix sucks. At last year's FOSS.in I did a talk about issues like this in Unix and how to work around them in application and how incredibly hard it is to get this right. One of those days I hope to find the time to write a blog story about this. I personally believe introducing a per-user /var/run (maybe as /var/run/users/$USER which is created at login time) is cleanest way to fix all of this. I can't imagine what harm that would cause to default under /tmp? It's a shared namespace. As such it is a major source of vulnerabitilities, especially if the developers didn't have this particular use in mind. To what extent would the security issues associated with files in /tmp be mitigated with a polyinstantiated /tmp directories? Should Fedora move to that as a default? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rawhide + debug pkgs
On Sun, 21 Mar 2010 11:17:51 +, Frank wrote: Is it possible to come up with some method. Whereby you can automatically install a debug pks for every rpm on a rawhide box. Instead of having to install as and when problems, or in a piecemeal fashion. Not a dev (yet), so not something that could as yet come myself. Something like this could work (except it would not filter out noarch pkgs): rpm -qa --qf '%{name}\n'|xargs debuginfo-install -y -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Pkgdb update and infrastructure freeze
PackageDB has been updated to 0.5.2 which fixes all but one of the major bugs I know about. Package owners should be able to orphan packages again, comments, tagging, and rating is slowly being imported, bugzilla and koji sync scripts seem to be working, etc. If you are encountering bugs, feel free to let me know -- infrastructure is going to be freezing for beta release early next week but I can push important fixes via a hotfix. Minor fixs can be queued and go out in the short window between beta and final release freezes. Things that are known: * maxamillion's firefox search plugin currently doesn't work. We're looking at changing pkgdb search parameters so that it can work again. * some non-pkgdb code is broken by the update. These should be ported to python-fedora or you can ask me for hints on updating the minimum necessary to get them working for now. * UI for search is confusing. (for example, entering a package name in the search box on the front page and hitting enter will do an application search which likely won't return any matches. Clicking the packages button should work.) We're trying to figure out a way to remedy that but if you have ideas feel free to give them to me. This likely won't be fixed before F-13 releases. * Currently only showing ix86 and noarch packages to download and install. This is a problem in the import script. We'll likely hotpatch it when we figure out the fix for it. * No way to add tags and comments on binary packages. Not all packages are Applications (currently just the packages that have a .desktop file). The pkgdb database knows about tags and comments on binary packages but there's no way to add these in the WebUI; only to packages that have Applications. Adding UI for this is likely to be a post-F-13 update. -Toshio pgpb2B4zgeAx4.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pkgdb update and infrastructure freeze
On Sun, Mar 21, 2010 at 01:54:10PM -0400, Toshio Kuratomi wrote: Things that are known: * maxamillion's firefox search plugin currently doesn't work. We're looking at changing pkgdb search parameters so that it can work again. * some non-pkgdb code is broken by the update. These should be ported to python-fedora or you can ask me for hints on updating the minimum necessary to get them working for now. * UI for search is confusing. (for example, entering a package name in the search box on the front page and hitting enter will do an application search which likely won't return any matches. Clicking the packages button should work.) We're trying to figure out a way to remedy that but if you have ideas feel free to give them to me. This likely won't be fixed before F-13 releases. * Currently only showing ix86 and noarch packages to download and install. This is a problem in the import script. We'll likely hotpatch it when we figure out the fix for it. * No way to add tags and comments on binary packages. Not all packages are Applications (currently just the packages that have a .desktop file). The pkgdb database knows about tags and comments on binary packages but there's no way to add these in the WebUI; only to packages that have Applications. Adding UI for this is likely to be a post-F-13 update. * This pkgdb update completely broke Fedora Community's PkgdbConnector, thus the majory of Fedora Community is now broken. luke -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pkgdb update and infrastructure freeze
On Sun, Mar 21, 2010 at 02:08:02PM -0400, Luke Macken wrote: On Sun, Mar 21, 2010 at 01:54:10PM -0400, Toshio Kuratomi wrote: Things that are known: * maxamillion's firefox search plugin currently doesn't work. We're looking at changing pkgdb search parameters so that it can work again. * some non-pkgdb code is broken by the update. These should be ported to python-fedora or you can ask me for hints on updating the minimum necessary to get them working for now. * UI for search is confusing. (for example, entering a package name in the search box on the front page and hitting enter will do an application search which likely won't return any matches. Clicking the packages button should work.) We're trying to figure out a way to remedy that but if you have ideas feel free to give them to me. This likely won't be fixed before F-13 releases. * Currently only showing ix86 and noarch packages to download and install. This is a problem in the import script. We'll likely hotpatch it when we figure out the fix for it. * No way to add tags and comments on binary packages. Not all packages are Applications (currently just the packages that have a .desktop file). The pkgdb database knows about tags and comments on binary packages but there's no way to add these in the WebUI; only to packages that have Applications. Adding UI for this is likely to be a post-F-13 update. * This pkgdb update completely broke Fedora Community's PkgdbConnector, thus the majory of Fedora Community is now broken. Note: this is the second bullet point above. And yep, it was announced multiple times that the new pkgdb would change the server-side URLs. Looks like we have to get the guy who wrote the PkgdbConnector to pay better attention to what's going on. Especially because we're going to be changing API even more in the next year or so -- This was largely a shifting around of API with the data returned still available; just on a different URL. For apps using python-fedora API to make the calls we're able to hide these changes behind the client-side API. In the next release we're going to be changing some of the data structures in the database so we won't be able to shield you by putting in 100% compatibility in the client side library. We may also take the opportunity to write new API that doesn't expose database structures directly but that depends on the amount of work we can get done. -Toshio pgphcEK200TKV.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning Packages
* Warren Togami [18/03/2010 02:38] : perl-Finance-YahooQuote I've taken this package for the currently supported branches. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Evolution trash folder
Am Sonntag, den 21.03.2010, 07:44 -0500 schrieb Mike Chambers: On a brand new F13 install using yesterday's images/packages, and using evolution and imap, I noticed that when deleting emails, they aren't going to the trash folder. I understand that they technically they are still there and just hidden until emptied or however that works. But anyway, the only way the deleted msgs are being removed is if I go to each folder and go to File/empty trash to get them gone. Actually this has been going on last couple versions I believe, cant' remember when it started. Anyone else seeing this? I installed F12β and upgraded a week ago or so to F13. I remember something like this has once happened here, but after a restart of evolution everything was working again. I never saw this again since then (also not now with: evolution-2.29.91-1.fc13.x86_64). Maybe there is a checkbox for that anywhere? (Just quessing and asking in the wild ;)) -Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora has become fat!
Why has Fedora become so fat in the F13 development cycle? * The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB. Any ideas what made Fedora become so fat or how to further investigate this? Regards, Christoph [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/SIZEHISTORY-i386 [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/SIZEHISTORY-i386 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Evolution trash folder
On Sun, 2010-03-21 at 23:44 +0100, Thomas Spura wrote: Am Sonntag, den 21.03.2010, 07:44 -0500 schrieb Mike Chambers: On a brand new F13 install using yesterday's images/packages, and using evolution and imap, I noticed that when deleting emails, they aren't going to the trash folder. I understand that they technically they are still there and just hidden until emptied or however that works. But anyway, the only way the deleted msgs are being removed is if I go to each folder and go to File/empty trash to get them gone. Actually this has been going on last couple versions I believe, cant' remember when it started. Anyone else seeing this? I installed F12β and upgraded a week ago or so to F13. I remember something like this has once happened here, but after a restart of evolution everything was working again. I never saw this again since then (also not now with: evolution-2.29.91-1.fc13.x86_64). Maybe there is a checkbox for that anywhere? (Just quessing and asking in the wild ;)) No checkmarks checked or unchecked that I could find. The only other explanation is if I did a clean setup (no backups) and see what that does. I might do that with a clean/new test user and see what happens. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F13 install timings
OP == Orion Poplawski or...@cora.nwra.com writes: OP The install spends a long time displaying Checking dependencies in OP packages selected for installation with no movement of the progress OP bar. My kickstart installs used to sit showing that for ages; I ended up using pungi -G to gather an install set of just what I have in the kickstart file. This seems to make things run much, much faster, although I've never worked on figuring out why. - J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[pkgdb] perl-Finance-YahooQuote ownership changed
Package perl-Finance-YahooQuote in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-YahooQuote -- 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
[pkgdb] perl-Finance-YahooQuote ownership changed
Package perl-Finance-YahooQuote in Fedora 13 is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-YahooQuote -- 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
[pkgdb] perl-Finance-YahooQuote ownership changed
Package perl-Finance-YahooQuote in Fedora 12 is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-YahooQuote -- 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
[pkgdb] perl-Finance-YahooQuote ownership changed
Package perl-Finance-YahooQuote in Fedora 11 is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Finance-YahooQuote -- 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
[389-devel] Please review: [Bug 548533] memory leak in Repl_5_Inc_Protocol_new
[Bug 548533] memory leak in Repl_5_Inc_Protocol_new https://bugzilla.redhat.com/show_bug.cgi?id=548533 Proposed Fix: https://bugzilla.redhat.com/attachment.cgi?id=401614action=diff https://bugzilla.redhat.com/attachment.cgi?id=401614action=edit Description: repl5_inc_delete and repl5_tot_delete to release the incremental and total update protocol were not implemented. This fix implemented them. Also, it fixed a leak of connection in private_protocol_factory. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Outage: fedorahosted.org - 2010-03-21 08:00:00 UTC
There is an outage going on that started at 2010-03-21 08:00:00 UTC, which will last an unknown amount of time. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2010-03-21 08:00:00 UTC' Reason for outage: Serverbeach4, which hosts *.fedorahosted.org is hanging shortly after boot. The hosting provider has been notified and are looking into it. Affected Services: Fedora Hosted - https://fedorahosted.org/ Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ CVS / Source Control DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Wiki - http://fedoraproject.org/wiki/ Ticket Link: N/A since fedorahosted.org is down... Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce