DSL-N :: DSL-N / Firefox / Flash / Muse sequencer / Alsa

Quote (lucky13 @ July 05 2007,19:01)

If it's "very many" (or even just "a few") let the computer do the grunt work, especially since you're already on the keyboard. What's a few more letters:

Code Sample

apt-cache depends your_package_name > /home/dsl/my_package_needs_this_crap.txt

Thanks lucky, I've made the change in the post above.

I was reading that long post Stupid Idiot...what a detailed reply - thank you ! You have all been so helpful to me.
I might try to build/compile a package from scractch in DSL-N ( I should try it for academic purposes to learn more).

This is a difficult question to answer I know...but when I do an apt-get install muse in DSL it seems to grab all the libraries and update things ( I will post below this to give you an idea ). Muse all installs ok ( there aren't any errors ). But Muse doesn't seem to like playing through Alsa. It's a minefield! I am so desperate to get it working.............I wonder if I spend the next week compiling Muse in DSL-N if I get the same results ..it will be very frustrating if I do! I wonder why Mplayer can play fine through Alsa but Muse refuses. Yet Muse works fine without Alsa. Sorry I keep banging on about this topic! It's just almost within my grasp.........

When I did a deb2dsl of Muse and I loaded muse.dsl in DSL-N ( which worked strangely !) I noticed Muse didn't see my Soundblaster as a midiout port....yet Muse in DSL does.....is this because when you install Muse in using apt-get in DSL it upgrades libraries ? I suspect this is what is going on.
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
gcc-3.3-base ladcca2 libasound2 libaudio2 libc6 libexpat1 libfluidsynth1
libfontconfig1 libgcc1 libjack0.80.0-0 liblcms1 libmng1 libpng12-0
libqt3c102-mt libreadline4 libsndfile1 libstdc++5 libxcursor1 libxrender1
zlib1g
Suggested packages:
glibc-doc libqt3c102-mt-mysql
Recommended packages:
cmt
The following NEW packages will be installed:
ladcca2 libaudio2 libfluidsynth1 libjack0.80.0-0 liblcms1 libmng1
libqt3c102-mt libreadline4 libsndfile1 libxcursor1 libxrender1 muse
The following packages will be upgraded
gcc-3.3-base libasound2 libc6 libexpat1 libfontconfig1 libgcc1 libpng12-0
libstdc++5 zlib1g
9 upgraded, 12 newly installed, 0 to remove and 139 not upgraded.
Need to get 12.5MB of archives.
After unpacking 17.9MB of additional disk space will be used.
Do you want to continue? [Y/n]

Here's what it looks like when you do apt-get install muse in DSL:

When is it necessary to use 'sudo ldconfig'? Just mydsl-intalling isn't sufficient?

Quote (jpeters @ July 06 2007,21:42)

When is it necessary to use 'sudo ldconfig'? Just mydsl-intalling isn't sufficient?

A: When the extension contains shared libraries besides those already found in DSL. When new shared libraries are added, the linker cache ('/etc/ld.so.cache') has to be updated. `mydsl-load` does not run `sudo ldconfig` everytime it loads an extension because it is rarely needed and takes a long time on slow systems. Generally, extension authors use either static linking or rpath (http://en.wikipedia.org/wiki/Rpath_(linking)) to avoid the user having to run `sudo ldconfig`. Generally, you don't have to run `sudo ldconfig` unless it is stated in the .info file.

If you use `deb2dsl` to make a DSL extension, you will, in many cases, need to run `sudo ldconfig`. This is when one or more of the debs you use contain shared libraries - i.e. most of the time, since Debian uses shared libraries exclusively (in order for one shared library to be used by multiple apps), and Debian prohibits the use of rpath (because it can cause serious problems - see this page and this page). `apt-get` is able to use meta-data in .deb packages to determine if a .deb contains shared libraries. If it does, `apt-get` automatically runs `ldconfig`. However, `mydsl-load` cannot do this when loading extensions made with `deb2dsl`.

Thanks for all the useful info.

Next Page...
original here.