ddick (email not shown publicly) I'm based out of Melbourne, Australia. I attend the excellent melbourne.pm.org meetings whenever i get the chance, which is not often enough.
recently had a bit of a unexpected issue with perl daemons refusing to come back up after a debian sarge -> etch upgrade. It seems that any compiled modules are stuffed after the upgrade as the perl in etch has a completely different $Config{archname} than sarge. This resulted in a few interesting surprises. I'm sure i remember something somewhere talking about the reasons, but i can't remember where. I can't see it in the debian release notes, but i could just be blind. at any rate, i would hope no-one else needs to suffer through this issue.
well, i gave a talk at melbourne.pm a short time ago on building debian and rpm packages for perl applications, so agreed. The interesting thing is that all the other changes that debian made (lintian had extra error checking added, a few modules needed to be upgraded) meant that a etch package should have been installable on sarge. Now this is not the case.
the archname was "i386-linux-thread-multi" and is now "i486-linux-gnu-thread-multi". call me paranoid, but i sense a politics vs practical battle wa
Typical.. (Score:1)
BTW, what were the archnames changed from and to?
Re: (Score:1)
well, i gave a talk at melbourne.pm a short time ago on building debian and rpm packages for perl applications, so agreed. The interesting thing is that all the other changes that debian made (lintian had extra error checking added, a few modules needed to be upgraded) meant that a etch package should have been installable on sarge. Now this is not the case.
the archname was "i386-linux-thread-multi" and is now "i486-linux-gnu-thread-multi". call me paranoid, but i sense a politics vs practical battle wa
Re: (Score:1)