Damn Small Linux (DSL) Forums
Welcome, Guest. Please login or register.
Did you miss your activation email?
April 21, 2018, 01:57:36 AM

Login with username, password and session length
The new DSL forums are now open.
302461 Posts in 294253 Topics by 316 Members
Latest Member: yekim
Search:     Advanced search
* Home Help Search Login Register
Get The Official Damn Small Linux Book. Great VPS hosting provided by Tektonic

  Show Posts
Pages: 1 ... 3 4 [5] 6 7 ... 17
61  Damn Small Linux / USB booting / Re: boots but no keyboard or mouse controls? on: January 15, 2016, 10:26:27 PM
Damn. Lost another post, I'm going to have to get into the habit of copying and pasting from a text editor.

Anyway, short grumpy version:

Probably a driver problem with your motherboard chipset. The fact that it boots to the desktop indicates that the USB drivers are working for the memory stick, so it's strange that they won't for the keyboard/mouse.

If keyboard & mouse are USB, then try PS/2 post if available. If using PS/2 ports, try USB.

Remember to run xsetup to configure the mouse to work.

Check the BIOS settings for any compatibility modes that have to do with the USB controller or mouse & keyboard support.
62  Damn Small Linux / Other Help Topics / Re: How to disable the "Getting Started" page @ startup? on: January 04, 2016, 06:46:54 PM
I get the impression that John isn't too warm on opening up the DSL project to a wider development team, but in any case there's nothing to stop a fork being created by another team or individual.
63  Damn Small Linux / Other Help Topics / Re: How to disable the "Getting Started" page @ startup? on: January 02, 2016, 10:29:38 PM
The problem with your suggestion is that even when the file specified to Dillo on the command line isn't found, it still loads a blank window.

I think a better way to implement this feature would be to set an environment variable (something like $HELP) during the startup process which is checked using an "if" command in the .xinitrc script, in a similar manner to other parts of the script like selection of the desktop icons manager with $ICONS. SImilarly, I think that a boot line command to set $HELP on or off would be a good way to make the selection.

I'm afraid though that I am not a (the) DSL developer. The developer is registered on this forum as "John" (John Andrews), but has been inactive for the last few years since releasing the release candidates for V. 4.11 in 2012. There are some things I'd like to do myself, mainly compiling newer software releases as extensions for DSL, but I'm not willing to devote the time to it at the moment.

Submitting things would be a case of contacting John Andrews directly, but as I say, his inactivity indicates that it may be a long time before anything is done with your contribution. Another option is to package the changes as a MyDSL extension (see the Wiki for details), then submit it to the respository, or post here as an attachment if John isn't maintaining the MyDSL respositry either.
64  Damn Small Linux / User Feedback / Re: Why *I* like to use DSL. . . . on: December 30, 2015, 10:04:58 PM
Great post, I agree. DSL provides a great platform for learning about Linux and it is far more open to fiddling with things than many mainstream distros which complicate their workings with various scripts and background processes.

On the bottom rung of the Linux hardware requirements ladder, there is also BasicLinux (http://distro.ibiblio.org/baslinux/). In some ways this is an even better learning platform to find out about the very basics of Linux, because it really is so simple that one can just browse around the directories and see how things fit together. I installed it on an old Toshiba T1910CS with a 33MHz 486 and 8MB RAM, in a multi-boot with DOS and Win95. Getting it to work with WiFi I learned a lot about wireless chipset drivers and PCMCIA functionality which I probably wouldn't have been able to do nearly as easily playing around with a larger distro. After digging into BasicLinux, DSL starts to look massive!

It's very interesting to look at how something works in its simplest form in BL, then see it working to it's full extent in DSL, then boot a mainstream distro and find out that they changed how the whole system worked in 2010. :(
65  Damn Small Linux / Other Help Topics / Re: How to disable the "Getting Started" page @ startup? on: December 30, 2015, 09:39:56 PM
Edit the file "/home/dsl/.xinitrc" to put a hash (#) at the start of the line:
dillo /usr/share/doc/dsl/getting_started.html &>/dev/null &

That will disable the help message. This file is also where you can put commands to load other programs after the desktop loads.
66  MyDSL Extensions / Gtk2 / Re: how to convert gtk+-2.12.9.uci to tar.gz on: December 24, 2015, 09:36:06 PM
I haven't tried it myself, but in theory you should be able to simply use tar to compress the directory the .uci puts gcc into, which should be in /opt. There may be a symlink created eg. /usr/bin/gcc which would have to be included as well.

The tar command to make an archive is "tar cvzf <dir 1> <dir 2> ...".
67  Damn Small Linux / Other Help Topics / Re: boot from SD straight to browser? on: December 15, 2015, 09:15:17 PM
Just lost my nice long post to an accidental "page back", so here's the angry short version:

 SD booting, if your BIOS likes it (http://www.damnsmalllinux.org/wiki/usb_booting.html).

Add "firefox <Website URL> &" to "/home/dsl/.xinitrc".

If you want it maximised, the best that can be done is to work out the pixel size at maximised and use "-width" "-height". for 800x600 screen res., might be "firefox -width 795 -height 550 <website URL> &". Dillo uses "-g", eg. "dillo -g 795x550 <website URL> &".

You'll need a  persistent home directory, if you use a frugal install (http://www.damnsmalllinux.org/wiki/persistence.html).
68  Damn Small Linux / Other Help Topics / Re: boinc on: November 07, 2015, 11:10:44 PM
BOINC isn't avalable as an extension in the MyDSL repository (or at least I couldn't find it), so you'll have to compile it from the source code.

There are instructions on compiling programs for DSL on the Wiki (http://www.damnsmalllinux.org/wiki/creating_a_compressed_extension_from_source.htm)

Whether you want to actually make a tar.gz extension or not will depend on whether you choose to do a Frugal or HDD install of DSL, or simply boot DSL from a CD and have it automatically load the required packages from the PC at boot-up. If you have a HDD install, you don't need to make the extension, and you can leave out the "--prefix=/opt/*" part of the configure command mentioned in the "configure" section of the Wiki page.

You should install the "compile-3.3.5.uci" extension in the MyDSL repository to set up a compiling environment.

Based on the information on the BOINC system requirements page (http://boinc.berkeley.edu/wiki/System_requirements), you should be able to compile BOINC itself after installing the compile-3.3.5.uci extension. If you want BOINC Manager, you'll also have to install Xfree86 from the MyDSL respository, and one of the gtk+ packages in the "testing" section of the respository. Installing OpenGL for the 3D graphics options will vary in complexity and impossibility depending on your graphics hardware.

Instructions on installing DSL to PCs, either as a Frugal or HDD install, are also on the Wiki.
69  Damn Small Linux / HD Install / Re: Three default nice issue on: October 24, 2015, 01:36:16 AM
In the DSL menu, go to "Apps > Net > Download Mirror Selector" and change the URL to "distro.ibiblio.org/pub/linux/distributions/damnsmall/" with Protocol set to "http". Then the downloads should work from the menu links, and the MyDSL browser.
70  MyDSL Extensions / System / Re: Current version: 4.4.10? on: September 18, 2015, 10:11:11 PM
Yep, the kernel version is the same in both.
71  Damn Small Linux / USB booting / Re: Cannot Access Internet on: September 15, 2015, 10:34:03 PM
Are you connected using WiFi or ethernet cable?

If Ethernet, try the netcardconf program in the DSL menu under "Setup > Net Setup". Presumably DHCP is enabled on your router or modem, enable this option in the settings to have it configured automatically.

If it doesn't work, open a terminal window and use the "ifconfig" command to list your network interfaces. Normally there will be two listed on the left, one named "eth0" and another "lo". If your computer also has a wireless interface, that may be listed too. Try any interfaces listed additionally to these two in case one is your ethernet connection.

If you want to connect with WiFi, you should use the iwconfig menu in "Net Setup" to configure it. Again, you'll need to know the interface name if it isn't "eth0". Use the "iwconfig" command in the terminal to list any detected wireless interfaces. If no wireless interfaces are found (the only results say "no wireless extensions"), then you'll need to look into the chipset used by your wireless interface and check which Linux drivers should be installed or configured to make the interface work.

Your networking hardware should be listed as a device in the "pci" section of the "system stats" tool in the DSL Menu under "System >", unless it is a usb device in which case using lsusb at the terminal might reveal it. The information listed here may be useful for identifying the chipset used by your hardware if it has not been correctly detected by DSL.
72  Damn Small Linux / Other Help Topics / Re: iPerf on: August 28, 2015, 11:03:15 PM
If you're trying to install using apt-get, that system is rather broken with DSL. There is no Debian package of iPerf for Debian Woody (3), the version of Debian with which DSL is compatible, however there is one for the following version "Sarge" (http://archive.debian.net/sarge/iperf). To get that to install, you would first need to install the "libc6.dsl" and "gcc1.dsl" extensions from the MyDSL respository, then use dpkg (with the "--force" switch) to manually load the Sarge package.

The only dependency I'm not sure about is libstdc++5 as I can't tell exactly what version comes with DSL, but I think you'll probably be lucky. It's possible the ".dsl" packages aren't actually required either, if the packages list on the DSL website hasn't been updated for the last releases.

If that doesn't work, or you want the latest version, then you'll have to build from source. There aren't many dependencies with this program, so that shouldn't be too hard, but check if it mentions any incompatibility with kernel versions as early as 2.4 which is used by DSL. See the wiki page about making a "tar.gz" extension for a description of the compiling process.
73  Damn Small Linux / User Feedback / Brother Printer Drivers with DSL (MFC-7340) on: August 02, 2015, 03:43:01 AM
Just for the benefit on anyone wondering which path to take in a similar circumstance, here are some notes from today's attempt to get my Brother MFC-7340 printer working in DSL. It only took me an hour, that's pretty good for setting new things up with DSL. Note that this method does not use CUPS, I haven't tried using CUPS in DSL, though it is available from the MyDSL Repository.

The instructions here on the Brother website (http://support.brother.com/g/s/id/linux/en/instruction_prn3.html?c=us_ot&lang=en&comple=on&redirect=on) do actually work for DSL (once you eventually find them...).

The one exception is that dpkg has to be run as root, and the /var/spool/lpd/MFC7340 (the name of the last directory will depend on your printer model) ends up being created without user permissions. This means that when you try to print, lpr will come back with something like:
MFC7340@box: printer 'mfc7340', chdir to '/var/spool/lpd/MFC7340' failed 'Permission denied'
The same error is also generated when the "lpc status" command is tried, which normally shows you the status of configured printers.

To fix, simply use chmod to make the directory for your printer open to all users (as root):
chmod a+rwx /var/spool/lpd/MFC7340

And don't choose this moment to forget that folders need to be marked executable, like I did at first!

Now printing should work from all applications, and directly from the command line for text files with "lpr":
lpr mytesttext.txt

One note about the MFC-7340 Driver (V. 2.0.2-1, 25/06/2008, http://support.brother.com/g/b/downloadlist.aspx?c=au&lang=en&prod=mfc7340_us_as&os=128):
I've found that on some long or complex files, the printer seems to stall on a page and coat the rest of that page with random vertical lines, before continually spitting out blank pages until the print job is canceled at the printer. This also happens in Knoppix 7.2 (on the same PC) where I have the same driver installed via CUPS, so I expect it is a driver problem. In any case it happens quite rarely. I couldn't find any alternative drivers that worked when setting it up in Knoppix.

After this problem occurs, I've found all print jobs are printed blank until the printer is reset (turned off and on).
74  MyDSL Extensions / Games / Re: install zandronum or zdoom?????? on: August 02, 2015, 12:58:10 AM
Looking at this wiki page (http://zdoom.org/wiki/Compile_ZDoom_on_Linux) about compiling Zdoom (I haven't checked zandronum, but presumably it's similar), it looks like compiling in DSL may well be possible, but you'll need to compile some dependencies first.

Most of the dependencies that are not optional will need to be compiled by you because the correct versions are not included with DSL, and they are not in any extensions in the "MyDSL" repository.

gcc 4: no version this late is available pre-compiled for DSL
cmake 2.4: isn't in the MyDSL repository
fmodex 4.26.36: isn't in the MyDSL repository
SDL 2.0.3:   no version this late is available pre-compiled for DSL

Some of these dependencies will probably have dependencies of their own that must then be compiled first if they're not already in DSL or the MyDSL repository at the correct version. It's possible that some dependencies will not be able to compile with the old Linux kernel that DSL uses (version 2.4.31).

Many of these dependencies for dependencies will be covered by packages in the MyDSL repository, "compile-3.3.5.uci" will likely contain many, even though the version of gcc that is included in it is too old to be used to compile Zdoom. This page shows the base packages already included in DSL (http://www.damnsmalllinux.org/packages.html). - Actually, I'm not sure what version of DSL the X-Box port was based on, so that page may not be 100% accurate if you're running X-DSL.

If you find that a dependency can't be installed in DSL due to the Kernel problem, you could try older versions of Zdoom that might be more compatible with the old software base available for DSL.

Finally, in case you don't know, there is the "prboom" version of the Doom engine available for DSL in the MyDSL respository with the file name "doom.dsl". Make sure you get the one for DSL, not DSL-N.

By the way, thanks for reminding me about the Xbox version of DSL, I'll have to try modding the broken Xbox I've got one of these years...
75  MyDSL Extensions / System / Re: how in the name of all gods install manually .dsl extensions on: August 01, 2015, 03:11:53 AM
I've loaded plenty of .dsl files offline, so it certinly works in most cases.

I gather you're running a frugal install from your HDD. If you are running "live" from a CD, then it really should work so perhaps your .dsl is corrupt.

Can you try another .dsl as a test?

If none are working, perhaps something is wrong with your installation (assuming you are not running DSL from a CD).

Oh, also. Do you know that the package you're trying to load won't show any icons etc. once it's loaded. You need to check it's loaded by trying the "dpkg" or "apt-get" commands.
Pages: 1 ... 3 4 [5] 6 7 ... 17
Powered by SMF 1.1.20 | SMF © 2013, Simple Machines
Mercury design by Bloc