This is a nice partition magic clone, i suggest to add the ebuild in sys-apps/qtparted, note that this ebuild depends on bug #18713 Quequero http://quequero.org
Created attachment 10164 [details] qtparted-0.1.7 (new ebuild) The ebuild :)
Created attachment 10165 [details] And the changelog The ChangeLog
just an frontend (gui) for parted
Well it's not a frontend, it uses parted indirectly (only libparted) and it's able to resize ntfs partitions ;p Que
0.2.2 is out
I know but noone committed this ebuild, so here it is the new ebuild for qtparted 0.2.2 :) bye all Quequero http://quequero.org
Created attachment 11593 [details] qtparted-0.2.2.ebuild qtparted-0.2.2.ebuild (ebuild for last version)
Is someone looking here? :) Que
yep - hoping to get a chance to test it soon :)
eheh thanx a lot caleb ;ppp Que
Created attachment 12051 [details] A new ebuild for new verion. This is an ebuild for new version of qtparted. I also trie to make it a bit cleaner than the ebuild posted before.
ok :) btw there is a typo in description ;p Que
Created attachment 12611 [details] qt-parted-0.3.1ebuild this is my first try on ebuilds at all. i used the old version and changes some version stuff so it would build with the newest version. please improve it further if you can. thanks, rudolf kastl
Hi all, QtParted-0.3.1 don't use autoconf/automake. I am porting QtParted to autoconf/automake. The author is working on the next major version. But he agrees my work, and we will merge our work, in order to have the next version based on autoconf/automake. Then, --prefix will be working. You can have the current port of qtparted-0.3.1, here: http://fdupoux.free.fr/qtparted/ Very important remark: - If dev-libs/progsreiserfs is installed before parted is compiled, qtparted will handle reiserfs - If dev-libs/progsreiserfs is not installed, or if it's installed after parted was compiled, then qtparted will not handle reiserfs. Many users don't know that, and complains: "Why qtparted does not support reiserfs ?" I would like to force users to install dev-libs/progsreiserfs and parted. It would be a better choice in most cases. In my autoconf/automake version of qtparted, there is a new option in configure: The qt option "--enable-embedded" allow to use Qt-embedded instead of Qt-x11. IMHO, this is very important, because users will be able to use QtParted without XFree86, and then we can put QtParted on the GentooLiveCD... Everybody can have a nice graphical PartitionMagic clone by booting on the GentooLiveCD. - is it possible to have two ebuild (qtparted-x11.ebuild and qtparted-embedded.ebuild) ? - is it possible for some gentoo developers to make QtParted available on the LiveCD ?
You can write an ebuild for the qtparted-0.3.2-pre2. This version is based on autoconf/automake. Then, this ebuild will work for the final 0.3.2 version too. http://fdupoux.free.fr/qtparted/qtparted-0.3.2-pre1.tar.bz2
Created attachment 13368 [details] Ebuild for QtParted 0.3.2_pre1 This is an ebuild for the new generation QtParted build system, which will be used in qtpared-0.3.2 and later (based on autoconf/automake).
Created attachment 13481 [details] Ebuild for QtParted-0.3.2 (official release) QtParted-0.3.2 is based on autoconf/automake. This is the main change. This a working ebuild for QtParted-0.3.2. Please, commit this file in the CVS. Tested on x86 (athlon-xp)
This going to make it into the portage tree soon? An emerge -s qtpart turns up zip as of this evening. Just curious. ps. Hi my name is Robert and I'm a portage addict. I can't seem to grasp that software outside of portage exists... :)
It's been a long time coming, but QtParted is now available in portage: sys-apps/qtparted
Hi, Thanks for sumbitting the ebuild in the official portage tree. But I have a question: I wrote an unofficial ebuid that allow to use QtParted from QtEmbedded. There is no "use embedded" option. How is-it possible to have the two qtparted ebuilds (x11 and embedded) merged ?
Well you can privately allways use private useflags. That is no problem. If you want to submit an ebuild with a new use flag, tell that in the bug report and give reasons for why you think no other (existing) use flag is appropriate. In this case you might consider using the absense of the X use flag to warant making qtparted with qtembedded.