ArchCK is a derivation of the CK patchset that is taking a similar path to the
old CKO patchset. It aims to include a variety of popular features and updates
that have not currently made it to the vanilla kernel. Con Kolivas' CK patchset
is central to ArchCK. ArchCK also includes a few patches for the Arch LiveCD Archie.
*** This is Con's approved replacement for cko-sources.
ArchCK adds the following to ck's patchset:
# CK Patchset
# acpi updates
Steps to Reproduce:
Created attachment 66571 [details]
***Note: archck-sources is to replace the dead cko-sources (bug #65954)
Created attachment 67240 [details]
updated ck to 2.6.13-ck1
updated reiser4 to patches from MM series instead of official namesys
updated acpi, fbsplash and vesafb-tng to latest versions at time of writing.
reiser4 is working in this release...
Created attachment 67455 [details]
Changed to ck-sources _p naming.
Added support for the "ck-plus" use flag (ck developmental patches)
Created attachment 67939 [details]
ebuild notes: Iphitus (archck owner) said he will occasionally release ck's
+dev sources. This release does not have it, so the ck-plus use flag will not
work. He also said he would release ck's server sources if there was enough
demand. (email him if interested)
updated ck to 2.6.13-ck2
updated reiser4 to reiser4 from 2.6.13-mm1
updated unionfs snapshot to 020905
Created attachment 68329 [details]
updated ck to 2.6.13-ck3
updated reiser4 to reiser4 from 2.6.13-mm2
updated unionfs snapshot to 020908
added software suspend
added some software suspend fixes
Created attachment 68814 [details]
updated unionfs to 1.0.14
unionfs actually compiles now
updated reiser4 to that from 2.6.13-mm3
updated suspend2 to rc7
cleaned up patches
*note: this ebuild contains the new patchset source -- you cannot just bump the
Created attachment 69169 [details]
The new updated ebuild for archck-sources
btw, 6.2 is out with some trivial fixes.
Created attachment 69579 [details]
Updated swap prefetch to v12
Created attachment 69938 [details]
ck7 (ck7 announce:
Iphitus: "Just a quick release to keep in sync, Software Suspend on AMD64 is
not fixed. I will do that this weekend, or try and use the patch below."
Created attachment 70373 [details]
ck8 (ck8 announce: http://bhhdoa.org.au/pipermail/ck/2005-October/004642.html
rolled back reiser4 to previous version
Created attachment 71535 [details]
updated ck to 2.6.14-rc5-ck1 (ck1 announce:
updated reiser4 to 2.6.14-rc5-mm1
updated squashfs to 2.2-r2
updated unionfs to 1.1.1
updated software suspend to 2.2-rc8
updated fbsplash to 0.9.2-r4
updated vesafb-tng to 1.0-rc1-r1
Iphitus: "Big release, nearly everything has been updated. I wouldn't be
surprised if there were some issues, particularly with reiser4. Otherwise, I
have a good level feeling (angband ;) about this release."
Note: I always boot off the new kernels and do some moderate testing before
submitting these ebuilds. I'm running rc5 on 2 systems so far, and reiser4
remains flawless. Though this "rc" release won't make the previous stable
I'm having issues with vesafb-tng on 2.6.14_rc5-r1. The screen has text on it
saying PREFETCH window 80000000 - window 81ffffffff and some other jibberish.
Sometimes things totally freeze up, sometimes X loads. I can switch back to the
console after X starts and things are fine, but startup is an issue. Anyone else
have similar problems?
Please report bugs to my email address, email@example.com
Try running it without pre-empt, and if that doesnt help, get as much details as
you can and report the bug to the fbsplash maintainer.
(In reply to comment #13)
Everything runs fine for me.... only problems I had was that the current x11-drm
ebuild wouldn't build against it, so I'm now using the kernel drm. I also had
to remerge vmware to pick up the any-any-update94 patch, which is required for
the 2.6.14 kernels (looks like someone forgot to bump the revision of the vmware
I'm using vesafb-tng only for fb0, but I'm not running fbsplash. I also don't
have any pre-empt stuff enabled.
Created attachment 71637 [details]
ebuild for archck-sources-2.6.14-r1
Created attachment 72118 [details]
updated to ck3 (ck3 announce:
rebuilt reiser4 patches.
Created attachment 72524 [details]
archck4 announce -- http://forums.gentoo.org/viewtopic-t-400536.html
ck4 announce -- http://bhhdoa.org.au/pipermail/ck/2005-November/004741.html
Created attachment 72791 [details]
archck5 announce -- http://forums.gentoo.org/viewtopic-t-400536.html
ck5 announce -- http://bhhdoa.org.au/pipermail/ck/2005-November/004750.html
Created attachment 75576 [details]
ebuild for archck-sources-2.6.14-r7
kernel 220.127.116.11 + ck7
Created attachment 76969 [details]
Created attachment 77238 [details]
added a fbsplash fix
ck2 announce -- http://bhhdoa.org.au/pipermail/ck/2006-January/005175.html
Created attachment 78109 [details]
archck2.1 announce -- http://forums.gentoo.org/viewtopic-t-423550.html
ck2.1 announce -- http://bhhdoa.org.au/pipermail/ck/2006-January/005219.html
Created attachment 78574 [details]
archck3 announce -- http://forums.gentoo.org/viewtopic-t-428741-highlight-archck.html
ck3 announce -- http://bhhdoa.org.au/pipermail/ck/2006-February/005273.html
Created attachment 79130 [details]
archck3.2 announce -- http://forums.gentoo.org/viewtopic-t-428741.html
Created attachment 79649 [details]
archck4 changes: http://iphitus.loudas.com/archck-down.php
ck4 announce: http://bhhdoa.org.au/pipermail/ck/2006-February/005369.html
Created attachment 80148 [details]
archck4.1 changes: http://iphitus.loudas.com/archck-down.php
Created attachment 81187 [details]
archck5 changes: http://iphitus.loudas.com/archck-down.php
ck5 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005440.html
Hmmm.. latest one (2.6.15-archck5) seems buggy, I get ~1 FPS in 3D xscreensaver modules (binary ati driver). Going back to 2.6.15-archck4, it works fine...
For the record, I am using 2.6.15-archck5 and the 8.22.5 ATI binary driver and am not experiencing any reduction in FPS. I have a Mobility Radeon 9700.
Created attachment 81708 [details]
archck6 changes: http://iphitus.loudas.com/archck-down.php
ck6 announce: (Con hasn't announced yet)
Iphitus is the man! archck6 is accompanied by archcks6 (Con's server patchset). This ebuild uses the pre-existing "ck-server" use flag to grab the cks patchset :)
(In reply to comment #29)
> Hmmm.. latest one (2.6.15-archck5) seems buggy, I get ~1 FPS in 3D xscreensaver
> modules (binary ati driver). Going back to 2.6.15-archck4, it works fine...
I had to compile the kernel with no DRM options.. then emerged x11-drm. Everything works fine now.
Created attachment 81711 [details]
This fixes the previously posted ebuild by allowing you two actually download the two different sources. I just hacked it together by copying the ck-sources ebuild, but it works.
Thanks again Iphitus.
(In reply to comment #33)
> Created an attachment (id=81711) 
> This fixes the previously posted ebuild by allowing you two actually download
> the two different sources. I just hacked it together by copying the ck-sources
> ebuild, but it works.
> Thanks again Iphitus.
what doesn't work with my ebuild? I tested it with and without ck-server prior to attaching it. That additional ck code is redundant... we don't need to sed the patch filename twice.
Concerning comment #29 (~1 FPS with 3d and xscreensaver) :
Good news, problem has disappeared in -archck6 :-)
Response to comment #32 :
CONFIG_DRM is always disabled in my kernel config...
Created attachment 81955 [details]
archck7 changes: http://iphitus.loudas.com/archck-down.php
ck7 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005491.html
For archcks7 (server patchset), enable use flag: ck-server
(In reply to comment #36)
> Created an attachment (id=81955) 
> archck7 changes: http://iphitus.loudas.com/archck-down.php
> ck7 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005491.html
> For archcks7 (server patchset), enable use flag: ck-server
I still think it needs this change:
The reason for this is that when you do an ebuild digest with the original it only retrieves and md5's the patch file that your USE flags need. For example if you have USE='-ck-server' it only gets the patch-2.6.15-archck7.bz2 file. Now change your USE flags and try USE='ck-server' emerge archck-sources it will begin unpacking the kernel source and then fail when trying to apply the archcks patch. The difference I see with the other ebuild is that it grabs both the first time you do a digest, so perhaps there is an easy workaround, but it seems easily avoidable.
Here's the output I receive:
sephiroth archck-sources # USE='ck-server' emerge archck-sources
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-kernel/archck-sources-2.6.15_p7 to /
>>> md5 files ;-) archck-sources-2.6.15_p4.ebuild
>>> md5 files ;-) archck-sources-2.6.15_p6.ebuild
>>> md5 files ;-) archck-sources-2.6.15_p5.ebuild
>>> md5 files ;-) archck-sources-2.6.15_p7.ebuild
>>> md5 files ;-) files/digest-archck-sources-2.6.15_p4
>>> md5 files ;-) files/digest-archck-sources-2.6.15_p5
>>> md5 files ;-) files/digest-archck-sources-2.6.15_p6
>>> md5 files ;-) files/digest-archck-sources-2.6.15_p7
>>> md5 src_uri ;-) linux-2.6.15.tar.bz2
>>> md5 src_uri ;-) patch-2.6.15-archck7.bz2
>>> Preparing to unpack ...
>>> Unpacking source...
>>> Unpacking linux-2.6.15.tar.bz2 to /var/tmp/portage/archck-sources-2.6.15_p7/work
* FATAL: unable to locate:
* for read-only. The file either has incorrect permissions
* or does not exist.
!!! ERROR: sys-kernel/archck-sources-2.6.15_p7 failed.
!!! Function unipatch, Line 765, Exitcode 0
!!! Unable to locate /usr/portage/distfiles/patch-2.6.15-archcks7.bz2
!!! If you need support, post the topmost build error, NOT this status message.
sephiroth archck-sources # ls /usr/portage/distfiles/patch-2.6.15-archck*
(In reply to comment #37)
> (In reply to comment #36)
> > Created an attachment (id=81955) 
> > archck-sources-2.6.15_p7.ebuild
> > archck7 changes: http://iphitus.loudas.com/archck-down.php
> > ck7 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005491.html
> > For archcks7 (server patchset), enable use flag: ck-server
> I still think it needs this change:
> ck-server? (
> !ck-server? (
> The reason for this is that when you do an ebuild digest with the original it
> only retrieves and md5's the patch file that your USE flags need. For example
> if you have USE='-ck-server' it only gets the patch-2.6.15-archck7.bz2 file.
> Now change your USE flags and try USE='ck-server' emerge archck-sources it will
> begin unpacking the kernel source and then fail when trying to apply the
> archcks patch. The difference I see with the other ebuild is that it grabs
> both the first time you do a digest, so perhaps there is an easy workaround,
> but it seems easily avoidable.
> Here's the output I receive:
> sephiroth archck-sources # USE='ck-server' emerge archck-sources
ack... doesn't make sense to me from a scripting standpoint, but I am by no means adept at ebuilds. I tested your scenario and encountered the same error. I updated mine so all subsequent ebuilds from me will contain it. Thanks for the explanation and example!
Created attachment 82923 [details]
archck1 changes: http://iphitus.loudas.com/archck-down.php
ck1 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005623.html
*NOTE: This does not include ck-server configuration.
Latest archcks is archck-sources-2.6.15_p6.ebuild
Created attachment 83526 [details]
archck2 changes: http://iphitus.loudas.com/archck-down.php
ck2 announce: http://bhhdoa.org.au/pipermail/ck/2006-March/005735.html
*NOTE: Correction for above. Latest archcks patchset ebuild is archck-sources-2.6.15_p7.ebuild
hmm.. with archck2, two of my systems are failing during compilation with errors about software suspend. Neither system has it enabled though.
Suspend2 is bust up in archck2
See ArchCK website,
This is now deprecated in favour of beyond. Which has the same purposes and intentions.
Tiger683 is handling the ebuilds for the new beyond-sources. Check out the beyond1 announcement at: http://forums.gentoo.org/viewtopic-t-449665.html
*** Bug 128595 has been marked as a duplicate of this bug. ***
Created attachment 85530 [details, diff]
Lets kernel compile either without Suspend2 enabled
For all archck fans :)
Well, it's my favourite so it should be "unallocated the clean way"... Looking forward to test beyond2 :)
http://iphitus.loudas.com/beyond.html is current link, and current source version is 4.1. I really think this should be committed without any additional source patches and should be named beyond-sources. JM2C. Only caveat is that the beyond patch set requires the base kernel. Works fine for me.
Created attachment 88560 [details]
Replacement to arch, tiger, and nitro kernels. Version 4.1 of the beyond patchset. I hacked away at the ebuild and made adjustments I felt would be beneficial. Works for me. Let's see if they will ever commit this branch to the tree.
Created attachment 88605 [details]
some readability improvements and removal of unnecessary code (like detect-version running twice). Also removed some hard coding of versions 2.6.16 and replace with $KV. The K_EXTRAEINFO does not print as expected, but I submitted a patch for the kernel-2.eclass upstream which would allow for better formatting of extra info.
Created attachment 88688 [details]
New naming convention. -r should be reserved for ebuild revisions, not upstream ones. _p[Major][Minor] where Major is required. If minor is not 0, then a .Minor will be appended. Also, user can OPTIONALLY have genpatches-base applied (through the 2400 series only, 2500+ won't work like with the new ck12). Just set USE=gentoo-patches prior to emerge. Default behavior is NOT to use any gentoo patches since it would be very hard to isolate problems with multiple patch sets applied.
Created attachment 88841 [details]
sorry for the bug spam. I omitted the part where -r0 would be removed. No more ebuilds here. Maybe I'll ask to have it put into sunrise. Performance is better with gentoo-patches. Much better. So a consideration would be to have the gentoo-patches be default activity, or just have it used regardless. Not sure yet. MyOp says leave it optional just in case there are conflicts.
Created attachment 88946 [details]
Enhancement: Now includes gentoo-extra patches optionally. Excludes properly set to avoid those which don't patch.
Beyond sources can now be retrieved at http://www.breakmygentoo.net. They will be maintained there from now on.
Sorry, but we aren't going to include experimental patchsets in the tree. The ebuilds can be found in the forums, in the custom-kernels overlay (layman -a custom_kernels), or my dev overlay (layman -a masterdriverz).