theme song
Hello, I am not sure if this is the right place, but just to start with I am putting my query here. Do we have something like a theme song for fedora? Either lyrics or a composition? I am a composer/arranger and have my own home studio setup. I can work things out if some collaborates for the lyrics and ideas. so Regards, Subodh Bhagat ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: theme song
Subodh wrote: Hello, Hi, I am not sure if this is the right place, but just to start with I am putting my query here. It sounds like a good place, even if we lack people with a background in music. Do we have something like a theme song for fedora? Either lyrics or a composition? We don't have a theme song and I think we could use one. I am a composer/arranger and have my own home studio setup. I can work things out if some collaborates for the lyrics and ideas. so I think you will have to take the lead in this and give us small and basic tasks which can be accomplished by newbies in this area. BTW, are some of your creations available online? -- 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
Re: theme song
On Wed, 2009-03-11 at 16:11 +0530, Subodh wrote: Do we have something like a theme song for fedora? Either lyrics or a composition? I'd like to ask about sounds like the start-up sound etc. Is there any room for additions? or even improvements/changes? I am a composer/arranger and have my own home studio setup. I can work things out if some collaborates for the lyrics and ideas. Sounds great! I got some music skills (compose and play) too. I haven't uploaded my work yet (I will soon)...Which software do you use? To be more exact, do you use open source software in Fedora? I use Ardour (for mastering), Zynaddsubfx (just excellent!) , hydrogen and Qsynth (poor quality sounds), all collaborating beautifully thanks to JACK. In proprietary and generally in software, I guess there is nothing better than Reason 4. -- Konstantinos Antonakoglou PGP key: 0xC9E2E16B anton.c...@gmail.com constanton @ Freenode 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
Re: theme song
Konstantinos Antonakoglou wrote: On Wed, 2009-03-11 at 16:11 +0530, Subodh wrote: Do we have something like a theme song for fedora? Either lyrics or a composition? I'd like to ask about sounds like the start-up sound etc. Is there any room for additions? or even improvements/changes? Back in August-September someone (Chris Norman) tried to come with a sound theme, which obviously for a first try was not that great and we were lousy with feedback and discouraged him. From my experience, a new sound theme should be *really great* in order to surpass the opinion that we should stay with the upstream default no matter what. -- 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
Re: theme song
Hy, Do we have something like a theme song for fedora? Either lyrics or a composition? Sounds like a good idea (after some are working on a picture book that would be the next step I guess). Some ideas: * make it under the cc licence * compose and buidl it over the Internet * we have the 4 Foundations - lets try to implement them ** friends (eg. fedora grooves from around the world) ** freedom (eg. the theme itself...) ** features (eg. I myself have some experience in Studiomusic, maybe I can ask some international known guys...) ** first (eg. the first Fedora-album?!) I also think of ideas like a contest. Like http://www.openmusiccontest.org/ * musicians from all over the world could send files * a jury of e.g. some of our developers and others select some * Artwork from inside... mit freundlichen Grüßen / best regards Henrik Heigl - wonde...@fedoraproject.org ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: theme song
On Wed, Mar 11, 2009 at 04:11:21PM +0530, Subodh wrote: Hello, I am not sure if this is the right place, but just to start with I am putting my query here. Do we have something like a theme song for fedora? Either lyrics or a composition? I am a composer/arranger and have my own home studio setup. I can work things out if some collaborates for the lyrics and ideas. so I think song in general is a great idea. I'm a musician myself and an appreciator of songwriters. I also have pretty strong feelings that there will probably never be a truly great song about software. But a song about something that Fedora holds dear seems like a perfectly awesome idea to me. What about a song about friendship and community? And if Greg DeKoenigsberg suggests a workers' anthem, please ignore him. ;-) -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug pgpC2dlIxzlqT.pgp Description: PGP signature ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
[Bug 70132] Support @font-face
Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=70132 --- Comment #177 from Karl Tomlinson (:karlt) mozb...@karlt.net 2009-03-11 00:20:42 PDT --- When I try https://developer.mozilla.org/@api/deki/files/2935/=webfont-sample.html , nsFontFaceLoader::OnStreamComplete for http://developer.mozilla.org/@api/deki/files/2934/=VeraSeBd.ttf gets called with aStatus=0x805303f4 (a failure that I don't recognize). mCanceled is 1 in nsHttpChannel::OnStopRequest. I wonder whether url(https://developer.mozilla.org/@api/deki/files/2934/=VeraSeBd.ttf;) or url(/@api/deki/files/2934/=VeraSeBd.ttf) may work better, but I don't know. -- Configure bugmail: https://bugzilla.mozilla.org/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 70132] Support @font-face
Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=70132 --- Comment #178 from Jeff Walden jwalden+...@mit.edu 2009-03-11 01:08:12 PDT --- http://silver.warwickcompsoc.co.uk/mozilla/misc/nserror?0x805303f4 sez that's NS_ERROR_DOM_BAD_URI. A glance at nsCSSScanner::NextURL doesn't show anything odd, so I suspect the code to create a URL from the resulting string doesn't like the unescaped character, maybe. -- Configure bugmail: https://bugzilla.mozilla.org/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 475743] Japanese desktop defaulting to Chinese 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=475743 Behdad Esfahbod besfa...@redhat.com changed: What|Removed |Added Flag|needinfo?(besfa...@redhat.c | |om) | --- Comment #43 from Behdad Esfahbod besfa...@redhat.com 2009-03-11 11:51:10 EDT --- I'm still confused. From what I understand, an alias I added in recent fontconfig updates is causing this. If that's true, which alias, and if you can move it further down to not cause the bug, what's the patch? 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 477481] [wastesedge] 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=477481 --- Comment #18 from Fedora Update System upda...@fedoraproject.org 2009-03-11 14:00:17 EDT --- wastesedge-0.3.4-0.12.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. -- 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 489733] gdm crashes on language selection
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=489733 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added CC||besfa...@redhat.com, ||fedora-fonts-bugs-l...@redh ||at.com, mcla...@redhat.com Component|gdm |pango AssignedTo|jmcc...@redhat.com |besfa...@redhat.com --- Comment #1 from Matthias Clasen mcla...@redhat.com 2009-03-11 14:09:07 EDT --- Crash is inside pango: Program received signal SIGTRAP, Trace/breakpoint trap. 0x003124c421e7 in g_logv () from /lib64/libglib-2.0.so.0 (gdb) bt #0 0x003124c421e7 in g_logv () from /lib64/libglib-2.0.so.0 #1 0x003124c42583 in g_log () from /lib64/libglib-2.0.so.0 #2 0x003ce480b1e3 in pango_fc_fontset_finalize (object=0x25fdf20) at pangofc-fontmap.c:842 #3 0x00312500d9ef in g_object_unref () from /lib64/libgobject-2.0.so.0 #4 0x003124c29eaa in ?? () from /lib64/libglib-2.0.so.0 #5 0x003124c2b40a in ?? () from /lib64/libglib-2.0.so.0 #6 0x003ce480b9e5 in pango_fc_fontset_cache ( fcfontmap=value optimized out, fontset=value optimized out) at pangofc-fontmap.c:1619 #7 pango_fc_font_map_load_fontset (fcfontmap=value optimized out, fontset=value optimized out) at pangofc-fontmap.c:1656 #8 0x05eb7761 in ?? () from /usr/lib64/gtk-2.0/modules/libpk-gtk-module.so #9 0x003127c191b3 in itemize_state_update_for_new_run ( state=value optimized out) at pango-context.c:1288 -- 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 487593] crash changing language in gdm
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=487593 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added CC||har...@redhat.com --- Comment #3 from Matthias Clasen mcla...@redhat.com 2009-03-11 14:12:59 EDT --- *** Bug 489733 has been marked as a duplicate of this bug. *** -- 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 489733] gdm crashes on language selection
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=489733 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution||DUPLICATE --- Comment #2 from Matthias Clasen mcla...@redhat.com 2009-03-11 14:12:59 EDT --- *** This bug has been marked as a duplicate of 487593 *** -- 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 70132] Support @font-face
Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=70132 --- Comment #179 from Stellan Klebom kle...@hotmail.com 2009-03-11 13:05:48 PDT --- (In reply to comment #176) According to the error console, there are errors occurring parsing your HTML, with invalid values specified for several things. You may want to check that. My test cases all validate for HTML 4.01 strict and CSS3. The messages you are referring to are CSS warnings for http://klebom.se/stellan/css/font-face/vera.html not for http://klebom.se/stellan/css/font-face/vera2.html that I asked you about. In the vera2 case Shiretoko only loads 6 out of 10 font files in windows version. In the vera case Shiretoko is generating CSS-warnings for valid CSS3. That's because full standard isn't implemented. For example font-weight: all or font-style: all etc is unsupported by Gecko. Gecko also don't regonize a list of values per spec. e.i. font-style: oblique, italic or font-weight: 400, 500, 600. -- Configure bugmail: https://bugzilla.mozilla.org/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 70132] Support @font-face
Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=70132 --- Comment #181 from David Baron [:dbaron] dba...@dbaron.org 2009-03-11 14:56:25 PDT --- (In reply to comment #173) It seems like some ttf-files won't work. See my test case http://klebom.se/stellan/css/font-face/vera2.html . This testcase uses all 10 font files in the Bitstream Vera font family. Firefox fails to load 4 of them. As far as I know they are all standard true type fonts. When I load this testcase in a DEBUG build, I see 4 occurrences of this warning printed to the console: WARNING: invalid font (bad checksum): file /home/dbaron/builds/mozilla-central/mozilla/gfx/thebes/src/gfxFontUtils.cpp, line 809 -- Configure bugmail: https://bugzilla.mozilla.org/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 70132] Support @font-face
Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=70132 --- Comment #183 from Bill Gianopoulos b...@wg9s.com 2009-03-11 16:17:24 PDT --- (In reply to comment #182) (In reply to comment #181) WARNING: invalid font (bad checksum): file /home/dbaron/builds/mozilla-central/mozilla/gfx/thebes/src/gfxFontUtils.cpp, line 809 Too bad!! I just did some research on the vera fonts. Bitstream donated them to open source through the gnome foundation. The four font files are broken from the source... That means there are no correct files to be found, and also that almost every linux installation have the faulty files, and of course this also means that Gecko needs to render fonts even with invalid checksum as in the vera font case, since these broken fonts render fine with Safari for windows for example. The files VeraBd.ttf, VeraIt.ttf, VeraSe.ttf, VeraSeBd.ttf all have checksum error in their head table. Wern''t you asked in comment 180 to stop spamming this bug and to file a new bug on this issue? -- Configure bugmail: https://bugzilla.mozilla.org/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 487593] crash changing language in gdm
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=487593 Matthias Clasen mcla...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||mcla...@redhat.com Resolution||RAWHIDE --- Comment #4 from Matthias Clasen mcla...@redhat.com 2009-03-11 20:54:23 EDT --- Fixed in rawhide today. -- 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 477419] [lklug-fonts] 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=477419 Rahul Bhalerao rbhal...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED --- Comment #5 from Rahul Bhalerao rbhal...@redhat.com 2009-03-12 01:12:18 EDT --- Updated in lklug-fonts-0.2.2-9. -- 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 489833] New: Default Font Rendering is Poor
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Default Font Rendering is Poor https://bugzilla.redhat.com/show_bug.cgi?id=489833 Summary: Default Font Rendering is Poor Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: low Component: freetype AssignedTo: besfa...@redhat.com ReportedBy: cwgarfiel...@yahoo.com QAContact: extras...@fedoraproject.org CC: besfa...@redhat.com, ke...@tigcc.ticalc.org, fedora-fonts-bugs-list@redhat.com Classification: Fedora Description of Bug: In Fedora 10, fonts are by default rendered poorly in terms of legibility and proportion. While this problem is in reality systemwide with ALL fonts, it is most noticeable in Firefox and OpenOffice. In Firefox, fonts are too big proportionally no matter how font settings are changed in Edit|Preferences. They look about 1 size bigger or smaller than they should be. In OpenOffice, fonts do not appear antialiased at all (regardless of sans serif or serif or system hinting settings) and the edges of the letters appear very jagged instead of smooth. One can observe a similar phenomenon in AbiWord as well. This makes documents difficult to look at for extended periods of time. A long time ago, Debian/Ubuntu had similar problems with fonts, but they patched the font rendering packages and now the problem is fixed in those distros. Fedora has not done the same and this problem has persisted through many releases with no action being taken. This is most emphatically NOT a bug with Firefox, Abiword, OpenOffice or any other external program. This has to do with Fedora itself, as one can clearly see from the descriptions that follow. Steps to fix bug: After much research, packages located at http://www.bevenhall.se/jim/fedora-cleartype/ were found to completely fix the problem. Steps as quoted from http://www.bevenhall.se/jim/fedora-cleartype/ Tired of crappy and ugly fedora fonts? Download and replace these rpms for F8 or F10. 'rpm -Uvh --replacepkgs --force cairo-* freetype-* libXft-* msfonts-*' [NOTE: msfonts-* is COMPLETELY optional, only useful if one wishes to use those fonts. /NOTE] Restart X to make sure everything is reloaded. Turn on and adjust antialiasing and subpixel smoothing. Enjoy cleartype enabled fonts. Thanks to jaganath for the patch tips and thanks to Erik for the 64-bit rpms. The result of the above fix: Fonts are now beautiful and easy to read systemwide. They antialias well across the system and proportionally scale well in Firefox. These packages are freely redistributable as Fedora installs them by default (albeit the unpatched versions). Clearly, it is not a problem with the fonts individually. Rather the bug concerns the font rendering packages cairo, freetype, and libXft. Steps to Reproduce: Simply compare the font-rendering quality of a default Fedora 10 install to an install that was patched with these packages. Simply a matter of before and after. To fully see changes, one should be sure to Turn on and adjust antialiasing and subpixel smoothing. as mentioned in the steps above after restarting X. Other bugs that are completely fixed by the patched packages are: https://bugzilla.redhat.com/show_bug.cgi?id=244384 https://bugzilla.redhat.com/show_bug.cgi?id=473836 https://bugzilla.redhat.com/show_bug.cgi?id=198082 A personal appeal: I appeal to the community to please make this a priority before the next release. I just don't want people to be turned off Fedora because of it's poor default font rendering. As one can see from the bug reports above, this problem has lingered for years now. It is in fact a legitimate bug and it deserves attention. Fedora is a great distro and this is really the main thing keeping it from realizing it's true potential from a user perspective. -- 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 489833] Default Font Rendering is Poor
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=489833 Kevin Kofler ke...@tigcc.ticalc.org changed: What|Removed |Added Status|NEW |CLOSED Resolution||CANTFIX --- Comment #1 from Kevin Kofler ke...@tigcc.ticalc.org 2009-03-12 01:28:14 EDT --- We cannot enable these features in Fedora because they violate software patents. You can try the freetype-freeworld packages from RPM Fusion, but these packages do not carry Ubuntu's antialiasing patches which are not upstream, they only enable the bytecode interpreter and subpixel antialiasing from upstream freetype (which cannot be done in Fedora due to software patents). The only complaint which sounds valid is this one: In Firefox, fonts are too big proportionally no matter how font settings are changed in Edit|Preferences. They look about 1 size bigger or smaller than they should be. I've also noticed GTK+ apps displaying larger fonts at the same point size and dpi than Qt apps. 94 dpi in pango is about the same size as 96 dpi in Qt. But this is a completely separate issue, it has nothing to do with the patent-encumbered patches you're referencing. -- 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 487912] Unable to upgrade apanov-edrip-fonts, due to i18n provide issue
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=487912 --- Comment #18 from seth vidal svi...@redhat.com 2009-03-12 01:42:44 EDT --- nicholas, can you check out latest yum from yum's git repo and give it a try? -- 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: Password resets
On Tue, Mar 10, 2009 at 7:41 PM, Mike McGrath mmcgr...@redhat.com wrote: So holy crap does the planet hate it when you ask people to reset their passwords. In particular though, they hated the following: 1. Kittens Personally I thought people were having kittens for all the 'problems' occurring. Maybe we should set up an adoption agency? The main thing with password changes is that a segment of the society does not like them PERIOD. They will quote spafford, etc etc about how its wrong to change passwords and with some members of our faculty do a virtual sit-out in protest. In general I hand them some lemons and tell them to make lemonade. [But that is why I am probably going to see our HR rep about..] Normally our policy for accounts is the following: 15 day email saying your account will be locked, and then deleted 15 days after lock. 7 day email saying your account will be locked, and then deleted 15 days after lock. 1 day email saying your account will be locked. and then 1 day email saying your account is locked and will be deleted in 15 days. 7 day email saying... you get the picture If a person does not get the message within that time frame... well that is life. If we are going to schedule these for a precise period (say first week of March, September (if 180 day timeframe)) a mail can go out to the list also. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. The Merchant of Venice ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: change request
On Wed, 11 Mar 2009, Gianluca Varisco wrote: Mike McGrath wrote: diff --git a/configs/web/translate.fedoraproject.org/transifex.conf b/configs/web/translate.fedoraproject.org/transife index 940b314..43292bf 100644 --- a/configs/web/translate.fedoraproject.org/transifex.conf +++ b/configs/web/translate.fedoraproject.org/transifex.conf @@ -5,6 +5,7 @@ ProxyPass /submit http://transifexCluster/submit ProxyPassReverse /submit http://transifexCluster/submit RewriteEngine On +RewruteRule ^/tx$ https://translate.fedoraproject.org/tx/ [R,L] RewriteRule ^/tx(.*) http://app1/tx$1 [P] RewriteRule ^/site_media(.*) http://app1/site_media$1 [P] s/Rewrute/Rewrite/ Despite that, looks OK to me: +1 ;-) Thanks, thats why we do these things :) Fixed. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: change request
Mike McGrath wrote: On Wed, 11 Mar 2009, Gianluca Varisco wrote: Mike McGrath wrote: diff --git a/configs/web/translate.fedoraproject.org/transifex.conf b/configs/web/translate.fedoraproject.org/transife index 940b314..43292bf 100644 --- a/configs/web/translate.fedoraproject.org/transifex.conf +++ b/configs/web/translate.fedoraproject.org/transifex.conf @@ -5,6 +5,7 @@ ProxyPass /submit http://transifexCluster/submit ProxyPassReverse /submit http://transifexCluster/submit RewriteEngine On +RewruteRule ^/tx$ https://translate.fedoraproject.org/tx/ [R,L] RewriteRule ^/tx(.*) http://app1/tx$1 [P] RewriteRule ^/site_media(.*) http://app1/site_media$1 [P] s/Rewrute/Rewrite/ Despite that, looks OK to me: +1 ;-) Thanks, thats why we do these things :) Fixed. +1 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: Password resets
Mike McGrath wrote: So holy crap does the planet hate it when you ask people to reset their passwords. In particular though, they hated the following: 1. Kittens 2. Password Expiration is confusing and does not imply account expiration. Some may have ignored the warning because they did not understand what the consequences were. 3. Mail aliases going away. This one's legit and accounts for the only data loss we actually had. 4. fedorapeople space going away and not coming back automatically. Possible implementation here: https://fedorahosted.org/fedora-infrastructure/ticket/1244#comment:1 5. Password resets could be introducing less secure passwords. This one's hard for me to quantify. If you use a strong password the first time, what's the likelihood that each reset will bring some number of users to use an insecure password? What's the likelihood of someone using an insecure password to use a more secure password next time (? This can be partially mitigated by using a password strength checker but it was pointed out to me that a strength checker 1) doesn't catch things like BIRTHDATE + WIFESNAME + FIRSTPET 2) Strength checkers often aren't as devious as someone trying to crack passwords. #2 is a bug in the strength checker but we're likely to have to continuously work on the upstream software in order to keep things secure. Without the reward of knowing how much security we're gaining. #1... I don't have a solution for. I'm going to disable password reset/account expiration until at least 3 of the 4 above are done. Please hate me a little less now. Thoughts? Would not doing a password expiration but just an account expiration be okay? I think that we can cover a pretty broad swathe of contributors with something that ties into people logging into fas (because we use json to log people in to web services including the wiki and they need to login to get a certificate to use koji/lookaside). We'd just have to expire accounts on a longer interval than the ssl certs... like 6 months for certs and 7 months for accounts. Thoughts on implementing alternate means of checking activity here: https://fedorahosted.org/fedora-infrastructure/ticket/1237 -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: Password resets
On Wed, 11 Mar 2009, Toshio Kuratomi wrote: 5. Password resets could be introducing less secure passwords. This one's hard for me to quantify. If you use a strong password the first time, what's the likelihood that each reset will bring some number of users to use an insecure password? What's the likelihood of someone using an insecure password to use a more secure password next time (? This can be partially mitigated by using a password strength checker but it was pointed out to me that a strength checker 1) doesn't catch things like BIRTHDATE + WIFESNAME + FIRSTPET 2) Strength checkers often aren't as devious as someone trying to crack passwords. #2 is a bug in the strength checker but we're likely to have to continuously work on the upstream software in order to keep things secure. Without the reward of knowing how much security we're gaining. #1... I don't have a solution for. I'd think http://www.nongnu.org/python-crack/ is a good start. Would not doing a password expiration but just an account expiration be okay? I think that we can cover a pretty broad swathe of contributors with something that ties into people logging into fas (because we use json to log people in to web services including the wiki and they need to login to get a certificate to use koji/lookaside). We'd just have to expire accounts on a longer interval than the ssl certs... like 6 months for certs and 7 months for accounts. Thoughts on implementing alternate means of checking activity here: https://fedorahosted.org/fedora-infrastructure/ticket/1237 I think we shouldn't go too far out of our way for people that can't follow directions. Harsh? Yes, but what we asked of people was incredibly trivial. I'd be fine with asking people to log in but I'd think we'll find lots of people find that confusing. Logging in and setting your password is a task that has a clear begining and end. I can see people logging in expecting to see further directions and then asking now what? We've just got so much else to do I'd hate to spend a lot of time and effort to please a few people that can't spend less then a minute a year (15 seconds every 2 months) to log in and type their password a couple of times and the people that complained couldn't do that. If someone has time to implement some grand scheme, that's fine. I know I don't. The changes suggested about aliases and home dirs are good ones. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
Toshio Kuratomi wrote: Mike McGrath wrote: So holy crap does the planet hate it when you ask people to reset their passwords. In particular though, they hated the following: 1. Kittens 2. Password Expiration is confusing and does not imply account expiration. Some may have ignored the warning because they did not understand what the consequences were. 3. Mail aliases going away. This one's legit and accounts for the only data loss we actually had. 4. fedorapeople space going away and not coming back automatically. Possible implementation here: https://fedorahosted.org/fedora-infrastructure/ticket/1244#comment:1 5. Password resets could be introducing less secure passwords. This one's hard for me to quantify. If you use a strong password the first time, what's the likelihood that each reset will bring some number of users to use an insecure password? What's the likelihood of someone using an insecure password to use a more secure password next time (? This can be partially mitigated by using a password strength checker but it was pointed out to me that a strength checker 1) doesn't catch things like BIRTHDATE + WIFESNAME + FIRSTPET 2) Strength checkers often aren't as devious as someone trying to crack passwords. #2 is a bug in the strength checker but we're likely to have to continuously work on the upstream software in order to keep things secure. Without the reward of knowing how much security we're gaining. #1... I don't have a solution for. I'm going to disable password reset/account expiration until at least 3 of the 4 above are done. Please hate me a little less now. Thoughts? Would not doing a password expiration but just an account expiration be okay? I think that we can cover a pretty broad swathe of contributors with something that ties into people logging into fas (because we use json to log people in to web services including the wiki and they need to login to get a certificate to use koji/lookaside). We'd just have to expire accounts on a longer interval than the ssl certs... like 6 months for certs and 7 months for accounts. +1 Even if they were required to log in to the FAS web UI as an indication that their account was still active, I think that would be preferable to forced password resets. Thoughts on implementing alternate means of checking activity here: https://fedorahosted.org/fedora-infrastructure/ticket/1237 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
Mike McGrath wrote: I think we shouldn't go too far out of our way for people that can't follow directions. Harsh? Yes, but what we asked of people was incredibly trivial. I'd be fine with asking people to log in but I'd think we'll find lots of people find that confusing. Logging in and setting your password is a task that has a clear begining and end. I can see people logging in expecting to see further directions and then asking now what? Why tell them at all? If you change it to 'activity shown on account' (which, IMNSHO, is the proper way)... the only reason for having people login will be immediately obvious via a properly worded email (ie., Due to inactivity on your FAS account, your account will be terminated in 1 month, unless the following steps are taken...). We've just got so much else to do I'd hate to spend a lot of time and effort to please a few people that can't spend less then a minute a year (15 seconds every 2 months) to log in and type their password a couple of times and the people that complained couldn't do that. Many fail to realize that the same password they used before could be used again. Hence the complaints. People don't like having to remember new passwords every couple of months. It's irritating and really unnecessary, not to mention the new security holes you open (as Toshio, partially, explained in his email). Lyos Gemini Norezel begin:vcard fn:Lyos Norezel n:Norezel;Lyos org:GBES, LLC adr:Ohio;;United States email;internet:lyos.gemininore...@gmail.com title:Computer Repair Technician note;quoted-printable:Those who hunt monsters beware, lest they become monsters themselves.Ify= ou stare long into the abyss, the abyss stares back into you. --Nietzsch= e=0D=0A= =0D=0A= Mundus Vult Decipi et Decipiatur -- Latin Proverb version:2.1 end:vcard ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
On Wed, 11 Mar 2009, Lyos Gemini Norezel wrote: Mike McGrath wrote: I think we shouldn't go too far out of our way for people that can't follow directions. Harsh? Yes, but what we asked of people was incredibly trivial. I'd be fine with asking people to log in but I'd think we'll find lots of people find that confusing. Logging in and setting your password is a task that has a clear begining and end. I can see people logging in expecting to see further directions and then asking now what? Why tell them at all? If you change it to 'activity shown on account' (which, IMNSHO, is NSHO? who are you? the proper way)... the only reason for having people login will be immediately obvious via a properly worded email (ie., Due to inactivity on your FAS account, your account will be terminated in 1 month, unless the following steps are taken...). The only common point of entry for all of our services is the account system and people rarely use it without being asked to so we'll still have to do some emailing. We've just got so much else to do I'd hate to spend a lot of time and effort to please a few people that can't spend less then a minute a year (15 seconds every 2 months) to log in and type their password a couple of times and the people that complained couldn't do that. Many fail to realize that the same password they used before could be used again. Hence the complaints. Ehh, no. Almost no one has complained that they actually had to change their password to something else. And you can be damn sure I'll spell that out explicitly in the next email so everyone gets it. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
Mike McGrath wrote: On Wed, 11 Mar 2009, Toshio Kuratomi wrote: 5. Password resets could be introducing less secure passwords. This one's hard for me to quantify. If you use a strong password the first time, what's the likelihood that each reset will bring some number of users to use an insecure password? What's the likelihood of someone using an insecure password to use a more secure password next time (? This can be partially mitigated by using a password strength checker but it was pointed out to me that a strength checker 1) doesn't catch things like BIRTHDATE + WIFESNAME + FIRSTPET 2) Strength checkers often aren't as devious as someone trying to crack passwords. #2 is a bug in the strength checker but we're likely to have to continuously work on the upstream software in order to keep things secure. Without the reward of knowing how much security we're gaining. #1... I don't have a solution for. I'd think http://www.nongnu.org/python-crack/ is a good start. This addresses #2. But doesn't address #1. If my password is 2005-03-11HutchinsonSnoopy a password strength checker isn't going to find that an especially weak password but a cracker that's researching their targets has a decent chance of figuring it out. Would not doing a password expiration but just an account expiration be okay? I think that we can cover a pretty broad swathe of contributors with something that ties into people logging into fas (because we use json to log people in to web services including the wiki and they need to login to get a certificate to use koji/lookaside). We'd just have to expire accounts on a longer interval than the ssl certs... like 6 months for certs and 7 months for accounts. Thoughts on implementing alternate means of checking activity here: https://fedorahosted.org/fedora-infrastructure/ticket/1237 I think we shouldn't go too far out of our way for people that can't follow directions. Harsh? Yes, but what we asked of people was incredibly trivial. I'd be fine with asking people to log in but I'd think we'll find lots of people find that confusing. Logging in and setting your password is a task that has a clear begining and end. I can see people logging in expecting to see further directions and then asking now what? We've just got so much else to do I'd hate to spend a lot of time and effort to please a few people that can't spend less then a minute a year (15 seconds every 2 months) to log in and type their password a couple of times and the people that complained couldn't do that. This isn't too hard to do, though. On the data saving side, we just need fas to record the current timestamp in lastseen whenever someone logs into fas. On the expiry side, we need to check the lastseen date instead of the password_change date. So it's just explaining to people how to show they're still active -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: Password resets
Mike McGrath wrote: On Wed, 11 Mar 2009, Lyos Gemini Norezel wrote: the proper way)... the only reason for having people login will be immediately obvious via a properly worded email (ie., Due to inactivity on your FAS account, your account will be terminated in 1 month, unless the following steps are taken...). The only common point of entry for all of our services is the account system and people rarely use it without being asked to so we'll still have to do some emailing. That's actually only sort of true. People don't use FAS often... but they do logon to FAS whenever they log onto the other web apps. -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: Password resets
On Wed, 11 Mar 2009, Toshio Kuratomi wrote: Mike McGrath wrote: On Wed, 11 Mar 2009, Lyos Gemini Norezel wrote: the proper way)... the only reason for having people login will be immediately obvious via a properly worded email (ie., Due to inactivity on your FAS account, your account will be terminated in 1 month, unless the following steps are taken...). The only common point of entry for all of our services is the account system and people rarely use it without being asked to so we'll still have to do some emailing. That's actually only sort of true. People don't use FAS often... but they do logon to FAS whenever they log onto the other web apps. Just make the pain go away, it's clear that password resets are too much for people to handle. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
Mike McGrath wrote: On Wed, 11 Mar 2009, Lyos Gemini Norezel wrote: Mike McGrath wrote: I think we shouldn't go too far out of our way for people that can't follow directions. Harsh? Yes, but what we asked of people was incredibly trivial. I'd be fine with asking people to log in but I'd think we'll find lots of people find that confusing. Logging in and setting your password is a task that has a clear begining and end. I can see people logging in expecting to see further directions and then asking now what? Why tell them at all? If you change it to 'activity shown on account' (which, IMNSHO, is NSHO? who are you? *Sigh*... I did not really wish to reveal this, in public, however, since you asked... I'm a former blackhat hacker, whom the government has banned from working ANY security and/or government job. Suffice it to say, I understand security (or lack thereof) better than most, though I may be rusty/out of date in some areas. I do not tell you this to brag, I actually regret my past more and more as I get older. My 'prior life' has bought me more pain than glory. the proper way)... the only reason for having people login will be immediately obvious via a properly worded email (ie., Due to inactivity on your FAS account, your account will be terminated in 1 month, unless the following steps are taken...). The only common point of entry for all of our services is the account system and people rarely use it without being asked to so we'll still have to do some emailing. Aren't pkgdb, koji, bodhi and other services all apart of FAS? If I'm right here... then I suspect people are logging into FAS more often than you believe. We've just got so much else to do I'd hate to spend a lot of time and effort to please a few people that can't spend less then a minute a year (15 seconds every 2 months) to log in and type their password a couple of times and the people that complained couldn't do that. Many fail to realize that the same password they used before could be used again. Hence the complaints. Ehh, no. Almost no one has complained that they actually had to change their password to something else. And you can be damn sure I'll spell that out explicitly in the next email so everyone gets it. -Mike As Toshio has already brought up on this list (after I brought it to his attention)... people have a tendency to select progressively weaker passwords every time they are forced to change one. So your idea of 'security' is actually INTRODUCING more holes than it's plugging. This is where my contribution to this argument ends. I am not interested in fighting and the raised blood pressure that goes with it. I have enough stress in my life... I am not about to add another debate/argument to that list. Take my advice or don't... just don't expect me to do anything other than laugh and say 'told ya so', when I prove correct. Good luck (despite my 'tone' above, I mean that), Lyos Gemini Norezel begin:vcard fn:Lyos Norezel n:Norezel;Lyos org:GBES, LLC adr:Ohio;;United States email;internet:lyos.gemininore...@gmail.com title:Computer Repair Technician note;quoted-printable:Those who hunt monsters beware, lest they become monsters themselves.Ify= ou stare long into the abyss, the abyss stares back into you. --Nietzsch= e=0D=0A= =0D=0A= Mundus Vult Decipi et Decipiatur -- Latin Proverb version:2.1 end:vcard ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Password resets
Mike McGrath wrote: I discovered long ago there's no glory in what we do. Gotta fight the good fight just because it's there. There's a truism I wish I'd never heard. It's not my idea of security, it's my idea of a task. I just want some concrete thing that has a begining, middle, and end for people to do so we can prune accounts. Logging in and typing your password a couple of time (and keeping it the same thing). Doesn't sound like it's introducing or removing any holes. As I said before, it seems, that not everyone understood that. Most (apparently) thought the password had to be changed. That's what will introduce new holes that didn't exist before. I think the major portion of confusion here is the standards set by 'free' email services, where a 'password reset' means selecting and entering a new password (this is also common in corporate settings). I'm simply suggesting that it'll be easier/more secure to handle by way of logging 'login times' than the way it is currently being handled. It may well prove to be more work than was wanted... but more work is often better than a reduction in security. Sorry to hear you won't be discussing it further. -Mike Toshio has the majority of my arguments from our recent discussions. I am willing to clear up confusion in my arguments, should they arise, but I will not fight. My mind (and body) simply cannot handle the stress of debating/arguing/fighting, and seeing as this is the kind of discussion that can quickly run out of control, I am simply stating my intention not to get involved in another fight. Lyos Gemini Norezel begin:vcard fn:Lyos Norezel n:Norezel;Lyos org:GBES, LLC adr:Ohio;;United States email;internet:lyos.gemininore...@gmail.com title:Computer Repair Technician note;quoted-printable:Those who hunt monsters beware, lest they become monsters themselves.Ify= ou stare long into the abyss, the abyss stares back into you. --Nietzsch= e=0D=0A= =0D=0A= Mundus Vult Decipi et Decipiatur -- Latin Proverb version:2.1 end:vcard ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
sanity request
How is it that we can have fifty threads in this list with the subject line as change request and no additional information? I'm not the one who has to deal with them and it drives me insane, so I'm not sure how others can work with it -- especially those unfortunate enough to not have message threading. In other words please describe your change requests in the subject line to help with differentiation. Thanks, The Non-Management :) -- Ian Weller ianwel...@gmail.com http://ianweller.org GnuPG fingerprint: E51E 0517 7A92 70A2 4226 B050 87ED 7C97 EFA8 4A36 Technology is a word that describes something that doesn't work yet. ~ Douglas Adams pgpj8MoKA6lh8.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
On 2009-03-11 09:53:24 AM, Mike McGrath wrote: On Wed, 11 Mar 2009, Gianluca Varisco wrote: Mike McGrath wrote: diff --git a/configs/web/translate.fedoraproject.org/transifex.conf b/configs/web/translate.fedoraproject.org/transife index 940b314..43292bf 100644 --- a/configs/web/translate.fedoraproject.org/transifex.conf +++ b/configs/web/translate.fedoraproject.org/transifex.conf @@ -5,6 +5,7 @@ ProxyPass /submit http://transifexCluster/submit ProxyPassReverse /submit http://transifexCluster/submit RewriteEngine On +RewruteRule ^/tx$ https://translate.fedoraproject.org/tx/ [R,L] RewriteRule ^/tx(.*) http://app1/tx$1 [P] RewriteRule ^/site_media(.*) http://app1/site_media$1 [P] s/Rewrute/Rewrite/ Despite that, looks OK to me: +1 ;-) Thanks, thats why we do these things :) Fixed. +1 Thanks, Ricky pgp6aao84D9RQ.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: sanity request
On Wed, 11 Mar 2009, Ian Weller wrote: How is it that we can have fifty threads in this list with the subject line as change request and no additional information? I'm not the one who has to deal with them and it drives me insane, so I'm not sure how others can work with it -- especially those unfortunate enough to not have message threading. In other words please describe your change requests in the subject line to help with differentiation. Thanks, The Non-Management :) FWIW, these only happen during a change freeze and aren't really list stuff but more workflow stuff, I'll try to be more descriptive but they can all safely be ignored unless you're a sysadmin-mainer. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
RE: Password resets
I'm coming to this discussion without much background, so apologies if I am missing something, but from what I gather all you're trying to do is check for active contributors? If so, why not send an email along the following lines instead of requiring password resets? According to our records you are a contributor to the Fedora project. We periodically check that all our contributors are still active so that we can clean up old accounts and save some server room. If you would like to keep your Fedora account, please click the link below. Should you not have visited the link below by x, we will remove your account. http://admin.fedoraproject.org/accounts/verify/myem...@fp.o You have one month until your account will be removed. In these circumstances I find short, clear emails with a clear statement of consequences gets across best... Simon ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: sanity request
On Wed, 2009-03-11 at 15:32 -0500, Mike McGrath wrote: In other words please describe your change requests in the subject line to help with differentiation. Thanks, The Non-Management :) FWIW, these only happen during a change freeze and aren't really list stuff but more workflow stuff, I'll try to be more descriptive but they can all safely be ignored unless you're a sysadmin-mainer. One thing I think we could do is do more of what mmcgrath just did, posting the proposed change as a diff. As long as it isn't sensitive info, we can just use the git send-email program to send the commit we'd like to push to this list, using --compose to allow us to compose a message that the patch will be in reply to. That'll give the subject some context, the email body the actual change and some sanity to the whole thing (: Of course, changes that aren't just git commits are not going to be helped by this. -- 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: sanity request
On Wed, 11 Mar 2009, Jesse Keating wrote: On Wed, 2009-03-11 at 15:32 -0500, Mike McGrath wrote: In other words please describe your change requests in the subject line to help with differentiation. Thanks, The Non-Management :) FWIW, these only happen during a change freeze and aren't really list stuff but more workflow stuff, I'll try to be more descriptive but they can all safely be ignored unless you're a sysadmin-mainer. One thing I think we could do is do more of what mmcgrath just did, posting the proposed change as a diff. As long as it isn't sensitive info, we can just use the git send-email program to send the commit we'd like to push to this list, using --compose to allow us to compose a message that the patch will be in reply to. That'll give the subject some context, the email body the actual change and some sanity to the whole thing (: Of course, changes that aren't just git commits are not going to be helped by this. Huh? git can do that? :) -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: sanity request
On Thu, Mar 12, 2009 at 3:27 AM, Mike McGrath mmcgr...@redhat.com wrote: On Wed, 11 Mar 2009, Jesse Keating wrote: One thing I think we could do is do more of what mmcgrath just did, posting the proposed change as a diff. As long as it isn't sensitive info, we can just use the git send-email program to send the commit we'd like to push to this list, using --compose to allow us to compose a message that the patch will be in reply to. That'll give the subject some context, the email body the actual change and some sanity to the whole thing (: Huh? git can do that? :) There's also git make-coffee. -δ -- Dimitris Glezos Jabber ID: gle...@jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ He who gives up functionality for ease of use loses both and deserves neither. (Anonymous) -- ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Using git send-email
Here is a message from git send-email. To get here, I used: $ git commit -a Created commit cb85f54: Disable rawhide. 1 files changed, 2 insertions(+), 1 deletions(-) $ git format-patch HEAD^ 0001-Disable-rawhide.patch $ git send-email --compose --to Fedora-infrastructure-list@redhat.com 0001-Disable-rawhide.patch -- Jes ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] Disable rawhide.
From: Jesse Keating jkeat...@puppet1.fedora.phx.redhat.com This is a test commit for email send testing --- configs/build/rawhide |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/configs/build/rawhide b/configs/build/rawhide index 2bdaa57..4c7f0b8 100644 --- a/configs/build/rawhide +++ b/configs/build/rawhide @@ -1,3 +1,4 @@ # rawhide compose mailto=jkeat...@fedoraproject.org -1 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.X`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date +\%Y\%m\%d); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora +# Disabled as a test commit +#1 6 * * * masher TMPDIR=`mktemp -d /tmp/rawhide.X`; cd $TMPDIR; git clone -n git://git.fedorahosted.org/git/releng; cd releng; git checkout -b rawhide-stable; LANG=en_US.UTF-8 ./scripts/buildrawhide $(date +\%Y\%m\%d); sudo -u ftpsync /usr/local/bin/update-fullfilelist fedora -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] Add a git-email package class
--- manifests/services/packages.pp |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/manifests/services/packages.pp b/manifests/services/packages.pp index bd3f667..8cd7ed7 100644 --- a/manifests/services/packages.pp +++ b/manifests/services/packages.pp @@ -193,6 +193,12 @@ class git-package { } } +class git-email-package { +package { git-email: +ensure = present, +} +} + class fedora-packager-package { package { fedora-packager: ensure = present, -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change Request - Puppetize git(-email) being on puppet systems
I already installed git-email on puppet1, but this puts it in puppet itself. I also noticed that git wasn't puppetized for puppet1 either. -- Jes ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[PATCH] Make sure git and git-email are installed on puppet systems
--- manifests/servergroups/puppet.pp |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/manifests/servergroups/puppet.pp b/manifests/servergroups/puppet.pp index d054fef..c393f9a 100644 --- a/manifests/servergroups/puppet.pp +++ b/manifests/servergroups/puppet.pp @@ -13,6 +13,8 @@ class puppetServer { include scripts::geoip-retriever include geoip-retriever include drbackupPubKey +include git-package +include git-email-package # Firewall Rules, allow web, smolt, Plone, mirrormanager, noc, pkgdb, certmaster and bodhi traffic through $tcpPorts = [ 80, 8140, 873, 51235 ] -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Alpha platform support for kernel package (WAS: Re: [pkgdb] kernel: oliver has requested commit)
Oliver Falk wrote: Hi! Changed the subject, as happens that I oversee the mails :-( And this subject is more descriptive, isn't it? Kyle McMartin wrote: [ ... ] This all looks fine to me. May I interpret this as a *GO*? :-) Sorry to have been so blunt, but I'm fairly new to Fedora, so I didn't know you were actually working on stuff, and not just someone asking for random commit access. Don't worry. I didn't get this wrong. I can understand you where worrying. If I'd be in your position, I would react differently. I wouldn't worry too much about the linux-2.6- namespace for patches, I'd prefer if they were just alpha-$patch.patch. davej, thoughts? Whatever you prefer. Let me know, so I start working on this today... Did I miss the answer to my mail!? -of ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Alpha platform support for kernel package (WAS: Re: [pkgdb] kernel: oliver has requested commit)
On Wed, Mar 11, 2009 at 09:52:44AM +0100, Oliver Falk wrote: Oliver Falk wrote: Hi! Changed the subject, as happens that I oversee the mails :-( And this subject is more descriptive, isn't it? Kyle McMartin wrote: [ ... ] This all looks fine to me. May I interpret this as a *GO*? :-) Sorry to have been so blunt, but I'm fairly new to Fedora, so I didn't know you were actually working on stuff, and not just someone asking for random commit access. Don't worry. I didn't get this wrong. I can understand you where worrying. If I'd be in your position, I would react differently. I wouldn't worry too much about the linux-2.6- namespace for patches, I'd prefer if they were just alpha-$patch.patch. davej, thoughts? Whatever you prefer. Let me know, so I start working on this today... Did I miss the answer to my mail!? Sorry, I was on vacation, and it fell off my radar when I got back. Looked ok to commit to me though iirc. I've no really preference on patch naming. If you want to do alpha-*, go ahead. but don't feel that you have to. Dave -- http://www.codemonkey.org.uk ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
[PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)
The radeon_buffer.c addition that gets pulled into the DRM driver as part of Kernel Mode Setting (even if you disable KMS for the Radeon driver) was assuming that it was safe to use symbols from the AGP code, but that isn't safe on platforms where __OS_HAS_AGP is 0. Such as sparc64. :) This patch gets the code building again. It probably should go into the actual kms patch, but if you would prefer this go as a separate patch, I can apply it. With this, we can get rawhide building for sparc64, so I'm eager to see it applied in one way or another. Signed-off-by: Tom spot Callaway tcall...@redhat.com diff -up linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c.BAD linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c --- linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c.BAD 2009-03-11 09:11:01.0 -0500 +++ linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c 2009-03-11 09:11:27.0 -0500 @@ -37,9 +37,11 @@ struct drm_ttm_backend *radeon_create_tt { drm_radeon_private_t *dev_priv = dev-dev_private; +#if __OS_HAS_AGP if (dev_priv-flags RADEON_IS_AGP) return drm_agp_init_ttm(dev); else +#endif return ati_pcigart_init_ttm(dev, dev_priv-gart_info, radeon_gart_flush); } ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)
On Wed, Mar 11, 2009 at 10:27:51AM -0400, Tom spot Callaway wrote: The radeon_buffer.c addition that gets pulled into the DRM driver as part of Kernel Mode Setting (even if you disable KMS for the Radeon driver) was assuming that it was safe to use symbols from the AGP code, but that isn't safe on platforms where __OS_HAS_AGP is 0. Such as sparc64. :) This patch gets the code building again. It probably should go into the actual kms patch, but if you would prefer this go as a separate patch, I can apply it. With this, we can get rawhide building for sparc64, so I'm eager to see it applied in one way or another. Signed-off-by: Tom spot Callaway tcall...@redhat.com diff -up linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c.BAD linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c --- linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c.BAD 2009-03-11 09:11:01.0 -0500 +++ linux-2.6.28.sparc64/drivers/gpu/drm/radeon/radeon_buffer.c 2009-03-11 09:11:27.0 -0500 @@ -37,9 +37,11 @@ struct drm_ttm_backend *radeon_create_tt { drm_radeon_private_t *dev_priv = dev-dev_private; +#if __OS_HAS_AGP Not that this is your fault, but shouldn't this be something like __ARCH_HAS_AGP? josh ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)
On 03/11/2009 11:33 AM, Josh Boyer wrote: +#if __OS_HAS_AGP Not that this is your fault, but shouldn't this be something like __ARCH_HAS_AGP? Maybe, but I'm not about to redefine existing kernel defines for the purposes of logic. ;) ~spot ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)
On Wed, Mar 11, 2009 at 11:55:53AM -0400, Kyle McMartin wrote: On Wed, Mar 11, 2009 at 11:33:25AM -0400, Josh Boyer wrote: +#if __OS_HAS_AGP Not that this is your fault, but shouldn't this be something like __ARCH_HAS_AGP? Keep in mind the DRM for better or for worse supposedly supports more OSes than just Linux. I had blissfully forgotten that. I suspect the 'ideal' fix for upstream is to stub out drm_agp_init_ttm on !CONFIG_AGP arches. Yeah, something like that. josh ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [PATCH] Don't try to use agp symbols if we don't have AGP (*cough*sparc*cough*)
On Wed, 2009-03-11 at 11:55 -0400, Kyle McMartin wrote: On Wed, Mar 11, 2009 at 11:33:25AM -0400, Josh Boyer wrote: +#if __OS_HAS_AGP Not that this is your fault, but shouldn't this be something like __ARCH_HAS_AGP? Keep in mind the DRM for better or for worse supposedly supports more OSes than just Linux. I suspect the 'ideal' fix for upstream is to stub out drm_agp_init_ttm on !CONFIG_AGP arches. OS_HAS_AGP is just a wrapper around convoluted CONFIG_AGP, CONFIG_AGP_MODULE. Its perfectly acceptable to build a kernel with no AGP and DRM enabled on x86. Dave. regards, Kyle ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Akonadi on f10 (again)
Gene Heskett wrote: What do I need to do next? Well, it looks like Akonadi fails to connect to your MySQL server. Check your server configuration. It might also be a firewall or SELinux issue. Kevin Kofler -- 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: yum dependency problem--F10
On Tue, 10 Mar 2009 21:54:45 -0400, fred wrote: On my F10 installation I've been getting this error now for a week or more: # yum update Loaded plugins: priorities, refresh-packagekit ^^ ^^^ How did you enable that plugin? You may need to learn more about it. fedora | 2.8 kB 00:00 updates | 2.3 kB 00:00 Excluding Packages in global exclude list Finished 3032 packages excluded due to repository priority protections ^^ ^^^ This looks suspicious. I hear about it regularly, but I still haven't spent time on looking into this plugin. Somebody may want to verify that it works correctly. Setting up Update Process Resolving Dependencies -- Running transaction check -- Processing Dependency: system-config-date for package: firstboot --- Package system-config-date-docs.noarch 0:1.0.5-1.fc10 set to be updated -- Processing Dependency: system-config-date = 1.9.35 for package: system-config-date-docs Error: Missing Dependency: system-config-date is needed by package firstboot-1.102-1.fc10.i386 (installed system-config-date 1.9.36-1.fc10 can be found in updates since early March. Update ticket and details here: https://admin.fedoraproject.org/updates/F10/FEDORA-2009-1838 I know such things sometimes happen when repos aren't fully synced, but Doubtful for a set of packages, which has been published via a single ticket in the Fedora Updates System. A mirror would either know about all updates from the set or none, i.e. it either carries fresh metadata or old metadata. -- 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: Belkin ExpressCard
Frank Cox wrote: The last time I checked (a few weeks ago) N wireless cards were not yet supported under Linux. This is nonsense. Kevin Kofler -- 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: Akonadi on f10 (again)
On Wednesday 11 March 2009, Kevin Kofler wrote: Gene Heskett wrote: What do I need to do next? Well, it looks like Akonadi fails to connect to your MySQL server. Check your server configuration. It might also be a firewall or SELinux issue. Kevin Kofler Selinux is set permissive, and is driving me to drink, I rebooted and a fixed fetchmail problem is back. No firewall. MySQL server is running on this box. Name the files and I'll post them but I believe all the passwords are correct. 11 copies of mysqld are running. Thanks Kevin. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) All great ideas are controversial, or have been at one time. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Belkin ExpressCard
Alex Makhlin wrote: I am running Fedora 10 KDE 2 and am trying to install an N Wireless ExpressCard PCIMCIA adapter (M:F5D8073) but I cannot find a driver anywhere. Any one have a clue? What's the chipset? Can you please run lspci and show us what it displays for the wireless adapter? Kevin Kofler -- 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: Belkin ExpressCard
On Wed, 11 Mar 2009 07:45:30 +0100 Kevin Kofler wrote: Frank Cox wrote: The last time I checked (a few weeks ago) N wireless cards were not yet supported under Linux. This is nonsense. Now there's a bit of good news. Can you recommend a wireless N card that works with Fedora? I wouldn't mind getting one for my laptop. I already have a couple of Linksys WRT300N 1.1 routers and would like to use them at more than wireless G speed. -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.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: NM key hassle
On Tue, 2009-03-10 at 18:17 +, Beartooth wrote: I have a Very Dumb Yum Question : why is it that the all in yum clean all does not include metadata? I'm curious why you really need to do a yum clean all. Sounds like you have some other bugs that really need sorting, if you need to do that. -- [...@localhost ~]$ uname -r 2.6.27.19-78.2.30.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- 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: setting X server DPI
On Tue, 2009-03-10 at 17:40 -0500, Michael Hennebry wrote: Ideally, the X server has the correct DPIs and the application is written to use them. The application can discover the number of pixels in a 12pt font and enlarge or not depending on the answer and the purpose. Given that many applications don't do that, lying about the DPIs is a perfectly sensible thing to do. That isn't good for applications that would otherwise do the right thing. The problem is that when you abuse something to fake something to suit someone who doesn't know how to do things right, you break things that everyone else *needs* to work properly. Because it's done WRONG, we can't use it right. We can't specify our DPI correctly, and get fonts drawn correctly. We have to bodge *everything*, and *nothing* is correct. -- [...@localhost ~]$ uname -r 2.6.27.19-78.2.30.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- 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: setting X server DPI
Tim: i.e. 12 point text is the same size whether printed on 2 inches of paper, or 20 inches of paper. Tom Horsley: Absolutely true, and absolutely the point. If you specify a 12 point font on a 46 1920x1080 display, you will wind up drawing some random smudge of bits that is indeed able to fit on a line that is 12/72 of an inch high, but there aren't enough frigging pixels to render the font in any fashion that makes it remotely possible to discern what the character actually represents. As long as all the software in the universe insists on defaulting to things like 9 or 12 point fonts for menu items and login screens no sane person would want the default DPI to actually match the hardware because they couldn't possibly read what it says enough to even find the dialog box they need to fix it. So fix up the things that do it wrong, like DON'T specify stupidly small fonts. Don't BUGGER UP EVERYTHING else. If your experience is so limited that you cannot understand that stuffing up measurement systems so that *nothing* works right, you're not in a position to argue this point. This is computing, we need the computer to do what it's told, to be 100% predictable so you can control it under all circumstances (print on screen, paper, A4 sheets, posters, etc.). You, or the system, cannot be taken serious when you have to tell a system to use 64 point text to actually at print 12 point size. -- [...@localhost ~]$ uname -r 2.6.27.19-78.2.30.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- 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
kernel
Hi I want to compile kernel source (kernel-2.6.23.1-42.fc8.i686) in my Linux fedora if I compile existing kernel source code of my Linux fedora pc. It gives error “No rule to make target missing -syscalls stop Please do provide link to download kernel-2.6.23 tar file .( Not rpm package) Raj -- 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: kernel
2009/3/11 pushparaj muthu muthu.pushpa...@gmail.com: Hi I want to compile kernel source (kernel-2.6.23.1-42.fc8.i686) in my Linux fedora if I compile existing kernel source code of my Linux fedora pc. It gives error “No rule to make target missing -syscalls stop Please do provide link to download kernel-2.6.23 tar file .( Not rpm package) http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.23.1.tar.gz -- Sam -- 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: Belkin ExpressCard
Frank Cox wrote: Now there's a bit of good news. Can you recommend a wireless N card that works with Fedora? I wouldn't mind getting one for my laptop. I already have a couple of Linksys WRT300N 1.1 routers and would like to use them at more than wireless G speed. The Intel IWL4965AGN and IWL5000 are supported by the standard Fedora kernel, you just need the matching firmware from the standard Fedora repository (iwl4965-firmware resp. iwl5000-firmware). The Ralink ones are supported by (somewhat buggy) out-of-tree drivers which are currently in RPM Fusion, getting better drivers into the kernel itself is work in progress. Atheros chipsets are supported by the ath9k driver, see http://wireless.kernel.org/en/users/Drivers/ath9k for details. As that one is in the kernel, that may be a better option than Ralink. And it doesn't even require firmware. I'm not sure about other manufacturers. Kevin Kofler -- 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: Belkin ExpressCard
Alex Makhlin wrote: I am running Fedora 10 KDE 2 and am trying to install an N Wireless ExpressCard PCIMCIA adapter (M:F5D8073) but I cannot find a driver anywhere. Any one have a clue? According to Google, the chipset appears to be a Ralink rt2860. Try the rt2860 driver from RPM Fusion. Kevin Kofler -- 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: kernel
pushparaj muthu wrote: I want to compile kernel source (kernel-2.6.23.1-42.fc8.i686) in my Linux fedora Why do you want to compile such an old kernel? Kevin Kofler -- 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: where to report out-of-date jigdo package references?
On Tue, 10 Mar 2009, Mail Lists wrote: On 03/10/2009 07:01 PM, Robert P. J. Day wrote: Correct. that doesn't appear to work, as rerunning the pyjigdo command restarts *everything*, including downloading the original jigdo file. and i don't see a pyjigdo option that says resume or something like that. am i just not seeing it? May I suggest that you dont use jigdo - just use mock/pungi - you wont have this problem and will get a build with all the updates as of today. ok, i'll take a look at that. i'm still interested in whether pyjigdo should work, and how one copes with an out-of-date package in the jigdo list. the suggestion was to edit the .jigdo file so i'm going to try that right away, but if anyone else is interested in playing along, pull out your F10 DVD, install pyjigdo and see how far you get in trying to build your own re-spin. is this supposed to work? i'm just curious. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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
some possible causes are that you need to enable TCP/IP networking for ORBit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, I have many warning like this: some possible causes are that you need to enable TCP/IP networking for ORBit in the logwatch report. 1- What does it mean? 2- How to enable TCP/IP networking for ORBit 3- *What are the risks to enable this?* By risks I mean some unwanted actions automatically enabled in order to help me and waste my time searching how to stop these actions. Note: I have waste some times to understand why my internet connection was very slow and why I could not use yum to get some wanted info/packages and discovered that some Packagekit daemon was thinking and working to help me. yum remove Packageki was my answer to the problem. Best regards. - -- ** Note: les adresses électroniques vont changer. D'ores et déjà vous pouvez utiliser: francois.pa...@mi.parisdescartes.fr ** - -- François Patte UFR de mathématiques et informatique Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 4286 2413 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkm3gqcACgkQdE6C2dhV2JVP8wCdHUuUEu8J74Rq5lpQnBaPVkXJ CQoAniH9w7ErLOXwN0Ng2kjsNtuRZMby =EwzP -END PGP SIGNATURE- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Yum update fails because of NetworkManager
On Tuesday 10 March 2009 19:25:51 Patrick O'Callaghan wrote: No, I was wrong, it's slightly more subtle (right key but wrong signing algorithm): https://www.redhat.com/archives/fedora-announce-list/2009-March/msg4.ht ml Ahh, that explains a lot :o) Now, what confused me was the import failed message from rpm --import on the key, ... which turned out to be because it was already imported. -- 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
Samba Printing Problem
Last Two to Three weeks I am trying to connect a hp laserjet p1007 printer it connects usb connection to linux box I installed Printers in Linux box is locally it is able to take printout But if i Installed via samba i am not able to take the printout either from locally(linux) or from remote ( xp) machines I installed Printer drivers from linuxprinting.org I commented out /etc/cups/cupsd.conf file and also related to another file If i give the print from client machine is show the queue count it is increased but not getting printing in printer which is connected in linux box network is connected pinging comes able to share the samba pages Here samba share is not from wndows domain for windows just workgroup only I want to clear this one please share your gentle thoughts i a m using fedora 9 I read so many sites links i am in the state of helpless pls share some of your thought helpful to clear this one -- 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
Samba Printing cups problem
Last Two to Three weeks I am trying to connect a hp laserjet p1007 printer it connects usb connection to linux box I installed Printers in Linux box is locally it is able to take printout But if i Installed via samba i am not able to take the printout either from locally(linux) or from remote ( xp) machines I installed Printer drivers from linuxprinting.org I commented out /etc/cups/cupsd.conf file and also related to another file If i give the print from client machine is show the queue count it is increased but not getting printing in printer which is connected in linux box network is connected pinging comes able to share the samba pages Here samba share is not from domain for windows just workgroup only I want to clear this one please share your gentle thoughts i a m using fedora 9 I read so many sites links i am in the state of helpless pls share some of your thought helpful to clear this one -- 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
without a truly working jigdo, re-spins are effectively useless
as an admittedly frustrated followup from yesterday, i am giving up on jigdo and its variations since, quite simply, at the moment, they don't work. and given that the fedora re-spins explicitly state that they are available currently only via jigdo, that makes those re-spins more than a little useless, wouldn't you say? (i'm going to take someone's advice and try that mock/punji combination and see if that actually functions.) to summarize, trying to build an F10 i386 respin with an original F10 i386 DVD first failed as the corresponding jigdo file had a reference to an out-of-date package (xorg-x11-drv-vmmouse), specifying a version of 12.6.3-1 when most mirrors had already moved on to a newer version of 12.6.3-3, causing jigdo to run through one mirror after another looking for an older version that it was unlikely to find. lesson 1: there's not much value in a jigdo file that's wrong. to correct the above error, it was suggested that i simply edit the jigdo file and fix the problem. possibly, but i don't see why that should be *my* job, and all that's going to do is perhaps get me to the *next* out-of-date reference (whatever that might be). lesson 2: see lesson 1. moving on, even editing the .jigdo file didn't fix the problem because, for some reason, retarting jigdo (and now pointing at the local jigdo file instead of the web URL) still somehow kept looking for the older version of that package. grrr. time to clear the cache? and if jigdo bails somewhere in the middle, should i expect that i can simply resume it where it left off? trying again this morning with the original jigdo file just to reproduce the problem, the process did in fact (through sheer bad(?) luck) find a mirror with an older version of the aforementioned package so it was successful in downloading it. thusly, if this process terminates, i will eventually have a respin that is officially out of date with respect to at least one package. terrific. and, finally, even though i told pyjigdo that, yes, i want it to look under /media where i have the original F10 i386 DVD mounted, it *appears* to be in the process of downloading every one of the required 2303 packages. unlike with jigdo-lite, i didn't see any confirmation after the scan that it found, say, 1505/2303 packages, as i normally get with jigdo-lite. perhaps it did -- i have no way of knowing. in any event, i'm giving this one more try but, at this point, i don't see the value in investing a lot more time in this. it would be nice if the folks at fedoraunity at least *tested* their re-spin process before letting it loose on the public to waste copious amounts of time. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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 Errors during boot and run time.
On Fri, 2009-03-06 at 12:22 +1300, Paul Ward wrote: # ls /boot ls: reading directory /boot: Input/output error What's in dmesg at this time? I have been told that the disks use multipath but I have no experience of this to date. I know the disks are on a SAN but as yet have not been able to locate them using the IBM SAN manager. Linux version 2.6.18-53.1.21.el5PAE So, RHEL5.1? (brewbuil...@ls20-bc2-13.build.redhat.com) (gcc version 4.1.2 20070626 (Red Hat 4.1.2-14)) #1 SMP Wed May 7 08:56:33 EDT 2008 Vendor: IBM Model: 1814 FAStT Rev: 0916 Type: Direct-Access ANSI SCSI revision: 05 So it's an IBM FAStT SAN? These are active/passive storage arrays that require use of a multipath hardware handler to properly manage switching between the active and passive paths and preventing I/O being sent to a controller that cannot handler it. The I/O errors that you see are a result of things trying to access the passive paths (e.g. partition scanning, lvm label scanning, udev/hal probes etc.). RHEL5.1 included the old device-mapper hardware handlers. These will only take effect once multipath has configured the devices and only handle path switching in the event of a path failure (i.e. you'll still see I/O errors if something tries to access one of the underlying paths directly rather than via the multipath device map). RHEL5.3 introduces the scsi device handler framework as a replacement for the device-mapper hardware handlers (this appeared upstream in 2.6.26). Whether you decide to update or not it's probably worth carefully checking the current multipath configuration on the system as this is a very common area for configuration mistakes. Regards, Bryn. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: without a truly working jigdo, re-spins are effectively useless
On Wed, 11 Mar 2009, Robert P. J. Day wrote: as an admittedly frustrated followup from yesterday, i am giving up on jigdo and its variations since, quite simply, at the moment, they don't work. and given that the fedora re-spins explicitly state that they are available currently only via jigdo, that makes those re-spins more than a little useless, wouldn't you say? (i'm going to take someone's advice and try that mock/punji combination and see if that actually functions.) to summarize, trying to build an F10 i386 respin with an original F10 i386 DVD first failed as the corresponding jigdo file had a reference to an out-of-date package (xorg-x11-drv-vmmouse), specifying a version of 12.6.3-1 when most mirrors had already moved on to a newer version of 12.6.3-3, causing jigdo to run through one mirror after another looking for an older version that it was unlikely to find. lesson 1: there's not much value in a jigdo file that's wrong. as a brief followup, once i got past *that* out-of-date reference, the next one i hit was kdelibs-devel-4.1.4-2, which has been replaced at all of the mirrors i've checked with kdelibs-devel-4.2.0-15. givin' up on jigdo and movin' on. life is too short for this. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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
kde related problems with keyboard and mouse
It seems that since some days I have problems with keyboard and mouse, probably related to kde applications. At least my assumption is this. I'm using gnome desktop, but sometimes I use konqueror and krdc Examples: 1) in konqueror after a few seconds I loose the keyboard only inside it, in other applications things are normal 2) when I have krdc open (at least it seems from tests) I have strnace behaviour of mouse with impact on all desktop: the pointer is there and I can move it, but I can't do any action, neither with left, nor with right or middle button. I have a laptop and the problem is both for the external usb connected mouse, and with the embedded trackpad It seems I can resolve this problem with a sequence such as Ctrl+Alt+left arrow (or any other arrov key) to change workspace (infact I'm unable to change it clicking with the mouse in this situation) and tipically after this action I re-get the mouse working again... Other possibility is installation of thinkfinger but I'm not sure... Any other one with these kind of problems? I think I have them starting about 1-2 weeks ago. In Xorg.0.log and/or messages I don't get any particular message Thanks Gianluca -- 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: skype audio problems
Ok; I will resume the article: 1. test if your SO can record a sound wich your mic. To test this use TUI tool arecord and aplay: --- list all devices to record # arecord -l === List of CAPTURE Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 4: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 === --- test wich one hardware combination: # arecord -f cd -D hw:0,0 -d 10 teste.wav or # arecord -f cd -D hw:0,4 -d 10 teste.wav This above record a sound (test.wav) wich CD quality, 10 seconds time, and hardware 0:0 (card:device) To listen to the file, so use the command: # aplay -f cd teste.wav This a first pass. Ok, test this... []s Renato de Oliveira Diogo Bacharel em Ciência da Computação UNESP - Bauru LPIC1 - Linux Professional Institute Certification - Nível 1 renato.di...@gmail.com renato.di...@yahoo.com.br On Wed, Mar 11, 2009 at 02:53, Fred Erickson fredferick...@gmail.comwrote: On Tue, 2009-03-10 at 21:38 -0300, Renato de Oliveira Diogo wrote: Hi Dave I had a like problem, and after a long time my Skype works. Follow below the link that I wrote: http://www.rdiogo.com.br/wordpress/?p=52 This is in portuguese, but may help you. []s Renato de Oliveira Diogo Bacharel em Ciência da Computação UNESP - Bauru LPIC1 - Linux Professional Institute Certification - Nível 1 renato.di...@gmail.com renato.di...@yahoo.com.br On Tue, Mar 10, 2009 at 21:28, Dave Feustel dfeus...@mindspring.com wrote: I have Skype software installed and I have been trying to make a test call. audio output worked, but mike did not. So I did a yum install: yum install 'alsa-*'. Now neither audion output nor mike works. The test call reports an unspecified audio problem. What do I need to do to get skype test call to work? Sorry I lost Dave's reply to Renato's message but I believe he said he needed a page in English - if you go to this url: http://www.google.com/language_tools and paste in Renato's link, then select Portugese - English, it will do the translation for you. hth, Fred -- 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
unhandled MIME type:text/plain
hi all i have this error when i try to open these file grub.conf or fstab or rc etc error :Unable to open document.unhandled MIME type:text/plain i didn't found exactly topic about this problem in the google Please Help -- This is an email sent via The Fedora Community Portal https://fcp.surfsite.org https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=331567topic_id=68744forum=10#forumpost331567 If you think, this is spam, please report this to webmas...@fcp.surfsite.org and/or blame eng_ka...@hotmail.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
64bit or 32bit for my laptop
Hi guys, sorry for opening this neverending story again. I am about to reinstall Fedora 10 on my laptop. Asus F3Sr, ATI, 230GB disk 5400rpm, Intel Core Duo T5550 @1,83Ghz, 4GB DDR2 Ram I was using all the time only 32bit version here all the time (with kernel-pae). My question is , should I go with 64bit? Will this sacrifice me ;)? What I am using NB for? Pyton, PHP, XML , XHTML development in Netbeans. I am using apache, for that. Virtualization with VMware Workstation (For Windows XP). Thanks, and best regards, David -- 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: 64bit or 32bit for my laptop
On Wed, Mar 11, 2009 at 8:56 PM, David Hláčik da...@hlacik.eu wrote: Hi guys, sorry for opening this neverending story again. I am about to reinstall Fedora 10 on my laptop. Asus F3Sr, ATI, 230GB disk 5400rpm, Intel Core Duo T5550 @1,83Ghz, 4GB DDR2 Ram I was using all the time only 32bit version here all the time (with kernel-pae). My question is , should I go with 64bit? Will this sacrifice me ;)? What I am using NB for? Pyton, PHP, XML , XHTML development in Netbeans. I am using apache, for that. Virtualization with VMware Workstation (For Windows XP). Thanks, and best regards, David -- 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 Poor you, poor me(I had the same trouble, for my crossfire), and poor us. Just ONLY for your ATI card, the 32bit version is better. The driver for ATI, especially for Linux 64bit, is very poor! I will not buy a NB with ATI card in the next few years. -- 南无楞严会上佛菩萨!南无楞严会上佛菩萨!南无楞严会上佛菩萨! -- 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: 64bit or 32bit for my laptop
David Hláčik wrote: Hi guys, sorry for opening this neverending story again. I am about to reinstall Fedora 10 on my laptop. Asus F3Sr, ATI, 230GB disk 5400rpm, Intel Core Duo T5550 @1,83Ghz, 4GB DDR2 Ram I was using all the time only 32bit version here all the time (with kernel-pae). My question is , should I go with 64bit? Will this sacrifice me ;)? What I am using NB for? Pyton, PHP, XML , XHTML development in Netbeans. I am using apache, for that. Virtualization with VMware Workstation (For Windows XP). Thanks, and best regards, David I think the 64-bit will be fine. I run it on my Athlon 64 with 4GB RAM and I don't have trouble with it. I find the performance compiling is better, since I do a lot of that. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- 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: [SPAM]Re: 64bit or 32bit for my laptop
萌邱 wrote: On Wed, Mar 11, 2009 at 8:56 PM, David Hláčik da...@hlacik.eu wrote: Hi guys, sorry for opening this neverending story again. I am about to reinstall Fedora 10 on my laptop. Asus F3Sr, ATI, 230GB disk 5400rpm, Intel Core Duo T5550 @1,83Ghz, 4GB DDR2 Ram I was using all the time only 32bit version here all the time (with kernel-pae). My question is , should I go with 64bit? Will this sacrifice me ;)? What I am using NB for? Pyton, PHP, XML , XHTML development in Netbeans. I am using apache, for that. Virtualization with VMware Workstation (For Windows XP). Thanks, and best regards, David -- 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 Poor you, poor me(I had the same trouble, for my crossfire), and poor us. Just ONLY for your ATI card, the 32bit version is better. The driver for ATI, especially for Linux 64bit, is very poor! I will not buy a NB with ATI card in the next few years. I disagree completely. The Open Source radeon driver is awesome for 64-bit. It works great is rock solid and I don't have any trouble with it at all. In fact, the latest ATI (Proprietary) drivers are not that bad either, but since I don't need 3D for anything on this system I haven't setup that driver. For the record, I've had nothing but crap experiences with NVidia's cards in linux (and windows) and will not buy another NVidia card. So it's all a matter of personal preference. -- Frustra laborant quotquot se calculationibus fatigant pro inventione quadraturae circuli Mark Haney Sr. Systems Administrator ERC Broadband (828) 350-2415 Call (866) ERC-7110 for after hours support -- 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: without a truly working jigdo, re-spins are effectively useless
Robert P. J. Day wrote: as an admittedly frustrated followup from yesterday, i am giving up on jigdo and its variations since, quite simply, at the moment, they don't work. and given that the fedora re-spins explicitly state that they are available currently only via jigdo, that makes those re-spins more than a little useless, wouldn't you say? (i'm going to take someone's advice and try that mock/punji combination and see if that actually functions.) to summarize, trying to build an F10 i386 respin with an original F10 i386 DVD first failed as the corresponding jigdo file had a reference to an out-of-date package (xorg-x11-drv-vmmouse), specifying a version of 12.6.3-1 when most mirrors had already moved on to a newer version of 12.6.3-3, causing jigdo to run through one mirror after another looking for an older version that it was unlikely to find. lesson 1: there's not much value in a jigdo file that's wrong. to correct the above error, it was suggested that i simply edit the jigdo file and fix the problem. possibly, but i don't see why that should be *my* job, and all that's going to do is perhaps get me to the *next* out-of-date reference (whatever that might be). lesson 2: see lesson 1. moving on, even editing the .jigdo file didn't fix the problem because, for some reason, retarting jigdo (and now pointing at the local jigdo file instead of the web URL) still somehow kept looking for the older version of that package. grrr. time to clear the cache? and if jigdo bails somewhere in the middle, should i expect that i can simply resume it where it left off? trying again this morning with the original jigdo file just to reproduce the problem, the process did in fact (through sheer bad(?) luck) find a mirror with an older version of the aforementioned package so it was successful in downloading it. thusly, if this process terminates, i will eventually have a respin that is officially out of date with respect to at least one package. terrific. and, finally, even though i told pyjigdo that, yes, i want it to look under /media where i have the original F10 i386 DVD mounted, it *appears* to be in the process of downloading every one of the required 2303 packages. unlike with jigdo-lite, i didn't see any confirmation after the scan that it found, say, 1505/2303 packages, as i normally get with jigdo-lite. perhaps it did -- i have no way of knowing. in any event, i'm giving this one more try but, at this point, i don't see the value in investing a lot more time in this. it would be nice if the folks at fedoraunity at least *tested* their re-spin process before letting it loose on the public to waste copious amounts of time. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA why not just download the respin over torrent? http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, 11 Mar 2009, psmith wrote: Robert P. J. Day wrote: ... bitch bitch bitch whine whine whine ... :-) why not just download the respin over torrent? http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin while that is *a* solution, it still requires more bandwidth than jigdo should use. i'm just saying that, if fedora proposes a particular download technique, it should at least work. rday p.s. for some corporate environments (like mine), jigdo is acceptable through the corporate firewall, while bittorrent isn't. so i don't have that choice. Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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: without a truly working jigdo, re-spins are effectively useless
Robert P. J. Day wrote: On Wed, 11 Mar 2009, psmith wrote: Robert P. J. Day wrote: ... bitch bitch bitch whine whine whine ... :-) why not just download the respin over torrent? http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin while that is *a* solution, it still requires more bandwidth than jigdo should use. i'm just saying that, if fedora proposes a particular download technique, it should at least work. rday p.s. for some corporate environments (like mine), jigdo is acceptable through the corporate firewall, while bittorrent isn't. so i don't have that choice. Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA well my solution was to setup a local repo using the F10 dvd as a source, then use revisor with a modified arch.conf file with the local repo having priority over everything but updates, and a kickstart set for whatever arch your building for. this way you only download the updated packages and make the install media for the arch of your choice phil -- 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: dear university of calgary: about this 2K/s jigdo download ...
Robert P. J. Day wrote: if there's anyone from the u of calgary reading this, there's not much point being a fedora mirror if you're only going to pump out content at about 2.5K/s. i'm just sayin' ... rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA Why not contact the UofC directly. -- Robin Laing -- 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: removing autorun from a flash drive
Bruno Wolff III wrote: On Tue, Mar 10, 2009 at 22:55:05 -0500, Bruno Wolff III br...@wolff.to wrote: On Tue, Mar 10, 2009 at 17:47:04 -0400, Todd Denniston todd.dennis...@ssa.crane.navy.mil wrote: Bruno Wolff III wrote, On 03/10/2009 05:34 PM: Repartitioning the raw device would probably work. You would then create a filesystem on the partition. No, if you repartition the device, you wipe out the ability for the U3 removal tool to work, but the fake CD remains IIRC. Maybe I am missing something. If you write over the blocks with the U3 tool, how does it not get erased? Is this tool located somewhere of than the normal blocks on the device? I found some info, though it doesn't look like the full details are publicly known. The device shows itself as two devices and indicates different types for each so that one looks like mass storage and the other a cd drive. It is suspected that nonstandard scsi commands are required to write to the cd device. Some people have tricked one of the available tools into loading custom isos into the cd portion of the device. So it looks like you do need a special tool if you want to have the space initially reserved for the cd image released for use in the normal part. Probably theer is some secret scsi command to do this that wouldn't be too hard to find if someone were serious about figuring it out. Why anyone would want one of these devices is beyond me. It's a security nightmare for both the computer being used (due to autorun being enabled) and the usb device owner (due to not just running code from the device). If you own both, there is no reason to have that feature. I agree with this. When I had the software removed from one device. The person that was doing it for me had to disconnect most USB devices from his computer. It also wouldn't work with the USB port on his monitor. I did some searching at the time and found that there are keylogger tools that will auto install like a trojan onto the U3 partition. Big security risk. Also, my daughter had her stick with U3 on it for school. The Mac computers would constantly corrupt the data because the dual partitions when unmounting. Before I asked someone with Windows to remove the U3 code, I tried everything I could find to test this. Even after this, I still needed a Windows box to remove the code. On the download page for the tool, there was a comment box that I voiced my opinion on. -- Robin Laing -- 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 on asus M70VN-X1?
Kevin Kofler wrote: Robin Laing wrote: Nvidia has caused some problems but in all the years has worked close to 90% of the time. Freshrpms support is great. I just wish akmod would work as advertised on my systems. FYI, FreshRPMs merged into RPM Fusion, there are no graphics drivers in FreshRPMs anymore. Kevin Kofler Forgive me and beat me with a wet noodle. It has been FreshRPM's for years. I know that it is rpmfusion now. Just a mental block. :) It could be my 50+ mind is going. Maybe that is why I am enjoying my job better. :) -- Robin Laing -- 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: without a truly working jigdo, re-spins are effectively useless
On 3/11/2009 9:52 AM, Robert P. J. Day wrote: On Wed, 11 Mar 2009, psmith wrote: Robert P. J. Day wrote: ... bitch bitch bitch whine whine whine ... :-) why not just download the respin over torrent? http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin while that is *a* solution, it still requires more bandwidth than jigdo should use. i'm just saying that, if fedora proposes a particular download technique, it should at least work. FedoraUnity is in no way connected to Fedora. Fedora's official jigdo offerring will update, for example, a Fedora 9 DVD to an ISO of Fedora 10. Or the CDs if you prefer. You can make a DVD from the CD or the reverse if you choose. It does *not* contain anything that has changed. The updates FedoraUnity's jigdo, this one, updates a Fedora official release to the release with updates substituted for the original packages. The jigdo file that you were trying to use is about one month old so I am not surprised that some of the 'updates' have been replaced with 'newer updates'. I told you that it was alright to edit any of those changes. Fedora and FedoraUnity have no control over the transfer speed of any mirror. There used to be a way to 'fix' that but I an not sure that it still works. I, myself, run a Rawhide system but I have used the CLI of jigdo to make updated Fedora 8 DVDs, Fedora 9 DVDs, and even Fedora 10 DVDs from the jigdo files offered by FedoraUnity. Both the x86 and x86_64 types. So jigdo does work. Quite well actually. -- David -- 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: NM key hassle
On Wed, 11 Mar 2009 18:01:01 +1030, Tim wrote: On Tue, 2009-03-10 at 18:17 +, Beartooth wrote: I have a Very Dumb Yum Question : why is it that the all in yum clean all does not include metadata? I'm curious why you really need to do a yum clean all. Sounds like you have some other bugs that really need sorting, if you need to do that. Well, in the first place, remember I'm no technoid. I've been advised that three commands are good to run at long intervals : yum clean all, updatedb, and rpm --rebuilddb; but I have no sense of time, and I was very absent-minded even before I got old. So I simply incorporated those three (and will probably now add yum clean metadata) into my update routine, knowing I needn't do them so often, but not wanting to neglect them for many months at a time; I'm presuming that doing them often does no harm. Several of the things I do often, such as check a batch of weather maps or the availability of Firefox updates, or the presence of new posts here (via Gmane, using Pan) tend to take a while on my -- shall we say well-aged? -- machines; but I don't like to sit here with my face hanging our, and I also don't want to forget what I'm doing. So, the first time something slows up, I KVM-switch to my oldest slowest machine, and start the update routine there; then to the next, etc. Usually #1 is ready for me when I get back. Next time it slows, I make the next round. That way I stay busy, and the routine stuff does get done. -- Beartooth Staffwright, PhD, Neo-Redneck Linux Convert Remember I know precious little of what I am talking about. -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, 11 Mar 2009, David wrote: On 3/11/2009 9:52 AM, Robert P. J. Day wrote: On Wed, 11 Mar 2009, psmith wrote: Robert P. J. Day wrote: ... bitch bitch bitch whine whine whine ... :-) why not just download the respin over torrent? http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin while that is *a* solution, it still requires more bandwidth than jigdo should use. i'm just saying that, if fedora proposes a particular download technique, it should at least work. FedoraUnity is in no way connected to Fedora. slight rant on technically, i know that, but perhaps red hat should start protecting its brand a bit more aggressively. go to fedoraunity.org: http://fedoraunity.org/ everything about that site screams fedora. the name. the icon. the colour scheme. the wording: Welcome to the Fedora Unity Project by The Fedora Unity Team — last modified Dec 13, 2007 07:09 PM sorry, but i just don't have much patience with someone telling me that those two things are in no way connected. if fedora wants to disavow any connection to fedora unity, it should demand that the unity site doesn't work so hard to look like fedora. or at least have a *major* disclaimer at the very top making that clear. /rant rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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: without a truly working jigdo, re-spins are effectively useless
On Wednesday 11 March 2009 15:17:53 Robert P. J. Day wrote: ... slight rant on technically, i know that, but perhaps red hat should start protecting its brand a bit more aggressively. go to fedoraunity.org: http://fedoraunity.org/ everything about that site screams fedora. the name. the icon. the colour scheme. the wording: Welcome to the Fedora Unity Project by The Fedora Unity Team — last modified Dec 13, 2007 07:09 PM sorry, but i just don't have much patience with someone telling me that those two things are in no way connected. if fedora wants to disavow any connection to fedora unity, it should demand that the unity site doesn't work so hard to look like fedora. or at least have a *major* disclaimer at the very top making that clear. /rant It might pay them to move the following item to the *top* of the re-spins page ... and emphasise the word unofficial :o) Who produces the Re-Spins? Are they official Fedora Project releases? — by The Fedora Unity Team — last modified Mar 11, 2008 08:29 AM The Fedora Unity Project, which is an unofficial community project, produces the Re-Spins using packages and processes from the official Fedora Project. -- 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
USB or LVM problems in kernel-2.6.27.19-170.2.35.fc10.i686?
After upgrading my kernel I got read errors on my external USB disk when doing a pvscan and LVM wouldn't recognize it as a valid volume. My internal LVM PV worked fine. Booting back into kernel-2.6.27.15-170.2.24.fc10.i686 made it work again. Has anyone else seen problems with USB storage after updating? Thanks, e. -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, 11 Mar 2009, Bill Crawford wrote: On Wednesday 11 March 2009 15:17:53 Robert P. J. Day wrote: ... slight rant on technically, i know that, but perhaps red hat should start protecting its brand a bit more aggressively. go to fedoraunity.org: http://fedoraunity.org/ everything about that site screams fedora. the name. the icon. the colour scheme. the wording: Welcome to the Fedora Unity Project by The Fedora Unity Team — last modified Dec 13, 2007 07:09 PM sorry, but i just don't have much patience with someone telling me that those two things are in no way connected. if fedora wants to disavow any connection to fedora unity, it should demand that the unity site doesn't work so hard to look like fedora. or at least have a *major* disclaimer at the very top making that clear. /rant It might pay them to move the following item to the *top* of the re-spins page ... and emphasise the word unofficial :o) Who produces the Re-Spins? Are they official Fedora Project releases? — by The Fedora Unity Team — last modified Mar 11, 2008 08:29 AM The Fedora Unity Project, which is an unofficial community project, produces the Re-Spins using packages and processes from the official Fedora Project. that would be a start, but it still wouldn't address the problem of the current jigdo files (all right, at least the F10 i386 DVD jigdo file) having at least two out-of-date package references. and, no, it's not really acceptable to tell people who want to use it to manually edit the jigdo file to fix stuff like that. that kind of defeats the purpose of advertising a user-friendly way to get upgrades. and on that note, i'll shut up now. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, Mar 11, 2009 at 7:48 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: On Wed, 11 Mar 2009, Bill Crawford wrote: On Wednesday 11 March 2009 15:17:53 Robert P. J. Day wrote: ... slight rant on technically, i know that, but perhaps red hat should start protecting its brand a bit more aggressively. go to fedoraunity.org: http://fedoraunity.org/ everything about that site screams fedora. the name. the icon. the colour scheme. the wording: Welcome to the Fedora Unity Project by The Fedora Unity Team — last modified Dec 13, 2007 07:09 PM sorry, but i just don't have much patience with someone telling me that those two things are in no way connected. if fedora wants to disavow any connection to fedora unity, it should demand that the unity site doesn't work so hard to look like fedora. or at least have a *major* disclaimer at the very top making that clear. /rant It might pay them to move the following item to the *top* of the re-spins page ... and emphasise the word unofficial :o) Who produces the Re-Spins? Are they official Fedora Project releases? — by The Fedora Unity Team — last modified Mar 11, 2008 08:29 AM The Fedora Unity Project, which is an unofficial community project, produces the Re-Spins using packages and processes from the official Fedora Project. that would be a start, but it still wouldn't address the problem of the current jigdo files (all right, at least the F10 i386 DVD jigdo file) having at least two out-of-date package references. and, no, it's not really acceptable to tell people who want to use it to manually edit the jigdo file to fix stuff like that. that kind of defeats the purpose of advertising a user-friendly way to get upgrades. and on that note, i'll shut up now. rday -- Robert, are you really done with your ranting? If not, go sit in the corner and sulk some more. Fedora Unity Project is a volunteer based work product. Like many such groups they are understaffed. Be thankful that they are only a month behind the latest release. You probably don't remember when their respins were 3 or more months behind. Give the folks a break or even better a hand. -- 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 on asus M70VN-X1?
2009/3/10 Bill Crawford billcrawford1...@gmail.com: On Tuesday 10 March 2009 16:13:16 Ed Greshko wrote: If everybody listened to somebody that told them not to buy something then nobody would buying anything. But, the same applies in reverse, and the warnings - which might apply to some particular hardware, or software versions, more than others - are potentially useful as guidance on what might be good to avoid ... And of course the warning about crying wolf applies too. The same people wheel out doom and gloom about proprietary drivers every time Nvidia especially is mentioned and it really becomes nothing more than noise. Ideally yes we'd avoid them, but I have had only minor problems with the Nvidia drivers through three generations of chipsets and if I need to report a kernel bug I can always go back to the nv driver to do it (and maybe that will solve the problem, in which case Nvidia get to hear about it). Warnings about particular hardware or software are much more useful, especially when someone has specifically asked for them. (Not that pushing hardware with open source support doesn't have its place.) -- imalone -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, Mar 11, 2009 at 9:18 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: sure, i'm willing to help out, but it (finally) dawned on me that there's always going to be a fundamental drawback with the way jigdo is being supported. when the re-spin is created, it will of course be current with the packages at all the mirrors. however, once packages are upgraded beyond that, the older packages will be dropped and the (static) re-spin will no longer match what's at all the mirrors. the more time passes, the more packages will fail to match. so what's the solution? I, for one, am thankful for your rant. Before reading this thread, I had considered using jigdo because I thought it worked in some sensible way, like, Make me a spin with these packages; get them from updates if they are there. Now that I know that the jigdo files are version-specific, I won't even give it a try. Thanks for saving me a ton of time! -Alan -- 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: without a truly working jigdo, re-spins are effectively useless
On Wed, Mar 11, 2009 at 9:13 AM, Alan Evans ame.fed...@gmail.com wrote: On Wed, Mar 11, 2009 at 9:18 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: sure, i'm willing to help out, but it (finally) dawned on me that there's always going to be a fundamental drawback with the way jigdo is being supported. when the re-spin is created, it will of course be current with the packages at all the mirrors. however, once packages are upgraded beyond that, the older packages will be dropped and the (static) re-spin will no longer match what's at all the mirrors. the more time passes, the more packages will fail to match. so what's the solution? I, for one, am thankful for your rant. Before reading this thread, I had considered using jigdo because I thought it worked in some sensible way, like, Make me a spin with these packages; get them from updates if they are there. Now that I know that the jigdo files are version-specific, I won't even give it a try. Thanks for saving me a ton of time! -Alan Jigdo was created for the Debian community. The Debian Stable release is known for its stability, i.e. slow change. Jigdo has its use in the scheme of things. However, using it to stay current with a high churn release such as Fedora is not one of them. The ideal candidate for Jigdo is a slow changing distribution such as CentOS, Debian, and Ubuntu LTS. Even if you create a respin with a package list that is a month old after an install there will be fewer packages to update. This is especially beneficial when installing on multiple machines or one that has a slow or limited access internet connection. By the way, when Fedora Unity Project first used Jigdo Fedora Core was a relatively slow changing distribution. -- 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
NetworkManager doesn't work on eth0 anymore
After the latest updates: Mar 10 14:10:11 Updated: 1:NetworkManager-glib-0.7.0.99-1.fc10.x86_64 Mar 10 14:10:17 Updated: 1:NetworkManager-0.7.0.99-1.fc10.x86_64 Mar 10 14:10:56 Updated: 1:NetworkManager-gnome-0.7.0.99-1.fc10.x86_64 Mar 10 14:11:01 Updated: 1:NetworkManager-openvpn-0.7.0.99-1.fc10.x86_64 Mar 10 14:11:05 Updated: 1:NetworkManager-vpnc-0.7.0.99-1.fc10.x86_64 NetworkManager stopped connecting via eth0. Wireless still works, wired worked before the updates, as auto eth0 or something like that. Now there is no such option, and everything regarding eth0 in the configuration gui is greyed out. When I plug in the network cable, /var/log/messages says that famous cryptic message that NM changed state from 2 to 3 and such, and that's it. No activity regarding dhcp or other usual stuff. If I setup system-config-network to turn off conntroled by NM switch for eth0 and do a service network restart, the wired network starts to work correctly, so it is not a hardware problem. My lspci -v says: 04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8055 PCI-E Gigabit Ethernet Controller (rev 14) Subsystem: Fujitsu Siemens Computers Device 110f Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at f800 (64-bit, non-prefetchable) [size=16K] I/O ports at 3000 [size=256] [virtual] Expansion ROM at f200 [disabled] [size=128K] Capabilities: [48] Power Management version 3 Capabilities: [50] Vital Product Data ? Capabilities: [5c] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [e0] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSVoil- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 1f, GenCap- CGenEn- ChkCap- ChkEn- Kernel driver in use: sky2 Kernel modules: sky2 Does anybody know the cause of the problem and a possible fix/workaround? Up to now NM worked flawlessly on my laptop for both wired and wireless and I find it more convenient than the old network service, but... Best, :-) Marko -- 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
boot error after installing F9 live on pen drive
Dear All I am trying to install Fedora 9 Live on a pendrive. I used the usb-livecreator under Windows XP. The process seems to be ok, but then when I try to boot from the drive, the machine hangs with the: boot error message. The machine does have the capability to boot from the pen drive. I did this before with fedora 8, and it worked OK, then I tried with Debian 5.0 Live, and from there on it seems that the drive has been messed up. In fact, the only way I found to get rid of that debian was formatting the drive (FAT32) under Win XP. Any help (apart from trowing away the drive and getting a new one) will be greatly appreciated Antonio -- 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