Signing RPMs
So, I picked up the sign_unsigned.py script from releng. I replaced the keys in there with our keys, tweaked some minor stuff here and there and managed to get it running. I use it as ./sign_unsigned.py --level level tag-name and it runs alright. I can see that the signatures are cached under the sigcache directory (but NOT embedded in the rpms themselves, which makes sense since the rpm can probably be a part of different tags and might be signed differently within each tag) So, I thought, well, mash would be the one which'll embed the keys in the rpms. So, I set strict_keys to True.. added my key to the keys list in my .mash file. mash has no problems with the rpms and it can verify the signatures alright. But, it still doesn't embed the signatures in the rpm (is it supposed to?). So, the created repository still has all rpms unsigned. What am I missing here? where to the rpms get signed actually? Regards, Jitesh -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
[Fedora-cs-list] Re: Fedora-cs-list Digest, Vol 20, Issue 1
Diky za rady, uz jsem autorizovanej, neco jsem poslal, vic se budu venovat pres vikend. 2009/11/9 fedora-cs-list-requ...@redhat.com Send Fedora-cs-list mailing list submissions to fedora-cs-list@redhat.com To subscribe or unsubscribe via the World Wide Web, visit https://www.redhat.com/mailman/listinfo/fedora-cs-list or, via email, send a message with subject or body 'help' to fedora-cs-list-requ...@redhat.com You can reach the person managing the list at fedora-cs-list-ow...@redhat.com When replying, please edit your Subject line so it is more specific than Re: Contents of Fedora-cs-list digest... Today's Topics: 1. [Fwd: Re: Pepa Hruska] (Josef Hru?ka) 2. Re: [Fwd: Re: Pepa Hruska] (Jaroslav Apolenar) 3. Re: Re: [Fwd: Re: Pepa Hruska] (Adam Pribyl) -- Message: 1 Date: Sun, 08 Nov 2009 21:36:11 +0100 From: Josef Hru?ka josef.hru...@upcmail.cz Subject: [Fedora-cs-list] [Fwd: Re: Pepa Hruska] To: jarekapole...@gmail.com, fedora-cs-list@redhat.com Message-ID: 4af72bbb.4060...@upcmail.cz Content-Type: text/plain; charset=utf-8 Ahoj Jarku, o vikendu jsem na RN delal i ja. Ted jsem je akorat nahral do Transifexu. Tak jen opatreneji, kdybys chtel take uploadnout sve zmeny, abys neprepsal moje. Muzes se samozrejme zkusit zeptat v ramci teto konference, muzes zkusit konzultovat i portal l10n.cz. Take muzes zkusit treba IRC kanál Fedora-cs na Freenode. Prekladam pro Fedoru take asi neco kolem pul roku, takze zhruba takhle postupuju ja. Ale mozna jsou tady ostrilenejsi vlci nez ja, kteri by mohli poradit (i mne ;). Pepa Hruška PĹŻvodnĂ zpráva PĹ™edmÄ›t: Re: Pepa Hruska Datum: Fri, 6 Nov 2009 22:42:50 +0100 Od: Jaroslav Apolenar jarekapole...@gmail.com PĹ™eposláno - Komu:Fedora Translation Project List fedora-trans-l...@redhat.com Komu: fedora-trans-l...@redhat.com Ahoj, do ceske konference jsem se uz zaregistroval, na ty Release Notes o vikendu mrknu, jeste si dovolim zacatecnickou otazku, kam smerovat me pripadne dotazy, kdyby byl nedejboze nejaky technicky problem pri prekladu, abych zbytecne nezdrzoval. Jarek Apolenar -- next part -- -- Fedora-trans-list mailing list fedora-trans-l...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-list -- Message: 2 Date: Mon, 9 Nov 2009 01:27:38 +0100 From: Jaroslav Apolenar jarekapole...@gmail.com Subject: [Fedora-cs-list] Re: [Fwd: Re: Pepa Hruska] To: Josef Hru?ka josef.hru...@upcmail.cz, fedora-cs-list@redhat.com Message-ID: acf60b180911081627v2e76f374vc2620335ae31e...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-2 Ahoj, diky za rady, s tema RN, aspon jsem si blize osahal Gtranslator a vyzkousel neco nanecisto :), zjistil, ze budu muset peclive kontrolovat, aby byl preklad konzistentni napric celou lokalizaci apod. Kazdopadne je tu jeste jedna dosti noobovska otazka, vubec se mi nezobrazuje tlacitko, kterym se nahraje cokoli do Transifexu (ano, jsem prihlasenej :)). Mohl bych tedy pozadat o radu, co s tim, abych mohl prispivat. Je to tim, ze jsem porad unapproved v Translation CVS Commit Group? Kazdopadne se tesim na spolupraci Jarek Apolenar 2009/11/8 Josef Hruąka josef.hru...@upcmail.cz Ahoj Jarku, o vikendu jsem na RN delal i ja. Ted jsem je akorat nahral do Transifexu. Tak jen opatreneji, kdybys chtel take uploadnout sve zmeny, abys neprepsal moje. Muzes se samozrejme zkusit zeptat v ramci teto konference, muzes zkusit konzultovat i portal l10n.cz. Take muzes zkusit treba IRC kanál Fedora-cs na Freenode. Prekladam pro Fedoru take asi neco kolem pul roku, takze zhruba takhle postupuju ja. Ale mozna jsou tady ostrilenejsi vlci nez ja, kteri by mohli poradit (i mne ;). Pepa Hruąka Původní zpráva Předmět:Re: Pepa Hruska Datum: Fri, 6 Nov 2009 22:42:50 +0100 Od: Jaroslav Apolenar jarekapole...@gmail.com Přeposláno - Komu: Fedora Translation Project List fedora-trans-l...@redhat.com Komu: fedora-trans-l...@redhat.com Ahoj, do ceske konference jsem se uz zaregistroval, na ty Release Notes o vikendu mrknu, jeste si dovolim zacatecnickou otazku, kam smerovat me pripadne dotazy, kdyby byl nedejboze nejaky technicky problem pri prekladu, abych zbytecne nezdrzoval. Jarek Apolenar -- Fedora-trans-list mailing list fedora-trans-l...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-list -- next part -- An HTML attachment was scrubbed... URL: https://www.redhat.com/archives/fedora-cs-list/attachments/20091109/554f8a1c/attachment.html -- Message: 3 Date: Mon, 9 Nov 2009 09:48:14 +0100 (CET) From: Adam Pribyl pri...@lowlevel.cz Subject: Re: [Fedora-cs-list] Re:
Re: A question about allow_unconfined_mmap_low in f11 amd selinux
Daniel J Walsh dwalsh at redhat.com writes: definitely still getting the error with any Wine application with mmap_low_allowed set to 0. selinux-policy-3.6.32-41.fc12.noarch The name has changed between RHEL5 - allow_unconfined_mmap_low and F12 - mmap_low_allowed The meaning has also changed in RHEL5 unconfined domains are allowed to mmap_low if the boolean is set. vbetool and wine are allowed whether or not the boolean is set. In F12 No domains are allowed to mmap_low unless the boolean is set. If it is set wine, vbetool and unconfined domains are allowed to mmap_zero. One of you is running wine in RHEL5 which is allowed to mmap_zero without the boolean. We changed this in F12 so that wine will break without the boolean set. Thank you for that clarification Dan. By the way I entered a private ticket at the Crossover site (hence not publicly visible), and have been told that their devs are currently already looking at this issue to try to see if the problem can be worked around in a new version of Crossover, which will presumably also be made available to newer versions of wine if a solution can be found. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Package Review Stats for last 7 days ending 8th Nov
Top three FAS account holders who have completed reviewing Package review components on bugzilla for last 7 days ending 8th Nov were Nicolas Mailhot, Steve Traylen and Parag AN(पराग). Nicolas Mailhot : 7 https://bugzilla.redhat.com/show_bug.cgi?id=532231 https://bugzilla.redhat.com/show_bug.cgi?id=532816 https://bugzilla.redhat.com/show_bug.cgi?id=532817 https://bugzilla.redhat.com/show_bug.cgi?id=532818 https://bugzilla.redhat.com/show_bug.cgi?id=532819 https://bugzilla.redhat.com/show_bug.cgi?id=530880 https://bugzilla.redhat.com/show_bug.cgi?id=532368 Steve Traylen : 5 https://bugzilla.redhat.com/show_bug.cgi?id=516517 https://bugzilla.redhat.com/show_bug.cgi?id=516522 https://bugzilla.redhat.com/show_bug.cgi?id=516527 https://bugzilla.redhat.com/show_bug.cgi?id=516532 https://bugzilla.redhat.com/show_bug.cgi?id=516534 Parag AN(पराग) : 4 https://bugzilla.redhat.com/show_bug.cgi?id=516280 https://bugzilla.redhat.com/show_bug.cgi?id=531988 https://bugzilla.redhat.com/show_bug.cgi?id=532677 https://bugzilla.redhat.com/show_bug.cgi?id=533141 Jason Tibbitts : 3 https://bugzilla.redhat.com/show_bug.cgi?id=502991 https://bugzilla.redhat.com/show_bug.cgi?id=522777 https://bugzilla.redhat.com/show_bug.cgi?id=501958 Mamoru Tasaka : 3 https://bugzilla.redhat.com/show_bug.cgi?id=530204 https://bugzilla.redhat.com/show_bug.cgi?id=531391 https://bugzilla.redhat.com/show_bug.cgi?id=527488 Andrew Colin Kissa : 2 https://bugzilla.redhat.com/show_bug.cgi?id=525432 https://bugzilla.redhat.com/show_bug.cgi?id=526876 Jon Ciesla : 2 https://bugzilla.redhat.com/show_bug.cgi?id=532635 https://bugzilla.redhat.com/show_bug.cgi?id=526651 Lubomir Rintel : 2 https://bugzilla.redhat.com/show_bug.cgi?id=532315 https://bugzilla.redhat.com/show_bug.cgi?id=508521 Xavier Bachelot : 2 https://bugzilla.redhat.com/show_bug.cgi?id=532699 https://bugzilla.redhat.com/show_bug.cgi?id=524238 Alan Pevec : 1 https://bugzilla.redhat.com/show_bug.cgi?id=507697 Andrew Overholt : 1 https://bugzilla.redhat.com/show_bug.cgi?id=532057 Christof Damian : 1 https://bugzilla.redhat.com/show_bug.cgi?id=529073 Christoph Wickert : 1 https://bugzilla.redhat.com/show_bug.cgi?id=532779 Dennis Gilmore : 1 https://bugzilla.redhat.com/show_bug.cgi?id=521983 Jan Klepek : 1 https://bugzilla.redhat.com/show_bug.cgi?id=525914 Jon Stanley : 1 https://bugzilla.redhat.com/show_bug.cgi?id=523343 Jussi Lehtola : 1 https://bugzilla.redhat.com/show_bug.cgi?id=507030 Orcan 'oget' Ogetbil : 1 https://bugzilla.redhat.com/show_bug.cgi?id=529283 Peter Lemenkov : 1 https://bugzilla.redhat.com/show_bug.cgi?id=533075 Rahul Sundaram : 1 https://bugzilla.redhat.com/show_bug.cgi?id=512170 Ruben Kerkhof : 1 https://bugzilla.redhat.com/show_bug.cgi?id=531912 Steve Whitehouse : 1 https://bugzilla.redhat.com/show_bug.cgi?id=507106 Thomas Spura : 1 https://bugzilla.redhat.com/show_bug.cgi?id=526564 Total reviews modified: 44 Merge Reviews: 1 Review Requests: 43 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: odd file requires
Mark McLoughlin wrote: Leaving it as a package requires means hard-coding knowledge in qemu about which version of gpxe-roms-qemu provides which roms. IMHO, the file requires makes more sense. So what? Many packages have hardcoded Requires = EVR for such things. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: pushing 3.12.0 to rawhide: freeimage
2009/9/23 Rakesh Pandit wrote: On 09/23/2009 02:50 PM, Nicolas Chauvet wrote: 2009/9/23 Rakesh Pandit wrote: I will be pushing freeimage 3.12.0 to rawhide and following dependencies will need a bump to consume it. I will probably be bumping them myself unless someone does it before me. Just *rawhide* . Thx for the warning ! Can you provide the current wip version of the src.rpm ? Now I cannot rememember the beta freeze period, but I will request to wait for the unfreeze unless it is far enought I was just planning for rawhide. Still I will wait some time (till deadlines are gone) and post you details once I am done. [..] Now seems to be right time for f13 fotoxx PerceptualDiff posterazor phoronix-test-suite ogre will need a rebuild. In case everyone is okay I will start doing it in few days ? -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: A question about allow_unconfined_mmap_low in f11 amd selinux
Daniel J Walsh dwalsh at redhat.com writes: The name has changed between RHEL5 - allow_unconfined_mmap_low and F12 - mmap_low_allowed The meaning has also changed in RHEL5 unconfined domains are allowed to mmap_low if the boolean is set. vbetool and wine are allowed whether or not the boolean is set. In F12 No domains are allowed to mmap_low unless the boolean is set. If it is set wine, vbetool and unconfined domains are allowed to mmap_zero. One of you is running wine in RHEL5 which is allowed to mmap_zero without the boolean. We changed this in F12 so that wine will break without the boolean set. There is an interesting thing I just found - in F11 without the bool set I can run MS Word 2003 in Crossover (i.e. effectively wine) and open a .doc file without any AVC popping up. However from a webmail interface opened in Firefox, and clicking on a .doc attachment, trying to open it via an association link to Word 2003 in Crossover immediately gives an AVC denial for wine-preloader and suggests allowing the bool! However the file does seem to open nevertheless!! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: odd file requires
On Tue, 10 Nov 2009 11:01:54 +0100, Kevin wrote: Mark McLoughlin wrote: Leaving it as a package requires means hard-coding knowledge in qemu about which version of gpxe-roms-qemu provides which roms. IMHO, the file requires makes more sense. So what? Many packages have hardcoded Requires = EVR for such things. And if you don't like to require package names, you could add your own Provides to the packages for capabilities such as ROM images. With the added benefit that you could apply versions to those capabilities, which is not possible with file dependencies. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20091110 changes
Compose started at Tue Nov 10 08:15:09 UTC 2009 Updated Packages: gnome-do-0.8.2-4.fc12 - * Tue Nov 10 2009 Tom spot Callaway tcall...@redhat.com - 0.8.2-4 - Remove Docky due to patent issues Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
Rahul Sundaram wrote: Hopefully Nouveau gets 3D support within a couple of releases as well. Getting rid of the biggest pain of proprietary drivers would be one giant step forward for Linux on the desktop. It would be wonderful. Sometimes you have no choice for the hardware; if you get the wrong laptop, bad luck. For my job, I got an ATI thinkpad when ATI was not open. Now that ATI is open, bad luck gave me an NVidia. I'm sure Noveau will make great progress and in the mean time I will be assigned an Intel one (the new bad ones). :-) -- Roberto Ragusamail at robertoragusa.it -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Problems reporting crashes with ABRT
ABRT has detected a couple of crashes recently, but has been unable to create bugs in Bugzilla. It makes an attempt, but fails with the message: XML-RPC Fault: libcurl failed to execute the HTTP POST transaction. I've verified that I've configured ABRT with the correct bugzilla username and password. Any hints on what my problem could be? -- Jeff Ollie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Problems reporting crashes with ABRT
Dne 10.11.2009 16:24, Jeffrey Ollie napsal(a): ABRT has detected a couple of crashes recently, but has been unable to create bugs in Bugzilla. It makes an attempt, but fails with the message: XML-RPC Fault: libcurl failed to execute the HTTP POST transaction. I've verified that I've configured ABRT with the correct bugzilla username and password. Any hints on what my problem could be? It helps you restart deamon for now. We have fix in git and it will be in new release. See: https://bugzilla.redhat.com/show_bug.cgi?id=531978#c5 -- Nikola Pajkovsky npajk...@redhat.com .~. Base Operating Systems Brno /V\ // \\ Jabber: ni...@isgeek.info /( )\ Mobile: +420 777 895 064 ^`~'^ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Problems reporting crashes with ABRT
On Tue, Nov 10, 2009 at 9:33 AM, Nikola Pajkovsky npajk...@redhat.com wrote: Dne 10.11.2009 16:24, Jeffrey Ollie napsal(a): ABRT has detected a couple of crashes recently, but has been unable to create bugs in Bugzilla. It makes an attempt, but fails with the message: XML-RPC Fault: libcurl failed to execute the HTTP POST transaction. I've verified that I've configured ABRT with the correct bugzilla username and password. Any hints on what my problem could be? It helps you restart deamon for now. We have fix in git and it will be in new release. See: https://bugzilla.redhat.com/show_bug.cgi?id=531978#c5 Yup, that fixed it, thanks! -- Jeff Ollie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
inode0 wrote: With Fedora 12 just a few days from release it is time to begin the naming process for the next Fedora release. After F12 comes Print Screen of course. ;-) Björn Persson signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: inode0 wrote: With Fedora 12 just a few days from release it is time to begin the naming process for the next Fedora release. After F12 comes Print Screen of course. ;-) Depending on the keyboards I look at, I have Insert, Eject and Mute after F12 ;) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, Nov 10, 2009 at 10:52 AM, Bastien Nocera bnoc...@redhat.com wrote: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: inode0 wrote: With Fedora 12 just a few days from release it is time to begin the naming process for the next Fedora release. After F12 comes Print Screen of course. ;-) Depending on the keyboards I look at, I have Insert, Eject and Mute after F12 ;) Ahhh, having choices is always good! After F12 _I_ have: Delete, End and Page Down. :-) (Sorry for adding to the noise, but its a 'slow news day'.) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Nominations now open for December Fedora Elections
It is time to begin the process of nominating candidates for the open seats in the following bodies: * Fedora Project Board * Fedora Ambassadors Steering Committee (FAmSCo) * Fedora Engineering Steering Committee (FESCo) General Election Schedule: * November 10-16: Nominations are open. * November 17-23: Candidate questionnaires. * November 27 - December 3: IRC Town Hall-style discussions with candidates for the various elected positions will be arranged. * December 8-15: The elections will take place. Nominations You may self-nominate. If you wish to nominate someone else, please consult with that person ahead of time. Wiki nomination pages [1] carry additional details about the nominee which the nominee is expected to write. Simply update the respective wiki page with your nomination information. Please thoughtfully consider how you can best contribute to Fedora by serving on one of these important committees or by encouraging someone you know who you think can make a difference to serve. [1] https://fedoraproject.org/wiki/Elections Thanks, John ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: conflict between seedit - selinux-policy and qstat - torque-client
Daniel J Walsh (dwa...@redhat.com) said: On 11/04/2009 01:38 PM, Bill Nottingham wrote: Because seedit getting installed causes selinux-policy-targeted and friends to get screwed up. That sounds like a reason to not ship seedit. Am I missing something? Bill I would not ship it. Is there a schedule for when seedit will be able to function in a non-destructive mode? Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On 11/10/2009 10:58 AM, Fulko Hew wrote: On Tue, Nov 10, 2009 at 10:52 AM, Bastien Nocera bnoc...@redhat.com mailto:bnoc...@redhat.com wrote: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: inode0 wrote: With Fedora 12 just a few days from release it is time to begin the naming process for the next Fedora release. After F12 comes Print Screen of course. ;-) Depending on the keyboards I look at, I have Insert, Eject and Mute after F12 ;) Ahhh, having choices is always good! After F12 _I_ have: Delete, End and Page Down. :-) (Sorry for adding to the noise, but its a 'slow news day'.) I have a big badge that says Dell...???!!! --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
Once upon a time, Jesse Keating jkeat...@redhat.com said: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... The One True Keyboard(tm) (IBM Model M) has Print Screen/SysRq there. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Tue, 2009-11-10 at 09:55 +0530, Rahul Sundaram wrote: Hopefully Nouveau gets 3D support within a couple of releases as well. Ben says to send beer. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On 11/10/2009 10:24 PM, Adam Williamson wrote: On Tue, 2009-11-10 at 09:55 +0530, Rahul Sundaram wrote: Hopefully Nouveau gets 3D support within a couple of releases as well. Ben says to send beer. :) That would one hot beer if it travels all that way. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On 11/09/2009 05:29 PM, Jesse Keating wrote: We have just completed our Go / No Go meeting for Fedora 12 and have reached the decision to Go. Fedora 12's package set is golden and we're ready to stage things for shipping. Great work all around, I'm very My impressions from this meeting were slightly different :-) We noted that there are no known reasons that we are not go and that we will continue testing until Wednesday when QA expects to have completed the testing matrix. Maybe we are separated by semantics, but gone gold or completely done was not an impression I left the meeting with. http://meetbot.fedoraproject.org/fedora-meeting/2009-11-10/fedora-meeting.2009-11-10-01.01.log.html John -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
KDE-SIG weekly report (46/2009)
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 = Week: 46/2009 Time: 2009-11-10 14:00 UTC Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-11-10 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-11-10/fedora-meeting.2009-11-10-14.02.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-11-10/fedora-meeting.2009-11-10-14.02.log.html -- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * RexDieter * SebastianVahl * StevenParrish * ThanNgo * Hello Chissini de Castro -- = Agenda = * Celebration of F12 going gold * Status of KDE 4.3.3 * Features for F13 = Summary = o Topic 1 - notes o Celebration of Fedora 12 going GOLD: * The KDE-SIG celebrated the gold status of Fedora 12. * With Hello Chissini de Castro a new KDE-SIG member was introduced. * He has been working for Connectiva/Mandriva for over 10 years and is also a KDE developer for a long time. o Status of KDE 4.3.3: * KDE 4.3.3 is imported into CVS for F10 and F11, work on F12 is ongoing. * (Existing) Extragear for KDE 4.3.3 packages will follow when buildroot is ready. * KDE 4.3.3 will be the last update for F10 which will EOL soon. o Features for F13: * KDE related features and their owners for Fedora 13: - phonon/pulseaudio integration (KevinKofler) - knetworkmanager (RexDieter) - polkit-1 in KDE (JaroslavReznik) - Firefox/OpenOffice.org integration in KDE (LukasTinkl) - Prepare a wiki page outlining KDE features in F13 to work on (LukasTinkl) [1] o package splitting: * SebastianVahl proposed a splitting of KDE packages as a possible Feature for F13. * Splits could be done on a per-app basis or a split out of the popular packages. * First pros/cons were discussed in the meeting: - more control over the installed packages (+) - better support for a minimal runtime for small targets (like netbooks) (+) - huge increase of metadata to download (--) - more work for packagers (-) - more complexity for users (-) * SebastianVahl will prepare a wiki page with pros/cons and a documentation of the splitting already done as a basis for further discussions. -- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-11-17 -- = Links = [1] http://fedoraproject.org/wiki/SIGs/KDE/F13Features signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Tue, 2009-11-10 at 09:02 -0800, John Poelstra wrote: My impressions from this meeting were slightly different :-) We noted that there are no known reasons that we are not go and that we will continue testing until Wednesday when QA expects to have completed the testing matrix. Maybe we are separated by semantics, but gone gold or completely done was not an impression I left the meeting with. http://meetbot.fedoraproject.org/fedora-meeting/2009-11-10/fedora-meeting.2009-11-10-01.01.log.html Our impressions are indeed different. The go / no go meeting was the point of no return. Once we go, there is no going back. We've made a commitment to go with what we have, and let the various teams that need time to prepare for the release to start their work, as much of that work cannot be pulled back once done. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
2009-11-09 Fedora 12 Go/No Go Meeting Minutes
http://meetbot.fedoraproject.org/fedora-meeting/2009-11-10/fedora-meeting.2009-11-10-01.01.html http://meetbot.fedoraproject.org/fedora-meeting/2009-11-10/fedora-meeting.2009-11-10-01.01.txt http://meetbot.fedoraproject.org/fedora-meeting/2009-11-10/fedora-meeting.2009-11-10-01.01.log.html Meeting summary --- * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_12_RC4_Install (jlaska, 01:08:59) * QA expecting test completion of matrix Wednesday (https://fedoraproject.org/wiki/Test_Results:Fedora_12_RC4_Install) (jlaska, 01:23:23) People Present (lines said) --- * adamw_ (39) * jlaska (38) * wwoods (18) * poelcat (15) * Oxf13 (11) * notting (8) * jwb (6) * mmcgrath (3) * zodbot (3) * bao_ (3) * Sparks (2) * nirik (1) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Tue, Nov 10, 2009 at 4:54 PM, Adam Williamson awill...@redhat.com wrote: On Tue, 2009-11-10 at 09:55 +0530, Rahul Sundaram wrote: Hopefully Nouveau gets 3D support within a couple of releases as well. Ben says to send beer. :) Happily, ask him what slab he wants and where he wants it delivered :-P Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
=?iso-8859-15?q?Bj=F6rn_Persson?= bj...@xn--rombobjrn-67a.se writes: debuginfo packages cannot be multilib, that is why we don't offer them multilib. I'm guessing that we don't offer them multilib means that 32-bit debuginfo packages aren't meant to be installed on 64-bit systems, so I'll take this to mean that I shouldn't bother doing anything to avoid conflicts. Well, hold on, debuginfo for multilib'd libraries like glibc should be absolutely installable in parallel. - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
2009/11/10 Jesse Keating jkeat...@redhat.com: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... You *are* F13... -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
Frank Ch. Eigler (f...@redhat.com) said: I'm guessing that we don't offer them multilib means that 32-bit debuginfo packages aren't meant to be installed on 64-bit systems, so I'll take this to mean that I shouldn't bother doing anything to avoid conflicts. Well, hold on, debuginfo for multilib'd libraries like glibc should be absolutely installable in parallel. Not unless someone changes the layout of debuginfo entirely, as they use common paths: /usr/src/debug/source tree name /usr/lib/debug/usr/bin/... Bill -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
On Tue, Nov 10, 2009 at 02:25:16PM -0500, Bill Nottingham wrote: Frank Ch. Eigler (f...@redhat.com) said: I'm guessing that we don't offer them multilib means that 32-bit debuginfo packages aren't meant to be installed on 64-bit systems, so I'll take this to mean that I shouldn't bother doing anything to avoid conflicts. Well, hold on, debuginfo for multilib'd libraries like glibc should be absolutely installable in parallel. Not unless someone changes the layout of debuginfo entirely, as they use common paths: /usr/src/debug/source tree name /usr/lib/debug/usr/bin/... Currently you can install say on x86_64 either a i686, or x86_64 debuginfo package, but not both. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Booting Fedora live USB on MacBookPro
Hello, I'm creating an EFI bootable USB image on my rawhide system with this command-line: ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 The resulting USB stick boots fine on a black MacBook, but not on a silver MacBook Pro. The bootable stick does not even show up in the list of boot devices. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On 11/10/2009 02:40 PM, Bernie Innocenti wrote: Hello, I'm creating an EFI bootable USB image on my rawhide system with this command-line: ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 The resulting USB stick boots fine on a black MacBook, but not on a silver MacBook Pro. The bootable stick does not even show up in the list of boot devices. Which generation of MBP and MBP, and are you using the i386 tree or the x86_64 tree? It sounds like the MacBook is a Santa Rosa (MacBook3,1) or later and the MacBook Pro is an earlier generation, and you're using x86_64. Or vice-versa regarding the ages, and you're using the i386 tree. This won't work, as pre-Santa Rosa mac will only boot 32-bit EFI images, and post-Santa Rosa macs will only boot 64-bit EFI images. -- Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
pre-Santa Rosa mac will only boot 32-bit EFI images, and post-Santa Rosa macs will only boot 64-bit EFI images. Also, it is only recently that a Mac might boot from USB2.0 at all; Firewire (IEEE 1394) was required for most of Apple history. -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
Hi. On Tue, 10 Nov 2009 12:49:17 -0800, John Reiser wrote Also, it is only recently that a Mac might boot from USB2.0 at all; Firewire (IEEE 1394) was required for most of Apple history. My old iBook G3 booted from USB. That was USB1.1, though, which may or may not be significant. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On 11/10/2009 03:49 PM, John Reiser wrote: pre-Santa Rosa mac will only boot 32-bit EFI images, and post-Santa Rosa macs will only boot 64-bit EFI images. Also, it is only recently that a Mac might boot from USB2.0 at all; Firewire (IEEE 1394) was required for most of Apple history. All EFI macs can do this. -- Peter RFC 882 put the dots in .com. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
Bill Nottingham wrote: Frank Ch. Eigler (f...@redhat.com) said: I'm guessing that we don't offer them multilib means that 32-bit debuginfo packages aren't meant to be installed on 64-bit systems, so I'll take this to mean that I shouldn't bother doing anything to avoid conflicts. Well, hold on, debuginfo for multilib'd libraries like glibc should be absolutely installable in parallel. Not unless someone changes the layout of debuginfo entirely, as they use common paths: /usr/src/debug/source tree name I think can handle those. For true source code files there is no problem, because they will be identical in both packages. Generated files can be placed in separate subdirectories, for example /usr/src/debug/source tree name/%{_arch}. This may of course require more or less complicated patches to makefiles or other build scripts. I'm trying to find out wheter I should do this. /usr/lib/debug/usr/bin/... Those are the ones I can't do anything about on my own, but perhaps the same exception could be applied there as in /usr/bin? Björn Persson signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On Tue, Nov 10, 2009 at 7:40 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello, I'm creating an EFI bootable USB image on my rawhide system with this command-line: ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 The resulting USB stick boots fine on a black MacBook, but not on a silver MacBook Pro. The bootable stick does not even show up in the list of boot devices. I think there's some bugs with booting EFI devices in the various live device (cd/usb) creation tools. The latest rawhide (released in the last day or two) has an updated liveusb-creator which fixes alot of the EFI issues, and a new livecd-tools I think is due soon. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [SoaS] Booting Fedora live USB on MacBookPro
On 11/10/2009 05:37 PM, Caryl Bigenho wrote: Hi, My MacBook is a 4,1. Will it work on my machine? A 64-bit EFI image should work on a MacBook4,1 . A 32-bit EFI image won't. -- Peter RFC 882 put the dots in .com. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On Tue, 2009-11-10 at 22:25 +, Peter Robinson wrote: On Tue, Nov 10, 2009 at 7:40 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello, I'm creating an EFI bootable USB image on my rawhide system with this command-line: ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 You need to pass the device, not the partition. The resulting USB stick boots fine on a black MacBook, but not on a silver MacBook Pro. The bootable stick does not even show up in the list of boot devices. I think there's some bugs with booting EFI devices in the various live device (cd/usb) creation tools. The latest rawhide (released in the last day or two) has an updated liveusb-creator which fixes alot of the EFI issues, and a new livecd-tools I think is due soon. If you don't even see the USB hard disk when booting up, then it probably isn't formatted with GPT. Use --format on /dev/sdb. If it shows up but ends up booting another OS, then your EFI/boot/boot*.conf isn't updated, and you might have hit: https://bugzilla.redhat.com/show_bug.cgi?id=533824 Let me know if the patch works. And as Peter's mentioned, if your device supports x86_64, you need an x86_64 image, and the same for 32-bit. Note that I'm not sure how those are generated, but you should be able to boot a 32-bit distro as long as you have a bootx64.conf and bootx64.efi in /EFI/boot on the USB key. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, Nov 10, 2009 at 08:02:15 -0800, Jesse Keating jkeat...@redhat.com wrote: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... F13 has to be named after Katz. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, Nov 10, 2009 at 18:40:24 +, Mat Booth fed...@matbooth.co.uk wrote: 2009/11/10 Jesse Keating jkeat...@redhat.com: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... You *are* F13... Too many J.K.s and I appear to have mixed them up. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Björn Persson wrote: I think can handle those. For true source code files there is no problem, because they will be identical in both packages. Generated files can be placed in separate subdirectories, for example /usr/src/debug/source tree name/%{_arch}. This may of course require more or less complicated patches to makefiles or other build scripts. I'm trying to find out wheter I should do this. For KDE4 builds (which should also work for any CMake system as well) is (not copy-paste ready): mkdir %{_target_platform} pushd %{_target_platform} cmake .. popd make -C %{_target_platform} This ensures all of the generated files are in a separate directory. I'm not sure how this would work with autotools since I don't use them. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJK+hyQAAoJEKaxavVX4C1XkMoP/iR/zV3s8+4F5KQB5F4+dw2T EgAkG/qtp8JQDUhakZ7WSbkdKhWVEP3ImZuwe+JOf+WA9MED3b03VXGL6mrQf08J pJz+mSsMUqR2g+Sh2+UUSBMCqLm4o7RW9MHDClDxroK+BslI/+wdT32Ouqzld9DY XMQZ/ifnBfYd/U+A9xbseLMkgOCj2TdEtQfrGfSesex8zufKKyFV/lfgAoA9NCRC BLQQBy+Hu83HwLBQmxCNqfqZ3IMlc7AHKXc9mw71Cog9L/8hvr02d41NjH9g3O4W JOOhLID+TdpAoyA0FTqy8DOpXPNYp/MccZW2pZ33SCECmsAkwJ1lR6A4zPf1VED4 TixnwMYlGztW2F8HoGNna1aU6eOiQjdrz18lJY9/ne01qK7l9cY2CeXME5bKzQu/ gizCPqZUzOHK4uMvnlezbpxF9UxL5GX8uphDd0MFsBZbkq+TTW4TitJ7MYs6UQ6h rBf2rwQXJidNWEYf8Ln03jxBdg59s80AcK2W7pzhWCNb61t6QpM+F86YQ9Kw9Hq0 zpm3rBHO+XkkwKM5bP35jbfv/8ZdnXbaoCuvJK5YVy6LT3irnk4F79IoJUDyaRh2 NYJNwsLW9DnWp/3lyujP4vrursS1nBEDm6cr3MFCcscktG9prwSWvr+WZZXh5S2B B1G/+rtz4VVIs9uBouL2 =Zr9O -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Are conflicts in debuginfo packages OK?
Jakub Jelinek ja...@redhat.com writes: [...] Well, hold on, debuginfo for multilib'd libraries like glibc should be absolutely installable in parallel. Not unless someone changes the layout of debuginfo entirely, as they use common paths: /usr/src/debug/source tree name Right, that's a complication. (It could be handled by suffixing the arch in the source-tree-name part.) /usr/lib/debug/usr/bin/... Considering that the same files are also linked into multilib-safe collision-free /usr/lib/debug/.build-id files, where debuggers already know to look for them, the .../usr/bin* ones could be deprecated. Or the conflicting /bin files could be moved to a separate non-library subpackage. I hope it is obvious that it would be appropriate to be able to debug anything installed from the normal repositories. That the status quo is not quite up to the job (in the case of some multilib libraries) is a bug. - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
El Tue, 10-11-2009 a las 15:31 -0500, Caroline Meeks escribió: Are you sure you macbook pro is capable of booting linux? I was experimenting at a Apple Store and found that the White Macbooks there were not capable of booting Linux from a CD, let alone Sugar from a Stick. However the Silver Macbook pros booted both fine. White macbooks at the GPA have the same issue. Older white macbooks at the Lilla Fredrick boot fine. So things can be very odd with Macs. Next Saturday I'll bring a few boot CDs of Fedora and Ubuntu to see if I can manage to make them boot on those silver Mac Book Pros. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora Core 12 Public AMI for EC2
Hey there, Curious if anyone has put together FC11 (or 12) AMI for Amazons EC2. Anyone interested in working on this type of thing with me? Is there a key technical reason this may be hard / impossible? (Amazon kernel version for example jumps out as a possability). Many cheers, - August -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [SoaS] Booting Fedora live USB on MacBookPro
On 2009/11/10 5:41 PM, Peter Jones wrote: On 11/10/2009 05:37 PM, Caryl Bigenho wrote: Hi, My MacBook is a 4,1. Will it work on my machine? A 64-bit EFI image should work on a MacBook4,1 . A 32-bit EFI image won't. If the silver MBP is also a 4,1 model, there may be complications... There are some video initialization problems [1] when booting EFI kernels. Stewart [1] https://bugzilla.redhat.com/show_bug.cgi?id=496134 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: intent to retire: kudzu
On 2009/11/09 3:28 PM, Rahul Sundaram wrote: On 11/10/2009 01:58 AM, Bill Nottingham wrote: However, it is still being required by two programs: - hwbrowser - fwfstab I filed a bug report against these programs a while back to move away from Kudzu. Neither of these programs themselves seem to be actively maintained anymore. Rahul I originally wrote it to aid users edit their fstab to get partitions automounted at boot, but for the past few Fedora releases that can be done right from Gnome/KDE so as a result I haven't given fwfstab much attention. I will update it eventually to DeviceKit, but I can't invest the time at the moment. Would it be possible to have it temporarily removed from the repos? Thanks, Stewart -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 492510] Regression: wqy-bitmap-fonts preferred font over truetype fonts
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=492510 J.H.M. Dassen (Ray) rdas...@redhat.com changed: What|Removed |Added Blocks|485811(GSS_4_9_proposed)| -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
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=530880 TK009 john.brown...@gmail.com changed: What|Removed |Added Flag||fedora-cvs? --- Comment #16 from TK009 john.brown...@gmail.com 2009-11-10 08:00:38 EDT --- New Package CVS Request === Package Name: ns-tisa-chalk-fonts Short Description: Chalky slab-serif fonts Owners: TK009 Branches: F-10 F-11 F-12 InitialCC: fonts-sig -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 534118] New: Coredump on exit from X Windows in FontFileFreeDir
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Coredump on exit from X Windows in FontFileFreeDir https://bugzilla.redhat.com/show_bug.cgi?id=534118 Summary: Coredump on exit from X Windows in FontFileFreeDir Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: libXfont AssignedTo: sandm...@redhat.com ReportedBy: zkabe...@redhat.com QAContact: extras...@fedoraproject.org CC: sandm...@redhat.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora Target Release: --- Description of problem: While doing exit of Xorg - I'm getting this coredump: #0 malloc_consolidate (av=value optimized out) at malloc.c:5136 #1 0x7f2f45461fc8 in _int_free (av=0x7f2f4575ee80, p=0x32c2490, have_lock=0) at malloc.c:5015 #2 0x7f2f4770584c in FontFileFreeDir (dir=0x3291bb0) at fontdir.c:170 #3 0x7f2f47707454 in FontFileFreeFPE (fpe=0x3291b40) at fontfile.c:144 #4 0x7f2f477092c4 in CatalogueUnrefFPEs (fpe=value optimized out) at catalogue.c:116 #5 0x7f2f477099b8 in CatalogueFreeFPE (fpe=0x3280e60) at catalogue.c:272 #6 0x0042e4b6 in FreeFPE (fpe=0x3280e60) at dixfonts.c:225 #7 0x0042e507 in FreeFontPath (list=0x3280e30, n=4, force=1) at dixfonts.c:1661 #8 0x0042e5c7 in FreeFonts () at dixfonts.c:2028 #9 0x00421dc4 in main (argc=value optimized out, argv=value optimized out, envp=value optimized out) at main.c:32 I think it might be related to the latest Xfont upgrade. Version-Release number of selected component (if applicable): libXfont-1.4.1-1.fc12.x86_64 xorg-x11-server-Xorg-1.7.1-7.fc12.x86_64 How reproducible: Steps to Reproduce: 1. startx 2. do some work 3. kill X Actual results: Expected results: Additional info: -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 476951] missing dependencies of emacs: xorg-x11-fonts-ISO8859-1-100dpi
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=476951 Matej Cepl mc...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||WONTFIX -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/xorg-x11-font-utils/devel .cvsignore, 1.14, 1.15 sources, 1.14, 1.15 xorg-x11-font-utils.spec, 1.34, 1.35
Author: ajax Update of /cvs/pkgs/rpms/xorg-x11-font-utils/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9202 Modified Files: .cvsignore sources xorg-x11-font-utils.spec Log Message: * Tue Nov 10 2009 Adam Jackson a...@redhat.com 7.2-11 - font-util 1.1.0 Index: .cvsignore === RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/.cvsignore,v retrieving revision 1.14 retrieving revision 1.15 diff -u -p -r1.14 -r1.15 --- .cvsignore 13 Oct 2009 19:59:49 - 1.14 +++ .cvsignore 10 Nov 2009 19:08:06 - 1.15 @@ -5,3 +5,4 @@ mkfontscale-1.0.1.tar.bz2 bdftopcf-1.0.1.tar.bz2 mkfontscale-1.0.7.tar.bz2 mkfontdir-1.0.5.tar.bz2 +font-util-1.1.0.tar.bz2 Index: sources === RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/sources,v retrieving revision 1.14 retrieving revision 1.15 diff -u -p -r1.14 -r1.15 --- sources 13 Oct 2009 19:59:49 - 1.14 +++ sources 10 Nov 2009 19:08:06 - 1.15 @@ -1,5 +1,5 @@ -b81535f78fe05732931f02841e5ca37b font-util-1.0.1.tar.bz2 b0ebd86029571239b9d7b0c61191b591 fonttosfnt-1.0.3.tar.bz2 9685fab33d39954ab8a0d22e0969d5a4 bdftopcf-1.0.1.tar.bz2 96ca346f185c0ab48e42bf5bb0375da5 mkfontscale-1.0.7.tar.bz2 9365ac66d19186eaf030482d312fca06 mkfontdir-1.0.5.tar.bz2 +9538043de60d685fc4253b0dc2924d58 font-util-1.1.0.tar.bz2 Index: xorg-x11-font-utils.spec === RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/xorg-x11-font-utils.spec,v retrieving revision 1.34 retrieving revision 1.35 diff -u -p -r1.34 -r1.35 --- xorg-x11-font-utils.spec13 Oct 2009 19:59:49 - 1.34 +++ xorg-x11-font-utils.spec10 Nov 2009 19:08:06 - 1.35 @@ -5,7 +5,7 @@ Name: xorg-x11-%{pkgname} # IMPORTANT: If package ever gets renamed to something else, remove the Epoch line! Epoch: 1 Version: 7.2 -Release: 10%{?dist} +Release: 11%{?dist} License: MIT Group: User Interface/X URL: http://www.x.org @@ -15,7 +15,7 @@ Source0: ftp://ftp.x.org/pub/individual/ Source1: ftp://ftp.x.org/pub/individual/app/fonttosfnt-1.0.3.tar.bz2 Source2: ftp://ftp.x.org/pub/individual/app/mkfontdir-1.0.5.tar.bz2 Source3: ftp://ftp.x.org/pub/individual/app/mkfontscale-1.0.7.tar.bz2 -Source4: ftp://ftp.x.org/pub/individual/font/font-util-1.0.1.tar.bz2 +Source4: ftp://ftp.x.org/pub/individual/font/font-util-1.1.0.tar.bz2 Patch0: font-util-1.0.1-mapdir-use-datadir-fix.patch Patch1: font-util-1.0.1-autoconf-add-with-fontdir-option.patch @@ -47,8 +47,8 @@ populated fonts. %prep %setup -q -c %{name}-%{version} -a1 -a2 -a3 -a4 -%patch0 -p0 -b .font-util-mapdir-use-datadir-fix -%patch1 -p0 -b .autoconf-add-with-fontdir-option +#patch0 -p0 -b .font-util-mapdir-use-datadir-fix +#patch1 -p0 -b .autoconf-add-with-fontdir-option %build # Build all apps @@ -61,7 +61,8 @@ populated fonts. autoconf ;; esac - %configure + # this --with-mapdir should be redundant? + %configure --with-mapdir=%{_datadir}/X11/fonts/util make popd done @@ -113,6 +114,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue Nov 10 2009 Adam Jackson a...@redhat.com 7.2-11 +- font-util 1.1.0 + * Tue Oct 13 2009 Adam Jackson a...@redhat.com 7.2-10 - mkfontscale 1.0.7 - mkfontdir 1.0.5 ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536718] Review Request: tlomt-sniglet-fonts - A rounded, sans-serif font useful for headlines
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=536718 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added CC||fedora-fonts-bugs-l...@redh ||at.com -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 530880] Review Request: ns-tiza-fonts - A Slab-Serif Font
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=530880 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #17 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:40:35 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532818] Review Request: gdouros-musica-fonts - A font for musical symbols
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=532818 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #3 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:46:25 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532817] Review Request: gdouros-analecta-fonts - An eccleastic scripts font
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=532817 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #4 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:45:37 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532816] Review Request: gdouros-alexander-fonts - A Greek typeface inspired by Alexander Wilson
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=532816 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #4 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:44:46 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532819] Review Request: gdouros-symbola-fonts - A symbol font
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=532819 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #3 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:47:10 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 526204] Review Request: ucs-fixed-fonts selected set of bitmap fonts
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=526204 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #12 from Kevin Fenzi ke...@tummy.com 2009-11-10 22:55:12 EDT --- cvs done. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/cjkuni-fonts/F-12 cjkuni-fonts-uming-use-latin.patch, NONE, 1.1 cjkuni-fonts.spec, 1.13, 1.14
Author: phuang Update of /cvs/pkgs/rpms/cjkuni-fonts/F-12 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11232 Modified Files: cjkuni-fonts.spec Added Files: cjkuni-fonts-uming-use-latin.patch Log Message: Use Latin font for Chinese string cjkuni-fonts-uming-use-latin.patch: 64-ttf-arphic-uming.conf | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) --- NEW FILE cjkuni-fonts-uming-use-latin.patch --- --- 64-ttf-arphic-uming.conf.origin 2009-10-20 15:34:29.062453906 +0800 +++ 64-ttf-arphic-uming.conf2009-10-20 16:02:21.272888664 +0800 @@ -8,7 +8,9 @@ test name=family stringserif/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Serif/string + stringDejaVu Serif/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit @@ -20,7 +22,9 @@ test name=family stringsans-serif/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Sans/string + stringDejaVu Sans/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit @@ -32,7 +36,9 @@ test name=family stringmonospace/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Sans Mono/string + stringDejaVu Sans Mono/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit Index: cjkuni-fonts.spec === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/F-12/cjkuni-fonts.spec,v retrieving revision 1.13 retrieving revision 1.14 diff -u -p -r1.13 -r1.14 --- cjkuni-fonts.spec 21 Sep 2009 04:37:07 - 1.13 +++ cjkuni-fonts.spec 11 Nov 2009 04:04:33 - 1.14 @@ -22,7 +22,7 @@ the CJK Unifonts project. Name:%{fontname}-fonts Version: 0.2.20080216.1 -Release: 27%{?dist} +Release: 28%{?dist} Summary: Chinese Unicode TrueType fonts in Ming and Kai face. License: Arphic Group: User Interface/X @@ -39,6 +39,7 @@ Source8:CIDFnmap.zh_CN Patch1: cjkunifonts-0.2.20080216.1-2.patch Patch2: cjkuni-fonts-0.2.20080216.1-18.patch Patch3: cjkuni-fonts-0.2.20080216.1-19.patch +Patch4: cjkuni-fonts-uming-use-latin.patch BuildRoot:%(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX) BuildArch:noarch @@ -163,6 +164,7 @@ CJK Unifonts compatibility files. %patch1 -p1 -b .1-rhbz47 %patch2 -p1 -b .2-rhbz475743 %patch3 -p1 -b .3-rhbz459680 +%patch4 -p0 -b .4-use-latin %setup -q -c -T -a2 -n %{ukaibuilddir} %build @@ -240,6 +242,9 @@ cd - %__rm -fr %{buildroot} %changelog +* Wed Nov 11 2009 Peng Huangshawn.p.hu...@gmail.com - 0.2.20080216.1-28 +- Use latin font for to display common ascii in Chines string + * Mon Sep 21 2009 Caius 'kaio' Chance k at kaio.me - 0.2.20080216.1-27.fc12 - Merged from F-11 tree. - Obsoleted cjkuni-fonts-common. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 526204] Review Request: ucs-fixed-fonts selected set of bitmap fonts
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=526204 --- Comment #13 from Pravin Satpute psatp...@redhat.com 2009-11-10 23:04:53 EDT --- Thanks Kevin for CVS work i am waiting for bitmap-fonts merge-review bug once that will also over i will build both these package simultaneously. -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536724] New: problem with character 0BB7
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: problem with character 0BB7 https://bugzilla.redhat.com/show_bug.cgi?id=536724 Summary: problem with character 0BB7 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: lohit-tamil-fonts AssignedTo: psatp...@redhat.com ReportedBy: psatp...@redhat.com QAContact: extras...@fedoraproject.org CC: fedora-fonts-bugs-list@redhat.com, psatp...@redhat.com, fedora-i18n-b...@redhat.com, skh...@gmail.com Classification: Fedora Target Release: --- Description of problem: whenever anyone type 0bb7 character with any previous characters, its get merged with last one Version-Release number of selected component (if applicable): lohit-tamil-2.4.3 fonts How reproducible: everytimg Steps to Reproduce: 1.type any tamil cons and type 0bb7 2. 3. Actual results: its merging with other one Expected results: should not merge with last one Additional info: -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/cjkuni-fonts/devel cjkuni-fonts-uming-use-latin.patch, NONE, 1.1 cjkuni-fonts.spec, 1.16, 1.17
Author: phuang Update of /cvs/pkgs/rpms/cjkuni-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4802 Modified Files: cjkuni-fonts.spec Added Files: cjkuni-fonts-uming-use-latin.patch Log Message: Use latin font to display common ascii in Chinese string cjkuni-fonts-uming-use-latin.patch: 64-ttf-arphic-uming.conf | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) --- NEW FILE cjkuni-fonts-uming-use-latin.patch --- --- 64-ttf-arphic-uming.conf.origin 2009-10-20 15:34:29.062453906 +0800 +++ 64-ttf-arphic-uming.conf2009-10-20 16:02:21.272888664 +0800 @@ -8,7 +8,9 @@ test name=family stringserif/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Serif/string + stringDejaVu Serif/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit @@ -20,7 +22,9 @@ test name=family stringsans-serif/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Sans/string + stringDejaVu Sans/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit @@ -32,7 +36,9 @@ test name=family stringmonospace/string /test - edit name=family mode=prepend binding=same + edit name=family mode=prepend binding=strong + stringBitstream Vera Sans Mono/string + stringDejaVu Sans Mono/string stringAR PL UMing HK/string stringAR PL UMing CN/string /edit Index: cjkuni-fonts.spec === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/cjkuni-fonts.spec,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- cjkuni-fonts.spec 4 Nov 2009 06:37:14 - 1.16 +++ cjkuni-fonts.spec 11 Nov 2009 04:19:33 - 1.17 @@ -23,7 +23,7 @@ the CJK Unifonts project. Name:%{fontname}-fonts Version: 0.2.20080216.1 -Release: 30%{?dist} +Release: 31%{?dist} Summary: Chinese Unicode TrueType fonts in Ming and Kai face. License: Arphic Group: User Interface/X @@ -35,6 +35,7 @@ Source3:cjkuni-fonts-gscid-0.1.tgz Patch1: cjkunifonts-0.2.20080216.1-2.patch Patch2: cjkuni-fonts-0.2.20080216.1-18.patch Patch3: cjkuni-fonts-0.2.20080216.1-19.patch +Patch4: cjkuni-fonts-uming-use-latin.patch BuildRoot:%(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX) BuildArch:noarch @@ -159,6 +160,7 @@ CJK Unifonts compatibility files. %patch1 -p1 -b .1-rhbz47 %patch2 -p1 -b .2-rhbz475743 %patch3 -p1 -b .3-rhbz459680 +%patch4 -p0 -b .4-use-latin %setup -q -c -T -a2 -n %{ukaibuilddir} %setup -q -c -T -a3 -n %{gsbuilddir} @@ -248,6 +250,9 @@ cd ../ %__rm -fr %{buildroot} %changelog +* Wed Nov 11 2009 Peng Huang shawn.p.hu...@gmail.com - 0.2.20080216.1-31 +- Use latin font to display common ascii in Chinese string + * Wed Nov 4 2009 Jens Petersen peter...@redhat.com - 0.2.20080216.1-30 - drop bitmap fontconfig .conf for now (#459680) ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/cjkuni-fonts/F-12 cjkuni-fonts.spec,1.14,1.15
Author: phuang Update of /cvs/pkgs/rpms/cjkuni-fonts/F-12 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv5211 Modified Files: cjkuni-fonts.spec Log Message: Fix some typo Index: cjkuni-fonts.spec === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/F-12/cjkuni-fonts.spec,v retrieving revision 1.14 retrieving revision 1.15 diff -u -p -r1.14 -r1.15 --- cjkuni-fonts.spec 11 Nov 2009 04:04:33 - 1.14 +++ cjkuni-fonts.spec 11 Nov 2009 04:21:18 - 1.15 @@ -22,7 +22,7 @@ the CJK Unifonts project. Name:%{fontname}-fonts Version: 0.2.20080216.1 -Release: 28%{?dist} +Release: 29%{?dist} Summary: Chinese Unicode TrueType fonts in Ming and Kai face. License: Arphic Group: User Interface/X @@ -242,8 +242,8 @@ cd - %__rm -fr %{buildroot} %changelog -* Wed Nov 11 2009 Peng Huangshawn.p.hu...@gmail.com - 0.2.20080216.1-28 -- Use latin font for to display common ascii in Chines string +* Wed Nov 11 2009 Peng Huang shawn.p.hu...@gmail.com - 0.2.20080216.1-29 +- Use latin font to display common ascii in Chinese string * Mon Sep 21 2009 Caius 'kaio' Chance k at kaio.me - 0.2.20080216.1-27.fc12 - Merged from F-11 tree. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/lohit-tamil-fonts/F-12 anchor-bug.patch, NONE, 1.1 lohit-tamil-fonts.spec, 1.3, 1.4
Author: pravins Update of /cvs/pkgs/rpms/lohit-tamil-fonts/F-12 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11143 Modified Files: lohit-tamil-fonts.spec Added Files: anchor-bug.patch Log Message: * Wed Nov 11 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-3 - resolved rh bug 536724 anchor-bug.patch: Lohit-Tamil.sfd |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- NEW FILE anchor-bug.patch --- diff -rup lohit-tamil-2.4.4/Lohit-Tamil.sfd lohit-tamil-2.4.4_mod/Lohit-Tamil.sfd --- lohit-tamil-2.4.4/Lohit-Tamil.sfd 2009-09-21 20:44:28.0 +1000 +++ lohit-tamil-2.4.4_mod/Lohit-Tamil.sfd 2009-11-11 14:41:12.0 +1000 @@ -7001,7 +7001,7 @@ PUSHW_3 5 CALL EndTTInstrs -AnchorPoint: Anchor-0 501 408 mark 0 +AnchorPoint: Anchor-0 501 408 basechar 0 LayerCount: 2 Fore SplineSet @@ -7542,7 +7542,7 @@ StartChar: u0BC1 Encoding: 3009 3009 91 Width: 433 GlyphClass: 4 -Flags: HW +Flags: W TtInstrs: NPUSHW 14 @@ -7613,7 +7613,7 @@ StartChar: u0BC2 Encoding: 3010 3010 92 Width: 632 GlyphClass: 4 -Flags: HW +Flags: W TtInstrs: NPUSHW 22 Index: lohit-tamil-fonts.spec === RCS file: /cvs/pkgs/rpms/lohit-tamil-fonts/F-12/lohit-tamil-fonts.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- lohit-tamil-fonts.spec 25 Sep 2009 12:14:47 - 1.3 +++ lohit-tamil-fonts.spec 11 Nov 2009 04:47:37 - 1.4 @@ -3,7 +3,7 @@ Name: %{fontname}-fonts Version:2.4.4 -Release:2%{?dist} +Release:3%{?dist} Summary:Free Tamil font Group: User Interface/X @@ -16,13 +16,15 @@ BuildRequires: fontforge = 20080429 BuildRequires: fontpackages-devel Requires: fontpackages-filesystem Obsoletes: lohit-fonts-common %{version}-%{release} +Patch1: anchor-bug.patch %description This package provides a free Tamil truetype/opentype font. %prep -%setup -q -n %{fontname}-%{version} +%setup -q -n %{fontname}-%{version} +%patch1 -p1 -b .1-anchor-problem %build @@ -53,6 +55,9 @@ rm -fr %{buildroot} %changelog +* Wed Nov 11 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-3 +- resolved rh bug 536724 + * Fri Sep 25 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-2 - updated specs ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/lohit-tamil-fonts/devel anchor-bug.patch, NONE, 1.1 lohit-tamil-fonts.spec, 1.3, 1.4
Author: pravins Update of /cvs/pkgs/rpms/lohit-tamil-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12048 Modified Files: lohit-tamil-fonts.spec Added Files: anchor-bug.patch Log Message: * Wed Nov 11 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-3 - resolved rh bug 536724 anchor-bug.patch: Lohit-Tamil.sfd |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- NEW FILE anchor-bug.patch --- diff -rup lohit-tamil-2.4.4/Lohit-Tamil.sfd lohit-tamil-2.4.4_mod/Lohit-Tamil.sfd --- lohit-tamil-2.4.4/Lohit-Tamil.sfd 2009-09-21 20:44:28.0 +1000 +++ lohit-tamil-2.4.4_mod/Lohit-Tamil.sfd 2009-11-11 14:41:12.0 +1000 @@ -7001,7 +7001,7 @@ PUSHW_3 5 CALL EndTTInstrs -AnchorPoint: Anchor-0 501 408 mark 0 +AnchorPoint: Anchor-0 501 408 basechar 0 LayerCount: 2 Fore SplineSet @@ -7542,7 +7542,7 @@ StartChar: u0BC1 Encoding: 3009 3009 91 Width: 433 GlyphClass: 4 -Flags: HW +Flags: W TtInstrs: NPUSHW 14 @@ -7613,7 +7613,7 @@ StartChar: u0BC2 Encoding: 3010 3010 92 Width: 632 GlyphClass: 4 -Flags: HW +Flags: W TtInstrs: NPUSHW 22 Index: lohit-tamil-fonts.spec === RCS file: /cvs/pkgs/rpms/lohit-tamil-fonts/devel/lohit-tamil-fonts.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- lohit-tamil-fonts.spec 25 Sep 2009 12:14:47 - 1.3 +++ lohit-tamil-fonts.spec 11 Nov 2009 04:50:00 - 1.4 @@ -3,7 +3,7 @@ Name: %{fontname}-fonts Version:2.4.4 -Release:2%{?dist} +Release:3%{?dist} Summary:Free Tamil font Group: User Interface/X @@ -16,13 +16,15 @@ BuildRequires: fontforge = 20080429 BuildRequires: fontpackages-devel Requires: fontpackages-filesystem Obsoletes: lohit-fonts-common %{version}-%{release} +Patch1: anchor-bug.patch %description This package provides a free Tamil truetype/opentype font. %prep -%setup -q -n %{fontname}-%{version} +%setup -q -n %{fontname}-%{version} +%patch1 -p1 -b .1-anchor-problem %build @@ -53,6 +55,9 @@ rm -fr %{buildroot} %changelog +* Wed Nov 11 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-3 +- resolved rh bug 536724 + * Fri Sep 25 2009 Pravin Satpute psatp...@redhat.com - 2.4.4-2 - updated specs ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536724] problem with character 0BB7
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=536724 --- Comment #2 from K. Sethu skh...@gmail.com 2009-11-11 00:12:26 EDT --- Thanks for the quick action. I will test in my Fedora later in tonight and report K. Sethu -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536724] problem with character 0BB7
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=536724 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 536724] problem with character 0BB7
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=536724 --- Comment #1 from Pravin Satpute psatp...@redhat.com 2009-11-10 23:55:54 EDT --- fixed bug in lohit-tamil-fonts-2.4.4-3.fc12 and rawhide as well one can quick test font with $ wget http://kojipkgs.fedoraproject.org/packages/lohit-tamil-fonts/2.4.4/3.fc12/noarch/lohit-tamil-fonts-2.4.4-3.fc12.noarch.rpm $ su $ rpm -Uhv lohit-tamil-fonts-2.4.4-3.fc12.noarch.rpm please let me if there any other bug so i can commit same in lohit upstream, so fix will be available toa ll -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 225617] Merge Review: bitmap-fonts
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=225617 Pravin Satpute psatp...@redhat.com changed: What|Removed |Added Flag||needinfo?(nicolas.mail...@l ||aposte.net) -- 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-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
Re: M+ fonts
Le Mar 10 novembre 2009 07:45, Igshaan Mesias a écrit : Hi, 2009/11/10 かいお (Kaio) k...@kaio.me: (CC'ed Tom 'spot' Callaway) Are all the fonts listed in http://www.geocities.jp/ep3797/modified_fonts_01.html members of mplus font? The font listed there seem to be mixes of multiple fonts. Which is only going to work if the licenses of all the font files used are compatible with each other (mixes is one big reason why sticking to standard licenses is a good idea) Also the license statements on http://mplus-fonts.sourceforge.jp/mplus-outline-fonts/#license in full? Could you persuade the author to release under GPL or any other better license? I will try. GPL + FE or OFl please -- Nicolas Mailhot ___ Fedora-fonts-list mailing list Fedora-fonts-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-list
Re: M+ fonts
Le Mar 10 novembre 2009 00:49, かいお (Kaio) a écrit : (2009年11月10日 05:15), Igshaan Mesias wrote: I have packaged M+ family of fonts. https://fedoraproject.org/wiki/M%2B_fonts Hi Igshaan, I wonder if you could package it with alphanumeric name? such as mplus-fonts because I worry if usage of `+` could pass the package review. :) We have some packages with + in their names in the repo, however this is not something we want to generalise. -- Nicolas Mailhot ___ Fedora-fonts-list mailing list Fedora-fonts-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-list
drop SECURITY_FILE_CAPABILITIES? (fwd)
How might this affect the Fedora kernel? -- Forwarded message -- Date: Tue, 10 Nov 2009 08:07:39 -0600 From: Serge E. Hallyn se...@us.ibm.com To: lkml linux-ker...@vger.kernel.org Cc: linux-security-mod...@vger.kernel.org, Andrew Morgan mor...@kernel.org, Steve Grubb sgr...@redhat.com, Kees Cook kees.c...@canonical.com, Andreas Gruenbacher agr...@suse.de, Michael Kerrisk mtk.manpa...@gmail.com, George Wilson gcwil...@us.ibm.com Subject: drop SECURITY_FILE_CAPABILITIES? Hey, Just a probe to see what people think. I've seen two cases in about the last month where software was confounded by an assumption that prctl(PR_CAPBSET_DROP, CAP_SOMETHING) would succeed if privileged, but not handling the fact that SECURITY_FILE_CAPABILITIES=n means you can't do that. Are we at the point yet where we feel we can get rid of the SECURITY_FILE_CAPABILITIES=n case? Note that there is a boot arg no_file_caps which prevents file capabilities from being used if SECURITY_FILE_CAPABILITIES=y. I think that's the case most users will care about, whereas the remaining differences between CONFIG_SECURITY_FILE_CAPABILITIES=y and =n are that with CONFIG_SECURITY_FILE_CAPABILITIES=y : (1) certain security hooks (task_setscheduler, task_setioprio, and task_setnice) do capability set comparisions, (2) it is possible to drop capabilities from the bounding set, (3) it is possible to set per-task securelevels, (4) and it is possible to add any capability to your inheritable set if you have CAP_SETPCAP. Does anyone know of cases where CONFIG_SECURITY_FILE_CAPABILITIES=n is still perceived as useful? thanks, -serge -- To unsubscribe from this list: send the line unsubscribe linux-security-module in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: drop SECURITY_FILE_CAPABILITIES? (fwd)
On Wed, Nov 11, 2009 at 09:56:57AM +1100, James Morris wrote: How might this affect the Fedora kernel? We set it =y, so it wouldn't affect us if I understand correctly. Also, I'm not sure that anything in userspace is actually using this feature yet anyway. Dave ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Initializing hardware (new problem)
Robt C Parrish Sr. wrote: and went back to the LiveCD. The installation went perfectly. After all was set and done I booted into Fedora. When I got to the Login I tried to login as root and got an Authentication Failure message. In other words, it wouldn't let me log in as root (yes I used the correct password). It would only allow me to log in as a user. I know I can use 'su' to switch. I can't think of a specific situation at the moment as to why but I would like the ability to log in as root. This is disabled in the graphical login. If you press ALT-F2 (I hope I remember it correctly) Anyway when using ALF-F? you can change between graphical login and textmode. In the textmode console you can login as root if you need to do some system maintenance. All the graphical system maintenance tools should be run from your normal user account and supplied with root password when asked. -vpk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Disappointed with the Upcoming Fedora 12 Release
Hi, Fedora is my favorite Linux distribution. I have been eagerly anticipating the upcoming release of Fedora 12 but am disappointed to discover that it will not support Xen pv-ops dom0 kernel. QUOTE Xen Kernel Support The kernel package in Fedora 12 supports booting as a guest domU, but will not function as a dom0 until such support is provided upstream. Work is ongoing and hopes are high that support will be included in kernel 2.6.33 and Fedora 13. The most recent Fedora release with dom0 support is Fedora 8. /QUOTE Link: http://fedoraproject.org/wiki/Docs/Beats/Virtualization Here is a list of my Xen pv-ops dom0-related videos on Youtube so far. I am using Fedora 11 x86_64 as my host operating system. [1] PCI Express x16 VGA Passthrough to Xen-based Windows XP Home HVM Virtual Machine Part 1 of 2 Link: http://www.youtube.com/watch?v=HNEiSInrav0 [2] PCI Express x16 VGA Passthrough to Xen-based Windows XP Home HVM Virtual Machine Part 2 of 2 Link: http://www.youtube.com/watch?v=_hOT_9LIG5w [3] The Final Solution: Open Source Xen VGA Passthrough Link: http://www.youtube.com/watch?v=1ia3IwG6tp4 [4] Playing 3D FPS Game Alien Arena in Xen-based Windows XP Home Edition HVM Virtual Machine Link: http://www.youtube.com/watch?v=5tLzYqIJ7Q0 [5] Xen Virtualization VGA Passthrough: 3D Gaming Benchmark Results Part 2 of 2 Link: http://www.youtube.com/watch?v=yYg6n8yBktM [6] Xen Virtualization VGA Passthrough: 3D Gaming Benchmark Results Part 1 of 2 Link: http://www.youtube.com/watch?v=5I13E1MQbMc [7] Xen Virtualization VGA Passthrough: Disk I/O Benchmark Results Link: http://www.youtube.com/watch?v=uL7JS4PMpzY [8] Xen Virtualization VGA Passthrough: PerformanceTest 7.0 Virtual CPU Benchmark Results Link: http://www.youtube.com/watch?v=vLR-o9tX_Tw [9] Xen Virtualization VGA Passthrough: SiSoftware Sandra Virtual Processor Benchmark Part 1 of 2 Link: http://www.youtube.com/watch?v=BUXOAPce_40 [10] Xen Virtualization VGA Passthrough: SiSoftware Sandra Virtual Processor Benchmark Part 2 of 2 Link: http://www.youtube.com/watch?v=k5lle8WOHLE [11] Xen Virtualization VGA Passthrough: Playing 3D FPS Games in Windows XP HVM Virtual Machine Link: http://www.youtube.com/watch?v=Pikwgl8bac8 [12] Xen Virtualization Intel VT-d: Direct Hardware Access to Graphics Card by Windows Virtual Machines Link: http://www.youtube.com/watch?v=HHUwg_zxYgw [13] Xen Virtualization, VT-d, VGA Passthrough, Windows XP HVM Virtual Machine: Super PI 32M Benchmark Link: http://www.youtube.com/watch?v=3mxuNRiMxDU [14] Xen Virtualization: Super PI 32M Benchmark 2nd Iteration Link: http://www.youtube.com/watch?v=m7W0OFFcw7I [15] How to Setup a Virtual Supercomputer Center or HPC Cluster using Xen Virtual Machines Part 1 of 2 Link: http://www.youtube.com/watch?v=GmNKi6CoExM [16] How to Setup a Virtual Supercomputer Center or HPC Cluster using Xen Virtual Machines Part 2 of 2 Link: http://www.youtube.com/watch?v=dAqDESEWMjM [17] Building a Rocks HPC Cluster with Xen Hardware Virtual Machines (HVM) Link: http://www.youtube.com/watch?v=LbLaPpwNAx4 [18] Building a Rocks HPC Cluster with Xen Hardware Virtual Machines (HVM) (Update 1) Link: http://www.youtube.com/watch?v=vWHIImVBr4o Because of the absence of official support for Xen pv-ops dom0 kernel in Fedora 11, I have to manually and laboriously configure my home multimedia and general purpose desktop system over a period of 2-3 months. Admittedly I have gained a lot of useful knowledge throughout the process. Thanks to Boris' setup guides, and assistance from Pasi, Han Weidong from Intel Corp, Jeremy Fitzhardinge from Citrix, and the rest of the Xen developers community, I have managed to get a fully working Xen pv-ops dom0 Fedora 11 host operating system. It will be a daunting task for newbie Linux users who want to setup a Xen pv-ops dom0 system with the more recent releases of Fedora. Please do consider including Xen pv-ops dom0 kernel in the next release of Fedora. Michael Young has Xen dom0 kernel RPM packages for FC12. I am surprised that they are not included in the upcoming Fedora 12 release. Link: http://myoung.fedorapeople.org/dom0/x86_64/ Thank you. -- Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics) BEng(Hons)(Mechanical Engineering) Alma Maters: (1) Singapore Polytechnic (2) National University of Singapore My Primary Blog: http://teo-en-ming-aka-zhang-enming.blogspot.com My Secondary Blog: http://enmingteo.wordpress.com My Youtube videos: http://www.youtube.com/user/enmingteo Email: space.time.unive...@gmail.com Mobile Phone (Starhub Prepaid): +65-8369-2618 Street: Bedok Reservoir Road Country: Singapore -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 11 x86_64, ATI HD4870, and RPM Fusion's Catalyst Drivers...
Hi everyone, 2009/11/6 suvayu ali fatkasuvayu+li...@gmail.com: 2009/11/6 Paul W. Frields sticks...@gmail.com: On Fri, Nov 06, 2009 at 02:28:19PM -0600, Bruno Wolff III wrote: On Fri, Nov 06, 2009 at 12:06:58 -0800, suvayu ali fatkasuvayu+li...@gmail.com wrote: The next month I am in the middle of something very critical, so can't really play around, I need my system to stay up and running. I am even holding off the F12 upgrade for this. Would testing with the F12 LiveCD and giving feedback based on that help? I could easily do that without disturbing my current setup. I doubt you'd get the experimental driver package on any of the live images. So you'd need to make your own live image. That may be more trouble than it's worth. Actually... the thing to do is to make a Live USB out of a Live image, and then you can add/remove packages as needed. A 2 GB USB key will run you around USD $5-6 online and they're so handy to have around. The nightly composes have Live images you can try out immediately, no need to wait for the final release, even. Have fun! The manufacturers say boot from USB is supported on my board, but I have never had success with it. :( But I can always create my own custom LiveCD, then I don't have to worry about much. :) I will try one of these methods and see how things go. Thanks for the suggestions everyone. Just wanted to report that I tried out the 64 bit Game spin Live DVD, installed mesa-dri-drivers-experimental as Bruno had suggested, and everything was almost perfect. I could even join a quakelive match and spectate. (for some odd reason it didn't recognise my keystrokes leaving no option but to spec) I also started up stellarium nigth sky viewer, it ran very smoothly although it did crash everytime I clicked a drop down menu. All in all, it was a very pleasant experience and I would definitely keep trying it out from time to time along with my proprietary drivers and switch permanently as soon as it plays my favourite games without much trouble. :) Thank you radeon devs. :) -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Evolution mail and TNEF attachment plugin
On 11/10/2009 09:45 AM, Jud Craft wrote: Hello all. I see on the internet that there is a utility to decode TNEF/(Microsoft Outlook)-type email attachments. The utility (library?) looks like its available in Fedora. https://admin.fedoraproject.org/pkgdb/search/ for tnef you'll see what is already packaged. I recently packaged tnef, which is a pure command line application. I added gnome and kde context menus so that if you receive a mail with a tnef attachment, you save the attachment, and then right click on the file and use open with extract tnef archive. The package has not yet completed review, but the spec, and source rpm are available on the review request: https://bugzilla.redhat.com/show_bug.cgi?id=522920 Any reviewers are welcome to help out by sorting out the final stages of the review. However, there is a separate Evolution plugin that appears to be upstream (since GNOME 2.12 [1]). This plugin doesn't seem to be available in Fedora. Are there any plans to make it available? 1. https://bugzilla.gnome.org/show_bug.cgi?id=271398 I have heard about that, but as a non-evolution it isn't interesting for me. How about you ? Want to contribute to the Fedora community and learn a little a packaging software for a distro ? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
Frode Petersen wrote: I wonder how one could profile an entire OS to find out where the cycles go? Is it feasible? Definitely: OProfile is your friend. I do it all the time. Andrew. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [Fedora-xen] Disappointed with the Upcoming Fedora 12 Release
On Tue, Nov 10, 2009 at 04:38:27PM +0800, Mr. Teo En Ming (Zhang Enming) wrote: Hi, Fedora is my favorite Linux distribution. I have been eagerly anticipating the upcoming release of Fedora 12 but am disappointed to discover that it will not support Xen pv-ops dom0 kernel. pv_ops dom0 kernel has only recently started working for many/most people, so it was too late for F12 release. There are still some missing features, most notably missing blktap2 support for tap:aio: file-based images. But it seems features are ported and bugs are fixed pretty fast now, so let's hope pv_ops dom0 kernel can be included for F13! It works for me, and for you aswell. So it's getting there.. -- Pasi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Initializing hardware
If I can figure out why version 11 hangs on initializing hardware I can install that version. If I can figure out what version 12 halts after the bootloader I can install that version. I am really interested in getting Fedora installed. I had identical problem and found that the installation app on the cd was seeking the floppy drive via the motherboard bios. It stalled for about 15 minutes then reported that it could not locate a fd0 drive. The drive was faulty or disconnected. I went into bios - (F12) on my system - on boot up before the bios seeks the cdrom and set it on 'No Floppy Drive' and set the seek which looks for drives to ignore the floppy drive. The installation went ahead no problems. Roger -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [Fedora-xen] Disappointed with the Upcoming Fedora 12 Release
Sigh...Another six months wait... -- Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics) BEng(Hons)(Mechanical Engineering) Alma Maters: (1) Singapore Polytechnic (2) National University of Singapore My Primary Blog: http://teo-en-ming-aka-zhang-enming.blogspot.com My Secondary Blog: http://enmingteo.wordpress.com My Youtube videos: http://www.youtube.com/user/enmingteo Email: space.time.unive...@gmail.com Mobile Phone (Starhub Prepaid): +65-8369-2618 Street: Bedok Reservoir Road Country: Singapore On Tue, Nov 10, 2009 at 8:05 PM, Pasi Kärkkäinen pa...@iki.fi wrote: On Tue, Nov 10, 2009 at 04:38:27PM +0800, Mr. Teo En Ming (Zhang Enming) wrote: Hi, Fedora is my favorite Linux distribution. I have been eagerly anticipating the upcoming release of Fedora 12 but am disappointed to discover that it will not support Xen pv-ops dom0 kernel. pv_ops dom0 kernel has only recently started working for many/most people, so it was too late for F12 release. There are still some missing features, most notably missing blktap2 support for tap:aio: file-based images. But it seems features are ported and bugs are fixed pretty fast now, so let's hope pv_ops dom0 kernel can be included for F13! It works for me, and for you aswell. So it's getting there.. -- Pasi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
On 11/10/2009 09:40 AM, Aaron Gray wrote: I have two old servers Dual Pentium III 500Mhz and have just replaced two older single CPU Pentium III 500Mhz machines. I had FC4 and FC5 on the older servers. Now have F11 on the two newer machines. I would say the same for an old pentium II 366 notebook (512MB). The Fedora 3 or so that was around when it first received a linux distro was much snappier than F10 (the most recent one I tried). Things to think about: - if you are talking about the same machine, disk drive tiredness would have reduced the access speed that you can achieve, when r/w to disk. - fans may be worn, running slowly, and noisily, leading to poor cooling of components and temp sensors kicking in to reduce clock rates. - the kernel is general purpose, and aimed for the most common machine that it will get put on eg see stats: (and ram, cache sizes types speed). http://www.smolts.org/static/stats/stats.html - stack hardening / etc in libraries / compiled programs - security updates adding proper checking of eg received/entered strings etc - just more processing to be done (that should have been done in the original release, but was instead added over time as security analysis showed poor handling) - selinux (was it in and on, active in your older release) ? - defaulting to use of layered storage (ie lvm) in newer releases ? - audio - possibly biggest CPU killer is runtime audio dsp mixing (eg an old machine just passed audio data to the sound card, and it was attenuated there before output - might have been 1-2% cpu. same machine playing back audio now might used 30-50% cpu. - more stuff that instead of using fd's to pass information, instead using other methods like dbus calls with xml like data to encode then decode. - more stuff relying on storage/retrieval of information from inefficient storage formats like xml - more web sites assuming you have fast CPU, infinite bandwidth, and infinite monthly download limits, leading to sites: - filled with far too many ads (firefox adblock) - far to much active content like flash (flashblock) - far too many stat, counting, tracking connections to make - familiarity with faster machines changing your perceptions of speed. - Fedora joining of Fedora and Extras, increasing the size of metadata dl needed for updates etc. (although with better caching methods, and some optimized parsing). If we consider moore's law saying we'll get a doubling of CPU performance every 18 months, the corollary must be we'll bloat our os and applications to at least exceed the above as operational requirements; end result is actual decline in capability over time... If you have two identical machines: you might be in the best position to do direct A-B comparisons of same hardware, different OS. Get the stopwatch out, what type of things take longer/shorter ? I am sure others can think of more excuses why same machine would be slower with newer OS. DaveT. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Evolution mail and TNEF attachment plugin
I have heard about that, but as a non-evolution it isn't interesting for me. How about you ? Want to contribute to the Fedora community and learn a little a packaging software for a distro ? I'm not sure I understand. Are you saying it's not an actual Evolution plugin? I can't help package right now, not enough free time. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [Fedora-xen] Disappointed with the Upcoming Fedora 12 Release
Mr. Teo En Ming (Zhang Enming) wrote: Sigh...Another six months wait... This is a complaint that should be made to the Xen folks for not getting their stuff upstream sooner (I'm sure they would appreciate complaints in unified diff format). It's completely unreasonable to expect the Fedora kernel maintainers to backport non-trivial features like Xen and be able to keep up with normal kernel updates. (They did this in Fedora 8 and earlier and it was a huge burden.) It's good to see things are finally moving upstream now. If Fedora's decision to not include Xen until it was upstream had anything to do with that, then it's a very good thing. :) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Not only is life a bitch, it has puppies. -- Adrienne E. Gusoff pgpdWo2jNgDjJ.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [Fedora-xen] Disappointed with the Upcoming Fedora 12 Release
On Tue, Nov 10, 2009 at 02:05:10PM +0200, Pasi Kärkkäinen wrote: On Tue, Nov 10, 2009 at 04:38:27PM +0800, Mr. Teo En Ming (Zhang Enming) wrote: Hi, Fedora is my favorite Linux distribution. I have been eagerly anticipating the upcoming release of Fedora 12 but am disappointed to discover that it will not support Xen pv-ops dom0 kernel. pv_ops dom0 kernel has only recently started working for many/most people, so it was too late for F12 release. There are still some missing features, most notably missing blktap2 support for tap:aio: file-based images. But it seems features are ported and bugs are fixed pretty fast now, so let's hope pv_ops dom0 kernel can be included for F13! It works for me, and for you aswell. So it's getting there.. Also Fedora kernel developers want to have all the main features included in the upstream kernel - they don't want to maintain out-of-the-tree patches. pv_ops dom0 patches are not yet included in the upstream kernel. Although Jeremy's git tree is tracking upstream pretty closely now. http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=xen/master -- Pasi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Evolution mail and TNEF attachment plugin
On 11/10/2009 11:56 PM, Jud Craft wrote: I have heard about that, but as a non-evolution it isn't interesting for me. I meant non-evolution user, it isn't ;-) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
removing plasma activities
I am using kde 4.3.2 when zooming out I see 5 activites but I can't see anywere a way to delete them only to add new and I don't want that. any help is welcome thanks. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
rhythmbox, UPNP, firewalls etc.
Hey. Two problems when using Rhythmbox's UPNP plugin. 1. How can I open up the Fedora firewall correctly? I've seen posts that in forums (eg. Ubuntu) that say open port UDP-1900, but I tried this and I still can't see my friends in the network (as opposed to firewall-off, when I can see them just fine). 2. When I turn my firewall off to share my Rhythmbox, my Windows-using friends can't access it. They see it on the network but it's just a strange device, rather than a Media Device readable by Windows Media Player. So how do I actually get this stuff to work? I was under the impression that this should be relatively easy. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Simple Network Question: Part 2
On Mon, 2009-11-09 at 15:11 -0500, Tait Clarridge wrote: for a pretty solid router I would go for the Dlink DIR-655 extreme Have they improved their interface in recent years? The DLink I bought, a year or so ago, has the most awful web interface to use. A friend's Netgear was a lot better. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Initializing hardware (new problem)
On Tue, 2009-11-10 at 00:51 -0500, Robt C Parrish Sr. wrote: In other words, it wouldn't let me log in as root (yes I used the correct password). It would only allow me to log in as a user. I know I can use 'su' to switch. I can't think of a specific situation at the moment as to why but I would like the ability to log in as root. This is a policy decision by the Gnome people and is the same in F11. There has been much discussion of it on this list so you can Google for workarounds if you like. Personally I think it's a Good Thing (tm) even though as a KDE user it doesn't affect me, but let's not start another thread about it :-) (BTW the reason you can't think of why you would need to log in to the GUI desktop as root is that there is no scenario in which that is the only option to solve a problem). poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
On Mon, 2009-11-09 at 22:40 +, Aaron Gray wrote: The new machines seem slower than the old ones were when they were originally put on line 4 or 5 years ago when running Apache It this a F11 v FC5 thing, or can I claw back some cycles by disabling some services and streamlineing Apache ? Is it just a server? Turn off the graphical mode, and leave it running at run level 3, there'll be less intensive stuff being needlessly done by the computer. That, and the obvious turn off all the services that you don't need. Over the years, I've seen Fedora get more efficient, then someone takes advantage of that and makes the next release do more work (fancier X, fancier audio, etc.), and it becomes more of a slug, needing newer faster hardware. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Slow Performance w/ Google Earth
Starting about a month ago Goggle Earth started running so slowly that it is virtually unusable - prior to this I never had any performance issues with GE. On my dual core system, one CPU tends to stay maxed out at 100% utilization and it will take 45-60 seconds to display the startup globe. Once up, zooming in or moving around are so painfully slow that you just give up and close the application. Here are some of my particulars: i) Lenvo Thinkpad T61, with Fedora 11 x86_64 up to date. nVIDIA Quadro NVS 140M graphics with kmod-nvidia drivers up to date. GLXgears = 4379 frames per second performance. ii) I have uninstalled and re-installed Google Earth several times and I experience the same slowness with both versions 4.3 and 5.1 of Google Earth. iii) Per advice from Googling for suggestions I have turned atmosphere off in GE. iv) When starting GE from the command line I get the following Error: Error: API mismatch: the NVIDIA kernel module has version 190.42, but this NVIDIA driver component has version 190.25. Please make sure that the kernel module and all NVIDIA driver components have the same version. I am wondering if I have some sort of library mismatch between x86_64 and i586 versions of RPMs that are installed on my machine. Any thoughts on how to troubleshoot this problem would be most appreciated. Charlie -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
On Tue, 2009-11-10 at 23:47 +1100, David Timms wrote: Things to think about: - if you are talking about the same machine, disk drive tiredness would have reduced the access speed that you can achieve, when r/w to disk. Beg yours... drive tiredness? The old gray mare not what she used to be? Since when do drives become old age pensioners with blankets on their laps, day dreaming about the old days, instead of doing the same as they were doing last week? - more stuff relying on storage/retrieval of information from inefficient storage formats like xml Reminds me of back when I was using an Amiga - any program that stored its configuration in a text file took ages to parse it as the program started up. Whereas those that stored their data in the programs binary format were very nippy. Even now, on fast GHz CPUs, I've noticed that you can get Apache or Squid to start up much quicker if you purged the masses of comments out of the configuration file, so the program had less to parse. Yes, the programs do parse the comments, they've got to find the end of the comment to find the next instructions that they're going to use, the whole file is parsed. And, yes, I know there's other advantages in text based configuration files (you can tweak them yourself, and the program designer can be lazy about creating GUI/TUI configuration routines). But, on the other side of the coin, a configurator can be designed to not let the user pick mutually exclusive options. If we consider moore's law saying we'll get a doubling of CPU performance every 18 months, the corollary must be we'll bloat our os and applications to at least exceed the above as operational requirements; end result is actual decline in capability over time... Computer users nightmare number 9: Part way through the installation process, a message pops up, You're going to need a bigger boat -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Hotswapping SATA question
I just hot swapped all (including boot and swap!) the drives out of my F10 server for an upgrade. I used the raid tools to cleanly fail and remove the drive, then just pulled them out. The syslog showed them hardware-failing. Then I plugged the new ones in. The syslog showed them being detected. fdisk, raid add, done! This was with the sata_mv driver, rocketraid 1820a card. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
On Wed, 2009-11-11 at 03:50 +1030, Tim wrote: On Tue, 2009-11-10 at 23:47 +1100, David Timms wrote: Things to think about: - if you are talking about the same machine, disk drive tiredness would have reduced the access speed that you can achieve, when r/w to disk. Beg yours... drive tiredness? The old gray mare not what she used to be? Since when do drives become old age pensioners with blankets on their laps, day dreaming about the old days, instead of doing the same as they were doing last week? Since they use sector remapping to recover failed errors and ECC/parity codes to recover data errors. As sectors have to be remapped elsewhere on disk seek overheads will increase. There may also be further penalties as the recoverable media error rate rises, i.e. the disk has to issue repeated reads to correctly retrieve the data for a particular sector. Sometimes you'll see this acutely when a sector is failing - the drive will appear to go out to lunch for a moment when the tricky sector is accessed. If spare sectors are still available a write to the offending location may cause the drive to spare it out and avoid the problem for a while. Looking at the S.M.A.R.T. reports for the drive can help you understand if this is the problem for a particular system. Often though I've seen users diagnose a problem like this as old hardware getting slow when in fact it's a software or file system issue. - more stuff relying on storage/retrieval of information from inefficient storage formats like xml Reminds me of back when I was using an Amiga - any program that stored its configuration in a text file took ages to parse it as the program started up. Whereas those that stored their data in the programs binary format were very nippy. Even now, on fast GHz CPUs, I've noticed that you can get Apache or Squid to start up much quicker if you purged the masses of comments out of the configuration file, so the program had less to parse. Yes, the programs do parse the comments, they've got to find the end of the comment to find the next instructions that they're going to use, the whole file is parsed. Depends how you look at it - most comment notations have a line-delimiter (e.g. # in apache). This only requires examining the first character of the line to know that the rest must be ignored (of course the entire line must still be read into memory which does impose overhead especially if there are many lines of commentary as is often the case for default config files). Block comments do require consuming characters until the end-of-comment token is reached. Computer users nightmare number 9: Part way through the installation process, a message pops up, You're going to need a bigger boat Nice way of putting it! Regards, Bryn. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Hotswapping SATA question
On 11/10/2009 09:42 AM, DJ Delorie wrote: I just hot swapped all (including boot and swap!) the drives out of my F10 server for an upgrade. I used the raid tools to cleanly fail and remove the drive, then just pulled them out. The syslog showed them hardware-failing. Then I plugged the new ones in. The syslog showed them being detected. fdisk, raid add, done! This was with the sata_mv driver, rocketraid 1820a card. What are the raid tools? And if there isn't a man page, how do you use them? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Old Dual Pentium III 500Mhz Servers
2009/11/9 H. Willstrand h.willstr...@gmail.com: Hi! On Mon, Nov 9, 2009 at 8:40 PM, Aaron Gray aaronngray.li...@googlemail.com wrote: I have two old servers Dual Pentium III 500Mhz and have just replaced two older single CPU Pentium III 500Mhz machines. I had FC4 and FC5 on the older servers. Now have F11 on the two newer machines. The new machines seem slower than the old ones were when they were originally put on line 4 or 5 years ago when running Apache It this a F11 v FC5 thing, or can I claw back some cycles by disabling some services and streamlineing Apache ? Any wisdom welcome, In /etc/httpd/conf/httpd.conf try changing KeepAlive to On. This might help. Nice, done that, thanks, Aaron -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines