Bugzilla Bug 98024

Hi

   I ve just made two new ebuilds that compiles OCFS2 and it s tools.

   Enjoy!

Reproducible: Always
Steps to Reproduce:
 Just uncompress the tar.gz to /usr/portage and emerge them.
Actual Results:  
 Wow I m running a kernel with ocfs2.

Created an attachment (id=62684) [edit]
ocfs2-tools

Created an attachment (id=62685) [edit]
The kernel module

Uhm, didn't the kernel part get accepted into Linus's upstream already? Or am I
thinking of something else?

(In reply to comment #3)
> Uhm, didn't the kernel part get accepted into Linus's upstream already? Or am I
> thinking of something else?

 It isnt on vanilla kernel, ocfs1 isnt there too.

Created an attachment (id=62761) [edit]
new packages

  Added IUSE gtk2
  Added DEPEND from python, pygtk, e2fsprog and readline.
  Removed RDEPEND.
  Added the configuration section for /etc/init.d, /etc/default and /etc/ocfs2.

  New ebuild info on post install.

Created an attachment (id=62763) [edit]
new kernel module package

Removed configuration section from this package, ocfs2-tools handles that.
Removed deprecated options on configure.
Added RDEPEND on ocfs2-tools.

Created an attachment (id=65494) [edit]
1.0.0 version - kernel module

This is 1.0.0 release of ocfs2 kernel module. Changes: 
* Upgraded to 1.0.0
* Added Gentoo copyright notice in ebuild
* Added suggestion about generic_drop_inode

Created an attachment (id=65495) [edit]
1.0.0 version - userspace tools

This is 1.0.0 version of ocfs2 userspace tools. Changes:
* Upgraded to 1.0.0
* Added Gentoo copyright notice 
* Corrected IUSE typo
* Corrected DEPEND 
* Fixed dynamic compilation
* Wrote gentoo-style init scripts 
* Kept /config and /dlm dirs
* Wrote INSTALL.GENTOO mini-howto
* Lame-fixed python library paths

Please test.

(In reply to comment #7)
the path to the kernel patch in the ewarn misses the /work/ocfs2-1.0.0/ part. 
the statement I used to patch the kernel:

cat
/var/tmp/portage/ocfs2-1.0.0/work/ocfs2-1.0.0/patches/export_generic_drop_inode.patch
| patch -p1

Both ocfs2 and ocfs2-tools build fine here (2.6.12-gentoo-r6 i686).
Thanks for the ebuild!

(In reply to comment #9)
> the path to the kernel patch in the ewarn misses the /work/ocfs2-1.0.0/ part. 

Quite true, my bad. 

I also found that upgrading from ocfs2-0.99.* (or from a previous manual
install) breaks if /config and /dlm are already present. 

I'll correct both things, as well as kernel deps and few other tidy-ups, and
upload it as 1.0.0-r1 when finished. 

Is INSTALL.GENTOO clear enough? 
Any comments from developers?

Created an attachment (id=66023) [edit]
1.0.1 version - kernel module

Created an attachment (id=66025) [edit]
1.0.1 version - userspace tools

Changelog: 
* Took out BUG from INSTALL.GENTOO about kernel upgrade
* Added "unmounts" to stop() of init script (actually, stole it from netmount)
* Added check for existing /dlm or /config
* Corrected patch path (Thanks to Michael Steinmann)

# lynx -head -dump
http://oss.oracle.com/projects/ocfs2/dist/files/source/ocfs2-1.0.1.tar.gz
HTTP/1.0 404 Not Found

404 confirmed.
Can someone bump the ebuild or provide an alternative location for the files?

(In reply to comment #14)
> 404 confirmed.
> Can someone bump the ebuild or provide an alternative location for the files?

they moved the sources up one level (/v1.0), ocfs2-1.0.1.ebuild:

-SRC_URI="http://oss.oracle.com/projects/ocfs2/dist/files/source/${P}.tar.gz"
+SRC_URI="http://oss.oracle.com/projects/ocfs2/dist/files/source/v1.0/${P}.tar.gz"

ocfs2-1.2.0 released 2006.02.16 

vanilla-kernel-2.6.16 with experimental ocfs2 was released.
Please add the ocfs2-tools ebuilds to portage (current version 1.2.0, available
from
http://oss.oracle.com/projects/ocfs2-tools/dist/files/source/v1.2/ocfs2-tools-1.2.0.tar.gz)

Thanks!

Created an attachment (id=82943) [edit]
updated sys-fs/ocfs2-tools package

New ebuild for ocfs2-tools v1.2.0.
Fixes a couple of typos and inconsistencies within the INSTALL.GENTOO file and
the ocfs2.init script.

Created an attachment (id=89092) [edit]
patch from ocfs2-tools-1.2.0 to 1.2.1 

patch for 1.2.0 to 1.2.1, some paths have changed.

Could someone attach plain-text versions of the current files so it's easier to
review them?

I see sys-fs/ocfs-tools -- is that the same thing as your ocfs2-tools?

(In reply to comment #21)
> I see sys-fs/ocfs-tools -- is that the same thing as your ocfs2-tools?

Got bored, did the research, no it's not. I do find one feature of ocfs2
crippling, however. From the manual:

"Whereas one can add new nodes to the cluster dynamically, any other change,
like name, ip address, requires the cluster to be restarted for the changes to
take effect."

Seriously, who wants to be restarting the whole cluster for changes to a single
node.

Created an attachment (id=90203) [edit]
Plain Text ebuild for 1.2.1

plain text ebuild for ocfs2 version 1.2.1 
primary Daniel Frankes ebuild, only version bump to 1.2.1 and some corrected
paths 

Can we please get ocfs2-tools into Portage? TIA!

Added, thanks for your patience!