Slashdot Mirror


Online Repository for Hardware Configurations?

Great_Jehovah asks: "I've done a lot of trial-and-error and spent time researching getting various devices (e.g. motherboards, USB devices, DVD burners) working on Linux. I've also spent a bunch of time configuring different pieces of software for particular applications. I would like a nice centralized place to share these pieces of knowledge and also to see what others have done. I've looked on Google but either I can't conjure the right keywords, or this place just doesn't exist yet. Anyone know where such a site exists? If not, I'll start one."

36 comments

  1. A nice place to start might be... by linuxn · · Score: 2, Informative

    Hmmm...How bout' LDP ?

    1. Re:A nice place to start might be... by BrokenHalo · · Score: 1

      Maybe, but LDP by itself doesn't always help. For instance CUPS: How many of us have never managed to get that beast to work? If it works out of the box for you, you're laughing, but if not you're on your own since the CUPS development guys just shrug and say "RTFM you clod" without actually making TFM sufficiently comprehensive to justify the admonition. Same goes for ALSA for those of us who are not running 2.5.x kernels on production boxes, though to their credit, the ALSA team do make more of an effort to provide good documentation.

    2. Re:A nice place to start might be... by Joe+Tennies · · Score: 2, Informative

      Actually, The key to setting up CUPS is remove things like foomatic. Just start cupsd and point your web browser to http://127.0.0.1:631. It's actually a pretty darn good and easy to use setup. I've helped quite a few people by just pointing them to that instead of programs that "simplify setting up CUPS".

    3. Re:A nice place to start might be... by drfreak · · Score: 1

      http://127.0.0.1:631 - You don't need no stinkin' docs!

      ALSA? They have modules.conf entries for all sound cards on their site. Also, the new Knoppix V3.2 has alsa autoconfiguration scripts now. Try booting with the command-line: 'knoppix alsa [driver_for_your_card]' or you can leave out the last argument and it will be autodetected.

    4. Re:A nice place to start might be... by BrokenHalo · · Score: 1
      http://127.0.0.1:631 - You don't need no stinkin' docs!

      Like I said: it's only any good if it works out of the box. If it doesn't, then you're stuffed, since the documentation (such as it is) is not helpful.

      And yes, I did say that ALSA do make an effort (though their entries don't always work).

  2. Right here.. by Graelin · · Score: 2, Informative

    RedHat has an HCL for their distro. I highly doubt much (if any) of it is RedHat specific. Kernel modules are kernel modules afterall, they care not the distro.

    It's not entirely clear what you mean by "configuring different pieces of software for particular applications." Chances are good whatever you did was documented somewhere in the application's docs, forums, etc. Why not just use them as they were intended?

    If you managed to combine all this data in one monolithic database I'm not sure I would use it. How can you keep it updated? Users only notify you of errors with stuff they use, the lesser known tweaks could sit broken for ages without you knowing. Above that, you would need some very slick search and navigation tools for this thing.

    On the other hand, a distro-specific "best practices" guide would be very handy. One supported by the community and frequently updated. I have my own personal checklist of things to do after installing RH8, I bet if you and I combined lists we'd both benefit. Now multiply that by the number of cluefull RH8 users out there. You'd have a hell of a list but one hell of an OS when you were done.

    1. Re:Right here.. by Asprin · · Score: 5, Interesting


      No, no, no. This is a GREAT idea - think about it like "C Code Snippets" for Linux configuration files. Here are a few examples:

      Case #1
      I need a config file for Samba to emulate an NT4 PDC. I download the prewritten boilerplate config file, change the domain name, put it in /etc, restart Samba and I'm in business.

      Case #2
      Or how about a config file for Sendmail that uses Spam Assassin for spam filtering and renattach for viruses.

      Case #3
      I want to turn my old 386 into a Linksys-style NAT box. The only imbound port I need mapped is my web server (port 80). You got config files for that?

      Case #4
      Shared email address books with LDAP. I want to run an LDAP server with slapd to provide shared email address books, but I don't want to use LDAP for any sort of network authentication. I just want users to be able to create folders and contacts and move the contacts around in the folders (and add, change, delete and update them, of course.) Apparently, I'm the only person that ever thought of doing this because I haven't found ANY docs anywhere that describe this sort of thing.

      Your target audience here is beginners and administrators who are migrating to Linux services who want to get things working without having to read and decode **ALL** of the documentation up front.

      Let's face it, with if you take any given piece of software,there really are only a few different basic configs most people want to start out with, and once you get basic functionality in place, you can tweak to customize from there. Hey, they did it with sendmail, right?

      --
      "Lawyers are for sucks."
      - Doug McKenzie
    2. Re:Right here.. by Wakko+Warner · · Score: 1

      Your target audience here is beginners and administrators who are migrating to Linux services who want to get things working without having to read and decode **ALL** of the documentation up front.

      In other words, I shouldn't trust these people to know how to fix any of these things when they break.

      - A.P.

      --
      "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
    3. Re:Right here.. by Asprin · · Score: 2, Insightful

      Do you want people to take Linux seriously as an alternative to Windows for anything beyond Apache and Sendmail? Everyone starts at zero for everything, so I'm not sure why it's a bad idea to learn from configs that have been done and redone a zillion times already. I'm also not saying that the work is finished when the script is installed, either -- there's loads of tweaking and tuning to be done later -- but if you give new users a ledge to start from, it's an easier climb for them.

      --
      "Lawyers are for sucks."
      - Doug McKenzie
    4. Re:Right here.. by drfreak · · Score: 1

      A-men!

    5. Re:Right here.. by Anonymous Coward · · Score: 0

      Shared email address books with LDAP ... Apparently, I'm the only person that ever thought of doing this because I haven't found ANY docs anywhere that describe this sort of thing.

      You're wrong, and right.

      You're not the only person who ever thought of it, because it's something I wanted to do.

      I couldn't find anything on that either.

    6. Re:Right here.. by Wakko+Warner · · Score: 2, Insightful

      Everyone starts at zero for everything, so I'm not sure why it's a bad idea to learn from configs that have been done and redone a zillion times already.

      It's a bad idea because you're teaching people to learn by rote memorization and coincidence, while giving them no real insight as to why or how any configuration option works the way it does, or what other desirable options may exist. Most well-written man pages should have example usage anyway, and most large software packages (sendmail, samba, BIND, apache, postfix, etc.) have sample config files.

      Fooling inexperienced admins into believing that Linux is friendly and easy to use and can be picked up quickly by even novice users is disingenuous and ignores the real problem. Linux in reality is the same as any other UNIX: quirky, complicated, difficult to learn, and (in Linux's case especially) very poorly documented. Throwing new users a bone in the form of a few pre-built config files is hardly enough to combat what I see as a very grave shortcoming that is probably mostly to blame for Linux's slow desktop uptake. Linux simply needs more uniform, intuitive, helpful, and complete documentation (in the form of succinct, well-written, browsable, searchable manual pages, please.)

      There's no need to further dilute the sysadmin talent pool by filling it with people who think they know Linux when all they really know is how to install a pre-fabbed config file. I wouldn't trust a system built in such a way and I certainly wouldn't hire someone who professed to be a Linux administrator, even for a junior role, if those were the only skills they possessed.

      - A.P.

      --
      "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
    7. Re:Right here.. by Great_Jehovah · · Score: 1
      Case #4 Shared email address books with LDAP. I want to run an LDAP server with slapd to provide shared email address books, but I don't want to use LDAP for any sort of network authentication. I just want users to be able to create folders and contacts and move the contacts around in the folders (and add, change, delete and update them, of course.) Apparently, I'm the only person that ever thought of doing this because I haven't found ANY docs anywhere that describe this sort of thing.

      This is exactly what I'm talking about. Oh man. I've made so many attempts at this but I've never had enough time to sit down and figure it all out.

    8. Re:Right here.. by ibennetch · · Score: 1

      I'm not looking for a job. If I were, I'd be out of business because running a Linux box in a business environment is not something I'm good at. But I do want to get cvs-conf working on my home servers. I'd love to try the LDAP idea the [great- ?] grandparent poster mentioned. But I don't care enough to wade through countless pages of vague documentation that doesn't tell me how to do what I want. It's one thing to do it for the user, it's another to provide enough information for them to do it themselves. For example, at this point I'd take anything for cvs-conf, because all it installed are a couple files in the examples folder that don't make much sense and a Makefile. Google doesn't turn up a thing. Maybe I need to learn more about how to use CVS before trying to do this, but I'm just looking for an example or two of how someone else got it to work.

  3. they sort of exist by dhunley · · Score: 3, Informative

    You could try the Linux hardware database (URL escapes me), or you could post your write-ups on the Linux StepByStep site (www.linux-sxs.org) which is entirely about "how I did xx with Linux"...

    1. Re:they sort of exist by RiverTonic · · Score: 4, Informative

      I think it is this site. It has a fast search engine so it's only a matter of seconds to check if something is supported.

      --
      This is RiverTonic's sig.
    2. Re:they sort of exist by Great_Jehovah · · Score: 1

      This (linux-sxs) seems like it fits the bill. I'm going to give it a go. I wonder why I've never seen it before.

  4. Just Linux Hardware by skreuzer · · Score: 4, Informative

    take a look at Just Linux Hardware While it is fairly new, it is growing into quite a resource.
    Plus, the revenue the site generates gets donated to open source projects and orginizations, which is also pretty cool

    1. Re:Just Linux Hardware by orn · · Score: 2, Interesting

      Just Linux Hardware is pretty darn limited. It doesn't even have a date or version field. (though these are sometimes in the "additional" data section)

      You can't scan a list and pick out hardware that works well together.

      In all, thumbs down. But maybe it could be improved...

      --
      1. 2.
  5. Great Idea by 4of12 · · Score: 3, Interesting

    That Linux hardware database, IIRC, was hosted by a company that might have slipped under the waves with the fizzling of the dotcom boom.

    But you have a really great idea.

    Newbies and veterans alike would find it useful to know if some piece of hardware would work under a particular version of Linux.

    Old hardware is important in cases where there isn't a lot of money to keep up with the latest hardware releases; schools, charities, and even businesses in the undeveloped world would benefit from such a knowledge base.

    Also, if there were some means of making a spam-free 2-way communications channel from the site hosting the hardware db, it might be useful to kernel developers who want to know if their patch might cause a bad interaction in some corner case of two or three unusual old pieces of hardware that they don't have access to. They could send email to the owner of the machine with the configuration they want to test against asking how their patch affected the system.

    Your idea would really blossom [I'm sure something like this must already exist at Red Hat, SuSE and other big Linux outfits, OSDL perhaps, despite their enterprise focus?] if someone were to setup a network of deliberately heterogeneous machines, chosen for their diversity, a zoo, with the ability to bring up and test out different kernels, configuration parameters, and end user applications. The kind of machines that would go into this zoo would mostly be inexpensive, too.

    --
    "Provided by the management for your protection."
  6. Linux Hardware Database by Darkness+Productions · · Score: 1

    The Linux Hardware Database, which was at one time on http://lhd.datapower.net, then moved to http://lhd.zdnet.com, has, unfortunately gone by the wayside. It was an amazing project, and I personally would love to see another like it.

    1. Re:Linux Hardware Database by sigwinch · · Score: 1
      This Usenet post claims lhd.zdnet.com went away because the server was cracked. Apparently ZDNet lacks some combination of backups, money, and willpower to bring it back.

      It's official, Netcraft confirms lhd.zdnet.com is dead. It is certainly missed. Truly an Internet icon. ;-)

      --

      --
      Kuro5hin.org: where the good times never end. ;-)

  7. Linux Cookbook by chrestomanci · · Score: 1

    Mod parent up.

    That is a good idea, and something that I would find very usefull. I find it annoying that everytime I want to setup some common service on my linux box, I have to wade through a huge HOWTO and read a some articles online, when I could simply modify a simple code snippet.

    Does such a repository of snippets exist anywhere?

    1. Re:Linux Cookbook by dhunley · · Score: 3, Informative

      This is *exactly* the goal of the Linux StepbyStep site. Check out www.linux-sxs.org

  8. I needed it lask week ... Yes would ne very good by SeaGK · · Score: 1

    Last week I had to pull from the closet and old IBM-8514 monitor because I sold my Viewsonic and my AcerView crap out and died with a *BZZZT* and smoke.

    Last time I used the 8514 it took me 2 days to configure X for the 1024x768 87Hz Interlaced mode. as you would imagine, there are no docs for this monitor on the web (or IBM site) and i had to try ModeLine after Modeline until i got ona that kina worked and then spent a cuuple of hours tunning it.

    So, YES it would be nice, especialiy now that i'm back to 640x480 because I don't know where my copy of that old XF86Config file is.

  9. Great Idea, Sign Me Up by Anonymous Coward · · Score: 0
    I must admit that I class myself more as a hardware geek than a member of the software species. With this in mind your site would be just what I am looking for. A quick example:


    My firewall/router uses an old P120 cpu and motherboard and at the moment (as it is about 100F here in Hungary) the CPU is overheating. It took me a lot of experimenting with jumper settings before I found out how to underclock it. As the board is an antique there is no documentation.


    Go for it !!


    Ed Almos

  10. IBM-8514(OT) by oliverthered · · Score: 1
    --
    thank God the internet isn't a human right.
    1. Re:IBM-8514(OT) by SeaGK · · Score: 1

      How about this ... none of the links on google contains the information I need to make a reliable Modeline. you know, Like the Pixel clock frequency, Front/Back porch pixels and polarity for both Horizontal and Vertical timings.

      So ... no, google is not the answer. A Hardware database would be better.

    2. Re:IBM-8514(OT) by oliverthered · · Score: 1

      Hows tis?

      #
      # 1024x768@43.5Hz, Interlaced mode (8514/A standard)
      # Horizontal Sync = 35.5kHz
      # Timing: H=(0.54us, 1.34us, 1.25us) V=(0.23ms, 0.23ms, 0.93ms)
      #
      # name clock horizontal timing vertical timing flags
      "1024x768i" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace

      --
      thank God the internet isn't a human right.
  11. LHD is dead (thanks ZDNET) by scum-o · · Score: 2, Informative

    The Linux Hardware Database doesn't exist anymore - it used to be owned by ZDNET, but they nuked the whole site a while ago. I sent in an e-mail to the tech department and requested that they ressurect the site, but there has been no action. The site is for the most part dead.

  12. ...& when you fire that 8514 up... by jantheman · · Score: 1

    ...I bet that'll "*BZZZT* and smoke" soon too.

    (happened to me 2 yrs ago, near enough same situation. It took 2 weeks to do it, so watch it).

    --
    -- Mod me down. I am not a karma tart. ffs,gag
    1. Re:...& when you fire that 8514 up... by oliverthered · · Score: 1


      half an hour and google

      #
      # 1024x768@43.5Hz, Interlaced mode (8514/A standard)
      # Horizontal Sync = 35.5kHz
      # Timing: H=(0.54us, 1.34us, 1.25us) V=(0.23ms, 0.23ms, 0.93ms)
      #
      # name clock horizontal timing vertical timing flags
      "1024x768i" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace

      --
      thank God the internet isn't a human right.
  13. A sketch of a proposed solution by ralphclark · · Score: 2, Interesting
    There are serious problem with forums (fora?) and mailing lists.

    First, there's the signal-to-noise ratio, which can get pretty awful even in fora designed originally to support just one piece of software or one piece of functionality. See for instance the number of different lists you need to hunt down just to get started diagnosing a problem with subsytems involving components from different sources. eg getting the TV functionality on a Radeon All-in-Wonder to work with your distro's patched-up kernel, the v4l2-bttv kernel modules, the various gatos kernel modules, XF86 modules and associated bits, and a couple of viewers like xawtv and avview. Which still don't work for me. Unsurprisingly.

    Then there's the poor internal structure of the lists themselves. Most posters seeking help don't bother to supply a meaningful and apposite subject line since they are only thinking about getting an answer to their problem today rather than documenting their painful journey for the benefit of future travellers. This tends to render the list's thread view into more or less random nonsense.

    And then, many forum host providers only provide search capability at the subject line level, so poor (or confused) subject line relevance forces you to google for the information just in that one list as from a great distance. And even the mighty Google can swamp any good matches in a sea of distraction, because even Google doesn't support (AFAIK) search target restriction modifiers at any smaller granularity than per host.

    The result of these deficiencies is that you can search for days, weeks even, without coming across an unambiguously documented example of the problem you are looking for - even when it is inevitable that someone somewhere *must* have suffered the same problem. If it's a complex problem and if you do manage to find a documented example, it's odds on that the question will have been left dangling with not so much as an acknowledgement from anyone. Or, there will be some "red herring" reply spawning a substantial thread of only barely tangential relevance.

    To maximize our leverage of all the previous problem-solving that has been done by ordinary half-able users like you and me, we need to make it nice and easy for people to document their questions and answers in a more structured, accessible and re-usable way. Yes, there should be a single repository, centralized in the sense that if it succeeds (a la freshmeat and sourceforge), alternatives would be irrelevant and possibly even counterproductive; but not necessarily centralized in the sense of control. Rather it might be distributed in terms of implementation and maintainance (cf wikipedia or bugzilla as opposed to freshmeat or "ask slashdot").

    The key concept to the creation of something an orders of magnitude more useful than the current generation of help sources is the use of structured data for indexing, categorization and traversal rather than hit-and-miss indexing of freeform text by search bots. Users need to be able to search precisely for documented Q&A on previous instances of whatever specific and arcane combinations of circumstance have led to their own predicament. To this end, submissions need to be carefully tagged with a full compliment of relevant keywords and perhaps even the semantic relationships between them, and those keywords and relations may need to be amended again whenever somebody manages to add another piece to the puzzle.

    I envisage a submission procedure driven by a continually evolving and diversifying system of nested questionnaires with the intention of:

    (1) Guiding the submittor through what has been established by previous contributors in order to establish any correspondence between the current problem and all extant knowledge to get the context right (eg is this really just a tv viewer problem - or is it really a video subsystem problem?)

    (2) Extracting the majority of the content into some kind of semantic net*. A free text exposition of the problem

  14. Anyone offering bandwidth? I've got the domain... by jonesvery · · Score: 1

    I registered thismachine.org a while ago, for a project that I accept I'll never actually get around to. Seems like it'd be pretty appropriate: can I get this machine to work? Go to thismachine.org...

    :)

    --

    * * *
    It is a dada story -- it has no moral.

  15. Here's a thought by rgbe · · Score: 1

    I've had this thought before, I've been inspired after many hours trying to get my Whatcha-callit-device's to work under Linux.

    Let me describe my idea using my notebook PC. It's an old Toshiba Pentium 133. I found a website that nicely walks my way through the installation, it was great. However, the instructions were for seting up SuSe, I had Debian. So there were a few small descrepencies on how to set up Linux.

    It would be nice to have a deb/rpm that installs all the complimentary packages and edits the config files. For any notebook it would be very straight forward, one model will have many devices to set up, but one simple package could do it.

    This could be done by using a universal script that can be translated into a .gz/.deb/.rpm. The script would create the necessary dependencies for packages, then edit the package's config files (this is the hard bit). A developer/hacker could easily download a skeleton script or base their scirpt on a similar one. Then they would edit the script with the necessary commands and upload it again.

    Psi

  16. Resources: by DancingSword · · Score: 1

    Auld Monitors: Monitor World

    PCI Vendor and Device lists

    ( maybe you can get Knoppix to tell you, with "lspci", what a device is, for the previous one...

    Many know of Adrian's Rojak Pot BIOS guide, sometimes useful for weird BIOS 'features' like the older "Format HD" that doesn't tell you this is for old RLL drives... even though no ESDI/RLL drives were sold in the year the mobo was made... (ouch)

    I bookmarked, but haven't bothered with yet, HardwareSecrets.com, maybe it's got the stuff youse want...

    -sigh- I USED to have a link to a (Russian?) site that listed all sorts of old drives' jumpers ( not the clothing ), dunno what happened to that one...

    If you find more such gems, add 'em, eh?

    Cheers,

    -me
    --
    Messages to/for me ( in me journal )