You are not logged in.
Some of you probably saw this coming, but here it is, beyond is discontinued.
Motivation, and explanation here:
http://archlinux.org/pipermail/arch-dev … 00562.html
To the fbsplashers, dtw is looking at getting splashy up and running just as well -- it's a better setup than fbsplash anyway, so expect that sometime.
Thank you for using it, and being so patient with me over the years.
James
Last edited by iphitus (2007-05-08 00:37:24)
Offline
n-nooooooooooooooooooooooooo!!!!!!
i wish you didn't have to stop, but as such is life ... and it was a great patchset, i think it will remain the last kernel update on my spare recovery install ....
Offline
Thanks for the great work you provided us with during the time of developing -beyond. I really much liked using it.
I clearly see the point in your words and motivations and I think you took the right decision - not arguing, where it isn't necessary to do so.
Regards and deep respect
~cg
celestary
Intel Core2Duo E6300 @ 1.86 GHz
kernel26
KDEmod current repository
Offline
Damn, I am really sad that you wont keep up your imho very good work. Beyond is the patchset that includes everything i need.
Offline
If somebody has some ideas for a new kernel patchset, maybe this could be the right thread: http://bbs.archlinux.org/viewtopic.php?id=32371
Offline
There are some nice patchsets on gentoo forum, like viper. Maybe some dev could just build one of them (viper is the best choice, I think) and put in the repo, for all the gensplash/reiser4/suspend2+ck users.
QA could be a bit of a problem though, considering it'd be based on someone else's patchset.
Last edited by lucke (2007-05-08 09:42:54)
Offline
There are some nice patchsets on gentoo forum, like viper. Maybe some dev could just build one of them (viper is the best choice, I think) and put in the repo, for all the gensplash/reiser4/suspend2+ck users.
QA could be a bit of a problem though, considering it'd be based on someone else's patchset.
Viper/Nicus patchset is pretty nice but it seems to lack some nice patches like the custom DSDT one.
Offline
Viper does indeed sound very nice to me too. I am going to build a patchset based on Viper probably this week.
Offline
There are some nice patchsets on gentoo forum, like viper. Maybe some dev could just build one of them (viper is the best choice, I think) and put in the repo, for all the gensplash/reiser4/suspend2+ck users.
QA could be a bit of a problem though, considering it'd be based on someone else's patchset.
No way. Just maintain it in AUR or your own binary repo.
Due to the lack of packaging manpower we will probably reduce the amount of supported binary packages for the future!
Offline
Perhaps increasing manpower is the right way to go, not limiting the amount of binary packages? ;-)
Offline
Thanks guys for the appreciation and understanding.
Just out of curiosity, how many reiser4 users are there still?
Offline
I have my / on reiser4 at the moment, but I'm only waiting for ext4 to get feature complete.
Offline
Thanks guys for the appreciation and understanding.
Just out of curiosity, how many reiser4 users are there still?
If the problem is reiser4 (on the nemesys site the last version is 2.6.19 if I don't remember wrong), there are updated reiser4 patches into the -mm branch.
Offline
Perhaps increasing manpower is the right way to go, not limiting the amount of binary packages? ;-)
Eheh... +1
Offline
Viper does indeed sound very nice to me too. I am going to build a patchset based on Viper probably this week.
Eheh... me too... maybe we could exchange some ideas instead of having 1000 patchsets.
Offline
lucke wrote:Perhaps increasing manpower is the right way to go, not limiting the amount of binary packages? ;-)
Eheh... +1
sure that would be the best way. we would probably need about 10 i686 packagers and about 20 x86_64 developers to support each package in a proper quality. all wanted developer candidates should have high packaging skillz and further coding and developing knowledge. sounds easy, he?
we have already increased the number of developers in the past. but it's a usual behavior the also new devs will some day loose some of their enthusiasm and will lower their engagement.
be sure we are always watching the community!
Offline
ekerazha wrote:lucke wrote:Perhaps increasing manpower is the right way to go, not limiting the amount of binary packages? ;-)
Eheh... +1
sure that would be the best way. we would probably need about 10 i686 packagers and about 20 x86_64 developers to support each package in a proper quality. all wanted developer candidates should have high packaging skillz and further coding and developing knowledge. sounds easy, he?
we have already increased the number of developers in the past. but it's a usual behavior the also new devs will some day loose some of their enthusiasm and will lower their engagement.
be sure we are always watching the community!
Is there a way to candidate ourselves as Arch packagers?
Offline
iphitus wrote:Thanks guys for the appreciation and understanding.
Just out of curiosity, how many reiser4 users are there still?
If the problem is reiser4 (on the nemesys site the last version is 2.6.19 if I don't remember wrong), there are updated reiser4 patches into the -mm branch.
nope, that's unrelated. and i know where to get the patches, believe me. Beyond was the only kernel in the package repos providing reiser4 support, so i was wondering how many reiser4 users i've left out in the cold.
as for becoming an Arch dev, there's no way of applying, we just pick people. Best way to be picked is to work on things, release good packages and code, make yourself noticed. Often becoming a TU is a good step towards this. However, there's no guarantee anyone will become a dev.
James
Last edited by iphitus (2007-05-08 11:49:27)
Offline
ekerazha wrote:iphitus wrote:Thanks guys for the appreciation and understanding.
Just out of curiosity, how many reiser4 users are there still?
If the problem is reiser4 (on the nemesys site the last version is 2.6.19 if I don't remember wrong), there are updated reiser4 patches into the -mm branch.
nope, that's unrelated. and i know where to get the patches, believe me. Beyond was the only kernel in the package repos providing reiser4 support, so i was wondering how many reiser4 users i've left out in the cold.
Eheh... I had few doubts about that (but I simply noticed the -beyond kernel was stagnant as 2.6.19 just like the reiser4 patches on the nemesys site). However... a reiser4 capable kernel would surely be desirable for the users "left out in the could" (if any).
Offline
Eheh... I had few doubts about that (but I simply noticed the -beyond kernel was stagnant as 2.6.19 just like the reiser4 patches on the nemesys site).
you might like to look at the changelogs for the countless beyond's before that. Most had patches backported from -mm, as the namesys ones have rarely been released on time, often weeks or months after a kernel release. There was nothing techical holding me back from a beyond release, it was just a lack of time and motivation as described in my mail above.
However... a reiser4 capable kernel would surely be desirable for the users "left out in the could" (if any).
the current beyond kernel will work fine for the forseeable future (heck, im running 2.6.16.50 on this laptop), however that'll be removed, so i may just put a reiser4 kernel compatible with the kernel26 modules into a custom repository to give the users time to migrate, or find another kernel solution.
Offline
ekerazha wrote:Eheh... I had few doubts about that (but I simply noticed the -beyond kernel was stagnant as 2.6.19 just like the reiser4 patches on the nemesys site).
you might like to look at the changelogs for the countless beyond's before that. Most had patches backported from -mm, as the namesys ones have rarely been released on time, often weeks or months after a kernel release. There was nothing techical holding me back from a beyond release, it was just a lack of time and motivation as described in my mail above.
Glad to hear it was nothing technical
Offline
Just out of curiosity, how many reiser4 users are there still?
Well, I had reiser4 on /, but became scared yesterday, so backed up, reformatted jfs, restored.
And a big THANKS to iphitus for your work.
Offline
Same here, thanks iphitus. It can't have been simple to manage all the patches, and I appreciate you putting in your time.
Good luck with university and life.
Offline
kernel26mm in unstable could be a (unstable) solution for those using reiser4
Mortuus in anima, curam gero cutis
Offline
Sad to hear, Thanks for your work iphitus, i liked the beyond and archck patchset.
My / is still on reiser4, i ll stick with it and try the viper patchset or some other. What about the mm kernel? "how much" unstable is it ? stable enough for everyday work ?
Offline