Re: accessible login
On 27 Aug 2008, at 13:24, Matthias Clasen wrote: that is great to hear. But the HighContrast theme still ships with IconTheme=HighContrast Should that be changed to HighContrast-SVG for 2.24 then ? I don't think we're quite ready to do that yet, and we'd probably want to create a corresponding Inverse SVG theme before we switched. But it's not too far off, and we probably should make it a goal to try and switch over for 2.26. However, I'm happy to add PNG versions of the ones we're missing for gdm (created from the SVG versions, where applicable), and add them to the regular High Contrast icon themes for 2.23.91. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo] Updated echo-add-icon Script + Usage Screencast
2008/8/27 Martin Sourada [EMAIL PROTECTED]: Hi, I've just finished the echo-add-icon script mentioned yesterday [1]. It currently does all I wanted it to do, i.e.: * generate all necessary PNGs and SVGs and put them into git repo * makes new commit with user given message * suggests user what he should do next (this might be improved to contain links to tutorials once they are finished) It works with one canvas workflow source Inkscape SVG in a special format, as outlined in a screecast I quickly made [2]. It also greatly simplifies life for Echo artist, since all they need is to make the Source SVG, run the script on it, select which branches they'd like to push it to and write commit message(s) - i.e. it automates most of the process. I didn't add git push origin to the script since I feel that it should not be done automatically, also branch specific changes (adding symlinks, adding it to buildsystem) are not done, since they are not so easy to make, so there is still room for future improvement. In the above mentioned screencast I outlined how the source SVG looks like and what is the usage of the echo-add-icon script. I appreciate any comments/help on the script [attached] and screencast. Thanks, Martin PS: I am beginning to like Ruby programming language, I wonder if I should learn it properly :-D References: [1] https://www.redhat.com/archives/fedora-art-list/2008-August/msg00327.html [2] http://mso.fedorapeople.org/screencasts/echo-add-icon-screencast.ogg (In the time of sending this mail the upload was still not complete, so wait a little before fetching it, the complete file has about 4.5 MB, but ssh upload via nautilus is dreadfully slow) ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list Hi Martin, Just wondering... why did you make this script in ruby and not in bash? Seems to me that all needed things are possible in bash for this script. Just curious about that. Nice screencast btw. ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
[Echo] August 2008 News
Hi, Since some important things happened in echo-icon-theme last month I decided summarize them in one e-mail. New icons - We've created/fixed some new icons, concretely: * preferences-system-date * preferences-system-firewall * preferences-system-users * printer All of them are used in they System - Administration menu and part of our work towards filling this menu with Echo icons (since most of applications in there don't have even new-gnome-styled icons) [1]. Huge icons - 256x256 -- With the introduction of One Canvas Workflow (will be explained bellow) I decided I could try doing more detailed and realistic looking version of the printer icon. How it ended you can check at git repo [2]. Nicu was seemingly pleasured with the new introduced HW brand - Echo and noted that if such device indeed existed it would definitely worked with Fedora out of box. I'd like to hear others opinion of using such style for these icons. The basic difference from other styles are semitransparent borders (usually with opacity set to 0.3) and more detail. Other than that it remains same as other sizes. If we agree on this style, I'll add it to Guidelines [3], together with source for the echo brand ;-) One Canvas Work-flow Together with creating the printer icon, I explored jimmac's idea of one canvas workflow [4]. In my short experience it is superior work-flow to our current one and also makes automating many steps of icon creation easier. Most importantly it helps artist to focus more on the process of designing/drawing the icon rather than various secretary jobs around... Together with the desire to automate as much of the secondary work as possible I needed to bring the work-flow to yet another level - so you need to add label to the 48x48 icon (which therefore needs to be grouped) and set it to scalable. It is so that the script can recognize that it's the very icon intended to be installed into the scalable folders (and delete the rest). Initial screen-cast showing this and subsequent commit of the icon to git is available at my fedorapeople page [5]. I'd like to make this work-flow the preferred one for echo-icon-theme creation so if no one steps in, I'll add it to Guidelines. I attach current version of template which can be used as base in Inkscape to create icons using this work-flow. Automating The Secondary Jobs - One Canvas work-flow makes one thing much easier - ability to create script which takes the source icon and add it to git repository. I called this script echo-add-icon and it's already available in echo git repository [6]. It takes the source SVG, generates PNGs for all included sizes and SVG for the scalable size and put all, including source into their rightful places in the git repository. The original source is put into git-repo/sources/base/one-canvas/context to make it distinct from the legacy sources (i.e. one source SVG per one size). It currently pushes only to base folders, but can be easily extended to ask if we want to push to base or to extras. It does not make branch specific changes (i.e. adding symlinks / adding to build system) but I hope to implement it as well in some future version of the script. It also does not push the changes back to fh.o only prints a message to the user that he should do so. Another script is meant to simplify the git set up process. I called it echo-set-up and is also uploaded to git [7]. It does all the steps needed for starting work with the repository. Yet another script is make for updates (useful e.g. when we introduce new branch to echo git repo). It updates all branches, if some of the branches is missing, it correctly creates it. I called it echo-update and it's also available in echo git [8]. I also plan to add one another simple script, probably called echo-new-icon that would take latest version of the one-canvas template and create new icon (with given name) from it. Similar to what rpmdev-newspec do for spec files ;-) I plan to package these scripts for fedora under the name echo-artist, therefore I added some necessary things like license (LGPLv2.1+) or credits (since the first script is based off jimmac's [9]). Echo for F10? - It has been briefly discussed here, on the art list, whether to include Echo in F10 as our default icon theme and whether submit it as a Feature. Many people seemed to agree that it would not hurt pinging fesco about it, but that the main decision would probably be done by Art and Desktop teams. Further Plans - Apart from creating new icons and plans mentioned above, I also hope to update/extend various echo related how-to's to reflect the new methods of echo icon creation/addition. Apart from that I'd like to make some promo page that would be intended for potential contributors and contained all info they need to know to get started and other similar info.
Re: [Echo] Updated echo-add-icon Script + Usage Screencast
On Thu, 2008-08-28 at 17:44 +0200, Mark wrote: Hi Martin, Just wondering... why did you make this script in ruby and not in bash? Seems to me that all needed things are possible in bash for this script. Just curious about that. Nice screencast btw. Not sure about the svg (xml) parsing/editing, the rest should be however possible with bash. The original script by jimmac [1] is written in Ruby so I took it as an opportunity to try new programming language and in the process I grew to love it :-D The syntax is pretty efficient and I like that it's truly object oriented language (in short, everything is object in ruby) ;-) Martin References: [1] http://pastebin.ca/1071599 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: Echo for F10? [was: Re: [Echo] One Canvas workflow + making commits easier]
Martin Sourada wrote: On Wed, 2008-08-27 at 15:46 +0200, Andreas Nilsson wrote: What about the percentage of coverage you're going to see on a fresh Fedora install, in all apps etc? That would not be so easy to count... Even for gnome menus its a lot of work... Is the number higher than the current default style? Echo is worse in case of coverage percentage than Mist+Gnome, that we know most certainly. But the current default does not cover everything either. Therefore I wonder where we should focus our efforts with coverage - just follow gnome+mist and do the same you did there, or rather focus on the pieces that are missing in gnome+mist (like we are doing now when we try to improve the coverage of gnome menus). I personally think gnome+mist icon themes can coexist pretty good with Echo though final state would be that we wouldn't need those two as Echo fallback themes. Hi Martin! My concern was mainly that if the new set don't do a better job with coverage than the old one, I would consider it a regression. - Andreas ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: [Echo] August 2008 News
On Thu, 2008-08-28 at 14:38 -0400, Luya Tshimbalanga wrote: Good idea to have a monthly news for Echo. That will good to set that page on fedorahosted.org as well although trac might need some modification. Like what I did in my blogpost [1]? Martin References: [1] http://mso-chronicles.blogspot.com/2008/08/echo-august-2008-news.html 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
[Echo] user scripts updates
Hi, I've just committed some changes for the echo-artist scripts. First I added echo-new-icon [1] script which creates new source SVG for given icon, with given icon name and icon context from template (it looks for ~/Templates/echo-one-canvas-template.svg and /usr/share/echo-artist/echo-one-canvas-template.svg in this order) [2]. The template is pretty much prepared for the scripts which are used later in the process as only things you need to do is to draw the icons on their correct positions in artwork layer, group the icons, the 48x48 one label as scalable (in object properties) and hide the plate layer (so that the generated PNGs will have transparent background). I also updated the echo-add-icon [3] script, now for legacy branches (currently all but master) it also adds necessary symlinks (as defined by icon-naming-utils + symlinks added by user of the script). I hope to also implement similar changes for the master branch, but as it means parsing and extending Makefile.am it probably won't be that easy. In case you'd like to test it, don't worry, it does not push anything back to fedora hosted so it will affect only your local git repository (unless you run git push origin :-D). Feel free to experiment with those scripts and report any issues. Also if you have suggestions on UI improvement(s) (or any other suggestions), please let me know ;-) Thanks, Martin References: [1] http://git.fedorahosted.org/git/?p=echo-icon-theme;a=blob_plain;f=sources/echo-artist/echo-new-icon [2] http://git.fedorahosted.org/git/?p=echo-icon-theme;a=blob_plain;f=sources/echo-artist/echo-one-canvas-template.svg [3] http://git.fedorahosted.org/git/?p=echo-icon-theme;a=blob_plain;f=sources/echo-artist/echo-add-icon 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: [Echo] August 2008 News
On Thu, 2008-08-28 at 18:10 -0400, Luya Tshimbalanga wrote: Quoting Martin Sourada [EMAIL PROTECTED]: Like what I did in my blogpost [1]? Yes. I'll transfer it to Trac tomorrow then :-) Martin 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
Fedora 10 Art Schedule
Hi Art Team, During the Fedora 9 release a few of you helped me craft a schedule of art tasks which we published here: http://poelstra.fedorapeople.org/schedules/f-9/f-9-art-tasks.html For the Fedora 10 release I re-worked the underlying TaskJuggler file to optimize reporting and the ability to allocate resources in the future. As a result I've lost some of the dependencies that were built in and am having a hard time reconnecting them. Also as I look at some of the tasks I'm wondering if they still apply or not. I'd love your help reviewing the schedule here: http://poelstra.fedorapeople.org/schedules/f-10/f-10-art-tasks.html and telling me: 1) Which tasks no longer apply and should be removed 2) New tasks which should be added 3) Existing tasks that are wrong --please provide the task that comes before and after along with the correct dates so I can build the right dependency logic. Thanks, John ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Fedora rawhide rebuild in mock status 2008-08-28
Fedora Rawhide-in-Mock Build Results for i386 based on Rawhide from 2008-08-12. About 230 packages fail to build due to the restriction on patch fuzz. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Open Bugs which now build, and can be marked CLOSED RAWHIDE: bacula: [u'440905'] callweaver: [u'434066'] compat-erlang: [u'434102'] dxpc: [u'449644'] freeipmi: [u'440875'] gauche: [u'449627'] gazpacho: [u'440859'] gnome-applet-tvn24: [u'434300'] graphviz: [u'449410'] ikvm: [u'434375'] libgtksourceviewmm: [u'434532'] mx4j: [u'434097'] nco: [u'449408'] perl-Crypt-Simple: [u'449495'] perl-XML-LibXSLT: [u'449544'] redhat-rpm-config: [u'449717'] scribus: [u'440766'] zhcon: [u'449625'] Total packages: 6039 Number failed to build: 624 Number expected to fail due to ExclusiveArch or ExcludeArch: 14 Leaving: 610 Of those expected to have worked... Without a bug filed: 520 -- AcetoneISO-6.7-5.fc9 (build/make) spot Canna-3.7p3-24.fc9 (patch_fuzz) tagoh ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet TnL-07-6.fc10 (patch_fuzz) jwrdegoede WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus abicheck-1.2-18 (build/make) mschwendt abiword-2.6.4-7.fc10 (build/make) uwog abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede afflib-3.2.3-1.fc10 (patch_fuzz) kwizart aide-0.13.1-4 (patch_fuzz) sgrubb aircrack-ng-0.9.3-1.fc9 (build/make) till akode-2.0.2-5.fc9 (patch_fuzz) rdieter ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede alienarena-7.10-1.fc10 (patch_fuzz) spot alsa-firmware-1.0.17-1.fc10 (build/make) timj amanda-2.5.2p1-10.fc9 (build/make) dnovotny amanith-0.3-9.fc9 (patch_fuzz) spot anacron-2.3-61.fc10 (patch_fuzz) mmaslano ant-1.7.0-2.fc10 (build/make) pcheung antlr-2.7.7-2.fc10 (build/make) dbhole apel-10.7-1.fc8 (build/make) tagoh archivemail-0.7.2-1.fc9 (patch_fuzz) limb ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede arpack-2.1-7.fc9 (build/make) athimm arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede aspell-0.60.6-2.fc10 (patch_fuzz) varekova asylum-0.2.3-3.fc9 (build/make) mfleming atitvout-0.4-8 (patch_fuzz) awjb atlas-3.6.0-15.fc10 (build/make) deji,deji audacious-plugin-fc-0.2-6 (build/make) mschwendt audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms audit-1.7.4-2.fc10 (build/make) sgrubb aumix-2.8-17.fc9 (patch_fuzz) somlo autoconf-2.62-5.fc10 (patch_fuzz) karsten automake15-1.5-23 (patch_fuzz) karsten avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd azureus-3.0.4.2-16.fc10 (build/make) langel,langel balsa-2.3.25-1.fc10 (build/make) pawsa bidiv-1.5-6.fc9 (build/make) danken bigloo-3.1a-1.fc10 (patch_fuzz) gemi bit-0.4.1-3.fc9 (build/make) rvinyard blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede bouncycastle-1.39-1.fc10 (build/make) langel,langel brasero-0.7.90-1.fc10 (build/make) denis bsd-games-2.17-23.fc9 (patch_fuzz) wart bwbar-1.2.3-2 (patch_fuzz) adrian bzip2-1.0.5-2.fc9 (build/make) varekova cairo-java-1.0.5-10.fc10 (build/make) kasal cernlib-2006-30.fc10 (build/make) pertusus cernlib-g77-2006-30.fc10 (build/make) pertusus classpathx-jaf-1.0-12.fc10 (build/make) devrim claws-mail-3.4.0-1.fc10 (build/make) awjb cln-1.2.2-1.fc10 (build/make) deji,deji clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz compat-gcc-32-3.2.3-64 (build/make) jakub compat-gcc-34-3.4.6-9 (patch_fuzz) jakub compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh conexus-0.5.3-4.fc9 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig csound-5.03.0-16.fc9 (build/make) dcbw,pfj ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz darcs-2.0.0-1.fc10 (build/make) jjh,petersen db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai dbus-java-2.5-3.fc10 (build/make) omajid dbxml-2.3.10-12.fc9 (build/make) mzazrive dbxml-perl-2.003-5.fc10 (build/make) mzazrive deluge-0.9.04-1.fc10 (build/make) pgordon denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas dietlibc-0.31-5.20080517.fc10 (build/make) ensc dnssec-tools-1.4.1-2.fc10 (build/make)
Fedora rawhide rebuild in mock status 2008-08-28 x86_64
Fedora Rawhide-in-Mock Build Results for x86_64 based on Rawhide from 2008-08-12. About 230 packages fail to build due to the restriction on patch fuzz. Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Open Bugs which now build, and can be marked CLOSED RAWHIDE: bacula: [u'440905'] callweaver: [u'434066'] compat-erlang: [u'434102'] dxpc: [u'449644'] freeipmi: [u'440875'] gauche: [u'449627'] gazpacho: [u'440859'] gnome-applet-tvn24: [u'434300'] graphviz: [u'449410'] ikvm: [u'434375'] libgtksourceviewmm: [u'434532'] mx4j: [u'434097'] nco: [u'449408'] perl-Crypt-Simple: [u'449495'] perl-XML-LibXSLT: [u'449544'] redhat-rpm-config: [u'449717'] scribus: [u'440766'] zhcon: [u'449625'] Total packages: 6039 Number failed to build: 624 Number expected to fail due to ExclusiveArch or ExcludeArch: 14 Leaving: 610 Of those expected to have worked... Without a bug filed: 520 -- AcetoneISO-6.7-5.fc9 (build/make) spot Canna-3.7p3-24.fc9 (patch_fuzz) tagoh ClanLib06-0.6.5-12.fc9 (patch_fuzz) jwrdegoede KoboDeluxe-0.5.1-2.fc9 (build/make) jwrdegoede LabPlot-1.6.0.1-1.fc10 (patch_fuzz) chitlesh,chitlesh,tnorth MagicPoint-1.11b-6.fc9 (patch_fuzz) jwrdegoede,byte,rui Miro-1.2.4-3.fc10 (build/make) tscherf,caillon,salimma,alexlan,wguaraldi PyAmanith-0.3.35-2.fc9 (patch_fuzz) spot PyQt4-4.4.2-2.fc10 (patch_fuzz) rdieter,than PyX-0.10-4.fc9 (patch_fuzz) jamatos,mpeters,jamatos R-RScaLAPACK-0.5.1-15.fc10 (patch_fuzz) spot SimGear-1.0.0-4.fc10 (patch_fuzz) spot,bellet TnL-07-6.fc10 (patch_fuzz) jwrdegoede WindowMaker-0.92.0-18.fc9 (patch_fuzz) awjb a2ps-4.14-5.fc10 (patch_fuzz) twaugh,pertusus abicheck-1.2-18 (build/make) mschwendt abiword-2.6.4-7.fc10 (build/make) uwog abuse-0.7.1-1.fc9 (patch_fuzz) jwrdegoede afflib-3.2.3-1.fc10 (patch_fuzz) kwizart aide-0.13.1-4 (patch_fuzz) sgrubb aircrack-ng-0.9.3-1.fc9 (build/make) till akode-2.0.2-5.fc9 (patch_fuzz) rdieter ale-0.9.0.1-1.fc10 (patch_fuzz) silfreed alex4-1.0-6.fc9 (patch_fuzz) jwrdegoede alienarena-7.10-1.fc10 (patch_fuzz) spot alsa-firmware-1.0.17-1.fc10 (build/make) timj amanda-2.5.2p1-10.fc9 (build/make) dnovotny amanith-0.3-9.fc9 (patch_fuzz) spot anacron-2.3-61.fc10 (patch_fuzz) mmaslano ant-1.7.0-2.fc10 (build/make) pcheung antlr-2.7.7-2.fc10 (build/make) dbhole apel-10.7-1.fc8 (build/make) tagoh archivemail-0.7.2-1.fc9 (patch_fuzz) limb ardour-2.4.1-1.fc9 (patch_fuzz) green,jwrdegoede arj-3.10.22-4.fc9 (build/make) jwrdegoede,robert arm-gp2x-linux-gcc-4.1.2-8.fc9 (build/make) jwrdegoede arpack-2.1-7.fc9 (build/make) athimm arts-1.5.9-3.fc10 (patch_fuzz) than,rdieter,kkofler asc-2.1.0.0-1.fc10 (patch_fuzz) jwrdegoede aspell-0.60.6-2.fc10 (patch_fuzz) varekova asylum-0.2.3-3.fc9 (build/make) mfleming atitvout-0.4-8 (patch_fuzz) awjb atlas-3.6.0-15.fc10 (build/make) deji,deji audacious-plugin-fc-0.2-6 (build/make) mschwendt audacity-1.3.5-0.5.beta.fc10 (patch_fuzz) gemi,mschwendt,dtimms audit-1.7.4-2.fc10 (build/make) sgrubb aumix-2.8-17.fc9 (patch_fuzz) somlo autoconf-2.62-5.fc10 (patch_fuzz) karsten automake15-1.5-23 (patch_fuzz) karsten avr-binutils-2.18-2.fc9 (patch_fuzz) tnorth,trondd avr-gcc-4.1.2-6.fc9 (build/make) tnorth,trondd azureus-3.0.4.2-16.fc10 (build/make) langel,langel balsa-2.3.25-1.fc10 (build/make) pawsa bidiv-1.5-6.fc9 (build/make) danken bigloo-3.1a-1.fc10 (patch_fuzz) gemi bit-0.4.1-3.fc9 (build/make) rvinyard blobwars-1.07-2.fc9 (patch_fuzz) rafalzaq bodhi-0.4.10-4.fc9 (build/make) lmacken,toshio,timlau bolzplatz2006-1.0.3-6.fc9 (build/make) jwrdegoede bouncycastle-1.39-1.fc10 (build/make) langel,langel brasero-0.7.90-1.fc10 (build/make) denis bsd-games-2.17-23.fc9 (patch_fuzz) wart bwbar-1.2.3-2 (patch_fuzz) adrian bzip2-1.0.5-2.fc9 (build/make) varekova cairo-java-1.0.5-10.fc10 (build/make) kasal cernlib-2006-30.fc10 (build/make) pertusus cernlib-g77-2006-30.fc10 (build/make) pertusus classpathx-jaf-1.0-12.fc10 (build/make) devrim claws-mail-3.4.0-1.fc10 (build/make) awjb cln-1.2.2-1.fc10 (build/make) deji,deji clonekeen-0.8.3-4.fc9 (build/make) jwrdegoede codeblocks-8.02-1.fc9 (patch_fuzz) sharkcz compat-gcc-32-3.2.3-64 (build/make) jakub compat-gcc-34-3.4.6-9 (patch_fuzz) jakub compat-guile-16-1.6.7-8.fc9 (patch_fuzz) chitlesh conexus-0.5.3-4.fc9 (build/make) rvinyard conexusmm-0.5.0-3.fc7 (build/make) rvinyard cpan2rpm-2.028-2.fc8.1 (build/make) ghenry,perl-sig csound-5.03.0-16.fc9 (build/make) dcbw,pfj ctrlproxy-3.0.7-1.fc10 (build/make) jwboyer,bernie cyrus-imapd-2.3.11-2.fc10 (patch_fuzz) sharkcz cyrus-sasl-2.1.22-16.fc10 (patch_fuzz) tmraz darcs-2.0.0-1.fc10 (build/make) jjh,petersen db4-4.7.25-2.fc10 (patch_fuzz) jnovy,pmatilai dbus-java-2.5-3.fc10 (build/make) omajid dbxml-2.3.10-12.fc9 (build/make) mzazrive dbxml-perl-2.003-5.fc10 (build/make) mzazrive deluge-0.9.04-1.fc10 (build/make) pgordon denyhosts-2.6-11.fc10 (patch_fuzz) tibbs,ausil dia-0.96.1-6.fc10 (patch_fuzz) huzaifas,huzaifas dietlibc-0.31-5.20080517.fc10 (build/make) ensc dnssec-tools-1.4.1-2.fc10 (build/make)
rpms/libXfont/devel import.log, NONE, 1.1 libXfont-1.3.1-fast-retry.patch, NONE, 1.1 libXfont-1.3.3-no-fontcache.patch, NONE, 1.1 .cvsignore, 1.15, 1.16 libXfont.spec, 1.41, 1.42 sources, 1.16, 1.17 c
Author: ajax Update of /cvs/pkgs/rpms/libXfont/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6038/devel Modified Files: .cvsignore libXfont.spec sources Added Files: import.log libXfont-1.3.1-fast-retry.patch libXfont-1.3.3-no-fontcache.patch Removed Files: cve-2008-0006.patch Log Message: libXfont 1.3.3 --- NEW FILE import.log --- libXfont-1_3_3-1_fc10:HEAD:libXfont-1.3.3-1.fc10.src.rpm:1219949211 libXfont-1.3.1-fast-retry.patch: --- NEW FILE libXfont-1.3.1-fast-retry.patch --- diff -up libXfont-1.3.1/src/fc/fsio.c.jx libXfont-1.3.1/src/fc/fsio.c --- libXfont-1.3.1/src/fc/fsio.c.jx 2007-09-04 20:18:23.0 -0400 +++ libXfont-1.3.1/src/fc/fsio.c2008-04-21 16:13:08.0 -0400 @@ -125,8 +125,6 @@ _fs_connect(char *servername, int *err) _FontTransSetOption(trans_conn, TRANS_NONBLOCKING, 1); do { - if (i == TRANS_TRY_CONNECT_AGAIN) - sleep(1); i = _FontTransConnect(trans_conn,servername); } while ((i == TRANS_TRY_CONNECT_AGAIN) (retries-- 0)); libXfont-1.3.3-no-fontcache.patch: --- NEW FILE libXfont-1.3.3-no-fontcache.patch --- diff -up libXfont-1.3.3/configure.ac.jx libXfont-1.3.3/configure.ac --- libXfont-1.3.3/configure.ac.jx 2008-07-02 15:29:49.0 -0400 +++ libXfont-1.3.3/configure.ac 2008-08-28 14:44:03.0 -0400 @@ -180,7 +180,7 @@ fi # Font cache extension support? # -AC_ARG_ENABLE(fontcache, [ --disable-fontcache ],[XFONT_FONTCACHE=$enableval],[XFONT_FONTCACHE=yes]) +AC_ARG_ENABLE(fontcache, [ --disable-fontcache ],[XFONT_FONTCACHE=$enableval],[XFONT_FONTCACHE=no]) AM_CONDITIONAL(XFONT_FONTCACHE, [test x$XFONT_FONTCACHE = xyes]) if test x$XFONT_FONTCACHE = xyes; then AC_DEFINE(FONTCACHE,1,[Support the font caching extension]) Index: .cvsignore === RCS file: /cvs/pkgs/rpms/libXfont/devel/.cvsignore,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- .cvsignore 24 Sep 2007 18:28:28 - 1.15 +++ .cvsignore 28 Aug 2008 18:47:05 - 1.16 @@ -1 +1 @@ -libXfont-1.3.1.tar.bz2 +libXfont-1.3.3.tar.bz2 Index: libXfont.spec === RCS file: /cvs/pkgs/rpms/libXfont/devel/libXfont.spec,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- libXfont.spec 12 Feb 2008 15:57:33 - 1.41 +++ libXfont.spec 28 Aug 2008 18:47:05 - 1.42 @@ -1,7 +1,7 @@ Summary: X.Org X11 libXfont runtime library Name: libXfont -Version: 1.3.1 -Release: 4%{?dist} +Version: 1.3.3 +Release: 1%{?dist} License: MIT Group: System Environment/Libraries URL: http://www.x.org @@ -9,14 +9,16 @@ Source0: ftp://ftp.x.org/pub/individual/lib/%{name}-%{version}.tar.bz2 -Patch0: cve-2008-0006.patch Patch1: libXfont-1.3.1-visibility.patch +Patch2: libXfont-1.3.1-fast-retry.patch +Patch3: libXfont-1.3.3-no-fontcache.patch BuildRequires: xorg-x11-util-macros BuildRequires: xorg-x11-proto-devel BuildRequires: xorg-x11-xtrans-devel = 1.0.3-3 BuildRequires: libfontenc-devel BuildRequires: freetype-devel +BuildRequires: autoconf automake libtool Obsoletes: XFree86-libs, xorg-x11-libs @@ -39,10 +41,12 @@ %prep %setup -q -%patch0 -p1 -b .cve-2008-0006 %patch1 -p1 -b .visibility +%patch2 -p1 -b .retry +%patch3 -p1 -b .no-fc %build +autoreconf -v --install || exit 1 %configure --disable-static make %{?_smp_mflags} @@ -92,6 +96,11 @@ %{_libdir}/pkgconfig/xfont.pc %changelog +* Thu Aug 28 2008 Adam Jackson [EMAIL PROTECTED] 1.3.3-1 +- libXfont 1.3.3. +- libXfont-1.3.1-fast-retry.patch: Retry font server connections faster. + (#443070) + * Tue Feb 12 2008 Adam Jackson [EMAIL PROTECTED] 1.3.1-4 - libXfont-1.3.1-visibility.patch: Prevent a symbol collision with ghostscript. (#216124) Index: sources === RCS file: /cvs/pkgs/rpms/libXfont/devel/sources,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- sources 24 Sep 2007 18:28:28 - 1.16 +++ sources 28 Aug 2008 18:47:05 - 1.17 @@ -1 +1 @@ -b2f396b62633819bbdd9748383876e21 libXfont-1.3.1.tar.bz2 +4f174b9613f87cf00d731da428a1b194 libXfont-1.3.3.tar.bz2 --- cve-2008-0006.patch DELETED --- ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
Re: rawhide, /mnt/koji and /pub/fedora
Nigel Jones wrote: On Wed, 2008-08-27 at 21:52 -0700, Jesse Keating wrote: On Wed, 2008-08-27 at 21:44 -0700, Jesse Keating wrote: Comments? One comment just made on IRC by G: G f13: can't be allow masher to sudo to ftpsync and run a sync command? G = $me :) We would have to allow masher to sudo with no password in order to run the rsync command. I'm not sure how far we can narrow it down since the rsync source changes each day, only the dest (and other options) remain the same. Why not something like: sudo /usr/local/bin/rawhideftpsync.sh random bit that runs: rsync ...normal path.random bit ... Just a thought. You could configure sudoers to allow the masher user to only be able to execute whatever it sudo's as the ftpsync user: masher hostname.domain.tld=(ftpsync) NOPASSWD: rsync $rsync_opts foo.wildcardmatch-source bar Does that narrow it down sufficiently? Kind regards, Jeroen van Meeuwen -kanarip ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: hello
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Amitakhya Phukan wrote: Mike McGrath wrote: On Wed, 2 Jul 2008, Amitakhya Phukan wrote: hi people! i was away for a long time and now i am back. i am looking forward to contributing to fedora infrastructure now and am looking for some work :) can anyone please help me out here ? Sounds like you need a sponsor! Which FIG are you interested in? -Mike hi, sysadmin-test and sysadmin-hosted interest me as of now. regards, amit. hi, anyone out there to sponsor me ? :) regards, amit. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAki2nQ0ACgkQisV6fTFpwA05NwCeNDi4M+DhhKCydwEs8X3G08W5 hDAAn1KvNl1o658WB92fnMDZSpvhIN/s =AzUe -END PGP SIGNATURE- ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Introductions
On Wed, 27 Aug 2008, Mike Watters wrote: Hello, I have applied to the sysadmin group and would like to give you an overview my experience. I have been a systems admin or security analyst for 12 years at 3 major worldwide (US based) companies. the majority of the time I was a systems admin for Solaris, AIX I did about 2years of admin work for SGI and HPUX boxes. I did 2 years of security analyst for Solaris, AIX and RHEL. I have been using Fedora from Fedora 7 release. I am proficient in Perl, bash, ksh scripting. I am competent with C, C++ and Java ( I prefer C ) I am looking to learn Python. My programming/scripting is almost all CLI apps. I did some TCL/TK stuff long ago. I am learning GTK and Glade in my free time. using libglade and C. I am looking for a sponsor for the Sysadmin group Please let me know if you would like any further info. personal info. I have been married for 9 years and have 3 children, 2 boys 7 and 5 and 1 girl 18mo. I shoot pool on an APA league one night a week, I took the summer off to get some projects done around the house. I look to start again in a couple of weeks for the Fall session. I am a SL 5 in the APA. the ratings are from 2 ( extreme novice ) to 7 ( break and run 3 or more of 10 racks ) Welcome Mike! Keep on people until you find a sponsor. Make sure to come to our meetings if you can make them: http://fedoraproject.org/wiki/Infrastructure/Meetings -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Wed, 27 Aug 2008, Jesse Keating wrote: So I realized something last night. We created a user masher to have the ability to write to /mnt/koji/mash/ but not any of the other koji space. This is useful to prevent too much damage from a horribly wrong rawhide compose. To make things easier in the rawhide compose configs, we decided to run the cron/scripts as the masher user. This is also good because it means things run unprivileged. However I ran into a snag. We have another user, 'ftpsync' that has write access to /pub/fedora/. Previously the rawhide script was ran as root, and thus it was no problem to su ftpsync for the rsync calls. The masher user does not possess the capability of doing this. Since the ftpsync user is only really used to sync data onto the Fedora netapp, I propose that we collapse ftpsync and masher into one user (masher). It'll require minimal puppet changes, mostly just moving some cron jobs from ftpsync over to masher. It will require UID changes, either changing masher to the ftpsync UID (which breaks our new range we just setup), or chmodding some stuff on the Fedora netapp and changing what UID has write access there. For now, I'm syncing rawhide by hand. Comments? Fine by me. ftpsync isn't really one of ours anyway :) -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Thu, 2008-08-28 at 08:42 -0500, Mike McGrath wrote: On Wed, 27 Aug 2008, Jesse Keating wrote: So I realized something last night. We created a user masher to have the ability to write to /mnt/koji/mash/ but not any of the other koji space. This is useful to prevent too much damage from a horribly wrong rawhide compose. To make things easier in the rawhide compose configs, we decided to run the cron/scripts as the masher user. This is also good because it means things run unprivileged. However I ran into a snag. We have another user, 'ftpsync' that has write access to /pub/fedora/. Previously the rawhide script was ran as root, and thus it was no problem to su ftpsync for the rsync calls. The masher user does not possess the capability of doing this. Since the ftpsync user is only really used to sync data onto the Fedora netapp, I propose that we collapse ftpsync and masher into one user (masher). It'll require minimal puppet changes, mostly just moving some cron jobs from ftpsync over to masher. It will require UID changes, either changing masher to the ftpsync UID (which breaks our new range we just setup), or chmodding some stuff on the Fedora netapp and changing what UID has write access there. For now, I'm syncing rawhide by hand. Comments? Fine by me. ftpsync isn't really one of ours anyway :) it and masher are, however, names that need to get added to the banlist in fas, I think. -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Thu, 2008-08-28 at 11:57 +0200, Jeroen van Meeuwen wrote: You could configure sudoers to allow the masher user to only be able to execute whatever it sudo's as the ftpsync user: masher hostname.domain.tld=(ftpsync) NOPASSWD: rsync $rsync_opts foo.wildcardmatch-source bar Does that narrow it down sufficiently? I think so. I'll play with this some today. -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) 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: rawhide, /mnt/koji and /pub/fedora
On Thu, 2008-08-28 at 08:52 +0200, Xavier Lamien wrote: yeah, you can easily do that by invoking : /bin/mail -r From_adress hope that mailx is up to date ;) Looks like that's not working in EL5. Pitty. -- 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: rawhide, /mnt/koji and /pub/fedora
On Thu, 2008-08-28 at 09:22 -0700, Jesse Keating wrote: On Thu, 2008-08-28 at 08:52 +0200, Xavier Lamien wrote: yeah, you can easily do that by invoking : /bin/mail -r From_adress hope that mailx is up to date ;) Looks like that's not working in EL5. Pitty. a simple python script to do that is easy enough. -sv ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Thu, Aug 28, 2008 at 11:27 AM, Seth Vidal [EMAIL PROTECTED] wrote: On Thu, 2008-08-28 at 09:22 -0700, Jesse Keating wrote: On Thu, 2008-08-28 at 08:52 +0200, Xavier Lamien wrote: yeah, you can easily do that by invoking : /bin/mail -r From_adress hope that mailx is up to date ;) Looks like that's not working in EL5. Pitty. a simple python script to do that is easy enough. Looks like configs/system/sendmail-unicode.py is already out there... -- Jeff Ollie You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe. -- Marcus to Franklin in Babylon 5: A Late Delivery from Avalon ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Thu August 28 2008, Jesse Keating wrote: On Thu, 2008-08-28 at 08:52 +0200, Xavier Lamien wrote: yeah, you can easily do that by invoking : /bin/mail -r From_adress hope that mailx is up to date ;) Looks like that's not working in EL5. Pitty. This works for me on CentOS 5, after the -- sendmail options can be used: /bin/mail -s SUBJECT [EMAIL PROTECTED] -- -f [EMAIL PROTECTED] -F freeform from part Regards, Till 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: rawhide, /mnt/koji and /pub/fedora
2008/8/28 Jesse Keating [EMAIL PROTECTED] On Thu, 2008-08-28 at 08:52 +0200, Xavier Lamien wrote: yeah, you can easily do that by invoking : /bin/mail -r From_adress hope that mailx is up to date ;) Looks like that's not working in EL5. Pitty. hm... is installed rhel-5.2 working with mailx-8.1.1 on the box ? if so, that will imply to update it. This feature has been integrated from release 9.25 another way could be to add ~r From-adress in the header of the file content (should work for version = 10.2 ). -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Introductions
Mike Watters wrote: Hello, I have applied to the sysadmin group and would like to give you an overview my experience. I have been a systems admin or security analyst for 12 years at 3 major worldwide (US based) companies. the majority of the time I was a systems admin for Solaris, AIX I did about 2years of admin work for SGI and HPUX boxes. I did 2 years of security analyst for Solaris, AIX and RHEL. I have been using Fedora from Fedora 7 release. I am proficient in Perl, bash, ksh scripting. I am competent with C, C++ and Java ( I prefer C ) I am looking to learn Python. My programming/scripting is almost all CLI apps. I did some TCL/TK stuff long ago. I am learning GTK and Glade in my free time. using libglade and C. I am looking for a sponsor for the Sysadmin group Please let me know if you would like any further info. personal info. I have been married for 9 years and have 3 children, 2 boys 7 and 5 and 1 girl 18mo. I shoot pool on an APA league one night a week, I took the summer off to get some projects done around the house. I look to start again in a couple of weeks for the Fall session. I am a SL 5 in the APA. the ratings are from 2 ( extreme novice ) to 7 ( break and run 3 or more of 10 racks ) Hi Mike, are you interested in continuing to learn python? If so, I have a bunch of projects that you can help out with from command line apps to TurboGears web applications. If you're on IRC, you can ping me on irc.freenode.net #fedora-admin abadger1999 and let me know what you might be interested in. -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: Strange popen behavior on xen builders?
Orion Poplawski wrote: Orion Poplawski wrote: Filed bug #459442 as I have a simple test case. Once everything is back up we can test again. It appears that the pipe2 syscall on the x86_64 xen kernels is broken and that rawhide glibc has moved to using pipe2 from pipe in rawhide. This seems like a blocker to me. Okay, looks like a known issue with the xen kernels. New test kernels are available, see the bug for more info. We should get a fixed version onto the Fedora xen builders very soon, and maybe disable them until they can be fixed? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
Jesse Keating ([EMAIL PROTECTED]) said: So I realized something last night. We created a user masher to have the ability to write to /mnt/koji/mash/ but not any of the other koji space. This is useful to prevent too much damage from a horribly wrong rawhide compose. To make things easier in the rawhide compose configs, we decided to run the cron/scripts as the masher user. This is also good because it means things run unprivileged. However I ran into a snag. We have another user, 'ftpsync' that has write access to /pub/fedora/. Previously the rawhide script was ran as root, and thus it was no problem to su ftpsync for the rsync calls. The masher user does not possess the capability of doing this. Since the ftpsync user is only really used to sync data onto the Fedora netapp, I propose that we collapse ftpsync and masher into one user (masher). It'll require minimal puppet changes, mostly just moving some cron jobs from ftpsync over to masher. It will require UID changes, either changing masher to the ftpsync UID (which breaks our new range we just setup), or chmodding some stuff on the Fedora netapp and changing what UID has write access there. For now, I'm syncing rawhide by hand. Comments? Is changing the user that owns the files going to cause unnecessary rsync churn for mirrors? Bill ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: rawhide, /mnt/koji and /pub/fedora
On Thu, 28 Aug 2008, Bill Nottingham wrote: Jesse Keating ([EMAIL PROTECTED]) said: So I realized something last night. We created a user masher to have the ability to write to /mnt/koji/mash/ but not any of the other koji space. This is useful to prevent too much damage from a horribly wrong rawhide compose. To make things easier in the rawhide compose configs, we decided to run the cron/scripts as the masher user. This is also good because it means things run unprivileged. However I ran into a snag. We have another user, 'ftpsync' that has write access to /pub/fedora/. Previously the rawhide script was ran as root, and thus it was no problem to su ftpsync for the rsync calls. The masher user does not possess the capability of doing this. Since the ftpsync user is only really used to sync data onto the Fedora netapp, I propose that we collapse ftpsync and masher into one user (masher). It'll require minimal puppet changes, mostly just moving some cron jobs from ftpsync over to masher. It will require UID changes, either changing masher to the ftpsync UID (which breaks our new range we just setup), or chmodding some stuff on the Fedora netapp and changing what UID has write access there. For now, I'm syncing rawhide by hand. Comments? Is changing the user that owns the files going to cause unnecessary rsync churn for mirrors? Only if we change the uid of ftpsync. If we change the uid of masher we're good on the mirrors. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
New Key Repo Locations
This is the latest draft of New Key repo locations. Jesse Keating points out that the deep levels are necessary because mirrors exclude releases by directory name like 9/. Please let me know if you see any errors in the below. Release Before (no yum repo file) http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Fedora/$basearch/os/ Release After (no yum repo file) http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Fedora/$basearch/os.newkey/ fedora http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/ fedora-newkey http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/$basearch/os.newkey/ fedora-debuginfo http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/ fedora-debuginfo-newkey http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug.newkey/ fedora-source http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/ fedora-source-newkey http://download.fedora.redhat.com/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS.newkey/ updates http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch/ updates-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch.newkey/ updates-debuginfo http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch/debug/ updates-debuginfo-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch.newkey/debug/ updates-source http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/SRPMS/ updates-source-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/SRPMS.newkey/ updates-testing http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/$basearch/ updates-testing-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/$basearch.newkey/ updates-testing-debuginfo http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/$basearch/debug/ updates-testing-debuginfo-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/$basearch.newkey/debug/ updates-testing-source http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/SRPMS/ updates-testing-source-newkey http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/$releasever/SRPMS.newkey/ ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
publictest15
Publictest15 is up and ready. If you were using publictest10, start getting your stuff set back up on publictest15. If you need things restored create a ticket and let us know what and why. Remember, the pt servers don't get backed up, you should never be storing info there where it is the only place that info exists. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: New Key Repo Locations
Warren Togami wrote: This is the latest draft of New Key repo locations. Jesse Keating points out that the deep levels are necessary because mirrors exclude releases by directory name like 9/. Please let me know if you see any errors in the below. If 9/ is excluded, wouldn't that mean 9/$releasever/*/os.newkey is also excluded? If it's not, then I guess there's no point in the new directory being created either. Will the ISOs be respun to reflect the changes as well so that what is in os/ or in os.newkey/ meets what each of the ISO expects? I guess this is primarily relevant to respins, netinstalls and so forth, as the old RPM-GPG-KEYs will be in the root of those ISOs and I can only presume they are used, and people will want to use os.newkey/ as the tree to install from. Has creating/composing an entirely new 9.1/ release tree been considered? I guess recreating the entire release tree is a PITA (jigdo, iso, torrent, foo) even though updates would not be included other then maybe the updated fedora-release package (with the new rpm-gpg-keys and new repo configuration files)? Kind regards, Jeroen van Meeuwen -kanarip ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: New Key Repo Locations
Sorry for the top post, I'm on my crackberry. We need to male sure to CLEARLY communicate this to mirror admins. I'm sure that more than 1 excludes releases/9/ since it is considered to be static content after release in order to reduce the number of files for rsync to consider. On 8/28/08, Jesse Keating [EMAIL PROTECTED] wrote: On Fri, 2008-08-29 at 01:51 +0200, Jeroen van Meeuwen wrote: If 9/ is excluded, wouldn't that mean 9/$releasever/*/os.newkey is also excluded? If it's not, then I guess there's no point in the new directory being created either. Yes, if 9 is excluded (or included) that means the admin either doesn't care about 9 and doesn't want to mirror it, or explicitly cares about it and only wants to mirror it. Either way I wish to honor those choices by not changing the top level directory where 9 or 8 will be. This also means we won't have to re-file our export approval. Will the ISOs be respun to reflect the changes as well so that what is in os/ or in os.newkey/ meets what each of the ISO expects? I guess this is primarily relevant to respins, netinstalls and so forth, as the old RPM-GPG-KEYs will be in the root of those ISOs and I can only presume they are used, and people will want to use os.newkey/ as the tree to install from. At this time, the isos will not be respun. We will however re-sign the SHA1SUM file with the new gpg key. We are certain that the content on the ISOs (and the numerous hard copies floating about) are safe. The only content to be left in the repos these isos will be able to access out of the box will be the transition fedora-update release, and the fixed packagekit for gpg importing. We'll also have mirrormanager direct all requests for the old dir directly to mirrors which we have ultimate control over. Has creating/composing an entirely new 9.1/ release tree been considered? I guess recreating the entire release tree is a PITA (jigdo, iso, torrent, foo) even though updates would not be included other then maybe the updated fedora-release package (with the new rpm-gpg-keys and new repo configuration files)? It was considered briefly, but not very much. Calling something 9.1 would also have a bit of an assumption that we've fixed some bugs or otherwise made it a better release, which we aren't doing. We're merely re-signing content and placing it in a slightly different directory, but it's still 9, not 9+something. (ditto 8) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- Sent from Gmail for mobile | mobile.google.com Jon Stanley Fedora Bug Wrangler [EMAIL PROTECTED] ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: New Key Repo Locations
On Thu, 2008-08-28 at 20:12 -0400, Jon Stanley wrote: Sorry for the top post, I'm on my crackberry. We need to male sure to CLEARLY communicate this to mirror admins. I'm sure that more than 1 excludes releases/9/ since it is considered to be static content after release in order to reduce the number of files for rsync to consider. Yes, of course, this wouldn't be a silent change. -- 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: New Key Repo Locations
Jesse Keating wrote: On Fri, 2008-08-29 at 01:51 +0200, Jeroen van Meeuwen wrote: If 9/ is excluded, wouldn't that mean 9/$releasever/*/os.newkey is also excluded? If it's not, then I guess there's no point in the new directory being created either. Yes, if 9 is excluded (or included) that means the admin either doesn't care about 9 and doesn't want to mirror it, or explicitly cares about it and only wants to mirror it. Either way I wish to honor those choices by not changing the top level directory where 9 or 8 will be. This also means we won't have to re-file our export approval. So, if 9/ is excluded from, say, the hourly sync a mirror does (since it only needs to be mirrored once), the os.newkey/ won't end up on the mirror, which is my primary concern. (I guess this has been answered, partly, in another reply in this thread already). Will the ISOs be respun to reflect the changes as well so that what is in os/ or in os.newkey/ meets what each of the ISO expects? I guess this is primarily relevant to respins, netinstalls and so forth, as the old RPM-GPG-KEYs will be in the root of those ISOs and I can only presume they are used, and people will want to use os.newkey/ as the tree to install from. At this time, the isos will not be respun. We will however re-sign the SHA1SUM file with the new gpg key. We are certain that the content on the ISOs (and the numerous hard copies floating about) are safe. The only content to be left in the repos these isos will be able to access out of the box will be the transition fedora-update release, and the fixed packagekit for gpg importing. We'll also have mirrormanager direct all requests for the old dir directly to mirrors which we have ultimate control over. I'm not sure how that solves the net install use case, especially if mirrormanager is going to redirect to os.newkey/, as signatures used on os.newkey/ packages will not meet what the installer expects the signature to be on these files. For the other part, where mirrormanager directs requests to mirrors we have ultimate control over... is this going to interfere with the local mirrors someone like myself may have set up at home and at multiple customer sites? E.g., will clients in these netblocks be redirected to mirrors the Fedora Project has ultimate control over, or am I misunderstanding what you are saying? Has creating/composing an entirely new 9.1/ release tree been considered? I guess recreating the entire release tree is a PITA (jigdo, iso, torrent, foo) even though updates would not be included other then maybe the updated fedora-release package (with the new rpm-gpg-keys and new repo configuration files)? It was considered briefly, but not very much. Calling something 9.1 would also have a bit of an assumption that we've fixed some bugs or otherwise made it a better release, which we aren't doing. We're merely re-signing content and placing it in a slightly different directory, but it's still 9, not 9+something. (ditto 8) This sounds to me like a not-really-technical argument. You're right in that the naming in releases/X.Y does imply a new and improved install tree. I think there's some other serious consequences to choosing to do it in the original X/ release tree though. I'm thinking, who gives a c* that there's not actually 'new and improved' content in the trees even though the naming suggests that there is, while it does carry an entirely new tree with ISOs and jigdo's and stuff that have the new signed content and make a full match between what you download and what you start using, like with a normal release. Kind regards, Jeroen van Meeuwen -kanarip ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: New Key Repo Locations
On Fri, 2008-08-29 at 02:32 +0200, Jeroen van Meeuwen wrote: I'm not sure how that solves the net install use case, especially if mirrormanager is going to redirect to os.newkey/, as signatures used on os.newkey/ packages will not meet what the installer expects the signature to be on these files. See bug 998. Installer doesn't expect keys. For the other part, where mirrormanager directs requests to mirrors we have ultimate control over... is this going to interfere with the local mirrors someone like myself may have set up at home and at multiple customer sites? E.g., will clients in these netblocks be redirected to mirrors the Fedora Project has ultimate control over, or am I misunderstanding what you are saying? It's only for the queries for the old location. This drives all queries for the old locations to our server so that we can get them the transition fedora-release, pk and nothing else. Once they get the new fedora-release, they'll be hitting the new url, which mirror manager will do the normal thing, drive them to site local, or drive them to geo locations. As to what to do about site local mirrors for the old location, I don't think that has been fully discussed, that's probably a good item for nit-picking. Has creating/composing an entirely new 9.1/ release tree been considered? I guess recreating the entire release tree is a PITA (jigdo, iso, torrent, foo) even though updates would not be included other then maybe the updated fedora-release package (with the new rpm-gpg-keys and new repo configuration files)? It was considered briefly, but not very much. Calling something 9.1 would also have a bit of an assumption that we've fixed some bugs or otherwise made it a better release, which we aren't doing. We're merely re-signing content and placing it in a slightly different directory, but it's still 9, not 9+something. (ditto 8) This sounds to me like a not-really-technical argument. You're right in that the naming in releases/X.Y does imply a new and improved install tree. I think there's some other serious consequences to choosing to do it in the original X/ release tree though. I'm thinking, who gives a c* that there's not actually 'new and improved' content in the trees even though the naming suggests that there is, while it does carry an entirely new tree with ISOs and jigdo's and stuff that have the new signed content and make a full match between what you download and what you start using, like with a normal release. It's a lot of work for little gain. What you're downloading, the isos, and what you start using, the content from the isos, will be matching, the same. It's the updates or extra packages you install after that which will have a new key on them. Rpm doesn't currently possess a way to verify the GPG keys on installed packages, so I'm told, so those installed from isos having the old key doesn't much matter. It's the new packages one would fetch over the internet that matter. -- 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: Folder permissions and Samba - question
In article [EMAIL PROTECTED], Mikkel L. Ellertson [EMAIL PROTECTED] wrote: Bob Latham wrote: Hi everyone, I want to setup a series of about a dozen folders that each have a Samba share associated with them. Then I would like to place all of those inside another folder that a super user can access and consequently all of the lower ranking shared folders below. I've been experimenting and the results have clearly shown that what I expected to be the case certainly isn't. I thought I could create the super user and samba share his/her folder then create the sub folders and samba share them. I then thought it would be a simple case of setting the folder permissions to suit the required users but this doesn't work. There is obviously a bit more to it. Anyone spare a few minutes to point me in the right direction on...? 1. How to give samba access to a folder that is not in /home/user. Or more specifically not the normal home directory.I can get shares to work from the normal home dirs. 2. How to get the super user access from above? What are the permissions of the base folder? I'm sorry, I don't know what you mean by 'base folder'. If Samba does not have permission to get a directory of the folder, then it can not access the folders inside. Yes, that is what I thought. What I did was to share a home directory and check that it worked for the specific user. Then changed the path in the smb.conf to another folder and copied the permissions from the original folder. I did this by right button clicking = properties = Permissions tab. It didn't work. I normally use the dirm directory instead of folder. Right, that's fine directory it is then. If you are running SELinux, you will also need to set the context of the folders to system_u:object_r:samba_share_t:s0 That's horrid! I don't have a clue what that means or how to do it. I'm sure I don't need SELinux at all but can't find a way to stop it running, certainly the services application doesn't list it as such. That would be too easy wouldn't it. When I was testing a shared home directory, it kept popping up a window telling me it had blocked connections but they still seem to work ok. How do you turn it off? Thanks for your help. Bob. -- 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
install of squirrelmail broken
Hi I did a yum install of squirrelmail and whe I view the log in page and login there is htm tags and other html junk alover the place... So I downloaded the orignal source and got the same result ... how do I fix this mess ? Thanks -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Folder permissions and Samba - question
In article [EMAIL PROTECTED], Bob Latham [EMAIL PROTECTED] wrote: If you are running SELinux, you will also need to set the context of the folders to system_u:object_r:samba_share_t:s0 OK, I've worked out how to disabled SELinux and done it so we needn't worry about that for now. It wasn't the problem though as I can still only seem to share home directories. I just shared a home directory and then changed the path in smb.conf to point to another directory that I had copied permissions from the original. Now my client machine says the share does not exist. Sorry to follow up my own post. Thanks for your help. Bob. -- 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: ACPI messages in syslog
On Wed, 2008-08-27 at 16:41 -0400, Mark Haney wrote: what's the option to shut off acpi. I've been told 'noacpi' every time. Not 'noacpi=1'. I've also been told acpi=off doesn't work/isn't used any more. The most obvious advice would be to install the kernel-doc packages, and read the kernel-parameters.txt file in there. It should reflect what options the current kernel supports. less /usr/share/doc/kernel-doc-*/Documentation/kernel-parameters.txt (then type /acpi while reading it, and hitting enter to find the next mention of acpi). Supposedly, acpi=off should be accepted, according to the documentation. Depending on your problem, there might be other parameters that might be of use to you. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.14-108.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: Ooo writer: autocorrect MIA?
On Tue, 2008-08-26 at 23:00 -0500, Matthew Woehlke wrote: How do I enable autocorrect in writer? The help says to go to autocorrect-options and check 'use replacement table', but there is no such option. Any thoughts? I'm using 2.4.1-17.4.fc9.i386 (Fedora 9). I seem to recall that feature was taken out thanks to patent paranoia. You could try uninstalling the Fedora supplied package, and installing the one from the OpenOffice.org website, but then you need to keep it up to date, yourself, it'll be orphaned from yum update. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.14-108.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: The Scope and Ownership of fedora-list
* Ralf Corsepius [EMAIL PROTECTED] [20080827 21:41]: On Wed, 2008-08-27 at 11:47 -0500, Mike McCarty wrote: [snip] Umm, the distro does not come with strings attached. Of cause it does. You might want to have some closer looks into the details, e.g. think about why you can't find certain SW bundled with the distro, think about why some people are agitating against OSS licenses or subsets of them? A bit bluntly formulated: Linux is more than a simple OS, Linux is part of a sociological and political movement. Correct. However, using Linux or requesting help with Linux does not require a full-blown education of that sociological and political movement in order to receive the help. What's not true is the percieved need to ram political and philosophical views down the neck of some poor newcomer that requires technical assistance. (I've made this point before.) Agreed, nevertheless, these folks should learn and understand about the backgrounds - It's why I am saying, restricting a fedora users-list to mere technical topics would be a severe mistake. Yes, they could learn about the background of Linux, FSF, the Fedora Project and all things good. But forcing them to assimilate your political and philosophical views in order to receive help or technical advice - that is simply bad attitude IMNSHO. If someone asks the question: - How can I create mp3's from my CD's in my clean new install of Fedora 9? answering that a simple explanation that the mp3 codec is not Free and can not be included in Fedora proper, but if you want it anyway, Livna has lame and quickly describe how to enable Livna and install it is IMHO a sensible approach. It does not require a lecture, it does not require them to be educated on sociological and political ideologies. It requires only a straight answer. The answer could contain a pointer to a Wiki page about Fedora policy on patent encumbered tools and codecs. Leave it at that. I agree heartily. I suggest that the non-technical/political aspects be reserved for another group, like Fedora-Advocacy or sth similar. You don't want to lean about your distro's heritage, backgrounds, objectives and the consequences of these? Learning about this you can do without having flame-fests on the very list people come to for help. An advocacy forum where people can debate ideological, philosophical and political viewpoints is plain and simple the sensible solution. It is not a new idea either. IIRC, FidoNet had forums specifically for the argumentative people. So does UseNet. Why? To keep the technical forums technical. This really is not rocket surgery. Any regularly posted FAQ to the list can contain links to Wiki pages that explain heritage, goals and reasons for doing some things a certain way. These pages can even explain the ideological, philosophical and political viewpoints. You want to keep you head in the sand - Ostrich policy? No. I happen to work in support, it's my job. If I started treating my customers the way you propose to treat the users that turn up here, I would be told in no uncertain terms what they think of such an arrogant attitude and what I could do with that attitude. Whether a customer is paying or not, treat them with respect. That may include swallowing your pride that they simply are not interested in knowing about your particular philosophical and political standpoint. If they are interested, they'll ask for or seek out/be directed to the appropriate forum. /Anders -- 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
Making my linux Kernel Module start during bootup
Hi I am using Fedora 6 and would like to know how to make my kernel module load during bootup. Cheers, Balaji -- 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: The Scope and Ownership of fedora-list
Tim: On a similar note, the unsubscribe link on each message is rather g: pressing ctrl+u in most browsers will display 'headers' and lend a bit more light on what to do. I don't know if the URI is obscurred on the HTML versions of the mail. But here, when I do get a HTML posting from the list, it's not. But that wasn't quite the point, it was the unsubscribe prompt associated with it. -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.14-108.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: [OT] Traveling Internet Access in Australia
On Thu, 2008-08-28 at 19:41 +1000, Michael Fleming wrote: Welcome to the nightmare/off-colour joke that is Australian broadband Yeah, it's narrow band. They just don't understand the concept of broadband (multiple users being able to download large amounts of data, and fast, i.e. B R O A D, and not just between different users on the same ISP). -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.14-108.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: Last updates change is August 12th is this correct?
On Thu, Aug 28, 2008 at 10:20:57 +0100, Howard Wilkinson [EMAIL PROTECTED] wrote: I use RSYNC to keep a local copy of a subset of the fedora release structure. We mirror from a couple of UK/European sources. The last updates we saw in any of the hierarchy is the 12th of August? Is this correct? Yes. It sounds like engineering is getting pretty close to getting packages signed with the new key. If you are especially concerned you can look at pending updates in bodhi that have been requested to be pushed to stable and/or updates marked as security updates. If you feel any of these need to be applied immediately you can download them from koji and install them with rpm. -- 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: Encryption for NTFS in Linux
Patrick O'Callaghan wrote: On Wed, 2008-08-27 at 15:58 -0400, Reuben D. Budiardja wrote: Hello, I have a laptop with dual boot with one NTFS partition so that both Windows and Linux can read/write to it. I use ntfs-3g to mount the partition with Fedora 8. Is there any way to have encryption on that NTFS partition that works for both Windows and Fedora 8 ? My main concern is protecting the data in case the laptop gets stolen, etc. I did some Google searches but haven't come up with any real lead yet. You can't have looked very hard. http://www.ntfs-3g.org/support.html#questions says: NTFS supports built-in, transparent compression and encryption of files and directories on the file system level. Reading transparently compressed files are supported but writing of compressed and encrypted files is denied. poc I think maybe that was his point that ntfs-3g didn't support being able to write compressed and encrypted files and was asking if there was such a beast so he could. Another respondent pointed to TrueCrypt.org as a possible solution. Kevin -- 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: The Scope and Ownership of fedora-list
[EMAIL PROTECTED] wrote: The ideal situation is to have volunteers that organize and maintain the answers to common questions on the mail list into a wiki so repeat questions can be answered with a link - or avoided by searching there first. However, most of the repeat questions regarding fedora involve things that can only be found in 3rd party repositories that for legal reasons are not mentioned, and probably can't be on any official fedora wiki either. Huh? Is there something that can't be mentioned on this list? Can you provide an example? I'm not sure that it can't be mentioned on this list, but the things you need to make fedora generally useful won't be mentioned by anyone officially connected to fedora. Where do you get Nvidia drivers? Where do you get multimedia codecs? How do you install Sun Java? How do you make any commercial product work (flash/vmware/etc., etc.)? There are legal reasons for some of that for a US based company. Some is just anticompetitive philosophy. Regardless, what users need to know is not going to be supplied through any official channel. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
On Thu, 2008-08-28 at 08:45 -0500, Les Mikesell wrote: Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. Just like how people use Google instead of asking about something on a mailing list... ;-) -- [EMAIL PROTECTED] ~]$ uname -r 2.6.25.14-108.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: The Scope and Ownership of fedora-list
-Original Message- From: Les Mikesell I'm not sure that it can't be mentioned on this list, but the things you need to make fedora generally useful won't be mentioned by anyone officially connected to fedora. Where do you get Nvidia drivers? Where do you get multimedia codecs? How do you install Sun Java? How do you make any commercial product work (flash/vmware/etc., etc.)? There are legal reasons for some of that for a US based company. Some is just anticompetitive philosophy. Regardless, what users need to know is not going to be supplied through any official channel. Les, That is what I am questioning. It seems that you are suggesting that the makers of Fedora can't even tell us where to get Nvidia ( yes, just an example ), let alone include them with a distro or part of the automagic update process. Even Ubuntu does that with their 3rd party option when chosing what to install or update. What law or contract is broken when a company provides a link to another company's site? Particularly, when that other company would want to have that link. Or have I completely misunderstood and need to do some reading? Got some sites? thanks, Michael The information contained in this message and any attachment may be proprietary, confidential, and privileged or subject to the work product doctrine and thus protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to this message and deleting it and all copies and backups thereof. Thank you. -- 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: Encryption for NTFS in Linux
On Thu, 2008-08-28 at 08:40 -0500, Kevin Martin wrote: Patrick O'Callaghan wrote: On Wed, 2008-08-27 at 15:58 -0400, Reuben D. Budiardja wrote: Hello, I have a laptop with dual boot with one NTFS partition so that both Windows and Linux can read/write to it. I use ntfs-3g to mount the partition with Fedora 8. Is there any way to have encryption on that NTFS partition that works for both Windows and Fedora 8 ? My main concern is protecting the data in case the laptop gets stolen, etc. I did some Google searches but haven't come up with any real lead yet. You can't have looked very hard. http://www.ntfs-3g.org/support.html#questions says: NTFS supports built-in, transparent compression and encryption of files and directories on the file system level. Reading transparently compressed files are supported but writing of compressed and encrypted files is denied. poc I think maybe that was his point that ntfs-3g didn't support being able to write compressed and encrypted files and was asking if there was such a beast so he could. Another respondent pointed to TrueCrypt.org as a possible solution. Yes, that's a possible interpretation. It would have been clearer had he mentioned that NTFS encryption was not a solution. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
What law or contract is broken when a company provides a link to another company's site? Particularly, when that other company would want to have that link. 2600 decision. Or have I completely misunderstood and need to do some reading? Got some sites? Read up on 'contributory infringement' and remember US so called free speech is strictly and narrowly defined to be political speech. -- 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: NetworkManager and special routing
On Tue, Aug 26, 2008 at 3:08 PM, Phil Meyer [EMAIL PROTECTED] wrote: Alan Evans wrote: On Tue, Aug 26, 2008 at 1:40 PM, Phil Meyer [EMAIL PROTECTED] wrote: The file: /etc/sysconfig/static-routes is optional, and does not exist by default. #This line forces multicast out of eth1 # any: net 224.0.0.0 netmask 240.0.0.0 dev eth1 # for the lab, uncomment the next two lines # This line forces a route to the local network # any: net 10.0.0.0 netmask 255.0.0.0 dev eth0 # This line will force a specific network over the primary interface # any: net NNN.NNN.0.0 netmask 255.255.0.0 dev eth0 Still no joy. But I'm still not sure I got it right. All of the examples seem to demonstrate routing a particular network through a particular interface. I only have one interface on this machine; what I wish to do is specify a particular gateway for use for a particular address. I tried: any: net NNN.NNN.NNN.NNN netmask 255.255.255.255 gateway 192.168.0.3 as a guess, but nothing changed. Nothing in any log that I could find seemed to indicate whether NetworkManager was even trying to read this file. Well, for a single host, it would be something like this: any: host 10.10.10.10 gateway 192.168.1.1 But the question is still whether or not NetworkManager will obey this file. Still nothing at this point. Worst case scenerio we can write a NM dispatcher script to do it: in: /etc/NetworkManager/dispatcher.d/ create a file called static, chmod 755 static, and add: (NOT tested): I ripped the section from /etc/init.d/network. #!/bin/sh interface=$1 state=$2 case $state in up) # Add non interface-specific static-routes. if [ -f /etc/sysconfig/static-routes ]; then grep ^any /etc/sysconfig/static-routes | while read ignore args ; do /sbin/route add -$args done fi ;; down) ;; Well, this produces at least an error in /var/log/messages: Aug 28 08:01:02 localhost nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/static' exited with error status 2. So that's something, anyway. I don't see any errors in the script, but I confess that I'm a second-rate bash scripter. -- 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: Encryption for NTFS in Linux
Patrick O'Callaghan wrote: snip poc I think maybe that was his point that ntfs-3g didn't support being able to write compressed and encrypted files and was asking if there was such a beast so he could. Another respondent pointed to TrueCrypt.org as a possible solution. Yes, that's a possible interpretation. It would have been clearer had he mentioned that NTFS encryption was not a solution. poc True. Kevin -- 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: Turn off bash completion?
James Wilkinson wrote: I wrote: into ~/.inputrc , and log in again, completion should be disabled. You'll also have disabled the rest of the settings in /etc/inputrc: you might like to either copy them across, or try putting $include /etc/inputrc into ~/.inputrc . Mike McCarty replied: Hmm, created ~/.inputrc $ cat ~/.inputrc include /etc/inputrc set disable-completion on Yes, I missed the $. Then $ su - myself to get a login shell, and indeed completion is turned off. HOWEVER, so is I. IOW, I can no longer type the letter i in either upper or lower case. I can, however, type in a tab. Hmm... Weird. If I use your .inputrc, then lower-case i stops working for me, too. However, if I put the $ into the $include command, then the i key works properly. That's it. Works for me, now. However, either include does something funny to the leading i somehow or means something to bash in some way I don't understand, or bash has some kind of defect. I'm not familiar enough with bash to say which. But you might, instead, like this ~/.inputrc : $include /etc/inputrc \C-i: self-insert That will unbind completion from the tab key, but leave it working if you pressing escape twice (which also works on some variants of ksh when tab doesn't work). Another good idea. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- 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: The Scope and Ownership of fedora-list
Ralf Corsepius wrote: On Wed, 2008-08-27 at 11:47 -0500, Mike McCarty wrote: [...] I agree heartily. I suggest that the non-technical/political aspects be reserved for another group, like Fedora-Advocacy or sth similar. You don't want to lean about your distro's heritage, backgrounds, objectives and the consequences of these? You want to keep you head in the sand - Ostrich policy? I don't need to learn. I first encountered Richard Stallman in 1986, and we exchanged several e-mails about his ideas at the time. I find the basis of the FSF very unappealing to me personally. However, if that's what he wants to do, then I'll take the product. Where it is good, that is. For a while grep, for example, was an awful mess, and I wrote my own and used it for a few years. Since that time grep has undergone a complete rewrite. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- 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: The Scope and Ownership of fedora-list
Alan Cox wrote: What law or contract is broken when a company provides a link to another company's site? Particularly, when that other company would want to have that link. 2600 decision. Or have I completely misunderstood and need to do some reading? Got some sites? Read up on 'contributory infringement' and remember US so called free speech is strictly and narrowly defined to be political speech. _AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora users need to be prepared to find information and resources elsewhere. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
On Thu, 2008-08-28 at 10:32 -0500, Mike McCarty wrote: It's (traditional) C. Put it into a file like self-rep.c and then $ gcc -o self-rep self-rep.c $ ./self-rep and see what happens. [EMAIL PROTECTED] ~]$ gcc -o test test.c test.c:1: warning: data definition has no type or storage class test.c:1: warning: initialization makes integer from pointer without a cast test.c: In function ‘main’: test.c:1: warning: incompatible implicit declaration of built-in function ‘printf’ test.c:1: warning: passing argument 1 of ‘printf’ makes pointer from integer without a cast [EMAIL PROTECTED] ~]$ ./test p=p=%c%s% c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);[EMAIL PROTECTED] ~]$ That's what happened when doing it on a F9 box. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. [EMAIL PROTECTED] -- 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
Gnome Terminal and Session management Query
Hi I've got fedora 9 installed and I'd like it to store sessions for all my routers,switches, firewalls, servers etc just like putty and securecrt do. How can I manage that in a sensible way, I've got nearly a 100 different devices so a long list wouldn't be ideal, something like creating folders e.g network, linux and then storing the sessions in there would be good. Any suggestions would be appreciated. Thanks Dan -- 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: The Scope and Ownership of fedora-list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Les Mikesell wrote: snip The 'database' is in the head of the person writing the answer - who is also likely to be the same person who just collated the relevant information into the wiki or recently read it there. Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. or, in other words, another 'faq'. so what you are saying is that this is not enough? http://fedoraproject.org/wiki/Main_Page http://fedoraproject.org/wiki/Communicate http://fedoraproject.org/wiki/FAQ http://fedoraproject.org/wiki/Distribution/Download#FAQ http://fedoraproject.org/wiki/Legacy/MailingLists?highlight=%28mailing+list%29 http://docs.fedoraproject.org/ if you believe that, then i would suggest that you contact rahul sundaram, as he is maintainer of 'wiki/faq'. i am sure that he would be interested in what you have to say, and more than happy to help you. for 'fedora-list', there is https://www.redhat.com/archives/fedora-list/ one thing that may be lacking is a way to search archives. if there is a search engine to do this, i have not found it. also, if one wants to check other mail list archives; https://www.redhat.com/archives/[desired-list]/, replacing [desired-list] with name of list archive to see - -- tc,hago. g . in a free world without fences, who needs gates. learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html.gz 'The Linux Documentation Project' http://www.tldp.org/ 'HowtoForge' http://howtoforge.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFIttsF+C4Bj9Rkw/wRAiqpAJ0QDPMrbEUWIBApc8mKFqplnfGLgQCgqOQo skjYFVw0ST5eeSkeLh05mLk= =BOrD -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: The Scope and Ownership of fedora-list
On Fri, Aug 29, 2008 at 12:09 AM, Mike Chambers [EMAIL PROTECTED] wrote: On Thu, 2008-08-28 at 10:32 -0500, Mike McCarty wrote: It's (traditional) C. Put it into a file like self-rep.c and then $ gcc -o self-rep self-rep.c $ ./self-rep and see what happens. [EMAIL PROTECTED] ~]$ gcc -o test test.c test.c:1: warning: data definition has no type or storage class test.c:1: warning: initialization makes integer from pointer without a cast test.c: In function 'main': test.c:1: warning: incompatible implicit declaration of built-in function 'printf' test.c:1: warning: passing argument 1 of 'printf' makes pointer from integer without a cast [EMAIL PROTECTED] ~]$ ./test p=p=%c%s% c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);[EMAIL PROTECTED] ~]$ That's what happened when doing it on a F9 box. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. [EMAIL PROTECTED] -- 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 Hmmm... c++ vs standard C? -- 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: Making my linux Kernel Module start during bootup
On Thu, 28 Aug 2008 14:25:55 +0530 [EMAIL PROTECTED] (\G\) wrote: Hi I am using Fedora 6 and would like to know how to make my kernel module load during bootup. First of all, note that Fedora Core 6 is end of life and no longer supported. You will get no security (or any other) updates for it. You should look into upgrading to a supported release. Kernel modules should detect their own hardware and load automagically on boot, but in the event they do not, you can make a small script in /etc/sysconfig/modules/ that loads them...ie: --cut-- #!/bin/sh /sbin/modprobe foobar --cut-- Cheers, Balaji kevin signature.asc Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: install of squirrelmail broken
On Thu, 28 Aug 2008 09:06:52 +0200 [EMAIL PROTECTED] (Gregory Machin) wrote: Hi I did a yum install of squirrelmail and whe I view the log in page and login there is htm tags and other html junk alover the place... So I downloaded the orignal source and got the same result ... how do I fix this mess ? Look at your /etc/squirrelmail/config_local.php file. There was an update a while back that had a mistake in there and lacked a closing for php or the like. Thanks kevin signature.asc Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: ETA for upgrades?
On Wed, 27 Aug 2008 20:29:43 -0300 [EMAIL PROTECTED] (Andre Costa) wrote: Does anyone know when upgrade packages will be available again? I know systems are being rebuilt after least week security breach and I can only imagine how much work needs to be done to fully restore upgrade operations, I am just curious... Everything is operating now, but its taken time to figure out a good way to resign packages and get the updates flowing with a new key. Hopefully you will see more info in the next few days... for a sneak peak: http://lwn.net/Articles/295964/ Regards, Andre kevin signature.asc Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
On Thu, 2008-08-28 at 10:23 -0500, Les Mikesell wrote: Alan Cox wrote: What law or contract is broken when a company provides a link to another company's site? Particularly, when that other company would want to have that link. 2600 decision. Or have I completely misunderstood and need to do some reading? Got some sites? Read up on 'contributory infringement' and remember US so called free speech is strictly and narrowly defined to be political speech. _AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora users need to be prepared to find information and resources elsewhere. So there should be an easy way to do this, right? poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
On Fri, 2008-08-29 at 01:06 +0800, Fennix wrote: On Fri, Aug 29, 2008 at 12:09 AM, Mike Chambers [EMAIL PROTECTED] wrote: On Thu, 2008-08-28 at 10:32 -0500, Mike McCarty wrote: It's (traditional) C. Put it into a file like self-rep.c and then $ gcc -o self-rep self-rep.c $ ./self-rep and see what happens. [EMAIL PROTECTED] ~]$ gcc -o test test.c test.c:1: warning: data definition has no type or storage class test.c:1: warning: initialization makes integer from pointer without a cast test.c: In function 'main': test.c:1: warning: incompatible implicit declaration of built-in function 'printf' test.c:1: warning: passing argument 1 of 'printf' makes pointer from integer without a cast [EMAIL PROTECTED] ~]$ ./test p=p=%c%s% c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);[EMAIL PROTECTED] ~]$ That's what happened when doing it on a F9 box. -- Mike Chambers Fedora Project - Ambassador, Bug Zapper, Tester, User, etc.. [EMAIL PROTECTED] -- 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 Hmmm... c++ vs standard C? It's not C++. The compiler warnings are because it violates the current C standard regarding type safety. It would have compiled on a Unix system 25 years ago without complaint, but now you'd need to add flags to the gcc line to make it shut up. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
On Thu, 2008-08-28 at 17:06 +, g wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Les Mikesell wrote: snip The 'database' is in the head of the person writing the answer - who is also likely to be the same person who just collated the relevant information into the wiki or recently read it there. Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. or, in other words, another 'faq'. so what you are saying is that this is not enough? http://fedoraproject.org/wiki/Main_Page http://fedoraproject.org/wiki/Communicate http://fedoraproject.org/wiki/FAQ http://fedoraproject.org/wiki/Distribution/Download#FAQ http://fedoraproject.org/wiki/Legacy/MailingLists?highlight=%28mailing+list%29 http://docs.fedoraproject.org/ if you believe that, then i would suggest that you contact rahul sundaram, as he is maintainer of 'wiki/faq'. i am sure that he would be interested in what you have to say, and more than happy to help you. Maybe these FAQs are good enough in terms of content (I don't know), but if newbies don't know about them and oldies very rarely refer to them then there's a piece missing. for 'fedora-list', there is https://www.redhat.com/archives/fedora-list/ one thing that may be lacking is a way to search archives. if there is a search engine to do this, i have not found it. This was discussed recently. Until shown otherwise, I stand by my theory that the lack of search is due to the list being managed by Mailman. poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
_AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the Nvidia is a rather different case. original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora If they are shunned in official channels then how come there is a libflashsupport package. Clearly this URL is a figment of my imagination too: http://fedoraproject.org/wiki/JavaFAQ I think you need to take your anti-paranoia tablets. 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: The Scope and Ownership of fedora-list
On Thursday 28 August 2008 16:38:36 Les Mikesell wrote: Tim wrote: On Thu, 2008-08-28 at 08:45 -0500, Les Mikesell wrote: Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. Just like how people use Google instead of asking about something on a mailing list... ;-) Google is about as far from a specifically collated and indexed set of information as you can get. If you don't already almost know what you are looking for you are going to have a hard time sorting it out. And worse, old, incorrect information never dies there. A mail list provides timely/dated information but the questions and incorrect responses make it difficult to find the existing content. A wiki takes a little extra effort to maintain, but allows each person who uses the content to tweak it for correctness and their use cases. A wiki takes a *lot* of effort to maintain if you want it to stay relevant. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
Alan Cox wrote: _AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the Nvidia is a rather different case. Not from the perspective of new users who have to re-configure their yum repositories to include an unmentionable site. original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora If they are shunned in official channels then how come there is a libflashsupport package. If it isn't shunned, why doesn't the adobe repository come pre-configured in yum? Or at least as a '--release' rpm that could be installed from an official site by feeding the URL to rpm? Clearly this URL is a figment of my imagination too: http://fedoraproject.org/wiki/JavaFAQ There's nothing on that page that would enable a new user to install a copy of Sun Java. That's slightly less important in f9 than it used to be but there are still plenty of things that won't work with openjdk. I think you need to take your anti-paranoia tablets. How many new users do you know that managed to get Sun Java and its browser plugin working correctly on fedora without using something like the K12LTSP spin? And how many did it following instructions provided by anyone related to fedora? Java has probably been worse than the other cases where anti-competitive spin regarding the included less functional versions was overwhelmingly provided instead of any help at installing what a user really needs to run existing java applications - even when other distributions made it a stock package. But the point I'm trying to make is that whether you interpret the missing information as legal constraints or political/business/philosophical agendas or just lack of time, it doesn't have to stop new users from finding it. It would just be nicer if there were some less-constrained, non-official, non-US site hosting a wiki to organize it (and perhaps those --release rpms to set up the missing yum repos). -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
g wrote: snip The 'database' is in the head of the person writing the answer - who is also likely to be the same person who just collated the relevant information into the wiki or recently read it there. Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. or, in other words, another 'faq'. so what you are saying is that this is not enough? http://fedoraproject.org/wiki/Main_Page http://fedoraproject.org/wiki/Communicate http://fedoraproject.org/wiki/FAQ http://fedoraproject.org/wiki/Distribution/Download#FAQ http://fedoraproject.org/wiki/Legacy/MailingLists?highlight=%28mailing+list%29 http://docs.fedoraproject.org/ Those are useful if you are curious about _why_ fedora doesn't play your multi-media files, run your java apps, or work with hardware that needs vendor-provided drivers. If you are interested in actually fixing these things you have to look elsewhere. if you believe that, then i would suggest that you contact rahul sundaram, as he is maintainer of 'wiki/faq'. i am sure that he would be interested in what you have to say, and more than happy to help you. Rahul is always gentlemanly enough to listen politely to other points of view, then he always responds - as he must - with the policy line. for 'fedora-list', there is https://www.redhat.com/archives/fedora-list/ one thing that may be lacking is a way to search archives. if there is a search engine to do this, i have not found it. also, if one wants to check other mail list archives; https://www.redhat.com/archives/[desired-list]/, replacing [desired-list] with name of list archive to see It is easy enough to obtain a list of thousands of references to any particular topic - but sorting out the correct/relevant answers is the hard part, especially when the right answer changes over time. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
g wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Les Mikesell wrote: snip The 'database' is in the head of the person writing the answer - who is also likely to be the same person who just collated the relevant information into the wiki or recently read it there. Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. or, in other words, another 'faq'. so what you are saying is that this is not enough? http://fedoraproject.org/wiki/Main_Page http://fedoraproject.org/wiki/Communicate http://fedoraproject.org/wiki/FAQ http://fedoraproject.org/wiki/Distribution/Download#FAQ http://fedoraproject.org/wiki/Legacy/MailingLists?highlight=%28mailing+list%29 http://docs.fedoraproject.org/ if you believe that, then i would suggest that you contact rahul sundaram, as he is maintainer of 'wiki/faq'. i am sure that he would be interested in what you have to say, and more than happy to help you. for 'fedora-list', there is https://www.redhat.com/archives/fedora-list/ one thing that may be lacking is a way to search archives. if there is a search engine to do this, i have not found it. This is pretty useful: http://www.google.com/coop/cse?cx=011057779923588025604%3Aakrqpglozlu -- 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
f9 iommu
I'm trying to bring up F9 on an Asus M3A78-T (a relatively new AMD Phenom-x4 capable board). Going through /var/log/messages I see that the kernel doesn't think the BIOS enabled the IOMMU and gripes about it. Googleing a bit found me a magic parameter to add to grub.conf, iommu=memaper=4. That gets me a new error message preceding the former: kernel: Aperture pointing to e820 RAM. Ignoring.. I do have over 4g of dram, so having a bounce-buffer sounds important, but I'm plumb out of ideas. Is there a slower fallback the kernel is using (like purely software moves???) for systems that don't have a working IOMMU? -wolfgang -- Wolfgang S. Rupprecht http://www.full-steam.org/ (ipv6-only) You may need to config 6to4 to see the above pages. -- 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: The Scope and Ownership of fedora-list
Anne Wilson wrote: Just the same way things work now except that there would be less repetition and once a pattern of showing useful info in the wiki emerged, people would start to look there first. Just like how people use Google instead of asking about something on a mailing list... ;-) Google is about as far from a specifically collated and indexed set of information as you can get. If you don't already almost know what you are looking for you are going to have a hard time sorting it out. And worse, old, incorrect information never dies there. A mail list provides timely/dated information but the questions and incorrect responses make it difficult to find the existing content. A wiki takes a little extra effort to maintain, but allows each person who uses the content to tweak it for correctness and their use cases. A wiki takes a *lot* of effort to maintain if you want it to stay relevant. Anne Agreed, but there are a lot of people who can each contribute small portions - wikipedia being a large-scale example of the potential. It's really less effort than repeating things in an email list once a structure is established - at least for things that have 'right' answers. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
Les Mikesell wrote: Agreed, but there are a lot of people who can each contribute small portions - wikipedia being a large-scale example of the potential. It's really less effort than repeating things in an email list once a structure is established - at least for things that have 'right' answers. rpmfusion.org already has a wiki which can be used if anybody is inclined. I don't think anybody is stopping people from signing up there and creating more content. Rahul -- 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: The Scope and Ownership of fedora-list
Patrick O'Callaghan wrote: _AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora users need to be prepared to find information and resources elsewhere. So there should be an easy way to do this, right? Yes, many other mail lists have been improved by adding related wikis. http://k12ltsp.org/mediawiki/index.php/Main_Page http://backuppc.wiki.sourceforge.net/ are a couple that I know about. However, this is something of a special case in that there are reasons for it not to be closely associated with the project but you still need a single well-known location, at least as a starting point. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
On Thu, 2008-08-28 at 10:38 -0500, Mike McCarty wrote: Ralf Corsepius wrote: On Wed, 2008-08-27 at 11:47 -0500, Mike McCarty wrote: [...] I agree heartily. I suggest that the non-technical/political aspects be reserved for another group, like Fedora-Advocacy or sth similar. You don't want to lean about your distro's heritage, backgrounds, objectives and the consequences of these? You want to keep you head in the sand - Ostrich policy? I don't need to learn.I first encountered Richard Stallman in 1986, and we exchanged several e-mails about his ideas at the time. Then you're better off not using open source software and to quit using Linux. -- 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: Folder permissions and Samba - question
Bob Latham wrote: In article [EMAIL PROTECTED], Mikkel L. Ellertson [EMAIL PROTECTED] wrote: Bob Latham wrote: Hi everyone, I want to setup a series of about a dozen folders that each have a Samba share associated with them. Then I would like to place all of those inside another folder that a super user can access and consequently all of the lower ranking shared folders below. What are the permissions of the base folder? I'm sorry, I don't know what you mean by 'base folder'. The folder that you the other folders inside of. You normally picture a set of folders as a tree - The base folder if the folder that all the others are inside of like branches of a tree. | - Share 1 base folder + - Share 2 | - Share 3.1 | - Share 3 + - Share 3.2 | - Share 3.3 Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
f9 domU with JDK1.5 crashes
I have a Xen f9 domU running under REHL5.2, I have installed JDK 1.5.0_15. Now when ever i perfrom any Java command the systems give a Kernel OOPS message and I have to reboot to make t work. Have any one seen this ? -- Regards, mantra - Instrument of Thought -- 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
Repair FC9 for new hardware
I had to replace a MOBO with a new graphics card and NIC. The storage controller is the same and the machine boots to run level 3 fine but its confused about the NIC (I know it works, I had a fresh install working out of the box) and X crashes the machine if I go to run level 5. I don't have the time to re-install (all the data is backed up though) so what's my best approach for reconfiguring this box until I can cleanly set it up again? I have never done this sort of thing before so I am a bit in the un-know :) FWIW, Network Manager is not installed, the module for the NIC is loaded, and the mac for the ifcfg-eth0 was changed to point to the new NIC. I also need to adjust the alias in modprobe.conf (forgot that, and not at wkst now) which may only leave me with reconfiguring X? Thanks! jlc -- 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: The Scope and Ownership of fedora-list
Les Mikesell wrote: That's slightly less important in f9 than it used to be but there are still plenty of things that won't work with openjdk. True but OpenJDK in Fedora 9 is 100% certified Java http://developer.redhatmagazine.com/2008/07/08/java-in-fedora-first/ You have argued before that, that the problems are due to the lack of official java moniker and that has never really been the case. The problems are either non-standard features used by Java applications or things not covered by the specification. For example, applets are not part of the tck test for compliance. Rahul -- 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: The Scope and Ownership of fedora-list
On Thursday 28 August 2008 20:15:17 Les Mikesell wrote: Patrick O'Callaghan wrote: _AND_ keep in mind that this has next-to-nothing to do with Nvidia or other vendor-provided drivers, commercial software (even free - in the original sense - stuff like VMware, flash, realplayer), or how to install Sun Java, yet they are all equally shunned subjects in official channels. That is their right, of course, but it means that fedora users need to be prepared to find information and resources elsewhere. So there should be an easy way to do this, right? Yes, many other mail lists have been improved by adding related wikis. http://k12ltsp.org/mediawiki/index.php/Main_Page http://backuppc.wiki.sourceforge.net/ are a couple that I know about. However, this is something of a special case in that there are reasons for it not to be closely associated with the project but you still need a single well-known location, at least as a starting point. Since we're talking wikis, we are putting together one for all thinks kde. It's still very new - only went live this evening and most dns servers haven't picked it up yet, but the url is http://userbase.kde.org/. Some of the content is very new and some is rather old, and it needs much more input about applications. Until the migration of old wiki pages is complete, editing is restricted to a group, but registration will open soon. You can send ideas to me even before that. Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
RE: Repair FC9 for new hardware
For X, you can run system-config-display as root. As for the NIC, you may also have to delete ifcfg-eth1 - the new NIC was probably configured there. Mikkel Hi, yes the NIC I am confident I can fix (just not at box now and realized my miss after leaving). I did run system-config-display which ended up crashing the box after I applied the settings. Looking on the web I think I should have ran system-config-display --reconfigure maybe? Thanks! jlc -- 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: The Scope and Ownership of fedora-list
Ralf Corsepius wrote: On Thu, 2008-08-28 at 10:38 -0500, Mike McCarty wrote: [...] I first encountered Richard Stallman in 1986, and we exchanged several e-mails about his ideas at the time. Then you're better off not using open source software and to quit using Linux. I'll bear your advice in mind. In fact, Solaris is an attractive alternative. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- 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: The Scope and Ownership of fedora-list
Rahul Sundaram wrote: Les Mikesell wrote: That's slightly less important in f9 than it used to be but there are still plenty of things that won't work with openjdk. True but OpenJDK in Fedora 9 is 100% certified Java http://developer.redhatmagazine.com/2008/07/08/java-in-fedora-first/ You have argued before that, that the problems are due to the lack of official java moniker and that has never really been the case. The problems are either non-standard features used by Java applications or things not covered by the specification. But that doesn't matter. Things work or not. And without a real Sun Java which could have been trivial to obtain/install, many things don't work. And instead of providing the trivial help to install a working java, someone must have spent an enormous amount of effort providing something sort-of-like java, ignoring the fact that it won't run everything that a user will need it to run. I'm sure it was an interesting project, but releasing it to end users in that state was just counterproductive regardless of your business/political/philosophical agenda for doing it. Going forward, now that Sun has removed any possible objection you could have to shipping their code, I expect this problem to just go away on its own but historically it has been a horrible user experience without any real justification. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
Anne Wilson wrote: Since we're talking wikis, we are putting together one for all thinks kde. ^^ Very appropriate terminology, intentional or not. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
Les Mikesell wrote: Rahul Sundaram wrote: Les Mikesell wrote: That's slightly less important in f9 than it used to be but there are still plenty of things that won't work with openjdk. True but OpenJDK in Fedora 9 is 100% certified Java http://developer.redhatmagazine.com/2008/07/08/java-in-fedora-first/ You have argued before that, that the problems are due to the lack of official java moniker and that has never really been the case. The problems are either non-standard features used by Java applications or things not covered by the specification. But that doesn't matter. Sure, it does. Your claim was incorrect as I told you earlier and this only proves it. Things work or not. And without a real Sun Java which could have been trivial to obtain/install, many things don't work. And instead of providing the trivial help to install a working java, someone must have spent an enormous amount of effort providing something sort-of-like java, OpenJDK is Fedora 9 is officially Java and certified as such. You cannot continue to claim otherwise. If you still run into problems, you should be filing bug reports. Rahul -- 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: The Scope and Ownership of fedora-list
On Thursday 28 August 2008 21:47:04 Les Mikesell wrote: Anne Wilson wrote: Since we're talking wikis, we are putting together one for all thinks kde. ^^ Very appropriate terminology, intentional or not. Not :-) ('things', of course) My fingers do seem to get into a twist, sometimes :-) Anne signature.asc Description: This is a digitally signed message part. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
O If it isn't shunned, why doesn't the adobe repository come pre-configured in yum? Or at least as a '--release' rpm that could be installed from an official site by feeding the URL to rpm? Because Fedora is a free software distribution ? Because everyone making a Fedora CD would then have to signal a distribution contract with Adobe. Because every single package vendor on the planet would ask to be included and we'd have a million conflicting repositories. Because Adobe control it so the Fedora Project can't take responsibility for managing it for conflicts and bug handling ? And a few other reasons I am sure. Why not ask Microsoft why they don't include Linux install CDs in their Windows package... Clearly this URL is a figment of my imagination too: http://fedoraproject.org/wiki/JavaFAQ There's nothing on that page that would enable a new user to install a copy of Sun Java. That's slightly less important in f9 than it used to be but there are still plenty of things that won't work with openjdk. Sun choose not to provide a nice yummable rpm package but they've still made it pretty easy to install. There are indeed various things that don't work with OpenJDK - JMRI being a big one I make heavy use of. How many new users do you know that managed to get Sun Java and its browser plugin working correctly on fedora without using something like Dunno about the browser plug in but I've seen plenty of people do the rest without problems, including layering the J2ME devkit, Nokia phone simulators and other stuff on top. if there were some less-constrained, non-official, non-US site hosting a wiki to organize it (and perhaps those --release rpms to set up the missing yum repos). Go ahead - nobody is stopping you. Create the yummable repository of everything, negotiate all your need contracts and indemnities. 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: usb plugins cause reboots
Jack Howarth wrote, On 08/28/2008 04:18 PM: Has anyone else seen this behavior under Fedora 9 i386? I have Fedora 9 with the latest 2.6.25.14-108.fc9 kernel installed on a Dell Lattitude D810 portable. The machine runs fine with one exception. If I pull in either a usb mouse or a usb memory stick into the upper USB port, the machine will instantly reboot. The lower USB port doesn't seem to exhibit this problem. Are there any known issues with usb causing kernel reboots under Fedora 9? Jack Some how (history of working with strange equipment) I don't think this is Fedora 9's fault. I have seen this happen on a compact-PCI unit that had insufficient current carrying capacity from the power supply to the backplane, and funny enough the upper port had the problem more than the lower. [Always fun when the ME has to show the EE what a couple of caps can temporarily resolve.] suggestion: try booting to grub, then hit the up-down arrows to stop grub from booting anything then insert the usb memory stick into the upper USB port. If the machine reboots, I think we both understand that, something is truly messed up in hardware. but even if it does not, it is probably a hardware problem but because you were not in Linux the CPU was not pulling its power, or grub did not activate the drive. Still under warranty? -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter -- 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: The Scope and Ownership of fedora-list
Those are useful if you are curious about _why_ fedora doesn't play your multi-media files, run your java apps, or work with hardware that needs vendor-provided drivers. If you are interested in actually fixing these things you have to look elsewhere. Oh dear me, paranoia pill dose is a bit low again The multi-media file thing was a good point once - and was addressed. Totem and friends now helpfully explain why your mp3 won't just play. Rahul is always gentlemanly enough to listen politely to other points of view, then he always responds - as he must - with the policy line. Definitely more pills needed. 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: Repair FC9 for new hardware
Joseph L. Casale [EMAIL PROTECTED] writes: Looking on the web I think I should have ran system-config-display --reconfigure maybe? If it is F9 you probably don't need an xorg.conf file at all. Just move it aside and reboot. Xorg now figures out everything on the fly. -wolfgang -- Wolfgang S. Rupprecht http://www.full-steam.org/ (ipv6-only) You may need to config 6to4 to see the above pages. -- 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: The Scope and Ownership of fedora-list
Rahul Sundaram wrote: You have argued before that, that the problems are due to the lack of official java moniker and that has never really been the case. The problems are either non-standard features used by Java applications or things not covered by the specification. But that doesn't matter. Sure, it does. Your claim was incorrect as I told you earlier and this only proves it. That's a matter of opinion. It may matter to you why your 3rd party application doesn't run. It matters to me whether it runs or not. Things work or not. And without a real Sun Java which could have been trivial to obtain/install, many things don't work. And instead of providing the trivial help to install a working java, someone must have spent an enormous amount of effort providing something sort-of-like java, OpenJDK is Fedora 9 is officially Java and certified as such. You cannot continue to claim otherwise. If you still run into problems, you should be filing bug reports. Against what? Applications that specify that they require Sun Java 1.4 or 1.5? And what about that long history of shipping something known not to be Java? -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
Alan Cox wrote: How many new users do you know that managed to get Sun Java and its browser plugin working correctly on fedora without using something like Dunno about the browser plug in but I've seen plenty of people do the rest without problems, including layering the J2ME devkit, Nokia phone simulators and other stuff on top. OK, your idea of a new user is clearly a lot different than mine. -- Les Mikesell [EMAIL PROTECTED] -- 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: The Scope and Ownership of fedora-list
Alan Cox wrote: Those are useful if you are curious about _why_ fedora doesn't play your multi-media files, run your java apps, or work with hardware that needs vendor-provided drivers. If you are interested in actually fixing these things you have to look elsewhere. Oh dear me, paranoia pill dose is a bit low again The multi-media file thing was a good point once - and was addressed. Totem and friends now helpfully explain why your mp3 won't just play. But why isn't quite the point, or what anyone wants to know. -- Les Mikesell [EMAIL PROTECTED] -- 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: Repair FC9 for new hardware
Joseph L. Casale wrote: I had to replace a MOBO with a new graphics card and NIC. The storage controller is the same and the machine boots to run level 3 fine but its confused about the NIC (I know it works, I had a fresh install working out of the box) and X crashes the machine if I go to run level 5. Just checking – did you install any proprietary X drivers? From Livna or the manufacturer? Can you uninstall them, if so? Hope this helps, James. -- E-mail: james@ | WARNING: Pressing CTRL+ALT+DEL again will restart your aprilcottage.co.uk | computer. Then again, what won't? You will lose unsaved | information, and even supposedly saved information, in | any case. -- David P. Murphy -- 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
Java and openjdk
Les Mikesell wrote: That's a matter of opinion. It may matter to you why your 3rd party application doesn't run. It matters to me whether it runs or not. It is not a matter of opinion. You claimed that if Fedora shipped official Java, then the problems would disappear for third party applications. It certainly wouldn't and that has been proven by what is available in Fedora 9 which passes the TCK tests 100%. OpenJDK is Fedora 9 is officially Java and certified as such. You cannot continue to claim otherwise. If you still run into problems, you should be filing bug reports. Against what? Applications that specify that they require Sun Java 1.4 or 1.5? Are you running any recent release of Fedora? What are the specific issues? Depending on implementation specific quirks would certainly be a bug. Have you ever filed a single bug report in http://bugzilla.redhat.com against Fedora? Your bugs should be filed depending on whether it is a application issue or a implementation issue. If applications follow the standard specification, they would be compatible with all implementation s of Java which follow the specification whether it is OpenJDK in Fedora 9, Sun Java, IBM Java or something else. Rahul -- 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: Repair FC9 for new hardware
Just checking – did you install any proprietary X drivers? From Livna or the manufacturer? Can you uninstall them, if so? Hope this helps, Argh, I forgot! I *may* have had some Livna ATI drivers, but that same card is back in actually! I forgot I moved it out from the old mobo with unused IG into a new mobo also with some other Intel IG but am still using the ATI addin card. Was it Livna who used sloppy rpm packaging making rpm queries hard? I figure I could just do a rpm –qa --queryformat “%{NAME}-%{VERSION}-%{RELEASE}-%{PACKAGER}\n” or something? What's an easy string for catching all Livna RPM's to later sort through? Good thought, Thanks! jlc -- 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
Linksys WRT54G2
I run Fedora 9 (only, no windows or macs). I recently was given a Linksys WRT54G2 Wireless-G broadband router with its installation CD (which according to the terse instructions has a windows and mac modes - of course no Linux). I want to use this as simply a wireless access point to my existing LAN. I already have a router and DSL internet connection. Anyone have any experience or links which can help me figure out how to use this puppy? Thanks Richard -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Linksys WRT54G2
On Thu, Aug 28, 2008 at 03:27:47PM -0700, Rich Emberson wrote: I run Fedora 9 (only, no windows or macs). I recently was given a Linksys WRT54G2 Wireless-G broadband router with its installation CD (which according to the terse instructions has a windows and mac modes - of course no Linux). I want to use this as simply a wireless access point to my existing LAN. I already have a router and DSL internet connection. Anyone have any experience or links which can help me figure out how to use this puppy? You might find it informative to check out the fora (plural of forum) and wiki at dd-wrt.com. dd-wrt is alternative firmware for many (but not all) of those linksys router/AP thingies, so the main emphasis there is using their firmware. But you might glean something too even if you decide not to change firmware. -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: [EMAIL PROTECTED] // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - pgpSgflWDyUv8.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Linksys WRT54G2
fred smith writes: On Thu, Aug 28, 2008 at 03:27:47PM -0700, Rich Emberson wrote: I run Fedora 9 (only, no windows or macs). I recently was given a Linksys WRT54G2 Wireless-G broadband router with its installation CD (which according to the terse instructions has a windows and mac modes - of course no Linux). I want to use this as simply a wireless access point to my existing LAN. I already have a router and DSL internet connection. Anyone have any experience or links which can help me figure out how to use this puppy? You might find it informative to check out the fora (plural of forum) and wiki at dd-wrt.com. dd-wrt is alternative firmware for many (but not all) of those linksys router/AP thingies, so the main emphasis there is using their firmware. But you might glean something too even if you decide not to change firmware. Unfortunately, I dd-wrt won't run very well on the above router. This router has too little RAM to accomodate dd-wrt. You need the the WRT54GL flag, to use DD-WRT succesfully. /me ordered WRT54GL precisely because I looked all of this up, beforehand. If you browse through this router's manual, I believe that it has web-based configuration access. I forget what's the router's default address, I think it's http://192.168.1.2, confirm it in the manual. Just plug in a laptop into one of the router's port, browse to its configuration page, and set it up, by hand. pgpkppCpmZTAC.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Scope and Ownership of fedora-list
On Thu August 28 2008 19:40:10 Les Mikesell wrote: Those are useful if you are curious about _why_ fedora doesn't play your multi-media files, run your java apps, or work with hardware that needs vendor-provided drivers. If you are interested in actually fixing these things you have to look elsewhere. Well actually you only have to look to this list to find solutions for all these problems. Official Fedora people are bound and gagged, you me the Users can say and build what we like and help others do the same if they so wish. Just take the bits and mould them in your own image, Leave the politics for fedora legal. ...dex /me thinks we need another stanton-finley.net -- 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