You are not logged in.
Pages: 1
what's the big deal about using [testting] repo? ain't no newbie on penguin(3 years using it) i've tested all the distros/bsd-pc and free-...
i no testing it is equivalent to xperimental on debian...
is there just one thing to take care on testing?
Offline
The only thing you need to do is read the arch-dev-public mailing list before upgrading. Otherwise, enjoy the "fun" testing can bring.
Offline
homies...how can i get kernel 33rc7? according to this: http://www.kernel.org/
Last edited by hermit (2010-02-15 14:26:04)
Offline
...?...
Offline
By compiling it.
archlinux - please read this and this — twice — then ask questions.
--
http://rsontech.net | http://github.com/rson
Offline
Build it yourself - it's not in any Arch repo.
Offline
homies...how can i get kernel 33rc7? according to this: http://www.kernel.org/
compiling yourself. we are not providing in testing release candidate but kernel 2.6.33 will hit testing first when is released.
Give what you have. To someone, it may be better than you dare to think.
Offline
Better you grab the PKGBUILD of2.6.32 and edit it to compile and install 2.6.33rc for you. Also you can check AUR for a number of kernels including rc kernels!
http://aur.archlinux.org/packages.php?ID=31932
Offline
Btw: I plan to write an article about using testing properly. It doesn't seem to be documented in detail somewhere.
Offline
Btw: I plan to write an article about using testing properly. It doesn't seem to be documented in detail somewhere.
That would be awesome. I was planning to put one in my blog someime, but I'll wait and steal yours.
Offline
Newest rc is here: http://aur.archlinux.org/packages.php?ID=31932 Edit: aww sorry, sHyLoCk wrote about that, but still:
you can also download git patch (daily released) from kernel.org and patch rc with it. Easiest way to do this is to copy patch into 'src' directory and to add appropriate line to PKGBUILD, so it may look like in this example:
build() {
cd ${srcdir}/linux-$_basekernel
# Add -ARCH patches
# See http://projects.archlinux.org/linux-2.6-ARCH.git/
patch -Np1 -i ${srcdir}/${_patchname} || return 1
patch -Np1 -i ${srcdir}/patch-2.6.33-rc8-git1 || return 1 #this line has been added
Last edited by Vi0L0 (2010-02-15 17:13:27)
Offline
it'd be nice to have on repos kernel 33...:cool:
Offline
And we will... as soon as it's released.
Offline
You spelled 'mystery' incorrectly.
Offline
Offline
Btw: I plan to write an article about using testing properly. It doesn't seem to be documented in detail somewhere.
A while back I added the following to the official repos wiki page, but it could use some expanding:
The [testing] repo is not for the "newest of the new" package versions. Part of its purpose is to hold package updates that have the potential to cause system breakage, either by being part of the [core] set of packages, or by being critical in other ways. As such, users of the [testing] repository are strongly encouraged to subscribe to the arch-dev-public mailing list, and to report all bugs to the bug tracker.
[git] | [AURpkgs] | [arch-games]
Offline
Hey, im new to Arch - going on 2 weeks i think - btw arch is also my very first linux distro believe it or not
so, as some1 this new, is it just dumb trying 'testing'? just thougt id take the chance, get the newest stuff and help out testing on my x86 64 machine.. i have led myself to believe that if all goes to hell, i could use the rollback option in the boot loader and all would be nice and shiny again.. have joined the mailing list btw but if im wrong in my assumption and ill be forced to reinstall or buy a new computer ina few days cuz im a n00b, please let me know asap so i can off the testing list while there is still time
cheers
"Deception by layout"
Offline
Hey, im new to Arch - going on 2 weeks i think - btw arch is also my very first linux distro believe it or not
so, as some1 this new, is it just dumb trying 'testing'? just thougt id take the chance, get the newest stuff and help out testing on my x86 64 machine.. i have led myself to believe that if all goes to hell, i could use the rollback option in the boot loader and all would be nice and shiny again.. have joined the mailing list btw but if im wrong in my assumption and ill be forced to reinstall or buy a new computer ina few days cuz im a n00b, please let me know asap so i can off the testing list while there is still timecheers
If you can read/search, go ahead. I'm not sure what 'rollback' option you're talking about, probably the fallback? That doesn't do much, honestly, its mainly if your mkinitcpio gets messed up, its not a 'restore point' like in Windows or whatever.
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
david84 - I'd recommend you stay away from testing for the foreseeable future. Even Archers who have enough experience to know better still screw up their systems with testing every now and then. You're just two weeks in, not just with Arch but with linux, so stick with core/extra.
More generally, don't make assumptions about how things work or what they do e.g. your "rollback" option. If you're in doubt, check the wiki, search the forums - if you still need help, ask.
Offline
thanks for the quick replys
i think i might get off the testing list, i just had some programs etc that didnt work before going to testing that works now..even tho im not sure if it just me messing around that did it.. if the pacman -Uu or whatever it was cant revert possible errors (im thinking no screen/no keyboard?/stuff like that) ill get off the list when i get home..
cheers
"Deception by layout"
Offline
Pierre wrote:Btw: I plan to write an article about using testing properly. It doesn't seem to be documented in detail somewhere.
A while back I added the following to the official repos wiki page, but it could use some expanding:
The [testing] repo is not for the "newest of the new" package versions. Part of its purpose is to hold package updates that have the potential to cause system breakage, either by being part of the [core] set of packages, or by being critical in other ways. As such, users of the [testing] repository are strongly encouraged to subscribe to the arch-dev-public mailing list, and to report all bugs to the bug tracker.
This is also covered in the [wiki]pacman[/wiki] page though I think the wording is a little better here.
Setting Up a Scripting Environment | Proud donor to wikipedia - link
Offline
Pages: 1