version bump
Created attachment 79419 [details] evms-2.5.4.ebuild new ebuild
*** This bug has been marked as a duplicate of 121298 ***
Created attachment 79480 [details] evms-2.5.4-r1.ebuild new fixed ebuild with GTK2 support
Created attachment 79481 [details, diff] evms2-gtk2-ui.patch I have made the port of GTK1 evms gui to the GTK2 :-) Works well, need wide testing. Please test it It is looks like almost stable and don't broke nothing. :-) USE=gtk2 :))
Created attachment 79482 [details, diff] evms2-gtk2-configure.patch works well
Created attachment 79496 [details] evms2-gtk2-ui.patch +fixed dialogs
Created attachment 79497 [details] evms-2.5.4-r1.ebuild fix gtk2 USE flag
Is there any reason to clean out from the current 2.5.4 ebuild the following patches ? 30,32d29 < epatch ${FILESDIR}/${PV}/corrolator_race.patch < epatch ${FILESDIR}/${PV}/degraded_raid.patch I added evms-start.sh in the files directory so the ebuild will be on the safe side and not complain about a missing file. Anyway, thank you for the most awaited gtk2 flag :)
so there is small bugs with accelerators and some gtk warnings.. I will fix it soon. now gtk2 support is experimental (but worked) original gtk1 code very messy :(
imho we need to keep old patches for previous ebuild
Can you rediff this against 2.5.5? Have you submitted this upstream?
submitted but no luck, seems to public development died some non critical bugs still are present, so people may fix them easy (one with accelerator - hotkey) I think it should be ready for new evms too... probably we should include it marked as experimental with posting comments here;
So there are a few logistic issues I have with putting this in, but they are all fairly minor but I just want to point them out here first. Firstly is support. I want to make sure this patch eventually gets merged into mainline since it's insane to have to support it ourselves. I see addingit to portage as a means to get user feedback and generate a push to get it into mainline, NOT a Gentoo-specific feature. Besides, I'm sure many other people and distros will want this since gtk1 is rather ancient at this point. Secondly is stability. EVMS is core to many systems. I don't want to put something buggy out there, so gtk2 support will remain in ~arch and gtk1 will be ok in stable. The problem here is maintaining two slightly different versions in one package. We could use the 'gtk2' flag to switch between the versions, BUT this would allow someone to use gtk2 in stable or keep a neccessary bump out of stable becasue of the gtk2 patch. Thus, I'll need to have -r<even> = gtk1 release and -r<odd> = gtk2 release where odd=even+1 If you could rediff against 2.5.5, I'll test it out on my machines and put it into portage this weekend.
Alexey, have you gotten around to talking to upstream about this or updating the patches for 2.5.5?
everything has lost on my box due to crash raid i am unable to support this at this time. the patch has been submitted to the sf.net but no luck I think we should drop it and wait for true release
Alright...