Echo Monthly News Issue 6, January 2009
Hello, We have published the sixth Echo Monthly News Issue [1]. This issue covers the first month of 2009 and is composed from these topics: 1. Echo Perspective starting of Fedora Hosted 2. New Echo Artist Scripts and Supporting Icon Artist Library 1. Initializing New Git Repository 2. Updating Your Local Copy of Git Repository 3. Creating New Icon from Template 4. Adding Icon to Repository Regards, The Echo Team References: [1] https://fedorahosted.org/echo-icon-theme/wiki/MonthlyNews/Issue6 signature.asc Description: This is a digitally signed message part -- fedora-announce-list mailing list fedora-announce-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list
Fedora Weekly News Issue 161
Welcome to Fedora Weekly News Issue 161 for the week ending February 1, 2009. http://fedoraproject.org/wiki/FWN/Issue161 This week's FWN goodness offers a very special update from the Fonts SIG to bring us up to date on their work leading up to Fedora 11. You may also notice that we are tweaking the wiki formatting to take advantage of the cite module and other features in MediaWiki, and employing User: references for links to named Fedora folk. We'd love to hear your feedback on these changes. Also in this week's intrepid issue details on the upcoming Fedora monthly public meeting, updates on upcoming events with a Fedora presence, and news updates from around the Fedora Planet. In Developments, details on a slight delay to F11 Alpha and Electronic Automation Tools updates. Translation news brings updates from the latest FLP meeting and website translation updates, along with more Fedora 11 plans. A couple brief updates from the Infrastructure Team, including discussion of possible automation of fedora hosted requests. The Artwork beat paints a lovely picture with details on Fedora 11 visual details, and we're brought up to date with the latest security advisories for Fedora 9 and 10. The issue completes with updates from the various virtualization projects, including details on a new libvirt and virt-manager, as well as meaty updates on the Fedora Xen list. Enjoy, everyone! We are currently looking for a new writer to cover the Fedora Ambassadors for FWN. The work chiefly involves summarizing each's week's traffic on the Fedora Ambassadors' list, and is likely a time committment of perhaps one hour per week. If you are interested in contributing to Fedora Weekly News, please see our 'join' page[1]. We welcome reader feedback: fedora-news-l...@redhat.com FWN Editorial Team: Pascal Calarco, Oisin Feeley, Huzaifa Sidhpurwala == Announcements == In this section, we cover announcements from the Fedora Project. http://www.redhat.com/archives/fedora-announce-list/ http://www.redhat.com/archives/fedora-devel-announce/ Contributing Writer: Max Spevack === Fedora Board Meeting === Paul Frields wrote[2] that the Board is holding its monthly public meeting on Tuesday, 3 February 2009, at 1900 UTC on IRC Freenode. * Join #fedora-board-meeting to see the Board's conversation. This channel is read-only for non-Board members. * Join #fedora-board-public to discuss topics and post questions. This channel is read/write for everyone. 1. ↑ http://fedoraproject.org/wiki/NewsProject/Join 2. ↑ http://www.redhat.com/archives/fedora-announce-list/2009-January/msg00018.html === Legal === Tom Callaway announced [1] that after talking with Red Hat Legal about how we should be handling trademarks in package summaries and descriptions, we came to the conclusion that it would be far easier (and less risky for Red Hat) if we did not use (TM) or (R) notations at all. 1. ↑ http://www.redhat.com/archives/fedora-devel-announce/2009-January/msg00012.html === Fedora 11 === Fedora 11 Alpha is likely to be delayed for a few days (originally scheduled for February 3) due to a GUI checkbox bug in Anaconda and a problem with nfs-utils that prevented installs over NFS. See the links [1] [2] [3] below for all the technical details. 1. ↑ http://www.redhat.com/archives/fedora-devel-announce/2009-January/msg00013.html 2. ↑ http://www.redhat.com/archives/fedora-devel-announce/2009-January/msg00014.html 3. ↑ https://bugzilla.redhat.com/show_bug.cgi?id=483375 === Upcoming Events === Fedora will have a presence at several events in the next few weeks. Feel free to join us, February 6 - 8: Free and Open Source Developers European Meeting (FOSDEM)[1] February 20 - 22: Southern California Linux Expo (SCALE)[2][3] Also, people are encouraged to register for Fedora or JBoss.org related speaking slots at LinuxTag 2009.[4] 1. ↑ https://fedoraproject.org/wiki/FedoraEvents/FOSDEM/FOSDEM2009 2. ↑ https://fedoraproject.org/wiki/SCALE7X_Event 3. ↑ https://fedoraproject.org/wiki/Fedora_Activity_Day_at_SCaLE_7x 4. ↑ https://fedoraproject.org/wiki/LinuxTag_2009_talks == Special Report: Fonts SIG == Contributing Writer: Nicolas Mailhot Since Fedora 11 Alpha is quickly approaching, here is a much-delayed edition of the fonts SIG irregular status report. You may recall FWN covered the font surveys in FWN #153[1]. The following special report is largely in addition to that previous report. I should probably have done one for Fedora 10 release, but (silly me) expected then that the new font packaging guidelines would be adopted quickly. After all, they only reworded existing rules and added material already presented and discussed on the fonts and devel lists. Of course various instances decided to celebrate F10 by taking a break, then there was some bike-shedding, then we had the Christmas vacations, then FUDCON and more bike-shedding. Live
Re: F11 visual concept idea - greek
Nicu Buculei wrote: Martin Sourada wrote: Anyway, see the concept more like I think the olive tree would be good if it were placed here, there I'd like some log, ... and as a base for further development, should we go with this approach. Though I fully realize that making 3D-looking art with perspective purely in inkscape isn't an easy task. I like how you put the elements in the image and the ability to play with them (move, resize, etc.) I also think we *wont't* manage to come with something realistic made completely with Inkscape, so we may have to go with either photomanip and a realistic look or drawing and stylization. BTW, I guess not all of us noticed the cool and related 3D design posted by Mola on IRC: http://mola.fedorapeople.org/fedora_river_004.jpg - awesome, but still not realistic enough IMO. We could play around using Inkscape and even Mola's renders to figure out the composition of the image, then use photomanip techniques to fill it in... that seems like it would work better than what I've been doing, which is trying to find an openly-licensed photo with a good composition and working off of that. ~m ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: F11 visual concept idea - greek
Martin Sourada wrote: Anyway, see the concept more like I think the olive tree would be good if it were placed here, there I'd like some log, ... and as a base for further development, should we go with this approach. Though I fully realize that making 3D-looking art with perspective purely in inkscape isn't an easy task. I like how you put the elements in the image and the ability to play with them (move, resize, etc.) I also think we *wont't* manage to come with something realistic made completely with Inkscape, so we may have to go with either photomanip and a realistic look or drawing and stylization. BTW, I guess not all of us noticed the cool and related 3D design posted by Mola on IRC: http://mola.fedorapeople.org/fedora_river_004.jpg - awesome, but still not realistic enough IMO. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Echo Monthly News Issue 6, January 2009
Hello, We have published the sixth Echo Monthly News Issue [1]. This issue covers the first month of 2009 and is composed from these topics: 1. Echo Perspective starting of Fedora Hosted 2. New Echo Artist Scripts and Supporting Icon Artist Library 1. Initializing New Git Repository 2. Updating Your Local Copy of Git Repository 3. Creating New Icon from Template 4. Adding Icon to Repository Regards, The Echo Team References: [1] https://fedorahosted.org/echo-icon-theme/wiki/MonthlyNews/Issue6 signature.asc Description: This is a digitally signed message part ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
[Fwd: [PATCH] Use hashlib if available instead of md5]
Forwarded Message From: Tom spot Callaway tcall...@redhat.com To: Jesse Keating jkeat...@redhat.com Subject: [PATCH] Use hashlib if available instead of md5 Date: Mon, 02 Feb 2009 17:18:32 -0500 This patch converts all calls of md5 function to use hashlib if present. The old md5 function is deprecated in Python 2.6, and this silences the warning messages (along with providing a slight performance improvement). Please apply to rawhide. :) ~spot plain text document attachment (koji-use-hashlib-if-available.patch) From 4c76e7ee1f56057d77b0e7e9f0422e7eabedbf10 Mon Sep 17 00:00:00 2001 From: Tom spot Callaway tcall...@redhat.com Date: Mon, 2 Feb 2009 17:15:31 -0500 Subject: [PATCH] Convert all calls of md5 function to use hashlib if present (Python 2.6 change). --- builder/kojid|8 ++-- cli/koji |8 ++-- hub/kojihub.py | 25 - koji/__init__.py |8 ++-- www/kojiweb/index.py |9 +++-- 5 files changed, 45 insertions(+), 13 deletions(-) diff --git a/builder/kojid b/builder/kojid index b7900db..fe72fdc 100755 --- a/builder/kojid +++ b/builder/kojid @@ -33,7 +33,6 @@ import errno import glob import logging import logging.handlers -import md5 import os import pprint import pwd @@ -242,7 +241,12 @@ def incrementalUpload(fname, fd, path, retries=5, logger=None): break data = base64.encodestring(contents) -digest = md5.new(contents).hexdigest() +try: +import hashlib +digest = hashlib.md5(contents).hexdigest() +except ImportError: +import md5 +digest = md5.new(contents).hexdigest() del contents tries = 0 diff --git a/cli/koji b/cli/koji index 0ec732f..40974c7 100755 --- a/cli/koji +++ b/cli/koji @@ -31,7 +31,6 @@ import base64 import koji import koji.util import fnmatch -import md5 import os import re import pprint @@ -1173,7 +1172,12 @@ def handle_import_sig(options, session, args): previous = session.queryRPMSigs(rpm_id=rinfo['id'], sigkey=sigkey) assert len(previous) = 1 if previous: -sighash = md5.new(sighdr).hexdigest() +try: +import hashlib +sighash = hashlib.md5(sighdr).hexdigest() +except ImportError: +import md5 +sighash = md5.new(sighdr).hexdigest() if previous[0]['sighash'] == sighash: print _(Signature already imported: %s) % path continue diff --git a/hub/kojihub.py b/hub/kojihub.py index 8a24bec..0965243 100644 --- a/hub/kojihub.py +++ b/hub/kojihub.py @@ -32,7 +32,6 @@ import logging import logging.handlers import fcntl import fnmatch -import md5 import os import pgdb import random @@ -3535,7 +3534,12 @@ def add_rpm_sig(an_rpm, sighdr): #we use the sigkey='' to represent unsigned in the db (so that uniqueness works) else: sigkey = koji.hex_string(sigkey[13:17]) -sighash = md5.new(sighdr).hexdigest() +try: +import hashlib +sighash = hashlib.md5(sighdr).hexdigest() +except ImportError: +import md5 +sighash = md5.new(sighdr).hexdigest() rpm_id = rinfo['id'] # - db entry q = SELECT sighash FROM rpmsigs WHERE rpm_id=%(rpm_id)i AND sigkey=%(sigkey)s @@ -4771,8 +4775,14 @@ class RootExports(object): if size is not None: if size != len(contents): return False if md5sum is not None: -if md5sum != md5.new(contents).hexdigest(): -return False +try: +import hashlib +if md5sum != hashlib.md5(contents).hexdigest(): +return False +except ImportError: +import md5 +if md5sum != md5.new(contents).hexdigest(): +return False uploadpath = koji.pathinfo.work() #XXX - have an incoming dir and move after upload complete # SECURITY - ensure path remains under uploadpath @@ -4831,7 +4841,12 @@ class RootExports(object): fcntl.lockf(fd, fcntl.LOCK_UN) if md5sum is not None: #check final md5sum -sum = md5.new() +try: +import hashlib +sum = hashlib.md5() +except ImportError: +import md5 +sum = md5.new() fcntl.lockf(fd, fcntl.LOCK_SH|fcntl.LOCK_NB) try: # log_error(checking md5sum) diff --git a/koji/__init__.py b/koji/__init__.py index 6e04cb3..89e9783 100644 --- a/koji/__init__.py +++ b/koji/__init__.py @@ -31,7 +31,6 @@ import datetime from fnmatch import fnmatch import logging
Re: [Fwd: [PATCH] Use hashlib if available instead of md5]
On Monday, February 02 2009, Jesse Keating said: This patch converts all calls of md5 function to use hashlib if present. The old md5 function is deprecated in Python 2.6, and this silences the warning messages (along with providing a slight performance improvement). Rather than scattering lazy imports in a try except all over the koji code, I wonder if it's worth adding a wrapper in koji.util and only doing the try/except once at the module level there. Probably not speed-critical code, but it would also keep things a little more readable Jeremy -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: [Fwd: [PATCH] Use hashlib if available instead of md5]
Jeremy Katz wrote: On Monday, February 02 2009, Jesse Keating said: This patch converts all calls of md5 function to use hashlib if present. The old md5 function is deprecated in Python 2.6, and this silences the warning messages (along with providing a slight performance improvement). Rather than scattering lazy imports in a try except all over the koji code, I wonder if it's worth adding a wrapper in koji.util and only doing the try/except once at the module level there. Probably not speed-critical code, but it would also keep things a little more readable Something like: [util.py] try: from hashlib import md5 as md5_constructor except ImportError: from md5 import new as md5_constructor [other.py] from koji.util import md5_constructor digest = md5_constructor(contents).hexdigest() -Toshio signature.asc Description: OpenPGP digital signature -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
Re: [Fwd: [PATCH] Use hashlib if available instead of md5]
On Mon, 2009-02-02 at 17:28 -0500, Jeremy Katz wrote: On Monday, February 02 2009, Jesse Keating said: This patch converts all calls of md5 function to use hashlib if present. The old md5 function is deprecated in Python 2.6, and this silences the warning messages (along with providing a slight performance improvement). Rather than scattering lazy imports in a try except all over the koji code, I wonder if it's worth adding a wrapper in koji.util and only doing the try/except once at the module level there. Probably not speed-critical code, but it would also keep things a little more readable or just have koji import Checksums from yum.misc. since yum does this already. -sv -- Fedora-buildsys-list mailing list Fedora-buildsys-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
[Bug 456527] Review Request: sil-gentium-basic-fonts - Gentium Basic Font Family
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=456527 Rahul Bhalerao rbhal...@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
[Bug 483530] New: Lohit Bengali font cheating about character support
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Lohit Bengali font cheating about character support https://bugzilla.redhat.com/show_bug.cgi?id=483530 Summary: Lohit Bengali font cheating about character support Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: rbhal...@redhat.com ReportedBy: rooz...@gmail.com QAContact: extras...@fedoraproject.org CC: peter...@redhat.com, rbhal...@redhat.com, fedora-fonts-bugs-list@redhat.com, fedora-i18n-b...@redhat.com Classification: Fedora The Lohit Bengali font has dashes instead of glyphs for the actual Bengali characters in the following positions: U+09F2 BENGALI RUPEE MARK U+09F3 BENGALI RUPEE SIGN U+09F4 BENGALI CURRENCY NUMERATOR ONE U+09F5 BENGALI CURRENCY NUMERATOR TWO U+09F6 BENGALI CURRENCY NUMERATOR THREE U+09F8 BENGALI CURRENCY NUMERATOR ONE LESS THAN THE DENOMINATOR U+09F9 BENGALI CURRENCY DENOMINATOR SIXTEEN Either the glyphs should be designed and added to the font, or the dashes should be removed. -- 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 456527] Review Request: sil-gentium-basic-fonts - Gentium Basic Font Family
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=456527 Nicolas Mailhot nicolas.mail...@laposte.net changed: What|Removed |Added Flag|needinfo?(nicolas.mail...@l | |aposte.net) | --- Comment #25 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-02-02 03:53:44 EDT --- I'll look at it later but in the meanwhile no, I didn't revoque my approval -- 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/vollkorn-fonts/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 vollkorn.otf, 1.1, NONE
Author: palango Update of /cvs/pkgs/rpms/vollkorn-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3578 Modified Files: .cvsignore sources Removed Files: vollkorn.otf Log Message: removed vollkorn.otf from cvs repository Index: .cvsignore === RCS file: /cvs/pkgs/rpms/vollkorn-fonts/devel/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- .cvsignore 1 Feb 2009 22:24:14 - 1.2 +++ .cvsignore 2 Feb 2009 15:03:58 - 1.3 @@ -1 +1,2 @@ Vollkorn.pdf +vollkorn.otf Index: sources === RCS file: /cvs/pkgs/rpms/vollkorn-fonts/devel/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- sources 1 Feb 2009 22:24:14 - 1.2 +++ sources 2 Feb 2009 15:03:58 - 1.3 @@ -1 +1,2 @@ b06f4d12d6640399ea943deb84d36ca9 Vollkorn.pdf +ae1ff36998848463c56bb74bebcced6f vollkorn.otf --- vollkorn.otf DELETED --- ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
rpms/vollkorn-fonts/devel vollkorn-fonts.spec,1.1,1.2
Author: palango Update of /cvs/pkgs/rpms/vollkorn-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6691 Modified Files: vollkorn-fonts.spec Log Message: update spec file Index: vollkorn-fonts.spec === RCS file: /cvs/pkgs/rpms/vollkorn-fonts/devel/vollkorn-fonts.spec,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- vollkorn-fonts.spec 1 Feb 2009 22:24:14 - 1.1 +++ vollkorn-fonts.spec 2 Feb 2009 15:16:23 - 1.2 @@ -5,7 +5,7 @@ Name: %{fontname}-fonts Version:1.008 -Release:1%{?dist} +Release:2%{?dist} Summary:A serif latin font with good readability Group: User Interface/X @@ -61,5 +61,8 @@ %changelog +* Mon Feb 02 2009 Paul Lange pala...@gmx.de - 1.008-2 +move vollkorn.otf file out of the cvs repo + * Fri Jan 30 2009 Paul Lange pala...@gmx.de - 1.008-1 - initial packaging ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 483400] Review Request: vollkorn-fonts - A serif latin OTF 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=483400 Paul Lange pala...@gmx.de changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||NEXTRELEASE -- 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 483363] Review Request: yanone-tagesschrift-fonts - Serif decorative latin TTF 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=483363 Paul Lange pala...@gmx.de changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||NEXTRELEASE -- 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 472695] exa-master-upgrade breaks glyph rendering with OLPC XO
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=472695 --- Comment #3 from Peter Robinson pbrobin...@gmail.com 2009-02-02 15:41:20 EDT --- Daniel is this still an issue? -- 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 483530] Lohit Bengali font cheating about character support
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=483530 --- Comment #1 from Rahul Bhalerao rbhal...@redhat.com 2009-02-02 04:42:22 EDT --- Yep, I noticed that recently. I am trying to get these and such missing glyphs added to the font asap. Not sure why there were dashes put on those places. -- 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 466369] font rendering is messed up after 20081007 changes
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=466369 Matej Cepl mc...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||xgl-ma...@redhat.com Component|pango |xorg-x11-drv-ati AssignedTo|besfa...@redhat.com |airl...@redhat.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 466369] font rendering is messed up after 20081007 changes
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=466369 François Cami francois.c...@free.fr changed: What|Removed |Added CC||francois.c...@free.fr Flag||needinfo? --- Comment #37 from François Cami francois.c...@free.fr 2009-02-02 17:44:56 EDT --- Jan, could you test the latest build in Koji at : http://koji.fedoraproject.org/koji/packageinfo?packageID=95 ( currently xorg-x11-drv-ati-6.10.0-2.fc10 ) and report. If it still persists, please attach dmesg and /var/log/Xorg.0.log as uncompressed attachments. Thanks :) -- 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 483589] New: terminus-font-x11 unusable on F-10
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: terminus-font-x11 unusable on F-10 https://bugzilla.redhat.com/show_bug.cgi?id=483589 Summary: terminus-font-x11 unusable on F-10 Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: terminus-font AssignedTo: rhb...@n-dimensional.de ReportedBy: rhb...@n-dimensional.de QAContact: extras...@fedoraproject.org CC: rhb...@n-dimensional.de, fedora-fonts-bugs-list@redhat.com Classification: Fedora Description of problem: On F-10, xterm, xlsfonts, emacs, cannot use the terminus font, even though terminus-font-x11 is installed. Version-Release number of selected component (if applicable): terminus-font-x11-4.28-1.fc10.noarch How reproducible: 100% Steps to Reproduce: 1. xlsfonts | grep terminus Actual results: No output. Expected results: A few dozen lines with terminus font names. 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 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 --- Comment #51 from Caius kaio Chance ccha...@redhat.com 2009-02-02 18:23:46 EDT --- (In reply to comment #50) Replace 25-ttf-arphic-uming-bitmaps.conf this conf, check if the Chinese are not antialias within the range. Could you kindly have a test? Thanks. BTW, would the first match too over-ruled to force all non-uming have antialias enabled? = The two match are somehow overlapped: 11 = pixelsize = 17 OR 8 = pixelsize = 12 becomes 8 = pixelsize - 17 which font sizes 8 - 17 would have antialias disabled? -- 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 458430] Review Request: lcdf-typetools - Tools for manipulating OpenType and PostScript 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=458430 Matej Cepl mc...@redhat.com changed: What|Removed |Added CC||mc...@redhat.com Flag||needinfo?(pertu...@free.fr) --- Comment #9 from Matej Cepl mc...@redhat.com 2009-02-02 18:38:15 EDT --- Patrice, are you gone for good, even for this review? -- 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 456527] Review Request: sil-gentium-basic-fonts - Gentium Basic Font Family
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=456527 --- Comment #26 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-02-02 18:42:30 EDT --- 1. you have a typo in you -common description 2. \ after %common_desc in book description is probably unnecessary Otherwise this looks like a very fine package -- 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-0.2.20080216.1-19.patch, NONE, 1.1 cjkuni-fonts.spec, 1.3, 1.4
Author: cchance Update of /cvs/pkgs/rpms/cjkuni-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9162 Modified Files: cjkuni-fonts.spec Added Files: cjkuni-fonts-0.2.20080216.1-19.patch Log Message: * Tue Feb 03 2009 Caius Chance cchance at redhat.com - 0.2.20080216.1-19.fc11 - Resolves: rhbz#459680 - Disabled antialias when pixelsize is smaller than 17. cjkuni-fonts-0.2.20080216.1-19.patch: --- NEW FILE cjkuni-fonts-0.2.20080216.1-19.patch --- diff -up cjkuni-uming-fonts-0.2.20080216.1/25-ttf-arphic-uming-bitmaps.conf.3-rhbz459680 cjkuni-uming-fonts-0.2.20080216.1/25-ttf-arphic-uming-bitmaps.conf --- cjkuni-uming-fonts-0.2.20080216.1/25-ttf-arphic-uming-bitmaps.conf.3-rhbz459680 2009-02-03 09:53:25.0 +1000 +++ cjkuni-uming-fonts-0.2.20080216.1/25-ttf-arphic-uming-bitmaps.conf 2009-02-03 09:56:12.0 +1000 @@ -2,14 +2,38 @@ !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig - match target=font - test name=family - stringAR PL UMing CN/string - stringAR PL UMing HK/string - stringAR PL UMing TW/string - stringAR PL UMing TW MBE/string - /test - edit name=hintingbooltrue/bool/edit - edit name=autohintboolfalse/bool/edit - /match + match target=font +test name=family + stringAR PL UMing CN/string + stringAR PL UMing HK/string + stringAR PL UMing TW/string + stringAR PL UMing TW MBE/string +/test +edit name=autohintboolfalse/bool/edit + /match + + match target=font +test name=family + stringAR PL UMing CN/string + stringAR PL UMing HK/string + stringAR PL UMing TW/string + stringAR PL UMing TW MBE/string +/test +test name=pixelsize compare=more_eqint17/int/test +edit name=antialias mode=assignbooltrue/bool/edit +edit name=hinting mode=assignbooltrue/bool/edit + /match + + match target=font +test name=family + stringAR PL UMing CN/string + stringAR PL UMing HK/string + stringAR PL UMing TW/string + stringAR PL UMing TW MBE/string +/test +test name=pixelsize compare=lessint17/int/test +edit name=antialias mode=assignboolfalse/bool/edit +edit name=hinting mode=assignboolfalse/bool/edit + /match + /fontconfig Index: cjkuni-fonts.spec === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/cjkuni-fonts.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- cjkuni-fonts.spec 1 Feb 2009 23:15:49 - 1.3 +++ cjkuni-fonts.spec 3 Feb 2009 00:00:57 - 1.4 @@ -12,7 +12,7 @@ Name:%{fontname}-fonts Version: 0.2.20080216.1 -Release: 18%{?dist} +Release: 19%{?dist} Summary: Chinese Unicode TrueType fonts in Ming and Kai face. License: Arphic Group: User Interface/X @@ -28,6 +28,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 BuildRoot:%(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX) BuildArch:noarch @@ -132,6 +133,7 @@ %setup -q -c -T -a1 -n %{umingbuilddir} %patch1 -p1 -b .1-rhbz47 %patch2 -p1 -b .2-rhbz475743 +%patch3 -p1 -b .3-rhbz459680 %setup -q -c -T -a2 -n %{ukaibuilddir} %build @@ -194,6 +196,10 @@ %__rm -fr %{buildroot} %changelog +* Tue Feb 03 2009 Caius Chance cchance at redhat.com - 0.2.20080216.1-19.fc11 +- Resolves: rhbz#459680 +- Disabled antialias when pixelsize is smaller than 17. + * Mon Feb 02 2009 Caius Chance cchance at redhat.com - 0.2.20080216.1-18.fc11 - Resolves: rhbz#475743 - Fixed Japanese fonts over-priorized by uming fonts in Japanese locale. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 Caius kaio Chance ccha...@redhat.com changed: What|Removed |Added Attachment #330210|0 |1 is obsolete|| --- Comment #53 from Caius kaio Chance ccha...@redhat.com 2009-02-02 19:20:23 EDT --- Created an attachment (id=330696) -- (https://bugzilla.redhat.com/attachment.cgi?id=330696) Screen with .conf in last comment. -- 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 477465] [thaifonts-scalable] Please convert to new font packaging guidelines
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=477465 Jens Petersen peter...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Jens Petersen peter...@redhat.com 2009-02-02 19:24:53 EDT --- thai-scalable-fonts is the correct new naming? Assuming so I will create the new cvs module and import http://petersen.fedorapeople.org/thai-scalable-fonts.spec http://petersen.fedorapeople.org/thai-scalable-fonts-0.4.11-1.fc11.src.rpm which looks ok to me on rawhide. -- 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 458430] Review Request: lcdf-typetools - Tools for manipulating OpenType and PostScript 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=458430 Patrice Dumas pertu...@free.fr changed: What|Removed |Added Flag|needinfo?(pertu...@free.fr) | --- Comment #10 from Patrice Dumas pertu...@free.fr 2009-02-02 19:35:01 EDT --- (In reply to comment #9) Patrice, are you gone for good, even for this review? No, I am ready to do the review. I am still waiting for an answer to Comment #8, though. -- 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 CIDFnmap.zh_CN, 1.1, 1.2 CIDFnmap.zh_TW, 1.1, 1.2 FAPIcidfmap.zh_CN, 1.1, 1.2 FAPIcidfmap.zh_TW, 1.1, 1.2 cidfmap.zh_CN, 1.1, 1.2 cidfmap.zh_TW, 1.1, 1.2 cjkuni-fonts.spec, 1.4
Author: cchance Update of /cvs/pkgs/rpms/cjkuni-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18191 Modified Files: CIDFnmap.zh_CN CIDFnmap.zh_TW FAPIcidfmap.zh_CN FAPIcidfmap.zh_TW cidfmap.zh_CN cidfmap.zh_TW cjkuni-fonts.spec Log Message: * Tue Feb 03 2009 Caius Chance cchance at redhat.com - 0.2.20080216.1-20.fc11 - Resolves: rhbz#483329 - Reowned font directory by -common subpackage. - Updated font paths in ghostscript files. Index: CIDFnmap.zh_CN === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/CIDFnmap.zh_CN,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CIDFnmap.zh_CN 21 Jan 2009 03:37:41 - 1.1 +++ CIDFnmap.zh_CN 3 Feb 2009 01:09:33 - 1.2 @@ -25,8 +25,8 @@ % Adobe-GB1 -/BousungEG-Light-GB(/usr/share/fonts/cjkunifonts-uming/uming.ttf) ; -/GBZenKai-Medium (/usr/share/fonts/cjkunifonts-ukai/ukai.ttf); +/BousungEG-Light-GB(/usr/share/fonts/cjkuni/uming.ttc) ; +/GBZenKai-Medium (/usr/share/fonts/cjkuni/ukai.ttc) ; /Adobe-GB1 /BousungEG-Light-GB ; /MSungGBK-Light/BousungEG-Light-GB ; Index: CIDFnmap.zh_TW === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/CIDFnmap.zh_TW,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CIDFnmap.zh_TW 21 Jan 2009 03:37:41 - 1.1 +++ CIDFnmap.zh_TW 3 Feb 2009 01:09:33 - 1.2 @@ -25,8 +25,8 @@ % Adobe-CNS1 -/ZenKai-Medium (/usr/share/fonts/cjkunifonts-ukai/ukai.ttf); -/ShanHeiSun-Light (/usr/share/fonts/cjkunifonts-uming/uming.ttf) ; +/ZenKai-Medium (/usr/share/fonts/cjkuni/ukai.ttc) ; +/ShanHeiSun-Light (/usr/share/fonts/cjkuni/uming.ttc) ; /Adobe-CNS1/ShanHeiSun-Light ; Index: FAPIcidfmap.zh_CN === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/FAPIcidfmap.zh_CN,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FAPIcidfmap.zh_CN 21 Jan 2009 03:37:41 - 1.1 +++ FAPIcidfmap.zh_CN 3 Feb 2009 01:09:33 - 1.2 @@ -22,8 +22,8 @@ % % Use regular Postscript syntax. % -/BousungEG-Light-GB /Path (/usr/share/fonts/cjkunifonts-uming/uming.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; -/GBZenKai-Medium/Path (/usr/share/fonts/cjkunifonts-ukai/ukai.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; +/BousungEG-Light-GB /Path (/usr/share/fonts/cjkuni/uming.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; +/GBZenKai-Medium/Path (/usr/share/fonts/cjkuni/ukai.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; % -/MSungGBK-Light /Path (/usr/share/fonts/cjkunifonts-uming/uming.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; -/Adobe-GB1 /Path (/usr/share/fonts/cjkunifonts-uming/uming.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; +/MSungGBK-Light /Path (/usr/share/fonts/cjkuni/uming.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; +/Adobe-GB1 /Path (/usr/share/fonts/cjkuni/uming.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(GB1) 4] ; Index: FAPIcidfmap.zh_TW === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/FAPIcidfmap.zh_TW,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FAPIcidfmap.zh_TW 21 Jan 2009 03:37:41 - 1.1 +++ FAPIcidfmap.zh_TW 3 Feb 2009 01:09:33 - 1.2 @@ -22,7 +22,7 @@ % % Use regular Postscript syntax. % -/ZenKai-Medium /Path (/usr/share/fonts/chinese/cjkunifonts-ukai/ukai.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; -/ShanHeiSun-Light /Path (/usr/share/fonts/chinese/cjkunifonts-uming/uming.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; +/ZenKai-Medium /Path (/usr/share/fonts/chinese/cjkuni/ukai.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; +/ShanHeiSun-Light /Path (/usr/share/fonts/chinese/cjkuni/uming.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; % -/Adobe-CNS1 /Path (/usr/share/fonts/chinese/cjkunifonts-uming/uming.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; +/Adobe-CNS1 /Path (/usr/share/fonts/chinese/cjkuni/uming.ttc) /CIDFontType 0 /FAPI /FreeType /CSI [(CNS1) 4] ; Index: cidfmap.zh_CN === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/cidfmap.zh_CN,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- cidfmap.zh_CN 21 Jan 2009 03:37:41 - 1.1 +++ cidfmap.zh_CN 3 Feb 2009 01:09:33 - 1.2 @@ -1,5 +1,5 @@ -/BousungEG-Light-GB /FileType /TrueType /Path
[Bug 477465] [thaifonts-scalable] Please convert to new font packaging guidelines
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=477465 Jens Petersen peter...@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
rpms/cjkuni-fonts/devel cjkuni-fonts.spec,1.5,1.6
Author: cchance Update of /cvs/pkgs/rpms/cjkuni-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20596 Modified Files: cjkuni-fonts.spec Log Message: splited ghostscript files into subpackage Index: cjkuni-fonts.spec === RCS file: /cvs/pkgs/rpms/cjkuni-fonts/devel/cjkuni-fonts.spec,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- cjkuni-fonts.spec 3 Feb 2009 01:09:33 - 1.5 +++ cjkuni-fonts.spec 3 Feb 2009 01:27:16 - 1.6 @@ -87,6 +87,30 @@ %doc ../%{ukaibuilddir}/README %doc ../%{ukaibuilddir}/TODO +%package -n %{fontname}-fonts-ghostscript +Summary: Chinese Unicode TrueType font ghostscript files. +Group:User Interface/X +Requires: fontpackages-filesystem = 1.13 +Requires: ghostscript = 8.63-4 +Requires: %{fontname}-uming-fonts = %{version}-%{release} +Requires: %{fontname}-ukai-fonts = %{version}-%{release} +Conflicts:cjkuni-fonts-common = 0.2.20080216.1-19 +Obsoletes:cjkuni-fonts-common 0.2.20080216.1-20 + +%description -n %{fontname}-fonts-ghostscript +%common_desc + +CJK Unifonts ghostscript files. + +%files -n %{fontname}-fonts-ghostscript +%defattr(0644,root,root,0755) +%{gsdir}/FAPIcidfmap.zh_TW +%{gsdir}/FAPIcidfmap.zh_CN +%{gsdir}/cidfmap.zh_TW +%{gsdir}/cidfmap.zh_CN +%{gsdir}/CIDFnmap.zh_TW +%{gsdir}/CIDFnmap.zh_CN + %package -n %{fontname}-fonts-common Summary: Chinese Unicode TrueType font common files. Group:User Interface/X @@ -201,6 +225,7 @@ - Resolves: rhbz#483329 - Reowned font directory by -common subpackage. - Updated font paths in ghostscript files. +- Splited ghostscript files into subpackage. * Tue Feb 03 2009 Caius Chance cchance at redhat.com - 0.2.20080216.1-19.fc11 - Resolves: rhbz#459680 ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 483329] cjkuni-fonts : Unowned directories
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=483329 Caius kaio Chance ccha...@redhat.com changed: What|Removed |Added Keywords||i18n Status|NEW |CLOSED Resolution||RAWHIDE --- Comment #2 from Caius kaio Chance ccha...@redhat.com 2009-02-02 20:37:53 EDT --- 1 and 2 have been resolved: http://koji.fedoraproject.org/koji/buildinfo?buildID=81269 -- 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 477479] Please convert to new font packaging guidelines
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=477479 --- Comment #11 from Akira TAGOH ta...@redhat.com 2009-02-02 20:54:45 EDT --- hmm, so are you saying that gothic isn't a family name or just get rid of it because of duplicate to the project name? then what I should do in this package for new policy is just to make the package name lower-case. I'd a bit prefer vlgothic-proportional-fonts rather than vlgothic-p-fonts. -- 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/baekmuk-ttf-fonts/devel FAPIcidfmap.ko, 1.1, 1.2 baekmuk-ttf-fonts.spec, 1.15, 1.16 cidfmap.ko, 1.1, 1.2
Author: cchance Update of /cvs/pkgs/rpms/baekmuk-ttf-fonts/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26743 Modified Files: FAPIcidfmap.ko baekmuk-ttf-fonts.spec cidfmap.ko Log Message: resolves: rhbz#483327 updated ghostscript font paths splited ghostscripts into subpackage Index: FAPIcidfmap.ko === RCS file: /cvs/pkgs/rpms/baekmuk-ttf-fonts/devel/FAPIcidfmap.ko,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FAPIcidfmap.ko 24 Sep 2007 06:46:22 - 1.1 +++ FAPIcidfmap.ko 3 Feb 2009 02:08:01 - 1.2 @@ -22,14 +22,14 @@ % % Use regular Postscript syntax. % -/Baekmuk-Batang /Path (/usr/share/fonts/baekmuk-ttf-batang/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Dotum /Path (/usr/share/fonts/baekmuk-ttf-dotum/dotum.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Gulim /Path (/usr/share/fonts/baekmuk-ttf-gulim/gulim.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Headline /Path (/usr/share/fonts/baekmuk-ttf-hline/hline.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Batang /Path (/usr/share/fonts/baekmuk-ttf/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Dotum /Path (/usr/share/fonts/baekmuk-ttf/dotum.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Gulim /Path (/usr/share/fonts/baekmuk-ttf/gulim.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Headline /Path (/usr/share/fonts/baekmuk-ttf/hline.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; % -/Baekmuk-Batang-Regular /Path (/usr/share/fonts/baekmuk-ttf-batang/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Dotum-Regular /Path (/usr/share/fonts/baekmuk-ttf-dotum/dotum.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Gulim-Regular /Path (/usr/share/fonts/baekmuk-ttf-gulim/gulim.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; -/Baekmuk-Headline-Regular /Path (/usr/share/fonts/baekmuk-ttf-hline/hline.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Batang-Regular /Path (/usr/share/fonts/baekmuk-ttf/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Dotum-Regular /Path (/usr/share/fonts/baekmuk-ttf/dotum.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Gulim-Regular /Path (/usr/share/fonts/baekmuk-ttf/gulim.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Baekmuk-Headline-Regular /Path (/usr/share/fonts/baekmuk-ttf/hline.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; % -/Adobe-Korea1 /Path (/usr/share/fonts/baekmuk-ttf-batang/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; +/Adobe-Korea1 /Path (/usr/share/fonts/baekmuk-ttf/batang.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Korea1) 2] ; Index: baekmuk-ttf-fonts.spec === RCS file: /cvs/pkgs/rpms/baekmuk-ttf-fonts/devel/baekmuk-ttf-fonts.spec,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- baekmuk-ttf-fonts.spec 2 Feb 2009 01:26:40 - 1.15 +++ baekmuk-ttf-fonts.spec 3 Feb 2009 02:08:01 - 1.16 @@ -8,7 +8,7 @@ Name: %{fontname}-fonts Version:2.2 -Release:18%{?dist} +Release:19%{?dist} Summary:Free Korean TrueType fonts Group: User Interface/X @@ -84,12 +84,34 @@ %_font_pkg -n hline -f *-%{fontname}-hline*.conf hline.ttf +%package -n %{fontname}-fonts-ghostscript +Summary:Ghostscript files for Korean Baekmuk TrueType fonts +Group: User Interface/X +Requires: ghostscript = 8.63-4 +Requires: %{fontname}-batang-fonts = %{version}-%{release} +Requires: %{fontname}-dotum-fonts = %{version}-%{release} +Requires: %{fontname}-gulim-fonts = %{version}-%{release} +Requires: %{fontname}-hline-fonts = %{version}-%{release} +Conflicts: baekmuk-ttf-fonts-common = 2.2-18 +Obsoletes: baekmuk-ttf-fonts-common 2.2-19 + +%description -n %{fontname}-fonts-ghostscript +%common_desc + +This is ghostscript files for Baekmuk Korean TrueType fonts. + +%files -n %{fontname}-fonts-ghostscript +%defattr(0644,root,root,0755) +%{gsdir}/cidfmap.ko +%{gsdir}/FAPIcidfmap.ko + %package -n %{fontname}-fonts-common Summary:Common files for Korean Baekmuk TrueType fonts Group: User Interface/X Conflicts: fonts-korean 2.2-5 Obsoletes: ttfonts-ko 1.0.11-33, fonts-korean 2.2-5 Obsoletes: baekmuk-ttf-common-fonts 2.2-17 +BuildRequires: fontpackages-filesystem = 1.13 %description -n %{fontname}-fonts-common
[Bug 483327] baekmuk-ttf-fonts : Unowned directories
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=483327 Caius kaio Chance ccha...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||RAWHIDE --- Comment #4 from Caius kaio Chance ccha...@redhat.com 2009-02-02 21:13:28 EDT --- 1 2 have been resolved: http://koji.fedoraproject.org/koji/buildinfo?buildID=81270 -- 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 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 --- Comment #54 from Baif bai...@hotmail.com 2009-02-02 22:28:22 EDT --- 1.Could you kindly have a test? Thanks. :( Sorry, since I got a new job, I have no additional resources... My personal laptop is running F8 with KDE 3.5. I only have a livecd for testing. 2.BTW, would the first match too over-ruled to force all non-uming have antialias enabled? Yup. It seems that, this 25-ttfxxx-bitmap.conf disabled the antialias for other fonts in my f10 kde livecd. Where is this bug originated... 3. The two match are somehow overlapped I'm not sure of that. Since the targets are size, and pixelsize. And The first not_eq match should be there to enabled antialias on F10 KDE LiveCD. How about yours? -- 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 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 --- Comment #55 from Caius kaio Chance ccha...@redhat.com 2009-02-02 22:47:56 EDT --- (In reply to comment #54) :( Sorry, since I got a new job, I have no additional resources... My personal laptop is running F8 with KDE 3.5. I only have a livecd for testing. That' alright. 2.BTW, would the first match too over-ruled to force all non-uming have antialias enabled? Yup. It seems that, this 25-ttfxxx-bitmap.conf disabled the antialias for other fonts in my f10 kde livecd. Where is this bug originated... The .conf in comment #52 should not affect global antialias configuration. 3. The two match are somehow overlapped I'm not sure of that. Since the targets are size, and pixelsize. Hmm I should get back and check what is the differences. And The first not_eq match should be there to enabled antialias on F10 KDE LiveCD. I personally think whether antialias is enabled or not globally, should not be controlled by cjkuni-fonts. -- 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 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 --- Comment #56 from Caius kaio Chance ccha...@redhat.com 2009-02-02 22:57:29 EDT --- Still looking for extra testing. -- 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 456527] Review Request: sil-gentium-basic-fonts - Gentium Basic Font Family
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=456527 Kevin Fenzi ke...@tummy.com changed: What|Removed |Added Flag|fedora-cvs? |fedora-cvs+ --- Comment #27 from Kevin Fenzi ke...@tummy.com 2009-02-02 23:24:03 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 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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=459680 --- Comment #57 from Baif bai...@hotmail.com 2009-02-03 00:23:14 EDT --- Maybe, the reason for disabling antialias for other fonts is: Uming has alias as Serif San fonts in the other conf file. And KDE/Qt apps vs GNOME/GTK apps have different fonts display on Fedora. -- 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 477479] Please convert to new font packaging guidelines
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=477479 --- Comment #12 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-02-03 02:15:39 EDT --- read the naming guidelines carefully; you'll see we try very hard to avoid unnecessary repetitions, and to get something close to what the font files declare in their metadata -- 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: Finish Font Birth
Le Lun 2 février 2009 04:35, Jens Petersen a écrit : - In case that I want to push updates: Can I use the common/cvs-import script again? Yes, that should work - if not please file a bug. However please avoid pushing updates to stable releases unless you have to (initial import is fine, updating anything else than rawhide every time a comma changes is not) -- Nicolas Mailhot ___ Fedora-fonts-list mailing list Fedora-fonts-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-list
Re: Change request: Another tmpfile fix
On 2009-02-02 09:31:08 AM, Ricky Zhou wrote: On 2009-02-02 08:53:29 AM, Ricky Zhou wrote: On 2009-02-02 08:40:55 AM, Ricky Zhou wrote: Looks like there's a problem with the fullfilelist tmpfile removal for EPEL as well. Can I get some +1s for this patch? Actually, ignore that one. This might be a bit simpler: Oops, I forgot to fix the same problem in fedora-updates-push. Here's the latest patch that include all of my changes: Sorry again. I just realized that I reversed the if statement. That's what I get for not sleeping. Here the corrected version: diff --git a/configs/system/fedora-updates-push b/configs/system/fedora-updates-push index 8c09e27..380af87 100755 --- a/configs/system/fedora-updates-push +++ b/configs/system/fedora-updates-push @@ -38,7 +38,8 @@ done pushd /pub/fedora/ TMPFILE=$(mktemp -p /tmp/) find * -print $TMPFILE -diff $TMPFILE fullfilelist /dev/null -if [ $? = 1 ]; then +if diff $TMPFILE fullfilelist /dev/null; then +rm -f $TMPFILE +else mv $TMPFILE fullfilelist fi diff --git a/manifests/services/mirrormaster.pp b/manifests/services/mirrormaster.pp index ca01522..b7c2b47 100644 --- a/manifests/services/mirrormaster.pp +++ b/manifests/services/mirrormaster.pp @@ -18,7 +18,7 @@ class mirrormaster { } cron { epel-sync: -command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=`mktemp -p /tmp`; pushd /pub/epel; find * -print $TMPFILE; diff $TMPFILE fullfilelist /dev/null; if [ $? = 1 ]; then mv $TMPFILE fullfilelist; fi', +command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=$(mktemp -p /tmp); pushd /pub/epel; find * -print $TMPFILE; if diff $TMPFILE fullfilelist /dev/null; then rm -f $TMPFILE; else mv $TMPFILE fullfilelist; fi', user = ftpsync, minute = [ 10, 40 ], ensure = present, Thanks, Ricky pgpUBOrDjyOMM.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Upgrading Fedora Hosted to Trac-0.11
On Mon, 2009-02-02 at 08:36 -0500, seth vidal wrote: I'm willing to help, but I have to ask - would it make sense to hold this until after F11 is out? I don't necessarily think so. If done right, the change is pretty unnoticeable to the end user, just one day they get more features. I think the only real risk wrt F11 is me spending too much time on Trac, which is why I'm asking for some help (: -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Upgrading Fedora Hosted to Trac-0.11
On Mon, 2 Feb 2009, Jesse Keating wrote: On Mon, 2009-02-02 at 08:36 -0500, seth vidal wrote: I'm willing to help, but I have to ask - would it make sense to hold this until after F11 is out? I don't necessarily think so. If done right, the change is pretty unnoticeable to the end user, just one day they get more features. I think the only real risk wrt F11 is me spending too much time on Trac, which is why I'm asking for some help (: After the alpha ships we can do a test upgrade on hosted2 for a project. If the tests and everything go ok we can do the rest and verify the upgrade produces no errors and warnings. The last upgrade was very smooth. It was pretty much a for f in * do the upgrade done -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Upgrading Fedora Hosted to Trac-0.11
On Mon, 2009-02-02 at 11:11 -0600, Mike McGrath wrote: After the alpha ships we can do a test upgrade on hosted2 for a project. If the tests and everything go ok we can do the rest and verify the upgrade produces no errors and warnings. The last upgrade was very smooth. It was pretty much a for f in * do the upgrade done We'll have to do some pre work, building trac-0.11 and then building any plugins that are still 3rd party for 0.11 as well. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: Another tmpfile fix
On 2009-02-02 08:40:55 AM, Ricky Zhou wrote: Looks like there's a problem with the fullfilelist tmpfile removal for EPEL as well. Can I get some +1s for this patch? Actually, ignore that one. This might be a bit simpler: diff --git a/manifests/services/mirrormaster.pp b/manifests/services/mirrormaster.pp index ca01522..73bfb94 100644 --- a/manifests/services/mirrormaster.pp +++ b/manifests/services/mirrormaster.pp @@ -18,7 +18,7 @@ class mirrormaster { } cron { epel-sync: -command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=`mktemp -p /tmp`; pushd /pub/epel; find * -print $TMPFILE; diff $TMPFILE fullfilelist /dev/null; if [ $? = 1 ]; then mv $TMPFILE fullfilelist; fi', +command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=$(mktemp -p /tmp); pushd /pub/epel; find * -print $TMPFILE; if diff $TMPFILE fullfilelist /dev/null; then mv $TMPFILE fullfilelist; else rm -f $TMPFILE; fi', user = ftpsync, minute = [ 10, 40 ], ensure = present, -- Thanks, Ricky pgpxZCc3Zoui8.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: Another tmpfile fix
On Mon, 2009-02-02 at 09:35 -0500, Ricky Zhou wrote: Sorry again. I just realized that I reversed the if statement. That's what I get for not sleeping. Here the corrected version: +1, I'll change buildrawhide to match. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Upgrading Fedora Hosted to Trac-0.11
On Sun, 1 Feb 2009, Jesse Keating wrote: There are some features I'd really like to make use of in 0.11, particularly the metrics feature, but I think there are others as well. Trac 0.11 is where all the development seems to be happening, we'll slowly fall farther and farther behind. There is a catch with 0.11, in that it requires an ondisk change of the project db, so I don't feel comfortable just putting 0.11 in EPEL-5 as an upgrade to 0.10. What I'd like is some help in investigating and planning how to do the upgrade in such a way that will be a low cost to the Infra team to maintain, but could also perhaps be pushed into EPEL for other trac users. Would anybody like to help me with this? I can help with this, I've gone through a trac upgrade that required on disk changes before, hosted2 makes testing pretty easy :) -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Security Policy Changes
I've added some patches (mostly more better English :) to the security policy. I've also added an Administrative Exceptions section to deal with the following valid use-cases: - Password sharing (like that of the mailman admin password) - Role accounts (for Ian and our wiki bot account) - Policy for other non-user passwords (like those of our webapps contacting the database) Please comment on clarity and logic: http://infrastructure.fedoraproject.org/csi/security-policy/en-US/html-single/#EndUser-Standard-Admin-Exceptions -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Can we share the login template?
Hey TG App authors, I've been working on fixing our CSRF problem and I've gotten a prototype FAS up and running. It requires only a few changes to the code you have in your application but one of those is in the login template. We have to run forward_url and previous_url through the tg.url() function in order for the csrf token to be added to the urls. Additionally, we can have a click-through page to authenticate a user who already has an active, authenticated session and only lacks a tg-visit. This needs to be added to the login template. I have a working template in fas. In the interest of making this transition as painless as possible I was thinking of adding it to the python-fedora package as well. The trouble is I don't know if it can be used verbatim in all of our apps. The fas login template, for instance, is written in genshi and has an xi:include href=master.html (meaning that it pulls some of its look and feel from a template named master.html). So questions that spring to mind: 1) Is everyone using genshi now or do we need several templates for genshi, mako, kid, etc? 2) Is everyone's base template named master.html or willing to change? I know pkgdb is named layout.html but I can easily change this. 3) Does everyone like the idea of having a centralized login template? 4) Does this tie in with the Chrome that mizmo is working on at all (or is that all css)? 5) Can we reference the master template in the individual apps from the login.html in a centralized location? (I imagine it would work but haven't tried yet)? 6) Am I going about this wrong? Should we have an intermediate template in each app that pulls in a fragment from the centralized location? This might be more organized but requires some recoding for each app. -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: Another tmpfile fix
+1 - Ricky Zhou ri...@fedoraproject.org wrote: On 2009-02-02 09:31:08 AM, Ricky Zhou wrote: On 2009-02-02 08:53:29 AM, Ricky Zhou wrote: On 2009-02-02 08:40:55 AM, Ricky Zhou wrote: Looks like there's a problem with the fullfilelist tmpfile removal for EPEL as well. Can I get some +1s for this patch? Actually, ignore that one. This might be a bit simpler: Oops, I forgot to fix the same problem in fedora-updates-push. Here's the latest patch that include all of my changes: Sorry again. I just realized that I reversed the if statement. That's what I get for not sleeping. Here the corrected version: diff --git a/configs/system/fedora-updates-push b/configs/system/fedora-updates-push index 8c09e27..380af87 100755 --- a/configs/system/fedora-updates-push +++ b/configs/system/fedora-updates-push @@ -38,7 +38,8 @@ done pushd /pub/fedora/ TMPFILE=$(mktemp -p /tmp/) find * -print $TMPFILE -diff $TMPFILE fullfilelist /dev/null -if [ $? = 1 ]; then +if diff $TMPFILE fullfilelist /dev/null; then +rm -f $TMPFILE +else mv $TMPFILE fullfilelist fi diff --git a/manifests/services/mirrormaster.pp b/manifests/services/mirrormaster.pp index ca01522..b7c2b47 100644 --- a/manifests/services/mirrormaster.pp +++ b/manifests/services/mirrormaster.pp @@ -18,7 +18,7 @@ class mirrormaster { } cron { epel-sync: -command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=`mktemp -p /tmp`; pushd /pub/epel; find * -print $TMPFILE; diff $TMPFILE fullfilelist /dev/null; if [ $? = 1 ]; then mv $TMPFILE fullfilelist; fi', +command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=$(mktemp -p /tmp); pushd /pub/epel; find * -print $TMPFILE; if diff $TMPFILE fullfilelist /dev/null; then rm -f $TMPFILE; else mv $TMPFILE fullfilelist; fi', user = ftpsync, minute = [ 10, 40 ], ensure = present, Thanks, Ricky ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Upgrading Fedora Hosted to Trac-0.11
On Sun, 2009-02-01 at 22:17 -0800, Jesse Keating wrote: There are some features I'd really like to make use of in 0.11, particularly the metrics feature, but I think there are others as well. Trac 0.11 is where all the development seems to be happening, we'll slowly fall farther and farther behind. There is a catch with 0.11, in that it requires an ondisk change of the project db, so I don't feel comfortable just putting 0.11 in EPEL-5 as an upgrade to 0.10. What I'd like is some help in investigating and planning how to do the upgrade in such a way that will be a low cost to the Infra team to maintain, but could also perhaps be pushed into EPEL for other trac users. Would anybody like to help me with this? I'm willing to help, but I have to ask - would it make sense to hold this until after F11 is out? -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: Another tmpfile fix
On 2009-02-02 08:53:29 AM, Ricky Zhou wrote: On 2009-02-02 08:40:55 AM, Ricky Zhou wrote: Looks like there's a problem with the fullfilelist tmpfile removal for EPEL as well. Can I get some +1s for this patch? Actually, ignore that one. This might be a bit simpler: Oops, I forgot to fix the same problem in fedora-updates-push. Here's the latest patch that include all of my changes: diff --git a/configs/system/fedora-updates-push b/configs/system/fedora-updates-push index 8c09e27..a475163 100755 --- a/configs/system/fedora-updates-push +++ b/configs/system/fedora-updates-push @@ -38,7 +38,8 @@ done pushd /pub/fedora/ TMPFILE=$(mktemp -p /tmp/) find * -print $TMPFILE -diff $TMPFILE fullfilelist /dev/null -if [ $? = 1 ]; then +if diff $TMPFILE fullfilelist /dev/null; then mv $TMPFILE fullfilelist +else +rm -f $TMPFILE fi diff --git a/manifests/services/mirrormaster.pp b/manifests/services/mirrormaster.pp index ca01522..73bfb94 100644 --- a/manifests/services/mirrormaster.pp +++ b/manifests/services/mirrormaster.pp @@ -18,7 +18,7 @@ class mirrormaster { } cron { epel-sync: -command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=`mktemp -p /tmp`; pushd /pub/epel; find * -print $TMPFILE; diff $TMPFILE fullfilelist /dev/null; if [ $? = 1 ]; then mv $TMPFILE fullfilelist; fi', +command = 'rsync -aHz --numeric-ids --delete-after --exclude=.snapshot --exclude=*/build-logs buildsys.fedoraproject.org::epel/ /pub/epel/ /dev/null TMPFILE=$(mktemp -p /tmp); pushd /pub/epel; find * -print $TMPFILE; if diff $TMPFILE fullfilelist /dev/null; then mv $TMPFILE fullfilelist; else rm -f $TMPFILE; fi', user = ftpsync, minute = [ 10, 40 ], ensure = present, Thanks, Ricky pgpnEWGCNIpLS.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Can we share the login template?
- Toshio Kuratomi a.bad...@gmail.com wrote: Hey TG App authors, I've been working on fixing our CSRF problem and I've gotten a prototype FAS up and running. It requires only a few changes to the code you have in your application but one of those is in the login template. We have to run forward_url and previous_url through the tg.url() function in order for the csrf token to be added to the urls. Additionally, we can have a click-through page to authenticate a user who already has an active, authenticated session and only lacks a tg-visit. This needs to be added to the login template. I have a working template in fas. In the interest of making this transition as painless as possible I was thinking of adding it to the python-fedora package as well. The trouble is I don't know if it can be used verbatim in all of our apps. The fas login template, for instance, is written in genshi and has an xi:include href=master.html (meaning that it pulls some of its look and feel from a template named master.html). So questions that spring to mind: 1) Is everyone using genshi now or do we need several templates for genshi, mako, kid, etc? I am 2) Is everyone's base template named master.html or willing to change? I know pkgdb is named layout.html but I can easily change this. I can't remember, but I'm willing to change 3) Does everyone like the idea of having a centralized login template? Unified look and feel? AMEN! 4) Does this tie in with the Chrome that mizmo is working on at all (or is that all css)? 5) Can we reference the master template in the individual apps from the login.html in a centralized location? (I imagine it would work but haven't tried yet)? 6) Am I going about this wrong? Should we have an intermediate template in each app that pulls in a fragment from the centralized location? This might be more organized but requires some recoding for each app. -Toshio ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
squid issues
I noticed something while composing this release. Packages gotten from kojipkgs (and thus the proxy) all have a timestamp of when the file was downloaded, vs the timestamp of the file on the fileserver. This has caused me some... frustration in getting my composes synced on the master mirror using hardlinks to rawhide. Can somebody help me debug why this is? I'm not familiar with our squid setup, and I couldn't find it in a quick wiki search for 'squid'. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: reenable last-modified (was Re: squid issues)
On Mon, 2009-02-02 at 21:08 -0500, Ricky Zhou wrote: Oops, I cleared the Last-Modified headers in the configs hoping that it might somehow save some NFS load. Here's a patch to remove those lines - can I get two +1s? Wrong diff? -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: reenable last-modified (was Re: squid issues)
On 2009-02-02 09:08:54 PM, Ricky Zhou wrote: On 2009-02-02 05:34:39 PM, Jesse Keating wrote: I noticed something while composing this release. Packages gotten from kojipkgs (and thus the proxy) all have a timestamp of when the file was downloaded, vs the timestamp of the file on the fileserver. This has caused me some... frustration in getting my composes synced on the master mirror using hardlinks to rawhide. Can somebody help me debug why this is? I'm not familiar with our squid setup, and I couldn't find it in a quick wiki search for 'squid'. Oops, I cleared the Last-Modified headers in the configs hoping that it might somehow save some NFS load. Here's a patch to remove those lines - can I get two +1s? I'm sorry, that was the wrong patch. Here is the right one: diff --git a/configs/web/applications/kojipkgs.conf b/configs/web/applications/kojipkgs.conf index 7077546..6ad116c 100644 --- a/configs/web/applications/kojipkgs.conf +++ b/configs/web/applications/kojipkgs.conf @@ -6,7 +6,6 @@ Alias /packages /mnt/koji/packages Directory /mnt/koji/packages Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /repos /mnt/koji/repos @@ -14,7 +13,6 @@ Alias /repos /mnt/koji/repos Directory /mnt/koji/repos Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /scratch /mnt/koji/scratch @@ -22,7 +20,6 @@ Alias /scratch /mnt/koji/scratch Directory /mnt/koji/scratch Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /work /mnt/koji/work @@ -30,7 +27,6 @@ Alias /work /mnt/koji/work Directory /mnt/koji/work Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /static-repos /mnt/koji/static-repos @@ -38,7 +34,6 @@ Alias /static-repos /mnt/koji/static-repos Directory /mnt/koji/static-repos Options Indexes FollowSymLinks FileETag None -Header unset Last-Modified /Directory Alias /mash /mnt/koji/mash @@ -46,6 +41,5 @@ Alias /mash /mnt/koji/mash Directory /mnt/koji/mash Options Indexes FollowSymLinks FileETag None -Header unset Last-Modified /Directory Thanks, Ricky pgph6dPVcw2BL.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request: reenable last-modified (was Re: squid issues)
On Mon, 2 Feb 2009, Ricky Zhou wrote: On 2009-02-02 09:08:54 PM, Ricky Zhou wrote: On 2009-02-02 05:34:39 PM, Jesse Keating wrote: I noticed something while composing this release. Packages gotten from kojipkgs (and thus the proxy) all have a timestamp of when the file was downloaded, vs the timestamp of the file on the fileserver. This has caused me some... frustration in getting my composes synced on the master mirror using hardlinks to rawhide. Can somebody help me debug why this is? I'm not familiar with our squid setup, and I couldn't find it in a quick wiki search for 'squid'. Oops, I cleared the Last-Modified headers in the configs hoping that it might somehow save some NFS load. Here's a patch to remove those lines - can I get two +1s? I'm sorry, that was the wrong patch. Here is the right one: diff --git a/configs/web/applications/kojipkgs.conf b/configs/web/applications/kojipkgs.conf index 7077546..6ad116c 100644 --- a/configs/web/applications/kojipkgs.conf +++ b/configs/web/applications/kojipkgs.conf @@ -6,7 +6,6 @@ Alias /packages /mnt/koji/packages Directory /mnt/koji/packages Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /repos /mnt/koji/repos @@ -14,7 +13,6 @@ Alias /repos /mnt/koji/repos Directory /mnt/koji/repos Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /scratch /mnt/koji/scratch @@ -22,7 +20,6 @@ Alias /scratch /mnt/koji/scratch Directory /mnt/koji/scratch Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /work /mnt/koji/work @@ -30,7 +27,6 @@ Alias /work /mnt/koji/work Directory /mnt/koji/work Options Indexes FileETag None -Header unset Last-Modified /Directory Alias /static-repos /mnt/koji/static-repos @@ -38,7 +34,6 @@ Alias /static-repos /mnt/koji/static-repos Directory /mnt/koji/static-repos Options Indexes FollowSymLinks FileETag None -Header unset Last-Modified /Directory Alias /mash /mnt/koji/mash @@ -46,6 +41,5 @@ Alias /mash /mnt/koji/mash Directory /mnt/koji/mash Options Indexes FollowSymLinks FileETag None -Header unset Last-Modified /Directory +1 from me. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Rawhide kernel options not enabled?
I thought we were going to enable these in rawhide since the e1000 EEPROM problem was fixed: CONFIG_FUNCTION_TRACER (was CONFIG_FTRACE) CONFIG_DYNAMIC_FTRACE Also hda audio powersave is still off; we have: CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0 ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Rawhide kernel options not enabled?
On Mon, 2 Feb 2009, Roland McGrath wrote: I thought we were going to enable these in rawhide since the e1000 EEPROM problem was fixed: CONFIG_FUNCTION_TRACER (was CONFIG_FTRACE) CONFIG_DYNAMIC_FTRACE Last I knew this still uses -pg and implies -fno-omit-frame-pointer. This probably kills performance somewhat, and more importantly during a rawhide debug-kernel phase, might change the corners of compiler behavior that we're checking vs what we'd want in a production kernel. The performance hit by -fno-omit-frame-pointer depends on the which hardware you are running. I've been told by Arjan that the latest x86 hardware has negligible performance hit on this feature. But with this on, you can enable kernel function tracing at runtime. And this is a very powerful tool. This might be something to discuss, where we may sacrifice a bit of power for the ability of dynamic tracing. Benchmarks welcome ;-) -- Steve ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Rawhide kernel options not enabled?
On Mon, 2 Feb 2009, Josh Boyer wrote: On Mon, Feb 02, 2009 at 05:34:27PM -0500, Steven Rostedt wrote: On Mon, 2 Feb 2009, Roland McGrath wrote: I thought we were going to enable these in rawhide since the e1000 EEPROM problem was fixed: CONFIG_FUNCTION_TRACER (was CONFIG_FTRACE) CONFIG_DYNAMIC_FTRACE Last I knew this still uses -pg and implies -fno-omit-frame-pointer. This probably kills performance somewhat, and more importantly during a rawhide debug-kernel phase, might change the corners of compiler behavior that we're checking vs what we'd want in a production kernel. The performance hit by -fno-omit-frame-pointer depends on the which hardware you are running. I've been told by Arjan that the latest x86 hardware has negligible performance hit on this feature. But with this on, you can enable kernel function tracing at runtime. And this is a very powerful tool. This might be something to discuss, where we may sacrifice a bit of power for the ability of dynamic tracing. So I'm a kernel dude. Yet I have to wonder... What good is that to a normal user? Why would they ever care about being able to enable function tracing? Are there shiny GUI tools that do it for them? Soon, but not yet ;-) Are there even release notes or wiki pages that tell them how to do it and why they need it? I can write those up. Currently they just exist in Documentation/ftrace.txt If it's that cool, would we ship with it enabled in stable releases? I would expect so. I can see the value for doing kernel debugging. Telling a user do X and give me the output of Y could help kernel developers, but the normal user just isn't going to care. Do not put down that debugging ability just yet. Would it not be nice to just tell a user to run a script you send him (the script would do all the command line commands) and then the user could send you back the result. The user would not need to reboot or compile another kernel. You would be able to turn on or off anything function trace you would like. Newer features coming out in 29 that are ever cooler ;-) Like the function graph tracer that gives you this output: # echo sys_open /debug/tracing/set_graph_function # echo function_graph /debug/tracing/current_tracer # cat /debug/tracing/trace # tracer: function_graph # # CPU DURATION FUNCTION CALLS # | | | | | | | 1) | sys_open() { 1) |do_sys_open() { 1) | getname() { 1) 3.440 us|kmem_cache_alloc(); 1) |strncpy_from_user() { 1) | __strncpy_from_user() { 1) 3.060 us|might_fault(); 1) 6.845 us| } 1) + 10.508 us |} 1) + 20.774 us | } 1) | alloc_fd() { 1) |_spin_lock() { 1) 1.708 us| get_parent_ip(); 1) 6.833 us|} 1) 2.032 us|expand_files(); 1) |_spin_unlock() { 1) 2.024 us| get_parent_ip(); 1) 7.253 us|} 1) + 24.504 us | } 1) | do_filp_open() { 1) |path_lookup_open() { 1) | get_empty_filp() { 1) 2.728 us|kmem_cache_alloc(); 1) 1.834 us|get_parent_ip(); 1) 1.914 us|get_parent_ip(); 1) |security_file_alloc() { 1) 2.284 us| cap_file_alloc_security(); 1) 6.130 us|} 1) + 24.922 us | } 1) | do_path_lookup() { 1) |_read_lock() { 1) 1.776 us| get_parent_ip(); 1) 7.278 us|} 1) 2.652 us|path_get(); 1) |_read_unlock() { 1) 2.034 us| get_parent_ip(); 1) 6.407 us|} 1) |path_walk() { [...] -- Steve ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Rawhide kernel options not enabled?
On Mon, 2 Feb 2009, Steven Rostedt wrote: Do not put down that debugging ability just yet. Would it not be nice to just tell a user to run a script you send him (the script would do all the command line commands) and then the user could send you back the result. The user would not need to reboot or compile another kernel. You would be able to turn on or off anything function trace you would like. Also note, if your user has access to serial consoles, and many enterprise users do, then you could also trace an oops. By setting ftrace_dump_on_oops in the kernel command line, and have them enable function tracing before they do whatever they do to cause the oops. The ftrace dump output will dump to the console. If they have serial, then it will dump to their serial console where they can record the crash. This information can be very handy for us to analyze and find the cause on an oops. -- Steve ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: F9 dhclient source?
Steve wrote: I'm running a fully up-to-date, as of 2/2/09, F9 system. $ rpm -q --whatprovides dhclient dhclient-4.0.0-22.fc9.x86_64 Anyone know where the source rpm is for this? Google only gave me a few hits and those pages were 404s. You want to use rpm -qi, which will show you the source rpm the from which the package was built. In this case, it's built from the dhcp srpm: http://download.fedora.redhat.com/pub/fedora/linux/updates/9/SRPMS.newkey/dhcp-4.0.0-22.fc9.src.rpm -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Conscience: the inner voice which warns us that someone may be looking. -- H. L. Mencken pgpVqgfsAf89J.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
Sound problem F10
I have now done five installs of F10 (see my message about root usage). The system sounds work once and once only. After a system sound has been sounded, there is no more sound. Any ideas? CroombeFP -- This e-mail produced entirely under Linux. Absolutely NO M$ products have been used. -- 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: Super user problem FC10
Croombe F. Pensom wrote: I have installed FC10 five times now but I can NEVER log in as root as it ALWAYS tells me that the authentication failed. I did the install very, very carefully as I thought that, maybe, I had goofed; but, no, I set up root password OK but still cannot do the login as root. The only way I can get to root operations is via sudo but, then, I can't get a gui running (I'm a bit lazy!!). Any ideas as to why I can't log in as root? CroombeFP You may want to do a search of the list. This has been covered several times. By default, root can not log into the GUI. Besides using sudo, you can also run su - to change to the root user. You will have to give the root password. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital 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
Zip drive on FC10
After having used my Zip drive since FC4, I installed FC10. After install, the system tells me that the Zip drive is there OK. I put in a disk but the drive turns and the access light stays on but it won't mount. After that, it won't unmount either and the only way to fix the situation is power down and up again. The drive no longer appears when the Computer ikon is opened : floppy, yes, other HDs, yes, Kingston U stick, yes : but no Zip. I tried creating a suitable directory and then mounting, but it comes back and tells me that I must specify the file type. If I do that, it still doesn't mount. So, I went in as root, added a suitable line to fstab and fired up again : the same thing : can't get Zip to mount. This is frustrating as I regularly use these to store little bits of useful data without wasting blank CDs and previous FCs operated the drives OK. Again, suggestions would be appreciated. CroombeFP -- This e-mail produced entirely under Linux. Absolutely NO M$ products have been used. -- 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 10 Update
On Monday 02 February 2009 9:30:49 am RichardC wrote: I am relatively new to Linux and need a lot of help. I did an update for core 9 and the next thing I knew I had been updated to Fedora 10. Not sure how you could get updated from F9 to F10 but anyway.. Fedora 10 boots and starts, does nothing for a while and then comes up with the following message: virbr0: Starting userspace STP failed, starting kernel STP and then just sits there and does nothing. Google search gave me this: https://bugzilla.redhat.com/show_bug.cgi?id=436733 but it seems that it's been fixed. In anycase, try disable the libvirtd service if it's enabled, e.g: 1. Go to Single user mode 2. chkconfig libvirtd off Hope that helps. RDB -- 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: Zip drive on FC10
Croombe F. Pensom wrote: After having used my Zip drive since FC4, I installed FC10. After install, the system tells me that the Zip drive is there OK. I put in a disk but the drive turns and the access light stays on but it won't mount. After that, it won't unmount either and the only way to fix the situation is power down and up again. The drive no longer appears when the Computer ikon is opened : floppy, yes, other HDs, yes, Kingston U stick, yes : but no Zip. I tried creating a suitable directory and then mounting, but it comes back and tells me that I must specify the file type. If I do that, it still doesn't mount. So, I went in as root, added a suitable line to fstab and fired up again : the same thing : can't get Zip to mount. This is frustrating as I regularly use these to store little bits of useful data without wasting blank CDs and previous FCs operated the drives OK. Again, suggestions would be appreciated. CroombeFP It would help to have some more information. What interface does the ZIP drive use? (SCSI, IDE, USB) What messages do you get in /var/log/messages when you put the disk in? Try removing your changes in /etc/fstab, and see if hte disk gets mounted in a directory off of /media when you insert the disk. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital 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: Zip drive on FC10
On Mon, Feb 2, 2009 at 9:05 AM, Croombe F. Pensom croomb...@sympatico.ca wrote: After having used my Zip drive since FC4, I installed FC10. After install, the system tells me that the Zip drive is there OK. I put in a disk but the drive turns and the access light stays on but it won't mount. After that, it won't unmount either and the only way to fix the situation is power down and up again. The drive no longer appears when the Computer ikon is opened : floppy, yes, other HDs, yes, Kingston U stick, yes : but no Zip. I tried creating a suitable directory and then mounting, but it comes back and tells me that I must specify the file type. If I do that, it still doesn't mount. So, I went in as root, added a suitable line to fstab and fired up again : the same thing : can't get Zip to mount. This is frustrating as I regularly use these to store little bits of useful data without wasting blank CDs and previous FCs operated the drives OK. Again, suggestions would be appreciated. CroombeFP What type of drive is it? USB or Internal IDE? I recently used a USB Zip 250 to clean off all my disks before putting it in a garage sale and it worked perfectly under F10 (x86_64). Richard -- 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
Delay in the activation of the routes at startup
Hi, I have a fedora 10 installed on a computer. I noticed a delay in the activation of the routes during the startup process through network startup script. Actually, I run a ping -c 50 xxx.yyy.zzz.ttt /var/log/startup.ping (while xxx.yyy.zzz.ttt is a valid computer IP adress) just after the automatic startup execution of the script /etc/rc.d/init/network. The ping first start by answer several Destination Host Unreachable. Then after about 25 fail, the ping gets reply from the host. A while the route -n /var/log/startup.route command before the startup ping shows that whole routes are valid (ie : no difference after and before the pings). Do you have an idea of the reason of this delay in the activation of the routes ? Regards, Damien Touraine -- 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
disk full
Hi What is the quick / easy way to find out which files in / to make the HD space full? Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda10 1004024983848 0 100% / /dev/sda9 1004024 17676935344 2% /opt /dev/sda6 2016016 35840 1877764 2% /tmp /dev/sda5 5036284 2622816 2157636 55% /usr /dev/sda3 5036316452808 4327676 10% /var /dev/sda2 19322896176204 18165124 1% /home /dev/sda1 1004024 37536915484 4% /boot tmpfs 110680 0110680 0% /dev/shm Thank you __ Instant Messaging, free SMS, sharing photos and more... Try the new Yahoo! Canada Messenger at http://ca.beta.messenger.yahoo.com/ -- 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
LXDE as default in init 5
I would like to set this as the default, but using runlevel 5 just brings up GDM by default and I have to select lxde every time. Anyone happen to know where you can can set this? it doesnt seem realted to prefdm, I tried that already. -- 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 email
On 02/01/2009 02:41 PM, Craig White wrote: On Sun, 2009-02-01 at 13:13 -0430, Patrick O'Callaghan wrote: That said, I've been using it for many, many years and it works fine for me. Ditto, but with persistent frustrations. I'm fed up to the back teeth with it hanging forever trying to sync an IMAP mailbox, something that happens to me several times a day. I am using IMAP and I have been for many, many years and I've migrated this particular setup from at least FC6 to now F10. I've got a LOT of mail and a LOT of folders but I'm not having 'hanging forever trying to sync' - It is not a problem that is endemic in Evolution. I'm well aware of that. If it was endemic, no doubt it would be fixed by now. However it's been happening to me for years on two different machines connected to two different networks (to be fair, it does tend to happen less than it used to). I also get extreme slowness when opening very large folders, especially on Gmail via IMAP. Evo spends a lot of time updating its state, in fact I sometimes see two *overlapping* updates, apparently because the first one takes so long (in fact it can sit at 0% apparently forever) that it runs out the polling interval and starts another one. This doesn't happen with Tbird on the same machine, network and account setup. Tbird never takes more than a few seconds to open one of these folders. 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
Problems with nfs and Fedora 10 x86_64
I am used to using portmap with nfs. Where is the documentation on the new rpcbind programs used on Fedora 10? When I try to mount a partition across the network on the new system, I am getting mount /numbers1 mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. netstat -nlp | grep LISTEN | grep -v LISTENING tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2082/rpcbind tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 4501/sshd tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2648/cupsd tcp0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2580/sendmail: acce tcp0 0 ::: 111 :::*LISTEN 2082/ rpcbind tcp0 0 ::: 22 :::*LISTEN 4501/ sshd When I try to mount one of the new system's partition on an older system, the older system says that the nfs server is not working. -- 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: LXDE as default in init 5
On Mon, Feb 2, 2009 at 11:39 AM, solarflow99 solarflo...@gmail.com wrote: I would like to set this as the default, but using runlevel 5 just brings up GDM by default and I have to select lxde every time. Anyone happen to know where you can can set this? it doesnt seem realted to prefdm, I tried that already. If you select LXDE from GDM then it should remember that setting. I can't tell for sure if you've done that with the limited information you've provided. I recently installed F10 on a low end laptop (P2 366MHz) w/ 128MB of ram. I'm using LXDE in combination with Slim (login manager). I probably should put put it in bugzilla but I created a lxde.switchdesk file (modified from the fluxbox one) so you can use switchdesk to change to LXDE. However, I found out the hard way that if you choose your desktop in GDM, switchdesk will have no effect. Richard -- 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: Poor WiFi Performance
Tim-163 wrote: At that distance I would have expected full scale. I wonder if it's other things, such as reflections or interference. A strong signal doesn't always mean a good signal, and I don't know if your signal meter is just strength, or an overall signal quality indicator. I am pretty sure that this is not the issue ... but it would be nice if others might give their experiences of measured transfer throughput under vaguely similar conditions. I'll run further tests when I get a chance. -- View this message in context: http://www.nabble.com/Poor-WiFi-Performance-tp21655322p21795191.html Sent from the Fedora List mailing list archive at Nabble.com. -- 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: Problems with nfs and Fedora 10 x86_64
I found that is I put all:127.0.0.1 in /etc/hosts.allow mounting nfs partitions on the new server worked. On Feb 2, 2009, at 1:01 PM, Margaret Doll wrote: I am used to using portmap with nfs. Where is the documentation on the new rpcbind programs used on Fedora 10? When I try to mount a partition across the network on the new system, I am getting mount /numbers1 mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. netstat -nlp | grep LISTEN | grep -v LISTENING tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2082/rpcbind tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 4501/sshd tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2648/cupsd tcp0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2580/sendmail: acce tcp0 0 ::: 111 :::*LISTEN 2082/rpcbind tcp0 0 ::: 22 :::*LISTEN 4501/sshd When I try to mount one of the new system's partition on an older system, the older system says that the nfs server is not working. -- 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 -- 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: is KDE dead - did Gnome win?
On Monday 02 February 2009 13:54:00 Robin Laing wrote: Craig White wrote: On Fri, 2009-01-30 at 09:53 -0500, Kelly Miller wrote: On Wed, Jan 28, 2009 at 9:38 AM, Mail Lists li...@sapience.com wrote: \SNIP the truth is though, that he is not the only one who switched from KDE to GNOME. It's about the expectations. When I installed F10 on the first machine, I tried Gnome and was so frustrated. I tried to switch to KDE but I couldn't get it to work but that was my fault. I didn't know about the session selector in GDM and was trying switch desktop function. After playing with Gnome, I found the same frustrations. Some nice improvements over the version in F7 but still reminded me of using MS Windows. No real control to improve the efficiency. KDE 4.1 is pretty good. I am having some weird issues that I don't like but I have not had a chance to figure out all the changes. I hear 4.2 is so much better than 4.2 so I think I will be really happy. Of course that is after I change the menu back to the classic menu from the Vista like menu. Ok, honestly, I have been trying to find out what do you guys in kick-off that is like window$, but I have yet to find out. I don't see anything to be the same except that there are some things and you click on them. My daughter prefers Gnome over KDE because KDE makes here think of Macs and she has had her fair share of nightmares with Mac's. that's the first time I'm hearing this. I personally agree that I would rather be using the KDE on F10 than GNOME but not everyone who disagrees is inherently wrong. Craig I will drink to that. To each their own. The person that turned me onto KDE now uses Gnome but is thinking of checking it out again when 4.2 comes out. KDE 4.2 is already out and I'v been using it for 2 months now (from RC) and the final came out last tuesday. You can get it from kde-redhat repo. -- Robin Laing -- Armin Moradi -- 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
firewall suggestions
Hi All; I need a good network firewall that will give me web content filtering and VPN (or similar) access. Email spam filtering and ease of use would be a plus. Suggestions? -- 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: Problems with nfs and Fedora 10 x86_64
On Mon, Feb 2, 2009 at 8:01 AM, Margaret Doll margaret_d...@brown.edu wrote: I am used to using portmap with nfs. Where is the documentation on the new rpcbind programs used on Fedora 10? Sorry, don't know. When I try to mount a partition across the network on the new system, I am getting mount /numbers1 mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. Sounds to me like nfslock is not running. Try: /etc/init.d/nfs status /etc/init.d/nfslock status nfslock is used by both servers and clients, nfs is only for the server, for exporting from that machine. e.g., my machine is a client for nfs services only, running nfslock but not nfs. HTH, Dave netstat -nlp | grep LISTEN | grep -v LISTENING tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2082/rpcbind tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 4501/sshd tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2648/cupsd tcp0 0 127.0.0.1:250.0.0.0:* LISTEN 2580/sendmail: acce tcp0 0 :::111 :::* LISTEN 2082/rpcbind tcp0 0 :::22 :::* LISTEN 4501/sshd When I try to mount one of the new system's partition on an older system, the older system says that the nfs server is not working. -- 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: is KDE dead - did Gnome win?
On Mon, Feb 2, 2009 at 9:54 AM, Robin Laing robin.la...@drdc-rddc.gc.ca wrote: ..snip... My daughter prefers Gnome over KDE because KDE makes here think of Macs and she has had her fair share of nightmares with Mac's. Funny thing. While using KDE 4.1 in F10, I was tweaking settings and the very first moment I saw the layout of the System Settings control panel I though Time warp! it looks like Mac OS X... I did not think there was anything wrong with that. I found the control panel to be quite functional. ~af -- 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
British Spellcheck in Firefox 3.05
I have US English selected as the language but FF insists, for example that color s/b colour. Is this a bug or something that I can reconfigure? -- Neither Lifestyle nor Agenda http://www.tips-Q.com -- 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: British Spellcheck in Firefox 3.05
On Mon, Feb 2, 2009 at 1:21 PM, homb...@tips-q.com wrote: I have US English selected as the language but FF insists, for example that color s/b colour. Is this a bug or something that I can reconfigure? Yes it's a bug. I'm not sure about a fix but you can change your dictionary very easily. The next word it thinks is misspelled, right click on it and pick the Languages option and change it to English (US). Richard -- 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
broken nis in rawhide?
Is there some reason why rawhide's ypbind should fail to bind, if I have nsswitch.conf = passwd: files nis shadow: files nis group: files nis other stuff snipped This worked fine on F10, and it works OK if I downgrade to the F10 ypbind rawhide. But with the rawhide version, the nis server reports errors like this: Feb 2 14:15:28 server2 ypserv[2312]: refused connect from 192.168.0.89:56329 to procedure ypproc_match (nisavtech,shadow.byname;-1) Has something changed with nis sharing of shadow password data? Reported as https://bugzilla.redhat.com/show_bug.cgi?id=483650 - Mike -- 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: broken nis in rawhide?
Dr. Michael J. Chudobiak wrote: Is there some reason why rawhide's ypbind should fail to bind, if I have nsswitch.conf = passwd: files nis shadow: files nis group: files nis other stuff snipped This worked fine on F10, and it works OK if I downgrade to the F10 ypbind rawhide. But with the rawhide version, the nis server reports errors like this: Feb 2 14:15:28 server2 ypserv[2312]: refused connect from 192.168.0.89:56329 to procedure ypproc_match (nisavtech,shadow.byname;-1) Has something changed with nis sharing of shadow password data? Reported as https://bugzilla.redhat.com/show_bug.cgi?id=483650 This should be posted on the rawhide mailing list fedora-test-l...@redhat.com -- - Rick Stevens, Systems Engineer ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - The bogosity meter just pegged.- -- -- 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: disk full
On Mon, 2009-02-02 at 04:52 -0800, ann kok wrote: Hi What is the quick / easy way to find out which files in / to make the HD space full? If you have a Gnome installed, you can use a GUI tool for this. Applications - System Tools - Disk Usage Analyzer - Adam -- 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: is KDE dead - did Gnome win?
Robin Laing wrote: Craig White wrote: On Fri, 2009-01-30 at 09:53 -0500, Kelly Miller wrote: On Wed, Jan 28, 2009 at 9:38 AM, Mail Lists li...@sapience.com wrote: \SNIP the truth is though, that he is not the only one who switched from KDE to GNOME. It's about the expectations. When I installed F10 on the first machine, I tried Gnome and was so frustrated. I tried to switch to KDE but I couldn't get it to work but that was my fault. I didn't know about the session selector in GDM and was trying switch desktop function. After playing with Gnome, I found the same frustrations. Some nice improvements over the version in F7 but still reminded me of using MS Windows. No real control to improve the efficiency. KDE 4.1 is pretty good. I am having some weird issues that I don't like but I have not had a chance to figure out all the changes. I hear 4.2 is so much better than 4.2 so I think I will be really happy. Of course that is after I change the menu back to the classic menu from the Vista like menu. My daughter prefers Gnome over KDE because KDE makes here think of Macs and she has had her fair share of nightmares with Mac's. I personally agree that I would rather be using the KDE on F10 than GNOME but not everyone who disagrees is inherently wrong. Craig I will drink to that. To each their own. The person that turned me onto KDE now uses Gnome but is thinking of checking it out again when 4.2 comes out. I've went back to GNOME after the third time I had to press the hard reset button on the front of the machine. This is *nix, and my memories of *nix based OS is from SCO. In the 90's I worked for NASDAQ and their (at the time) communications machines ran SCO, we had boxes that had up-times measured in years. So, when KDE 4.1 (this is from the downloaded F10 DVD I did ... maybe two and a half weeks ago) hung hard enough to need to reset button, it was time to switch. I haven't rebooted since now if only I could sync with my lifedrive... Michael -- 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
Firefox Running Slow in Linux
Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. I've tried running Swiftfox, but I haven't gotten it to load (that's another issue) so I'm kind of stuck with Firefox. -- Marc F. www.fergytech.com Registered Linux User: #410978 When life gives me lemons... I make Linuxaide, hmm good stuff! -Marc F. -- 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: Firefox Running Slow in Linux
On Mon, Feb 2, 2009 at 2:02 PM, Marc Ferguson marcfergu...@gmail.com wrote: Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. I've tried running Swiftfox, but I haven't gotten it to load (that's another issue) so I'm kind of stuck with Firefox. All instances of Firefox on Linux that I have tried run arbitrarily slow. I've come to the conclusion that Mozilla doesn't care about Linux. Stuff that happens almost instantly on older Windows machines take several seconds on my fairly beefed up workstation. I've more or less given up on it. -- Fedora 9 : sulphur is good for the skin ( www.pembo13.com ) -- 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: Firefox Running Slow in Linux
On Mon, 2009-02-02 at 15:02 -0500, Marc Ferguson wrote: Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. Couple things to look out for. Plugins. Turn off all your plugins and retest. There are some that cause serious performance degradation. Find the guilty party and decide if it's work it. Scripts. God's be damned scripts. CNN is probably one of the WORST for this. I have to use noscript to keep CNN from nuking my performance due to the script invoking flash cruft that ends up invoking the npviewer.bin performance sink. It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. Haven't seen that. What distro? What kernel? What pages? What system? I've tried running Swiftfox, but I haven't gotten it to load (that's another issue) so I'm kind of stuck with Firefox. -- Marc F. Mike www.fergytech.com Registered Linux User: #410978 When life gives me lemons... I make Linuxaide, hmm good stuff! -Marc F. -- 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 -- Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471| possible worlds. A pessimist is sure of it! signature.asc Description: This is a digitally signed message part -- 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: IPv6 and localhost
On Mon, Feb 2, 2009 at 1:50 PM, Bill Davidsen david...@tmr.com wrote: but I agree that localdomain is probably a historical artifact. It's a sendmail issue. -- Garry Williams +1 678 656-4579 -- 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: Firefox Running Slow in Linux
On Mon, Feb 2, 2009 at 1:13 PM, Michael H. Warfield m...@wittsend.com wrote: On Mon, 2009-02-02 at 15:02 -0500, Marc Ferguson wrote: Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. Couple things to look out for. Plugins. Turn off all your plugins and retest. There are some that cause serious performance degradation. Find the guilty party and decide if it's work it. Also, for the original poster, you can run firefox -safe-mode to start with all extensions and themes disabled. If your problems go away in this mode, then you know there's a problem with an extension or theme. (Just a shot in the dark, no idea how many extensions you have installed.) It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. Haven't seen that. What distro? What kernel? What pages? What system? I'm currently running a 3.1 beta nightly on F10 x86_64, and it seems fine to me, too. Though, I think they've done a lot of work speeding up javascript. If you want more adventure in your life, you may want to consider trying a nightly, or just wait for 3.1 to be released. (The nightlies seem pretty robust.) reid -- 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: Slooooow USB key speeds
On 02/01/2009 08:36 PM, Kanwar Ranbir Sandhu wrote: On Sun, 2009-02-01 at 18:14 -0500, Kanwar Ranbir Sandhu wrote: I'm starting to think something is not quite right with the USB key (or in the way it's being detected): I tested transferring files to my PSP, but didn't see any of the same speed issues. I was able to copy large files back and forth without any problems. More testing with my PSP and the USB stick has revealed large file transfers (e.g. 1 GB in size or more) destroy the transfer speed. Transfers start up fast (around 20 MBps), and after a few seconds begin to drop. The difference being the Kingston USB stick drops to 1 MBps or less, whereas the PSP is able to maintain a speed of around 6.5 MBps. Both devices connect at hi-speed (480 Mbps). Anyone know what's going on? Two things (at least): 1) The initial high speed is an illusion caused by system buffering. You can see this easily by copying a smallish file, say 1MB. It will finish very quickly at an apparently high speed. Now try to unmount the stick. The light will flash as it physically moves the data over the USB connection. 2) USB sticks vary enormously in write performance, and there's often a tradeoff between capacity and speed. There's definitely a tradeoff between speed and cost. The theoretical maximum throughput of the USB bus is almost entirely irrelevant in this context (large file copies). There may also be driver issues of course, but the above two factors need to be taken into account. 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: [ale] Firefox Running Slow in Linux
On Mon, Feb 2, 2009 at 3:38 PM, Jim Kinney jim.kin...@gmail.com wrote: Everything M. Warfield said and what specifically is the scrolling issue you see? Hangs on scroll, jumpy scroll, won't scroll, etc? I have a dual Op with 4GB RAM and 64-bit firefox. As my memory gets chewed up, firefox performance degrades. 3.0.5 seems better than prior 3.0.x version but it still will crash and vanish thanks to crappy javascript all over the place. I also run the adobe testing version of flash for 64-bit Linux. It _mostly_ works but I have seen it tear down firefox to a bit heap of weeping page faults. 2009/2/2 Marc Ferguson marcfergu...@gmail.com: Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. I've tried running Swiftfox, but I haven't gotten it to load (that's another issue) so I'm kind of stuck with Firefox. -- Marc F. www.fergytech.com Registered Linux User: #410978 When life gives me lemons... I make Linuxaide, hmm good stuff! -Marc F. ___ Ale mailing list a...@ale.org http://mail.ale.org/mailman/listinfo/ale -- -- James P. Kinney III ___ Ale mailing list a...@ale.org http://mail.ale.org/mailman/listinfo/ale Wow, again, the community comes with the MANsers! I'll post my specs when I get in, but I'm shocked to see that Mozilla doesn't have much love for our market. I assumed that since it was FOSS that it would give more love to Linux, but I guess Windows has more pull than I thought. That's what I get for ASSuming things. Reid, I look forward to nightly adventures... so I'll look into the latest beta build too. Oh and to confirm, it probably is my nVidia car. Ever since I've been running this system and learning about Linux (9+ months), there has ALWAYS been a common denominator... and that's my graphics card (nVidia GeForce 8600 GT). If I didn't need 3D support A LOT of my issues would have gone away. Amazing how troublesome this awesome little graphics card has become to FOSS users. -- Marc F. www.fergytech.com Registered Linux User: #410978 When life gives me lemons... I make Linuxaide, hmm good stuff! -Marc F. -- 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: Super user problem FC10
On 02/02/09 10:34, Mikkel L. Ellertson wrote: Croombe F. Pensom wrote: I have installed FC10 five times now but I can NEVER log in as root as it ALWAYS tells me that the authentication failed. I did the install very, very carefully as I thought that, maybe, I had goofed; but, no, I set up root password OK but still cannot do the login as root. The only way I can get to root operations is via sudo but, then, I can't get a gui running (I'm a bit lazy!!). Any ideas as to why I can't log in as root? CroombeFP You may want to do a search of the list. This has been covered several times. By default, root can not log into the GUI. I wish people wouldn't keep saying that. By default, root cannot log into *gdm*. Root can log into kdm. 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: British Spellcheck in Firefox 3.05
homb...@tips-q.com wrote: I have US English selected as the language but FF insists, for example that color s/b colour. Is this a bug or something that I can reconfigure? That's not a bug - it's our language and we're just making sure you use it right ;o) If you browse to about:config you can change spellchecker.dictionary value to whatever you like (I presume you want en_US) However, mine was set to en_ZW - which is due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=439598 so it may be that yours is actually set to Zimbabwe too (They may spell colour correctly as well...) -- An Englishman -- 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
Problems with evolution when storing a folder on Fc10
Dear Members,ion I am having a problem with evolution on a FC10 x86_64 machine. There are times when evolution stalls giving me the message Storing folder It usually finishes the process and returns to normal after the folder is stored and completed, but it might take as long as 30 minutes for this to finish. I am not using this machine for anything else other than its use for e-mail. I usually ssh -Y into it from a remote site, but these symptoms occur both during local use and remote use. This problem did not occur with FC7 that I used on this machine before the install of Fc10. I have used 'atop' to evaluate what is happening when this occurs and noticed that the DSK entry becomes very high I would sure appreciate anyone's help. Thank you Greg Ennis Here is a line item entry of DSK using 'atop' DSK | sda | busy 99% | read1167 | write 2172 | avio 2 ms | Here is a complete screen capture of 'atop' ATOP - DevB 2009/02/02 14:45:20 10 seconds elapsed PRC | sys 0.57s | user 1.15s | #proc150 | #zombie0 | #exit 0 | CPU | sys 5% | user 11% | irq 0% | idle 96% | wait 88% | cpu | sys 5% | user 9% | irq 0% | idle 0% | cpu001 w 87% | cpu | sys 1% | user 2% | irq 0% | idle 97% | cpu000 w 0% | CPL | avg1 1.84 | avg52.79 | avg15 2.28 | csw 4979 | intr 8939 | MEM | tot1.0G | free9.5M | cache 600.3M | buff5.5M | slab 46.8M | SWP | tot2.0G | free2.0G | | vmcom 643.1M | vmlim 2.5G | PAG | scan 1184 | stall 0 | | swin 0 | swout 0 | DSK | sda | busy 87% | read 507 | write 1688 | avio 4 ms | NET | transport | tcpi 757 | tcpo 819 | udpi 0 | udpo 0 | NET | network | ipi 756 | ipo 819 | ipfrw 0 | deliv 756 | NET | eth0 0% | pcki 329 | pcko 619 | si 18 Kbps | so 593 Kbps | NET | lo | pcki 427 | pcko 427 | si 571 Kbps | so 571 Kbps | PID SYSCPU USRCPU VGROW RGROW RDDSK WRDSK ST EXC S CPU CMD 1/1 2870 0.43s 1.10s 0K 0K 2512K 5864K -- - R 15% evolution 2869 0.03s 0.03s 0K 0K 0K 0K -- - R 1% sshd 3197 0.04s 0.01s 0K 0K 0K 0K -- - R 0% atop 579 0.03s 0.00s 0K 0K 0K36K -- - D 0% kjournald 2152 0.01s 0.00s 0K 0K 0K 0K -- - S 0% hald-addon-sto 2156 0.00s 0.01s 0K 0K 0K 0K -- - S 0% hald-addon-sto 4 0.01s 0.00s 0K 0K 0K 0K -- - S 0% ksoftirqd/0 233 0.01s 0.00s 0K 0K 0K 0K -- - S 0% kswapd0 1084 0.01s 0.00s 0K 0K 0K 0K -- - S 0% scsi_eh_4 1839 0.00s 0.00s 0K 0K 0K 0K -- - S 0% irqbalance -- 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: OT?: Thunderbird/Firefox - http links changed to file: links??
G.Wolfe Woodbury wrote: The problem persists! Not just one or two messages, now it affects all message links from Thunderbird to Firefox. snip I'm beginnig to wonder if there is something amiss with some global configuration or if I have somehow been compromised. This last is fairly unlikely since I practice safe hex and have a firewall in place. I guess I'll have to dig into the global configurations for TB and FF but don't expect to find anything as they were both erased and re-installed just now. Just to be on the safe side I'll reboot to make sure there isn't any memory-resident interceptor at work. An examination of ps shows nothing unusual but I'll check for rootkits and such as well. After re-booting and applying all the Gnome updates, the problem has disappeared. All the links behave just fine. BTW: The chkrootkit scan found nothing. Thanks You for the suggestions. -- G.Wolfe Woodbury -- 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: Firefox Running Slow in Linux
On Mon, Feb 2, 2009 at 2:13 PM, Michael H. Warfield m...@wittsend.com wrote: On Mon, 2009-02-02 at 15:02 -0500, Marc Ferguson wrote: Hi, I know I'll probably get hazed by this already saturated question, but I haven't found any solid answers to my issue from the archives. I'm running Fedora 10 x86_64 and loving the adventure of running an 64 bit system. I'm also running Firefox 3.0.x (x86_64), but I've noticed that it's not very smooth compared to it running on a Windows machine and I'm little confused why. Couple things to look out for. Plugins. Turn off all your plugins and retest. There are some that cause serious performance degradation. Find the guilty party and decide if it's work it. Out of the box it is slow, so unless Fedora is adding plugins by default, it is slow by default. Scripts. God's be damned scripts. CNN is probably one of the WORST for this. I have to use noscript to keep CNN from nuking my performance due to the script invoking flash cruft that ends up invoking the npviewer.bin performance sink. Such a problem would affect Firefox cross platform, it's only this slow on Linux. It's more the scroll bar than anything else. It's something small, but it's ruining the surfing experience and I'm a little embarrassed to let other people use it on my desktop. I don't want to give Linux a bad name and these folks are primarily Windows/MAC users. So; their experience with using Firefox on my system is a tainted one. Haven't seen that. What distro? What kernel? What pages? What system? Every i386 version I've tried since F7. All non trivial pages, seemingly with or without Flash. If F7, I couldn't even use Bugzilla's guided mode with Firefox/Linux. -- Fedora 9 : sulphur is good for the skin ( www.pembo13.com ) -- 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