dsl-1.0rc2 "bugs"
Forum: User Feedback
Topic: dsl-1.0rc2 "bugs"
started by: lateagain
Posted by lateagain on Mar. 26 2005,00:12
Just installed dsl-1.0rc2 and thought I should start the thread for "bugs".note: dsl 1.0 should be as perfect as possible :-)
Posted by lateagain on Mar. 26 2005,00:22
When booted from the CD "dsl-1.0rc2-syslinux.iso" the dsl-hdinstall bombed out because fdisk couldn't read the hard drive (laptop).I changed the script to use sfdisk and it worked.
After the hd install fdisk can read my drive. Got me puzzled !
Posted by roberts on Mar. 26 2005,01:25
Probably more related to busybox than anything else. On liveCD fdisk is a busybox applet while sfdisk is not.If you chose "e" for enhanced install then the fdisk after the hdinstall would not be busybox, which would explain what you are describing.
Aparently there are some partition schemes that the busybox applet will not handle, usually these are an "out of order", numerically, that cause this situation.
I always test install to hard drive and have not personally seen this failure, as I cannot force such a non-standard partition table. But when I have communicated with others then I see the results that cuase this. So, simple solution, to switch to sfdisk. Thanks for reporting not only the problem but your solution.
Posted by GRAWL on Mar. 26 2005,05:06
Did someone just say RC2? I don't see it anywhere.
Posted by GRAWL on Mar. 26 2005,05:08
ah cool. just found it in the ftpIs there a changelog somewhere? I make a point to know what's new before trying it out.
Posted by GRAWL on Mar. 26 2005,14:03
uhhello
Posted by lateagain on Mar. 27 2005,22:51
bug or change? I don't get an automatic (wireless) net connection (when booted from CD) and have to right click, select system->net setup-> wlcardconfig and click though on defaults.
Posted by lateagain on Mar. 27 2005,23:05
When running from CD you can't get syslog to start.Gone from the menu so maybe not a "bug"
Posted by Mike on April 01 2005,04:33
I wanted to use DSL on a memory challenged pc (96M), but I ran into a showstopper for me. I have a ieee1394 card installed and an external 80G hard drive. When booted fron the CD DSL finds the drive just fine, but after hd install no go. In fact the modules ieee1394.o, ohci1394.o and sbp2.o are not even on the system. I need to install to hd because I need other software installed so I cannot run from CD with all of what I need.I really like DSL and I have been using it on an old laptop for over a year.
I just thought you would like to know.
Posted by cbagger01 on April 01 2005,18:26
Hmm thats strange.Maybe an interim solution is to boot from cd and manually copy over the needed files?
Or maybe this is a symptom of a bigger problem.
Posted by roberts on April 01 2005,20:18
.| Quote |
| Or maybe this is a symptom of a bigger problem. |
No. This is a fact that is well documented...
The full suite of 1394 modules has not been in the base iso since the 0.7.x series.
Only two core 1394 modules remain in the minirt. You have two choices:
1. Copy the full suite from a Koppix 3.4 5-17 cdrom, or open up minirt on the current DSL and copy the two core modules
Posted by Mike on April 02 2005,10:56
I did copy ieee1394.o, ohci1394.o and sbp2.o from the minirt24.gz, but I still could not get the drive mounted. It seemed to have no effect. I did not try copying the full suite from knoppix.As a side note, Feather Linux was able to mount the drive after installing, but it isn't setup for multi-user login, so I didn't use it either.
I ended up installing vanilla debian using the sarge netinst rc3 cd.
Thank you for your responces, I might go back and try DSL again later with the full knoppix modules.
Posted by guest on April 02 2005,12:45
Hi,In a thinkpad 380Z laptop, default screen configuration loses one RGB color, the RED, and colors display are only results of green and blue combinations.
If i go to right menu xvesa and load again the 1024x760 it reloads fine with all colors, but for noobs there will be a bad thing.
Thanks,
Posted by cbagger01 on April 02 2005,18:37
Try booting with:fb1024x768
at the boot prompt.
Posted by gunnix on April 03 2005,14:39
1) wordview can't open files having filenumes which contain spaces. Is it possible to fix this by setting ' ' around the relative filename in the script?2) xpdf can't open pdf files I got from : www.denar.be
-----------------------------------------------------------
Error: Uknown Type 0 character set: Adobe-Identity
Error: Uknown Type 0 character set: Adobe-Identity
Error: Uknown Type 0 character set: Adobe-Identity
Error: Uknown Type 0 character set: Adobe-Identity
Error: Expected function dictionary
Error (6008): Bad image parameters
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error: Expected function dictionary
Error (405197): Bad image parameters
gzip: invalid option -- q
BusyBox v1.00-pre10 (2004.06.12-14:15+0000) multi-call binary
Usage: gzip [OPTION]... [FILE]...
Compress FILE(s) with maximum compression.
When FILE is '-' or unspecified, reads standard input. Implies -c.
Options:
-c Write output to standard output instead of FILE.gz
-d decompress
-----------------------------------------------------------------
I can open the pdf's with xpdf in debian testing.
I also have problems with other pdf's.
And some other open up fine. I don't know what the cause of the problem is, but someone more wise maybe will.
3) .ps filetype should be created in emelfm to open with gvu
4) .mp3 filetype in emelfm. Add option to open with 'rxvt -e mpg321' , my old computer has it hard with opening up xmms (because of the skin?). I know very small additions, but a well configured emelfm would be nice in final release.
5) Have you looked at emelfm-elm? A patched emelfm1 version which includes plugins for copy and move with progress bar. A very important change because when copying big files with the normal emelfm1, emelfm1 just turns blank and seems to be frozen.
< http://www.havens.de/elm/emelfm.html >
6) .wav filetype in emelfm open with xmms
7) ancient dillo. Version 0.8.4 is probably the final 0.8 release of Dillo and is better then 0.7.3. It includes some features which make dillo much easier to use. With for example a search function.
8) MyDSL could use a progress bar to show the download/install process instead of a blanked (looking like it's frozen) window.
9) Could the bookmarks toolbar not be viewed by default? It takes up screenspace but doesn't view anything useful.
10) Ugly themes? I'd like fluxbox nyz theme and industrial gtk theme. Or only the industrial gtk theme. But that's just my personal taste ;)
---------------------------------
That's the "bad" stuff I noticed in DSL. But there's many more good points! ;) Keep it up!
grtz
guni
Posted by SaidinUnleashed on April 03 2005,18:25
gunnix,the XPDF in DSL can only handle up to PDF 1.3 spec documents. Newer specs use different encoding.
OpenOffice creates PDF 1.4 docs, and I think the current spec is PDF 1.5 or 1.6.
Unfortunately, newer versions of XPDF need gtk2.x, and that's very fat.
as for your XMMS issue, most people prefer it over mpg123, so if you need an alternate filetype, it's not that hard to do. And I agree with your .wav filetype idea.
Emelfm-elm is signifcantly larger than our trimmed down version of EmelFM.
Our Dillo 0.7.3 is a customized version, with support for tabs and frames, and is still much better, faster, and renders just as well as the latest official Dillo. And it's smaller.
The MyDSLgui is written in Flua. The Flua language is rather obscure (which is sad, because it's so powerful) and as such, there is very little documentation for it. As Robert makes improvements to it, you can bet that they will be added in future releases. But I would think that the increased network actrivity shown in wmnet would be a dead giveayaw that ot's working.
The firefox config file is created the first time you run it, and is all the default settings. It does not exist on the CD, for space purposes, and so it cannot be changed.
and last but not least, the themes included on the CD are what the Devels have decided to be a nice mix of style (the simple, Biz-card, and Tree-and-moon themes), and size (Lawn, minimal) that will work on every computer. If you need extra eye-candy, grab some themes from the repository.
Now, for my bugs.
/usr/local/bin/firefox/firefox is STILL not in the path! Typing a 20+ character string to start it is annoying!
Naim (nirc, et al) is a very old version! Newer versions support CTCP, file transfer, and has nyim (a yahoo messenger app) along with tons of bugfixes, and the same footprint.
There were several more, but I forgot them while I was typing that long responce >_<
-J.P.
Posted by gunnix on April 03 2005,20:20
ok thx for your reply saidunleashed, you do make some good points 
*I thought xpdf didn't rely on gtk1 or gtk2 at all.
I don't seem to see that dependency on this page either:
< http://packages.debian.org/testing/text/xpdf >
But I see there's indeed a difference in space usage of more then 500KB between xpdf 1 and 3.
*I know that it's not hard to do and alternate filetype, at least I know that ;)
I'd also never ask to set mpg321 as default to open mp3. Just as alternate maybe?
Posted by cbagger01 on April 04 2005,03:50
In my opinion, if you are already in a gui (Xwindows -> Emelfm), then you should associate the filename with the graphical application (xmms). An alternative is no big deal to add, though.On the other hand, mp3 association in a console filemanager (midnight commander) should be the console mp3 player.
I have been doing some scripting lately and have experienced the same problem with my scripts: No progress bars
It is possible to display progress via a dialog / whiptail widget and probably a lua/fltk widget too but you need to feed the widget with an updated progress value. In the worst case, a console window can also display progress. The good old wget program has a console progress indicator.
But I have found an excellent solution to the problem. It is a tiny little program called "pv" or Pipe Viewer. This program is available in Debian testing and unstable and the entire package including docs is only 41k. If you remove the docs and recompile with size optimizing you can probably get the whole thing down to under 20k compressed.
pv is awesome because it can display the progress of any piped data flow. If it is invoked at the beginning of the pipe chain it can even figure out the "100% done" value automatically. Otherwise, your script must provide this value if you want an accurate progress bar.
The other cool thing about this program is that it can supply feedback in a format that can be used by these widgets to display a graphical progress bar instead of a little text line inside a console window. See the example used in this man page, it works with whiptail:
< http://www.ivarch.com/programs/quickref/pv.shtml >
Posted by cbagger01 on April 04 2005,04:57
FYI,It is possible to use filename arguments that contain spaces and some other difficult characters in a script.
I haven't studied wordview (lua script), ppt or xls scripts enough to understand them but here is an example that worked for me in BASH. It may not apply to other scripting languages:
| Code Sample |
| #!/bin/bash # # wordview Rev0 2/5/05 # originally submitted by cbagger01 from the DSL forum # antiword -p letter "$*" > /tmp/"$*".ps gvu /tmp/"$*".ps rm /tmp/"$*".ps exit |
Posted by lateagain on April 06 2005,00:52
Emelfm: trivial detail.I'm logged in as root after a hard disc install, but elelfm still opens at /home/dsl.
Could it be changed to open in $HOME ?
Posted by cbagger01 on April 07 2005,04:09
FYI,I grabbed the "pv" package from Debian testing and I stripped out the documentation and left the executable and license file and tar.gz'ed it up.
Without stripping the binary or recompiling, the compressed filesize was 17KB so it really is a tiny addition to the distro that would give the script writer the ability to develop progress bars for any data transfer task that can be re-routed through a pipe before going to it's final resting place.
Posted by mikshaw on April 07 2005,04:21
Sounds cool. Do you also know of a file selector widget that'll work with whiptail or bash? =o)
Posted by cbagger01 on April 07 2005,06:08
Try this one from Debianapt-get install sel
< http://packages.debian.org/stable/utils/sel >
and the manpage:
< http://www.manualy.sk/seminar/Papers95/fileman/sel.html >