FS#15070 - more package version installed at the same time

Attached to Project: Arch Linux
Opened by Laszlo Papp (djszapi) - Friday, 12 June 2009, 06:17 GMT
Last edited by Allan McRae (Allan) - Friday, 12 June 2009, 13:13 GMT
Task Type Feature Request
Category System
Status Closed
Assigned To No-one
Architecture i686
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Hello!

I'd like to ask you for a small modification!

Please do that archlinux can handle from a package more version at the same time on my system, like in gentoo and any other distribution.

Why is it important for every user?

Because i generally use at the moment 4.4.0 gcc for my system, but kqemu can be compiled with 3.4.x gcc version, but 2.6.24 kernel can't be compiled both of them, however 4.2 serie.

Suggestion: In gentoo it was established with a switch program which one is the actual package version the system uses from the more installed version.

With java, and more package the same problem exists.

Sincerelly,
Laszlo Papp
This task depends upon

Closed by  Allan McRae (Allan)
Friday, 12 June 2009, 13:13 GMT
Reason for closing:  Not a bug
Comment by Allan McRae (Allan) - Friday, 12 June 2009, 06:41 GMT
There is gcc34 (3.4) and gcc3 (3.3) in the repos, and 2.95, 4.1, 4.2, 4.5-svn are all ease to find in the AUR. They can all be installed at the same time. I'm sure that the same could be done for java if anyone was willing to spend the time doing so.

So, what is your request asking for that can not already be done in Arch?
Comment by Laszlo Papp (djszapi) - Friday, 12 June 2009, 11:36 GMT
Okay in AUR... In Aur lot of things exist with so much BUGS, it's NOT good 'solution'!!

In gentoo, all of these important things is official, that's the difference if you could understand my sentence!
Comment by Jan de Groot (JGC) - Friday, 12 June 2009, 12:07 GMT
I don't know any other package manager besides gentoo's portage that supports something called slots. The way to support so-called "slots" in packagemanagers like rpm, dpkg or pacman is by renaming the package, and in case you don't want to have the packages conflicting, make sure they don't have file conflicts.
The gcc34 package is an example of this, and there's others in AUR that work the same. I don't see the need for this slot system actually.
Comment by Laszlo Papp (djszapi) - Friday, 12 June 2009, 13:05 GMT
You can't understand.
Okay, an example. You're a developer, e.g. in linux driver programming profession. You must modifying your kernel version according to the customers requirement. Okay, you must use some different gcc, kernel version, etc... Will you be working in a serious workspace AUR packages ??? Please don't kidding with me... If it can't be possible in arch, i must change to another os with which i can handle my work... Sorry, archlinux is absolutely unavailable for development purpose!
Comment by Allan McRae (Allan) - Friday, 12 June 2009, 13:13 GMT
OK, bye. To quote the founder, "Arch is what you make it". You seem unprepared to make it work for you.

BTW, actually look at the AUR PKGBUILDs before claiming they are buggy. Note that several of the gcc ones are maintained by developers (gcc2, gcc-snapshot) and the gcc-4.1 and gcc-4.3 ones are based on the gcc-snapshot package.

Loading...