http://iphitus.loudas.com/archck.php 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 # fbsplash # vesafb-tng # reiser4 # shfs # acpi updates # Squashfs # UnionFS Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 66571 [details] archck-sources-2.6.12-r6.ebuild ***Note: archck-sources is to replace the dead cko-sources (bug #65954)
Created attachment 67240 [details] archck-sources-2.6.13-r1.ebuild Changes: 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] archck-sources-2.6.13_p1-r1.ebuild Changed to ck-sources _p naming. Added support for the "ck-plus" use flag (ck developmental patches)
Created attachment 67939 [details] archck-sources-2.6.13_p2.ebuild 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) Changes: 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] archck-sources-2.6.13_p3.ebuild Changes: 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] archck-sources-2.6.13_p5.ebuild Changes: 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 previous ebuild.
Created attachment 69169 [details] archck-sources-2.6.13_p6-r1.ebuild The new updated ebuild for archck-sources
nice work! btw, 6.2 is out with some trivial fixes.
Created attachment 69579 [details] archck-sources-2.6.13_p6-r2.ebuild 2.6.13-archck6.2 Changes: Updated swap prefetch to v12
Created attachment 69938 [details] archck-sources-2.6.13_p7.ebuild 2.6.13-archck7 Changes: ck7 (ck7 announce: http://ck.kolivas.org/patches/2.6/2.6.13/2.6.13-ck7/2.6.13-ck7-announce.eml 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] archck-sources-2.6.13_p8.ebuild 2.6.13-archck8 Changes: ck8 (ck8 announce: http://bhhdoa.org.au/pipermail/ck/2005-October/004642.html rolled back reiser4 to previous version
Created attachment 71535 [details] archck-sources-2.6.14_rc5-r1.ebuild 2.6.14-rc5-archck1 Changes: updated ck to 2.6.14-rc5-ck1 (ck1 announce: http://bhhdoa.org.au/pipermail/ck/2005-October/004673.html) 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 release obsolete.
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, iphitus@gmail.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 ebuild). 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 http://forums.gentoo.org/viewtopic-t-396340.html
Created attachment 72118 [details] archck-sources-2.6.14_p3.ebuild 2.6.14-archck3 Changes: updated to ck3 (ck3 announce: http://bhhdoa.org.au/pipermail/ck/2005-November/004712.html) rebuilt reiser4 patches.
Created attachment 72524 [details] archck-sources-2.6.14_p4.ebuild 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] archck-sources-2.6.14_p5.ebuild 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] archck-sources-2.6.14-r7.ebuild ebuild for archck-sources-2.6.14-r7 kernel 2.6.14.4 + ck7 http://iphitus.loudas.com/archck.php http://forums.gentoo.org/viewtopic-p-2984329.html
Created attachment 76969 [details] archck-sources-2.6.15-r1.ebuild http://forums.gentoo.org/viewtopic-p-3027423.html
Created attachment 77238 [details] archck-sources-2.6.15_p2.ebuild archck2: updated CK added a fbsplash fix ck2 announce -- http://bhhdoa.org.au/pipermail/ck/2006-January/005175.html
Created attachment 78109 [details] archck-sources-2.6.15_p2-r1.ebuild 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] archck-sources-2.6.15_p3.ebuild 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] archck-sources-2.6.15_p3-r2.ebuild archck3.2 announce -- http://forums.gentoo.org/viewtopic-t-428741.html
Created attachment 79649 [details] archck-sources-2.6.15_p4.ebuild 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] archck-sources-2.6.15_p4-r1.ebuild archck4.1 changes: http://iphitus.loudas.com/archck-down.php
Created attachment 81187 [details] archck-sources-2.6.15_p5.ebuild 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] archck-sources-2.6.15_p6.ebuild 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] archck-sources-2.6.15_p6.ebuild 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) [edit] > archck-sources-2.6.15_p6.ebuild > > 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] 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
(In reply to comment #36) > Created an attachment (id=81955) [edit] > 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: #SRC_URI="${KERNEL_URI} #http://iphitus.loudas.com/arch/ck/2.6.15/${CK_PATCH}" SRC_URI="${KERNEL_URI} ck-server? ( http://iphitus.loudas.com/arch/ck/${OKV}/patch-${KV_CK/ck/cks}.bz2 ) !ck-server? ( http://iphitus.loudas.com/arch/ck/${OKV}/patch-${KV_CK}.bz2 )" 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: * /usr/portage/distfiles/patch-2.6.15-archcks7.bz2 * 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* /usr/portage/distfiles/patch-2.6.15-archck7.bz2
(In reply to comment #37) > (In reply to comment #36) > > Created an attachment (id=81955) [edit] > > 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: > > #SRC_URI="${KERNEL_URI} > #http://iphitus.loudas.com/arch/ck/2.6.15/${CK_PATCH}" > SRC_URI="${KERNEL_URI} > ck-server? ( > http://iphitus.loudas.com/arch/ck/${OKV}/patch-${KV_CK/ck/cks}.bz2 > ) > !ck-server? ( > http://iphitus.loudas.com/arch/ck/${OKV}/patch-${KV_CK}.bz2 > )" > > 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 <snip> > 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] archck-sources-2.6.16_p1.ebuild 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] archck-sources-2.6.16_p2.ebuild 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, http://iphitus.loudas.com/archck.php 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] beyond-sources-2.6.16_p4-r1.ebuild 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] beyond-sources-2.6.16_p4-r1.ebuild 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] beyond-sources-2.6.16_p41.ebuild 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] beyond-sources-2.6.16_p41.ebuild 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] beyond-sources-2.6.16_p41.ebuild 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).
