You are not logged in.
Pages: 1
Is it really problematic?
Personally, I'd rather be back in Hobbiton.
Offline
You perhaps have to be a bit more wary of kernel or xorg updates, but on the whole it's pretty stable.
Offline
And make sure to subscribe to the arch dev public mailing list.
flack 2.0.6: menu-driven BASH script to easily tag FLAC files (AUR)
knock-once 1.2: BASH script to easily create/send one-time sequences for knockd (forum/AUR)
Offline
And make sure to subscribe to the arch dev public mailing list.
As long as you pay attention that mailing list I'd say 99% of the time you're aware of a problem before you get around to updating. As long as you're willing to accept the possible consequences(most of which can be mitigated with a good back up system) testing is great for those of us who want the newest software asap(which I imagine is why most are here).
Personally I've been running it for over a year now(wow my first whole year with arch) and haven't had any problems I couldn't recover from.
Offline
Should I use testing?
If you are experimental by nature, then you definitely should.
It's actually a good way to learn a little more about how Linux works, or it doesn't work if it should break, and it's very helpful to the package maintainers to have lots of willing testers.
Hope you have fun with it! ![]()
oz
Offline
I've used testing for ages and not run into any major problems, just subscribe arch-dev-public mailing list and keep an eye on the testing forum before any major updates and you should be fine, enjoy life on the bleeding edge
Offline
I don't see any *need* to run testing on Arch.. its very up to date.
Any society that would give up a little liberty to gain a little security will deserve neither and lose both.
-Benjamin Franklin
The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man.
-George Bernard Shaw
Offline
I don't see any *need* to run testing on Arch.. its very up to date.
How about testing packages so that they're more stable by the time they reach [core]?
That's the POINT of [testing] anyhow....
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
I've been thinking of enabling [testing] for a while and after reading this thread I have.
Just updated and rebooted and no problems so far.
Offline
I'm happy with non-[testing], but I'm planning to enable [testing] in a while, when I get more proficient with GNU/Linux/*nix/Arch. Mainly to help spot bugs ASAP.
Offline
I guess I will enable [testing] and just not jump the gun with Xorg and kernel updates. I want to contribute to Arch, so I feel obligated.
Offline
*puts on Allan cap*
If you're running [testing] then of course you'd be subscribed to the [arch-dev-public] mailing list and receive all the updates from the packagers in real-time as they update their packages.
*takes off Allan cap*
I didn't break anything!
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
My opinion is that if you have to ask on the forum is you should use it or not, then the answer is no.
Last edited by Mr.Elendig (2010-01-01 21:22:06)
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
I'm using it for quite sometime and so far so good, but currently I really don't need it as I use custom kernel and drivers...
But I'm seeing that some have problems with Kernel2.6.32, but I've used it for quite awhile (before changing it for custom kernel) and I had no problems with it.
So I'd say it's OK.
I had slight problems updating some packages like klibc-kbd, but that was more or less it. But don't forget to also add community-testing.
Arch x86_64 ATI AMD APU KDE frameworks 5
---------------------------------
Whatever I do, I always end up with something horribly mis-configured.
Offline
I don't use the testing repo, but sometimes I'll pull a pkgbuild from testing using abs.
Offline
Pages: 1