Release Candidates :: DSL v4.2RC1



Quote
For lucky13's comment on not having programs to operate on some filesystems, we only have programs to operate on ext2/3 and still some like to mount reiserfs or whatever.. I agree with hfs and bfs being unneeded though.

There's a difference between bfs (Unix ware boot file system) and befs (BeOS). Both are in the base. I think bfs can be moved to an extension if anyone ever asks for or needs it. Dittos for some of the other less-standard filesystems (jfs).

Edit:
21K     ./adfs -- Acorn (RISCOS)
34K     ./befs -- BeOS
14K     ./bfs   -- Unixware Boot File System
14K     ./efs -- Enhanced File System or Irix' Extent FS?
89K     ./hfs -- early Mac? or HP-UP FS?
58K     ./hfsplus -- later Mac? or SCO High throughput FS?
176K    ./jfs -- HP-UX, AIX, OS/2 WarpServer 5
31K     ./minix -- Old Minix fs (Linux no longer needs this)
====
437 kb
In regards to the "embedded thread" started by john.martzouco...

I think DSL's "project statement/mission/vision/you-name-it" needs a little more visibility.  If I understand correctly, maximizing functionality within size contraints rules the day.  DSL has given my four old laptops an extended lease on life, so I'm all for DSL's not-quite-visible-enough goals.

If DSL can make it easier to customize/extend for more pizzaz, within size constraints and without impacting functionality, I think that's great!  Otherwise, forget about it.

Please, never compromise functionality for eye-candy if and when DSL necessarily needs to bust the 50MB limit!  (I'm sure that day will come; let's just hope we still have Robert S. around to keep it all working!)

THANK-YOU Robert S. for your great work AND john.martzouco + all others who help make DSL better via feedback and other contributions ... users like me really appreciate it!
Didn't have this error with 4.1rc3.

With 4.2rc1 at start-up at harddisk partitions..." /etc/fstab modprobe cannot locate module xfs".
Is this important?.
Everything seems to work correctly except some errors on shut-down after checking xmms tone.
libasound.so2 cannot open shared object file; no such file or directory.
/usr/lib/xmms/input/libcdread.so undefined symbol.
libmikmod.so2 cannot open...
libgl.so2 cannot open
Xmms tone works okay.
Quote (lucky13 @ Dec. 11 2007,07:20)
Quote
* Cleanup of usused files, modules, and directories (pnp & xfs)

..snip...
If we don't have the progs to take advantage of the modules, why retain them?

Same can be said about the firewall support modules. DSL does not have any support programs to use them. We have such only in an extension. I tried once before to move the modules into the extension. Doing so could also performance enhance DSL. Perhaps this is a good time to try again.
Quote (JohnJS @ Dec. 11 2007,11:39)
Didn't have this error with 4.1rc3.

With 4.2rc1 at start-up at harddisk partitions..." /etc/fstab modprobe cannot locate module xfs".
Is this important?.
Everything seems to work correctly except some errors on shut-down after checking xmms tone.
libasound.so2 cannot open shared object file; no such file or directory.
/usr/lib/xmms/input/libcdread.so undefined symbol.
libmikmod.so2 cannot open...
libgl.so2 cannot open
Xmms tone works okay.

DSL does not have xfs support programs, so the xfs module has been dropped. Do you actually have an xfs partition? If so, how would you take advantage of it while in DSL proper?

The items mentioned with xmms have always been that way. There has been no change in modules relating to sound, nor any libraries updated or dropped.
Next Page...
original here.