You are not logged in.
Pages: 1
I don't quite understand the difference between the testing repo and the unstable one, can anyone clarify?
Some PKGBUILDs: http://members.lycos.co.uk/sweiss3
Offline
if i recall correctly, testing is extremly testing of packages (highly unstable) while unstable are packages that are going into extra/current quite soon...
(I use unstable, but not testing)
http://www.linuxportalen.com -> Linux Help portal for Linux and ArchLinux (in swedish)
Dell Inspiron 8500
Kernel 2.6.14-archck1 (selfcompiled)
Enlightenment 17
Offline
nope, AFAIK it's the other way around:
[testing] is for new versions of pkgs already in [current], [extra] and new pkgs that are scheduled for those - latest kernels are in there now as is the latest xorg pkg, which I am using
[unstable] is for pkgs that are not in [extra] or [current] e.g fluxbox-devel
sometimes things get confused by, say, OOo2 for example. The reason it is in [unstable] and not [testing] is because in its current form it is a beta and will never go into [current] or [extra] in that state - when there is an official release it will probably it hit [testing] for a short time before going to [extra]
how's that?
Offline
So let's take as an example the recent problems with udev 060-1. If I had been using the testing repo, would I have seen these problems earlier, and been able to flag them to the devs before it went into current? If that's the case, it seems that the people who are using testing are not doing that.
Is there a set of guidelines somewhere on the proper use of testing?
Offline
not everything goes in testing (ahem)
Offline
Alright - that makes some recent events clearer. It also raises the question - why not?
Offline
Because Arch wants to be bleeding edge. Testing is only done with packages that are more or less expected to cause some problems afaik. udev obviously wasn't one of those.
Offline
Alright - that makes some recent events clearer. It also raises the question - why not?
It happens... hell, in my work experience I've logged on to production databases and added/removed columns before - no testing or even development changes...
Some things seem real minor and work 90% of the time when tested, but will hit corner cases every now and then.
Seeing as there are alot of posts about this sort of thing recently, maybe someone needs to propose a better way to test. As it is right now, not many people use the testing repo anyway.
Offline
Somebody really needs to update the devland paper. I wonder if I will or will not have time for that. Hmmm...
Dusty
Offline
Somebody really needs to update the devland paper. I wonder if I will or will not have time for that. Hmmm...
Dusty
Dusty, Official Documentor !!
Offline
Dusty wrote:Somebody really needs to update the devland paper. I wonder if I will or will not have time for that. Hmmm...
Dusty
Dusty, Official Documentor !!
Been there, done that. ;-)
Offline
Testing contains packages that are being tested and will be transferred to Extra or Current when proven not to trash you system. Using the testing repo on a system that must be stable is definitely not recommended.
Unstable contains packages of software that is still under development. Some of it (e.g. fluxbox-devel) is very stable; other stuff (e.g. waimea-cvs) is a bit buggy.
Offline
sorry gullible, was my explanation not good enough for you? ![]()
if only we could keep a "I obviously haven't read the thread before i posted score" ![]()
Offline
*bonk**bonk**bonk*
Sorry 'bout that.
Offline
Somebody really needs to update the devland paper. I wonder if I will or will not have time for that. Hmmm...
I'm working on it... any ideas are welcome... here's my first draft:
http://www.buchuki.com/misc/devland.html
Mostly I just added the section on AUR so far, and removed some of the sections no longer relevant. I've barely begun.
Dusty
Offline
Pages: 1