You are not logged in.
Hello all,
today I screwed up my system by using pacman -Syu. I have 'testing' enabled and I am used to look for errors while upgrading. I am fully aware that there is a risk about using 'testing'. I found out that there had been updates for some libs. In my case it was libjpeg which srewed up openoffice being linked against an older version of that lib. Disabling testing and doing a pacman -Suu saved my day.
While researching I found out that there had been a warning on the arch-dev mailing list about not using 'testing' while people are rebuilding their packages against the new libs. See:
http://bbs.archlinux.org/viewtopic.php?id=89182
First of all, in my opinion this would have been worth a remark on the arch website to warn people like me that don't follow the mailing lists. I want to contribute by using testing and tracking down bugs but this is just time consuming... Did I misunderstand the sense behind 'testing'?
And further on, is there a way to circumvent such a xxxxxxxxx ? (censored offending language)
Couldn't there be a pause for pushing things to testing until all dependencies are rebuild as well?
Harvey
Linux is like a wigwam: No Gates, no Windows and an Apache inside
Offline
Hello all,
First of all, in my opinion this would have been worth a remark on the arch website to warn people like me that don't follow the mailing lists. I want to contribute by using testing and tracking down bugs but this is just time consuming... Did I misunderstand the sense behind 'testing'?
subscribe to arch-dev-public
And further on, is there a way to circumvent such a xxxxxxxxx ? (censored offending language)
Couldn't there be a pause for pushing things to testing until all dependencies are rebuild as well?
we had a jpng repository and we used it since we got all the basic stuff rebuilt. having that repo made TUs don't had any possibility to build packages agaisn't libpng/libjpeg since they didn't had a separate repo and cannot sync with mirrors.
This was the reason it was moved in testing. But this discussion we had in arch-dev-public before merging.
Give what you have. To someone, it may be better than you dare to think.
Offline
The development process and use of [testing] makes sense to me. Now I can't decide if I'm going to downgrade all of the packages that were updated or keep updating throughout the week until everything has been fixed.
Offline
Since I'm too lazy to rebuild all my aur packages at once, I put libjpeg.so.7 and libjpeg.so.7.0.0 from libjpeg7 into /usr/lib as well as libpng12.so, libpng12.so.0, libpng12.so.0.40.0, libpng.so.3 and libpng.so.3.40.0 from libpng 1.2.xyz. That way, all new packages I build will be linked against libjpeg8 and libpng 1.4 and a nice side-effect is that packages that have not rebuild yet still work (e.g. openoffice).
Perhaps that is an option for you, too. Just make sure you do not forget to remove these files when they are not required anymore.
Last edited by xduugu (2010-01-20 19:05:48)
Offline
Great idea! I think I'll do that when I get home. Thanks.
I'll put those seven old files into /usr/local/lib, then soft link them into /usr/lib.
Offline
I did the same thing as two posts above, but thunat was screaming about "libjpeg=7 required" or something like that, so this may not work in all applications, or at least for applications that actually check for a specific version of a lib installed
Never interrupt your enemy when he's making a mistake. ~Napoleon Bonaparte
Offline
In general, if you're using [testing] you should be subscribed to arch-dev-public. You wouldn't want to drive your ferrarri at night without headlights, after all.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
In general, if you're using [testing] you should be subscribed to arch-dev-public. You wouldn't want to drive your ferrarri at night without headlights, after all.
This is exactly the conclusion I draw from this incident. So I subscribed to the mailing list although I am a little concerned about the traffic there. I am using testing for some time now but this step never seemed to be necessary until now. Well, I'm aging... So maybe I can't see the road as well as before
I am not really happy with the situation but having thought about it I am not able to present a better solution. Using testing is a risk but if you want those people to join the mailing list wouldn't it be good to tell them in the right place, iE the pacman wiki? A small note on the homepage like 'library rebuild in progress, use testing with care these days' would come in handy as well. Maybe this would have saved a few forum entries...
Just my two cents
Harvey
Linux is like a wigwam: No Gates, no Windows and an Apache inside
Offline
So I subscribed to the mailing list although I am a little concerned about the traffic there.
traffic is quite low actually. i'd say about 3-5 mails/day average.
Offline
Harey wrote:So I subscribed to the mailing list although I am a little concerned about the traffic there.
traffic is quite low actually. i'd say about 3-5 mails/day average.
I save emails in the folder for 1 month and I have 334 emails. That makes about 10 a day. But 1/2 of them are package signoffs which can be filtered.
Offline
Using testing is a risk but if you want those people to join the mailing list wouldn't it be good to tell them in the right place, iE the pacman wiki?
Done! http://wiki.archlinux.org/index.php/Pacman#Repositories
A small note on the homepage like 'library rebuild in progress, use testing with care these days' would come in handy as well. Maybe this would have saved a few forum entries...
I don't know... Arch users aren't "expected" to use [testing], so putting it on the homepage seems a little too much. If someone actively chooses to use [testing], then they would be expected to understand the consequences and know where to get information.
I think having that information in arch-dev-public is good enough. Any more would just seem like duplication of effort.
Offline
I've added a note to the wiki's "Official repositories" page that [testing] users should be subscribed to the mailing list and use the bug tracker.
[git] | [AURpkgs] | [arch-games]
Offline