my name is Franco Comida and I joined this mailing list because I want
to become a maintainer of Luminance HDR for Fedora. I am one of the
developers of the program since 2009 an a Red Hat/Fedora user for a long
time. This is the link of the review request I filed on bugzilla:
I am an electronic engineer from Italy living now in Bristol (UK)
because I am taking a master degree in Optical Communications and Signal
Processing here at the University of Bristol.
My hobbies are scuba diving, photography and of course programming.
I look forward to hearing from you guys soon.
On Mon, Feb 27 12:13:07 UTC 2012, Josh Boyer jwboyer at gmail.com wrote
>> On Mon, Feb 27, 2012 at 1:44 AM, elison.niven at gmail.com:
>> I forgot to add:
>> 8) Yum cannot use an iso image as a repo without mounting it.
>> Yast in suse allows to directly use iso images as repos.
> You also forgot to add:
> 1) A proposed alternative
I am more than happy to propose alternatives.
Alternative 1 : Use a totally different package management system : apt-get
It is mature enough. I know this is going to be rejected totally even
Alternative 2 :
Make the following changes to yum to make yum better:
1) yum should maintain status of installed packages locally. And it
should not need to fetch repository information when user tries
yum info <installed-package>
Reason to have this feature : It seems logical to have information
about an installed package locally.
2) yum is currently downloading repository information separately for each user.
It can use the same downloaded repository information for all users.
For example : root did yum install <some-package> followed by
Non root user did : yum info <same-package>.
yum will currently fetch repo information again for the non root user.
Reason to have this feature : Save time, bandwidth.
3) Show progress in "Setting up update process" or "Setting up install process".
At present, users cannot know that is it working or sleeping.
Reason to have this feature : Better user experience
4) Quit on single CTRL-C. Users expect an application to quit on
Reason to have this feature : Better user experience
5) Allow to use iso image as a repo.
baseurl=file:///path/to/iso rather than baseurl=file:///path/to/mounted/iso
Reason to have this feature : Small feature but good to have.
> 2) Patches to fix any of the issues you pointed out
I am not a yum developer at present nor am acquainted with the source.
> 3) Anything constructive at all in your ramblings.
Does the above count now as constructive?
> Seriously, if you want yum replaced with something then you need to
> show up with an
> alternate proposal, how it would work, and people willing to do that
> work. Without
> those things, this is at best going to be ignored and at works just
> turn into a huge "ME
> TOO" thread that still winds up generating no change.
Your comments on the above proposals?
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
= Weekly KDE Summary =
Time: 2012-02-28 15:00 UTC
Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2012-02-28
Meeting minutes: http://bit.ly/xldRuU
Meeting log: http://bit.ly/AetIRK
= Participants =
= Agenda =
* topics to discuss:
** Fedora 17 alpha post-mortem
** touch interfaces, Fedora Active
* recent bugs:
** #796969, f17 kde reboot does not work, leads back to kdm 
== Summary ==
Fedora 17 Alpha post-mortem
* KDM shutdown/restart issue present in Fedora 17 alpha, we are waiting for more feedback after f17 spread enough
* ACTION: Kevin_Kofler to take a look on systemd support as original author of CK code, jreznik to help with
* KDM also supports non-root session for greeter
* ACTION: to check the possibility of setting it up
f17 kde reboot does not work, leads back to kdm
* kudos to Michal Schmidt for figuring it out
*  update to be tested
touch interfaces, Fedora Active
* first try kickstart for Fedora Active
* we will need package splits for touch interfaces (-mobile subpackages, kdepim, calligra...)
* we need the separate kde-settings profile set up
* ACTION: to check if the plasma-mobile patches are still needed
* ACTION: rdieter to prepare f17-kde koji target/tag
* ACTION: jreznik to start updates when tarballs hits packagers ftp
* AGREED: to backport kio_tar bugfix to f15
* ACTION: Kevin_Kofler to take care about backport
= Next Meeting =
= Links =
Jaroslav Řezník <jreznik(a)redhat.com>
Software Engineer - Base Operating Systems Brno
Office: +420 532 294 275
Mobile: +420 602 797 774
Red Hat, Inc. http://cz.redhat.com/
due to license change in Ruby, rubygem-main and rubygem-fattr licenses have been changed (after clarification with the author).
Previous licenses were GPLv2+ or Ruby, current licenses are BSD or Ruby.
The change applies to F17 and rawhide.
Bohuslav "Slavek" Kabrda.
Hi Fedora package maintainers
Please pull latest translation for your package, re-package with it and push to koji for L10N QA test  by 2-Mar. We will have a live image to be composed for this particular test on 5-Mar. The focus is to test translations availability and accuracy in desktop applications. This test covers all Fedora packages.
This is only one chance for translators to check translation quality, and important event for all non-English speaking markets.
It is highly appreciated your help.
Fedora Localization Project
I'm definitely checked out in the master branch:
[tgl@rh3 master]$ git push
Counting objects: 11, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 1.13 KiB, done.
Total 6 (delta 3), reused 0 (delta 0)
d44dce3..2e73ff7 master -> master
[tgl@rh3 master]$ fedpkg build
Building postgresql-9.1.3-1.fc17 for f17-candidate
Created task: 3822862
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=3822862
Watching tasks (this may be safely interrupted)...
3822862 build (f17-candidate, /postgresql:2e73ff757cfdd20a708fc783e09ff23f3d8644e0): free
3822862 build (f17-candidate, /postgresql:2e73ff757cfdd20a708fc783e09ff23f3d8644e0): free -> open (x86-02.phx2.fedoraproject.org)
WTF? Do I need to fix this, and if so how?
regards, tom lane