hi,<br><br>Not fully awake yet, but I plan to look into what you all have said here,<br>the way to use "cli" ( what ever that is ) + other tips. <br><br>Right now, I am just chatting a little bit about my own situation:<br><br>I have a laptop which I hoped to get working on wireless. (a HP C6715b),<br>and previously (Pesario V6508EO) - so I have been fighting with this for<br>more then a half year. My hope has been to figure out how to install the<br>bcm43xx driver ( now it is b43 ) - but I have not had any success this far.<br>( this started with Fedora core 6) - which I was able to get running, but not<br>without difficulties. APIC hardware problems still exist, for example.<br>( just completed filing some note on it )<br><br>Because of all the problems - I have a couple of thousand emails on yahoo from<br>this list, without an account for downloading. ( need some better scheme )<br><br>"Matej Cepl" <mcepl@redhat.com> wrote: <br>> b) Sorry, life is tough, but
 bugs filed here don’t count as such.  <br>>    There is no duty on developers to read this list and they <br>>    would have to file bugs themselves anyway.<br>><br>No, I have come to realize that. <br><br>"Andrew Farris" <lordmorgul@gmail.com>  wrote:<br>><br>>  If you run pirut, or yum, right after each other the info should be the <br>>  same AFAIK.<br>><br><br>Nope, they don't. <br>Not sure about the abbrevation AFAIK, but does a program like pirut store <br>some internal stuff ??  For example, I don't now how many times I have ticked off language support. I don't understand zulu, swahili, and all those other things. But it damn well include it by default each time you run the program. <br>Similar with games, etc.  On packages - I may remove one, while Yumex report<br>it is still there, and vice versa. ( but I may have to check this a bit better<br>to make sure when/where/how it
 happens, that not updates include it, etc. )<br><br>><br>> I'm unclear what the problem is here.  You want to use the older dvd<br>> version of xorg drivers but update other stuff?<br>><br><br>No. There was no driver from xorg initially, so the Fedora DVD doesn't have<br>a driver. For some time I had to use ATI driver, but recently a working driver<br>from xorg is working, but not included on the DVD. So any reinstall cause<br>a lot of extra work. And the update driver don't set up config files correctly.<br><br>><br>> It would probably be helpful if you report this in bugzilla and see if<br>> there are some improvements that can be made to get these tools to work more<br>> closely together.<br>><br><br>Ahh..well, I understand that I have to spend some time with bugzilla.    
 <br><br>                           ----------------<br><br>Some ideas:<br><br>How does updates work ?  Are they sent over a separate port ?<br>Why not have a bug-report tool on a separate port, not using email ?<br><br>1. RPM uses a data base for packages, so let say one would encapsulate each<br>package with tags. My favorite editor in bash, is jmacs. I use it as an<br>example:<br><br>--------------------------------------------------------------------------<br>Name        : joe                          Relocations: (not relocatable)<br>Version     :
 3.5                               Vendor: Red Hat, Inc.<br>Release     : 3.fc7                         Build Date: Fri 23 Feb 2007 11:57:51 AM CET<br>Install Date: Wed 05 Mar 2008 03:40:02 PM CET      Build Host: hs20-bc1-5.build.redhat.com<br>Group       : Applications/Editors          Source RPM: joe-3.5-3.fc7.src.rpm<br>Size        : 1015971                          License: GPL<br>Signature   : DSA/SHA1, Fri 18 May 2007
 10:11:54 PM CEST, Key ID b44269d04f2a6fd2<br>Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla><br>URL         : http://sourceforge.net/projects/joe-editor/<br>Summary     : An easy to use, modeless text editor<br>Description :<br>Joe is a powerful, easy to use, modeless text editor.<br>It uses the same WordStar keybindings used in Borland's development<br>environment.<br>/etc/joe<br>/etc/joe/charmaps<br>/etc/joe/charmaps/klingon<br>/etc/joe/ftyperc<br>/etc/joe/jicerc.ru<br>/etc/joe/jmacsrc<br>/etc/joe/joerc<br>/etc/joe/jpicorc<br>etc....<br>------------------------------------------------------------------------------<br><br>Now, notice the signature field. Is the Key ID unique ?<br>If not, a tag may be created. The listed files may be indexed as 1,2,3,4...etc.<br>Asume that I encounter a problem - let say an error in charmaps/klingon:<br><br>A tool, with a simple email window
 type, where I may include info as you<br>do to bugzilla is at hand. Communicate directly on a a separate port back to<br>site. The message will include:<br><br><Key ID b44269d04f2a6fd2><br><file number:3><br><Descriptive problem:".."><br><Linux version: ><br><Hardware:      ><br><Configuration: ><br><br>+ what ever else one may agree upon.<br><br>( Notice the Hardware, as this is very important. I just added some report on<br>an "..MP-BIOS bug: 8254 timer not connected to IO-APIC", something that only appear on my specific hardware. There are endless of problems related to special<br>hardware and platform ) <br><br>2. At the other end, Bugzilla - the report will be filed under the Key ID, and<br>so forth. To attempt to make it a bit more clear:  - the suggested application<br>don't need a separate database, as it exist at both ends. In many cases you<br>may not need to file much description of the problem.
 On connect to site,<br>the info regarding the package will be displayed - but you may go ahead and<br>send your hardware profile, the package ID, etc. This will clearly identify<br>how many people encounter the same problem, and the priority to have it fixed.<br><br>3. Notice the <Configuration:> field. A user could use the tool to check how<br>others have set up their specific hardware. It is a damn pain to figure out<br>a lot of these things. Example, after a long time, you find this info: "SHMConfig" "true" has to be set in xorg.conf<br>Well, okay - but how/where ?? In this case, I just tag what I want, and import the file. <br><br>4. The above example may include a description of "smart" settings in .bashrc<br>and a whole exchange of options that other users have solved, or found valuable.<br>This is actually some of the most difficult things for new users of Linux.<br>So, this exchange could be of great value for everyone.<br><br>5. RedHat, Bugzilla, or anyone
 else will have a count/rating of uses of programs. Developers may also check how their product is received. It will<br>be a feedback as to what problems exist, for example - bugs or errors that<br>none thought of as the program is ported to another platform.<br><br>6. At the site end, other fields may be included, as to HOWTO documents, etc.<br>Plus other options to include, or find out how to use. <br><br>7. It is voluntary, it is transparent, you know what you install, if you want<br>to participate, etc. Not like Microsoft or others in which you never know<br>what is exchanged under the hood.<br><br>8. If this would cause high demands for a site, configs and other info could<br>use bitTorrent schemes, etc. While I would think that the application would<br>be of great value for RedHat and others.<br><br>                           
 -------------------<br><br>So what is needed ?  With a little help, I could probably write such a thing<br>myself, while I am not a programmer, and most likely not anywhere close to<br>what I suggest. But programs like pirut and Yum exist, and only minor changes<br>may be needed. <br><br>If you like this idea, please help promote and bring it up for debate and<br>discussion.<br><br>//ARNE<br><br><br><p>
      <hr size=1>Looking for last minute shopping deals? <a href="http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/category.php?category=shopping"> 
Find them fast with Yahoo! Search.</a>