Quote:
For example, the statement you made above. What about building from source without a build script? This is something I've done many times and will continue to do for software I need/want. I, for one, certainly do not "learn to live without"... :) |
Quote:
It isn't that difficult to learn. |
Quote:
|
Quote:
Quote:
Quote:
Quote:
Okay, you asked, therefore I'll share why my posts in this thread have focused on usability --- which you deem "critical of Slackware." A few weeks ago I posted a question about using Slackware in a consulting business. I have since been working on a quasi-business plan in that area but in the form of a detailed how-to for my web site. Much in the same spirit as my short multimedia guide, this project focuses on building Slackware into a robust, full-featured, "family friendly" operating system. This approach is helping me visualize potential problems and challenges with customers. I see a market for installing and supporting Linux-based operating systems. Being comfortable with Slackware, I would prefer to use that system as my base. The idea is to use one operating system to improve familiarity and reduce costs. I think Slackware could be used in such a business. Yet despite some sweat equity to build and create a customized Slackware DVD, there are challenges involved to build Slackware into the type of operating system many customers expect. One area I already mentioned: package availability. Most people do not care about the underlying operating system. They care only for applications. Some customers won't understand or accept that a package does not exist because of the operating system I chose for them. They'll want me to restore them to Windows or install a different distro. At my cost. Because most of them are point-and-click users, they are not going to tolerate command line tools to obtain what packages might be available. You mentioned another area --- hardware detection. I can't predict what hardware a customer might have. Installing a new operating system has to "just work." Video and monitor configuration is a concern. There are other areas I have no experience. Bluetooth for example, transferring files from an iPod or PDA, or file sharing and torrents (my ISP contract prevents that). How do I support such demands? The only approach is that most of the hardware "just works." That requires good hardware detection in the software, both during installation and thereafter. A third area is "spit shine." Image is not everything but is important. I have had people watch my Slackware box boot and they recoil at the sight of stdout messages scrolling during the boot process. They expect a fancy graphic backdrop and a progress bar. A splash image for lilo or grub is an improvement, but most people expect sparkle and elegance everywhere. That is the reason I posted and asked about gfxboot. I mentioned I like what the Zenwalk folks have done with the setup scripts. They have merged cfdisk directly into the scripts and they have merged a graphic backdrop to provide the illusion of a "graphical installation." I would like to see these straightforward improvements merged upstream in Slackware, yet even that effort falls short within the context of this discussion. Most users are not computer people. A tool like cfdisk will paralyze most of them. Something graphical like gparted might survive their panic. With an installed stock Slackware the customer sees a blinking cursor. If they figure out how to log in from the command line they then are told they have mail but no instructions how to read that mail. I boot into run level 3 almost all the time. That is fine and dandy for folks like you and me, but not most people. Customers want to buy professionalism. They want the perception of quality. They want that "new car smell." Is Slackware acceptable for an all-around desktop system for customers in such a business? After a few weeks of research I wonder whether a person pursuing this idea should choose OpenSuse, Fedora, Mandriva, (K)Ubuntu, or SimplyMepis. Package selection is huge, automatic hardware detection is built in, and all provide a high degree of "spit shine." Which returns to the poster who started this latest series of discussions. The poster claimed that Slackware is incomplete. After months of sweat equity I have massaged Slackware into the type of box I want. I had to download build scripts and sources for more than 120 packages to provide my own idea of a "complete" Slackware. After almost 30 years of using a computer I've been around too many people who use computers as non-geeks and non-gurus. They simply do not care about what is "under the hood." They care only about applications. I might be able to learn how to create a completely graphical boot screen to provide "spit shine," but there is no "YAST" or system "control center" in Slackware. I might be able to tap dance real hard when I run into hardware detection problems. Yet people buy their own hardware and as I mentioned previously about a brother and his digital camera, people expect things to "just work." Many people are unlikely to settle for Slackware with the lack of significant package selection support. Yes, I could bill customers for the service of building and installing packages, but not for long when customers learn they can download those packages for free if only they had a different operating system installed. Windows has conditioned many people that they can download any EXE and "double-click" to install a package. They can accept and learn likewise with a new operating system, but they expect the process to be point-and-click easy and they expect to find packages easily. I'm not saying that Slackware is a bad choice for me --- for my personal use, or for anybody regularly participating in this forum. Perhaps the pragmatic business solution is to choose a more full-featured distro for customers while using Slackware personally. Regardless, all I am saying is that the poster who started this recent series of discussions had a few points of merit to consider. Quote:
Quote:
Quote:
Quote:
Quote:
Of course, there is Gilbert's sr2pkg and I should learn more about that tool. Therefore I'll back off from that original claim. Quote:
Quote:
|
Hey, I'm back. I am not excited about replying because some of the comments are really nasty and I should probably just retire from the topic because Woodsman is now supporting pretty much the same views I was trying, except a lot better than me, but I am not one who drops bombs and runs away.
Quote:
Because I can't, because I am not qualified, or maybe because I simply don't want to. Because I just want to turn on the computer and just use it and, supposing I can write code, focus my energy on something else, not something that other distros have ready. Just because I can't or don't want to do it better doesn't mean there isn't room for improvement. Quote:
Quote:
Quote:
I find an awful lot of information in Google, often in discussions that took place almost a decade ago (older is possible, just not common in my experience). Therefore I often write with the goal of exposing my ideas, impressions and experience to anyone who might run into this discussion later. That doesn't really apply in this case since all the criticism I offered will be no longer relevant after the issues have been fixed, but my point is: this is a forum, it's about sharing impressions, you can't tell me to write only when I'm about to say something you're willing to agree with. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Also, someone in this thread mentioned "automatic dependency resolution hell". I know what that person means. I insisted on trying Debian for some time 5 or 6 years ago and suffered a lot with stupid problems in apt-get. So I shunned Debian for years. Here is my advice: TRY AGAIN. I've been running Kubuntu for a few days, installed A LOT of applications with apt-get and had no problem at all. Hey, it's about time they got their shit together. Maybe they did. And I do find it very convenient. No one is forced to agree on how important that particular feature is, but getting mad at me just for pointing something out is borderline irrational. That's what throws Woodsman a little bit off the mark about me: I had bonds with the distro, but never really had bonds with this group. These people are crazy! If you (all) don't like my comments, fine. I don't blame you. I recognize I lack diplomacy. It seems that Woodsman shares most of my views and can explain them a lot better. I will just shut up now and read his posts. They are indeed more interesting. |
Quote:
If the application was not built on the host OS you can expect the oft warned about "Dependency Hell" to be just around the corner... the devil really is in the details. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
I usually just install Ubuntu for those that want the "just works" experience but be warned.... not everything "Just Works" and as mentioned before, there is no such thing as "generic user". I once spent around 8hrs (probably more) installing Ubuntu on a Laptop for my mother (she uses it on her desktop ok) but she was having problems burning a DVD once. I wasn't around so her well meaning son-in-law re-installed Vista on it for her. She then complained to me because none of her games worked any more. From personal experience if you want to use Slackware in a commercial sense you are much better off providing purpose-built servers to businesses. FTP, mail, filtering, file serving etc. The chance of meeting the clients expectations in this area are much higher. IMHO trying to make a living from supplying "Linux to the masses" you are entering a world of pain and suffering... |
Quote:
Honestly I'm surprised you had problems with making packages, because you don't look like that type. Quote:
Quote:
Quote:
P.S. It looks like this thread is going to be closed soon. |
To me lucmove seems to be logical and consistent in his views (based on *his* axioms which we need not share), so I wouldn't call it trolling. As I've said earlier somewhere in this thread, Slackware sticks to a philosophy and it really shows all over the distribution, therefore it's likely to be quite repulsive to people who don't completely agree with it. In other words, (from my point of view) Slackware isn't trying to be an all-embracing distribution, the strong adherence to its simplistic philosophy makes it a "love it or leave it" type thing (which is good* for those who love :D).
* Before someone tries to bash me: Of course I don't mean to praise this as a political view here, the context is users' choices in the free software world. Remember that concepts change their meanings in different contexts. |
Quote:
Anyhow, this stuff was done in 2001. Back then, SlackBuilds.org didn't exist and people shared packages rather than build scripts. If scripts were popular back then, I'm sure I would have provided one. These days, I have neither the time nor the inclination to prepare one. I have long since stopped using the Animated LILO package myself, because sometime around mid-2004 I configured my computer to boot straight into Slackware without prompting me. This is something that I've continued to do since then. Quote:
From there, the creation of Slackware packages is little more than putting everything into a directory structure and running the "makepkg" script. |
I finally got round to installing 12.2 today on one of my machines. No surprise that it works as it should!
Question though: where's the udevinfo program? I've just become root and get "command not found". I did an updatedb and then a locate, but nothing. Before you ask, yes, I have the udev package installed. I've just downloaded the udev package again and udevinfo isn't in there. Odd :/. |
Quote:
I can understand Woodman's points as to his past history and involvement here on LQ. That's one of the reason's I did do a read on your history to get a better understanding for your point of view and possibly a better understanding of where you were coming from. Yes, you do drop bombs! Some valid points that as users we should at least look at to see how we as helpers here on LQ can improve our endeavors. Quote:
Everything has room for improvement, to general a view so be specific if you indeed want to be constructive. Just because the OS, application or whatever doesn't align with your mode of abilities doesn't mean it is at fault. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Now you are sharing feelings, come on man! Then off to your new found feelings. Quote:
Enough said! Quote:
Remember that you said "I will just shut up now and read his posts. They are indeed more interesting". Let us see how long that will last. |
Quote:
First, I've been using Slackware, off and on, since 1995, and have also used various other Linux distributions, the most recent, other than Slackware 12, being Kubuntu amd_64. Many of you take a almost religious view of your use of Slackware and there are users of other Linux distributions (and even some winblows users) with similar attitudes. Say anything they do not want to hear, true or not, about their favorite flavor of Linux, and they rant and rave that the person who made such blasphemous statements is a "anti-nameofdistributionhere-ic." Some of you then call the original poster a "troll" or you suggest he should leave and "not let the door hit him on the a** on his way out," or maybe he just doesn't have "what it takes to be one of 'us'", etc., etc., etc. Not long ago someone complained of the manner in which he was treated by some of the forum members and immediately was told that it 'Just isn't so.' Sorry, folks, he was right, and the reaction and subsequent posts in this thread prove he was correct. About a year ago I went through what the original poster is going through now and he does have many valid points. It is a shame many of you are obviously so blinded by your "religious zeal" you cannot intelligently contribute to the conversation. Woodman is by far one of the best participants in this forum as he has the ability to see both side of a question and addresses them appropriately. Many of you provide a great resource here in your willingness to help those who don't understand Slackware as well as yourself, but, unfortunately, there are just as many who desperately need to broaden their viewpoint, realize Slackware is not perfect, and write responses that address the question asked, or concerns raised, and not slam the original poster because he does not agree with your point of view. |
Quote:
|
Quote:
Explanation (opinion): "I don't like it" post == rant. Leads to flamewar, thread closure. emotions == rant. Leads to flamewar, thread closure. "This can be improved here, here and there using, this and that" post == intelligent discussion. Leads to -> improvement (if accepted), or nothin (if not accepted) lucmove post falls into "I don't like it" + "emotions" category, to my opinion. He lists things he don't like and isn't proposing what to change. With emotions and without proposition it is useless. |
Quote:
Quote:
http://www.slackbook.org/html/help.html#HELP-SYSTEM-MAN http://www.slackbook.org/html/instal...titioning.html Actually, cfdisk is no more difficult than the (also text-based) disk partioner you get when you install Windows. No-one has trouble figuring that partioner out. Quote:
Quote:
"If you don't read the instructions then you won't be able to use it" isn't a fair criticism of anything, is it? If the Slack Book isn't enough for someone to start with, then yes that person should choose another distribution. |
All times are GMT -5. The time now is 08:53 PM. |