FS#16028 - [kdelibs3] missing makedepends on 'autoconf<2.64'

Attached to Project: Arch Linux
Opened by Xavier (shining) - Saturday, 05 September 2009, 10:51 GMT
Last edited by Pierre Schmitz (Pierre) - Saturday, 03 October 2009, 08:49 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Pierre Schmitz (Pierre)
Andrea Scarpino (BaSh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

'autoconf<2.64' no longer exists
This task depends upon

Closed by  Pierre Schmitz (Pierre)
Saturday, 03 October 2009, 08:49 GMT
Reason for closing:  Won't fix
Comment by Pierre Schmitz (Pierre) - Saturday, 05 September 2009, 11:01 GMT
You can download it from a mirror like schlunix.
Comment by Xavier (shining) - Sunday, 06 September 2009, 08:07 GMT
is this really a good solution to rely on mirrors keeping old versions of packages ?

Especially if kdelibs3 is going to stay a long time, and will never be compatible with autoconf 2.64, it might be worth introducing a autoconf2.63 package or something, if possible.
Comment by Pierre Schmitz (Pierre) - Sunday, 06 September 2009, 08:28 GMT
No, this is not a good solution, but I am not really interested in putting any effort in such a legacy package.
Comment by Xavier (shining) - Sunday, 06 September 2009, 08:37 GMT
This is completely understandable, and this is also why I was wondering how long this legacy package would stay in the repo :)

Anyway, even if the current solution is not good, it is a pretty minor issue and only for a legacy package, so feel free to close as won't fix.
Comment by Pierre Schmitz (Pierre) - Sunday, 06 September 2009, 15:25 GMT
For some reason I had to rebuold kdelibs3 and that was the easiest solution (afaik at that time autotoll were still in testing or just moved). We'll have to see what one could do next time when a rebuild is needed. Other distros will have the same problem. :-)

I hope we could remove kdelibs3 and qt3 soon as its no longer supported upstream and there will be more and more problems when trying to compile with recent libs and gcc etc..

Loading...