Installing older versions of things in Linux

[Speelgoedmannetje]

I've browsed a little on the page, and I think there's a chance you'll have to compile it yourself (which is not too difficult to do)
This is what I found
IIRC if you use Apt, you use a Debian distribution (like Ubuntu). .deb files are installers for these kind of distros.

[Speelgoedmannetje]

Success! :-)

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
Success! :-)

Not quite. Couldn't compile VLC as configure told me that the C compiler couldn't create executables. I Googled the error and apparently I need libc-dev. Tried to install it, and apt-get gave me a 404 error for the package.

Problems like this are exactly why I stopped using Linux :roll:

Linux just isn't user friendly and I don't think it'll ever be, when you want to do something more than the default package contains. Linux is made for server applications, you just feel it when you use it that way, it then blows any other OS miles away. When I use XBMC I also notice that it's really intended for media usage, you can notice that because it works like you want it to work in every tiny detail.

But then again, there's XBMC for linux.
Maybe you can use that instead of VLC. :idea:

[Speelgoedmannetje]

motorollin wrote:
 XMBC seems a bit overkill.

It is:

XBMC Media Center software requires that your computer graphics hardware supports OpenGL 1.4, at a minimum, to function. We do however recommend a ATI/AMD, Intel, or NVIDIA graphic controller that support OpenGL 2.0 or better to fully experience XBMC Media Center at its best. Please also check your graphics device drivers to see what version of OpenGL your GPU (graphics processing unit) harware supports, and update to the latest graphics device drivers if possible. If your platform of choice is Mac OS X and your system has an Intel chipset (Mac Mini, MacBook or a MacBook Air), then even though the graphics device drivers only support OpenGL 1.2, XBMC Media Center will still run smoothly since most of the required functionality in the graphics device drivers is implemented through OpenGL extensions which are support in those graphics device drivers on Mac OS X.

    * ATI Radeon R420 (X800) or newer supported, ATI Radeon R700 (HD 4000) or newer recommended.
    * Intel GMA 950 (945G) or newer supported, Intel GMA X4500HD (G45) or newer recommended.
    * NVIDIA GeForce 6-Series and newer supported, GeForce 8-Series and newer recommended.

But I do think for such applications as showing Quicktime slideshows, you need something more common than a EFIKA distro

[Speelgoedmannetje]

motorollin wrote:
Could that stop USB from working? I have a modules.dep file (amongst other things) in /lib/modules/2.6.22-16-powerpc. Can I tell the kernel to use that instead?

Yes, but I fear you have to recompile the kernel.
Or you could -very illegaly- change the dirname, I don't think there are much consequences to that.

This is one of the reasons why I think the os should have a change. It's way too rigid. A relational database file system would be much nicer.

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
This is one of the reasons why I think the os should have a change. It's way too rigid. A relational database file system would be much nicer.

I don't really understand that but I'm sure you're right ;-)

Well, the current filesystem structure is hierarchy based, which means there's one way to access a file. With a relational filesystem there would be more.

[Speelgoedmannetje]

motorollin wrote:
Probably not possible, since I can't boot to anything except the netinstall environment.

It's always possible, of course, but you might be needing to flash things using a serial port.

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
Or you could -very illegaly- change the dirname, I don't think there are much consequences to that.

Ok I did that and the errors about modules.dep went away. But still no USB :-()

And you can't find a log or something like that anywhere?
I can't help you much this way...

[Speelgoedmannetje]

motorollin wrote:

Speelgoedmannetje wrote:
Well, the current filesystem structure is hierarchy based, which means there's one way to access a file. With a relational filesystem there would be more.

Do you mean it could check the database for the location of modules.dep and find it regardless of which directory it's in?

You wouldn't be needing directories anymore.
You could also have one file having in multiple 'directories'
I mean, we have music libraries with musician, composer, time of performance/composition, we have libraries of videos (with director, soundtrack etc.), we have games... everything is data and the concept of relational data is to keep data integrity, and thereby, referential integrity.

[Speelgoedmannetje]

motorollin wrote:
This is becoming way too much effort now...

You should have known beforehand.

[Speelgoedmannetje]

motorollin wrote:
Well, it turns out the errors regarding modules.dep were related to the problems with vfat and networking support. Peter Czanik suggested in this thread that I make a new boot image using mkvmlinuz. I did that and it's all working now :banana:

I haven't installed VLC yet... I daren't try until tomorrow :lol:

Nice1 :-)

[Speelgoedmannetje]

motorollin wrote:
Well, I installed VLC and have the same problem in Ubuntu as I had in Debian :lol:

Oh, still the libc-dev error?
libc-dev seems to me *quite* a common library, so I wonder if it's not something else that has the hickup.

[Speelgoedmannetje]

just look for the source of ffmpeg
decoding sources should be the least of your worries.
If you have a kernel and a GUI up and running, with sound and graphic drivers working, there's very little chance of failing.
Can't you just get a dependancy hierarchy list? Saves you alot hassle of this missing that etc.