<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>18835</bug_id>
          
          <creation_ts>2003-04-05 21:27 0000</creation_ts>
          <short_desc>evms-2.0.0.ebuild is broken</short_desc>
          <delta_ts>2003-04-27 02:43:19 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>thesnark@operamail.com</reporter>
          <assigned_to>x86-kernel@gentoo.org</assigned_to>
          <cc>andreas.w.simon@gmail.com</cc>
    
    <cc>tantive@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>thesnark@operamail.com</who>
            <bug_when>2003-04-05 21:27:47 0000</bug_when>
            <thetext>The emerge dies.

  Someone seems to have copied the EVMS 1.2.x ebuild and renamed it (not a big
deal), then not tested it (bad)!  There are big changes, the install is no
exception.  I will attach an ebuild I mostly made while privately messing-
around with the unstable tree.  It doesn&apos;t work perfect (I was having trouble
getting the optional use flags to work, so commented that out), but it gets
closer than a copied ebuild!

-- Daniel Mannarino

Reproducible: Always
Steps to Reproduce:

1. Emerge evms
2.
3. Profit!  Oops, not on Slashdot...

Actual Results:  
Erm, nothing!

Expected Results:  
Anything!
Well, installed for starters :;)

 Someone seems to have copied the EVMS 1.2.x ebuild and renamed it (not a big
deal), then not tested it (bad)!  There are big changes, the install is no
exception.  I will attach an ebuild I mostly made while privately messing-
around with the 1.9xs.  It doesn&apos;t work perfect (I was having trouble
getting the optional use flags to work, so commented that out), but it gets
closer than a copied ebuild!  Also, someone who uses it should seriously
scrutinize the init script.  I haven&apos;t taken a real stab at using this stuff
yet, so I haven&apos;t.  However I think the ebuild should be fixed/masked ASAP.

I&apos;m still working on it though, and may have a real one later tonight.

-- Daniel Mannarino</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thesnark@operamail.com</who>
            <bug_when>2003-04-05 21:41:13 0000</bug_when>
            <thetext>Created an attachment (id=10250)
evms-2.0.0.ebuild (Updated ebuild)

   Here it is.	Like I said, it&apos;s not perfect, though it should compile
and not trash your system.  :;)

   BTW, I am sorry:  I seem to have double-posted the bug.

-- Daniel Mannarino</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thesnark@operamail.com</who>
            <bug_when>2003-04-05 22:01:56 0000</bug_when>
            <thetext>Created an attachment (id=10252)
evms-2.0.0.ebuild (Fixed ebuild, Mark II)

   Try this one instead, it fixes the use flags.

-- Daniel Mannarino</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seemant@gentoo.org</who>
            <bug_when>2003-04-06 04:46:53 0000</bug_when>
            <thetext>evms-2 requires a different kernel patch too, I believe</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andreas.w.simon@gmail.com</who>
            <bug_when>2003-04-06 05:06:19 0000</bug_when>
            <thetext>Thanks for the ebuild, it compiled and installed fine (I am going to change from LVM 
to EVMS and have yet to actually test the new EVMS). 
 
Here a comment: I think the ebuild should also install the files INSTALL, 
INSTALL.initrd, and INSTALL.HA into /usr/share/doc/evms-2.0.0/ because they 
contain valuable information (for example how to setup kernel and EVMS when your 
rootfs is on a EVMS volume, which is what I need). 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andreas.w.simon@gmail.com</who>
            <bug_when>2003-04-06 08:02:39 0000</bug_when>
            <thetext>Two more observations: 
 
The ebuild still installs the /etc/init.d/evms script from 
EVMS 1 which does not work with EVMS 2. 
The tarball has a sample initrc script in the doc dir. With 
EVMS 2 it&apos;s enough to just call evms_activate or 
evms_deactivate. But because EVMS 2 has no longer 
kernel-based discovery and discovery is now done in 
user space, I think it would be good to have EVMS 
support in /etc/init.d/checkfs (i.e. an evms_activate call), 
just like it is already done for LVM and RAID. 
 
In my tests evms_activate segfaults during execution 
inside the initrd environment when used with 
linux-2.5.66-mm3 (I applied the 2.5.66 patches from the 
EVMS 2 tarball). And because my rootfs is on LVM, I 
can&apos;t boot. Thus I fear I can&apos;t investigate this any further. 
There were no helpful error messages. Maybe I look 
again into this when I have more time. 
 
Good luck. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andreas.w.simon@gmail.com</who>
            <bug_when>2003-04-06 10:08:47 0000</bug_when>
            <thetext>Please ignore my comment about evms_activate segfaulting. 
I had very stupid bug in my initrd. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tantive@gentoo.org</who>
            <bug_when>2003-04-07 04:13:07 0000</bug_when>
            <thetext>Ok, as I broke it i&apos;m now going to repair it...
Here&apos;s what I did so far:
- Checked in the updated ebuild as -r1 and removed -r0.
- Added a new init-script as evms2-init (-r1 uses this one)
- Added INSTALL, INSTALL.initrd, and INSTALL.HA to DODOC.

I think all that has to be done from this point on is:
- EVMS support in /etc/init.d/checkfs (i.e. an evms_activate call)


So far so good...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andreas.w.simon@gmail.com</who>
            <bug_when>2003-04-07 11:01:34 0000</bug_when>
            <thetext>Shouldn&apos;t EVMS-2 be masked until there are kernels with EVMS-2 support in the 
Portage tree, i.e. which have the respective patches applied? 
 
EVMS-2.0.0 supports kernels 2.5.66 and 2.4.20. But so far none of those kernels 
works out of the box with EVMS-2, all need special patches which can be found in 
the EVMS tarball. And as far as I see none of the kernels currently in Portage has 
these patches applied. All EVMS enabled kernels in the Portage tree still need the 
EVMS-1.2 tools and libraries. 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tantive@gentoo.org</who>
            <bug_when>2003-04-07 16:07:48 0000</bug_when>
            <thetext>As I can see the 2.0.0-r1 has ~ in it and is masked in that way.
I think the kernel ebuilds should ensure to pick the right version by adding/editing DEPEND and RDEPEND to &lt;evms-2.0.0 .
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thesnark@operamail.com</who>
            <bug_when>2003-04-07 16:35:32 0000</bug_when>
            <thetext>Thank you  ::)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pfeifer@gentoo.org</who>
            <bug_when>2003-04-15 19:53:41 0000</bug_when>
            <thetext>please try it in combination with gentoo-sources-2.4.20-r3 which has evms 2.0 support in it 
by using USE=&quot;evms2&quot;. You might want to use aavm (USE=&quot;aavm&quot;) when running with evms 
2.0 - also remember to read the evms2 doc in the gentoo-sources documentation or in the 
evms 2.0 build. This stuff is pretty new and will b0rk lvm2 - *user beware*. I&apos;d recommend 
staying with 1.2.1 until this is more tested. You&apos;ll also need an initrd if you&apos;re going to have 
your root partition is using evms. But, anyone who wants to test this out on a development 
box - it is there. 
 
If using evms 2.0 ruins your system - don&apos;t say I didn&apos;t warn you or recommend that you do 
plenty of research first. 
 
Regards, 
 
Jay </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pfeifer@gentoo.org</who>
            <bug_when>2003-04-27 02:43:19 0000</bug_when>
            <thetext>seems the ebuild is fixed and there is support in @ least one kernel. 
 
closing. 
 
Jay </thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>10250</attachid>
            <date>2003-04-05 21:41 0000</date>
            <desc>evms-2.0.0.ebuild (Updated ebuild)</desc>
            <filename>evms-2.0.0.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogJAoKSVVTRT0ibmN1cnNlcyBndGsiCgppbmhlcml0IGV1dGlscwoKREVTQ1JJ
UFRJT049IlV0aWxpdGllcyBmb3IgdGhlIElCTSBFbnRlcnByaXNlIFZvbHVtZSBNYW5hZ2VtZW50
IFN5c3RlbSIKU1JDX1VSST0ibWlycm9yOi8vc291cmNlZm9yZ2UvJHtQTn0vJHtQfS50YXIuZ3oi
CkhPTUVQQUdFPSJodHRwOi8vd3d3LnNvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9ldm1zIgoKS0VZ
V09SRFM9In54ODYgfnBwYyIKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCgojRVZNUyB1c2VzIGxp
YnV1aWQgZnJvbSBlMmZzcHJvZ3MKREVQRU5EPSJ2aXJ0dWFsL2dsaWJjCglzeXMtYXBwcy9lMmZz
cHJvZ3MKCWd0az8gKCA9eDExLWxpYnMvZ3RrKy0xKiApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25j
dXJzZXMgKSIKCnNyY19jb21waWxlKCkgewojCWxvY2FsIGV4Y2x1ZGVkX2ludGVyZmFjZXM9IiIK
Iwl1c2UgbmN1cnNlcyB8fCBleGNsdWRlZF9pbnRlcmZhY2VzPSJ0ZXh0LW1vZGUiCiMJdXNlIGd0
ayB8fCBleGNsdWRlZF9pbnRlcmZhY2VzPSJndWksJHtleGNsdWRlZF9pbnRlcmZhY2VzfSIKCgku
L2NvbmZpZ3VyZSBcCgkJLS1wcmVmaXg9L3VzciBcCgkJLS1saWJkaXI9L2xpYiBcCgkJLS1zYmlu
ZGlyPS9zYmluIFwKCQktLW1hbmRpcj0vdXNyL3NoYXJlL21hbiBcCgkJLS1pbmNsdWRlZGlyPS91
c3IvaW5jbHVkZSB8fCBkaWUgIkZhaWxlZCBjb25maWd1cmUiCiMJCS0tZGlzYWJsZS0iJHtleGNs
dWRlZF9pbnRlcmZhY2VzfSIgfHwgZGllICJGYWlsZWQgY29uZmlndXJlIgoJZW1ha2UgfHwgZGll
ICJGYWlsZWQgZW1ha2UiCn0KCnNyY19pbnN0YWxsKCkgewoJbWFrZSBERVNURElSPSR7RH0gaW5z
dGFsbCB8fCBkaWUgIk1ha2UgaW5zdGFsbCBkaWVkIgoJZG9kb2MgQ2hhbmdlTG9nIENPUFlJTkcg
VEVSTUlOT0xPR1kgUExVR0lOLklEUwoKCSMgbW92ZSBzdGF0aWMgbGlicmFyaWVzIHRvIC91c3Iv
bGliCglkb2RpciAvdXNyL2xpYgoJbXYgLWYgJHtEfS9saWIvKi5hICR7RH0vdXNyL2xpYgoKCSMg
Q3JlYXRlIGxpbmtlciBzY3JpcHRzIGZvciBkeW5hbWljIGxpYnMgaW4gL2xpYiwgZWxzZSBnY2MK
CSMgbGlua3MgdG8gdGhlIHN0YXRpYyBvbmVzIGluIC91c3IvbGliIGZpcnN0LiAgQnVnICM0NDEx
LgoJZm9yIHggaW4gJHtEfS91c3IvbGliLyouYQoJZG8KCQlpZiBbIC1mICR7eH0gXQoJCXRoZW4K
CQkJbG9jYWwgbGliPSIke3gjIyovfSIKCQkJZ2VuX3Vzcl9sZHNjcmlwdCAke2xpYi9cLmEvXC5z
b30KCQlmaQoJZG9uZQoKCSMgcmVhbGl6ZSB0aGVzZSBzeW1saW5rcyBub3cgc28gdGhleSBnZXQg
aW5jbHVkZWQKCWNkICR7RH0vbGliCglybSAtZiBsaWJkbGlzdC5zbyBsaWJldm1zLnNvCglsbiAt
c2YgbGliZXZtcy0ke1BWfS5zbyBsaWJldm1zLnNvLjEKCWxuIC1zZiBsaWJldm1zLnNvLjEgbGli
ZXZtcy5zbwoJbG4gLXNmIGxpYmRsaXN0LTEuMC5zbyBsaWJkbGlzdC5zby4xCglsbiAtc2YgbGli
ZGxpc3Quc28uMSBsaWJkbGlzdC5zbwoKCSMgdGhlIGd0aysgZnJvbnRlbmQgc2hvdWxkIGxpdmUg
aW4gL3Vzci9zYmluCglpZiBbIC1uICJgdXNlIGd0a2AiIF0KCXRoZW4KCQlkb2RpciAvdXNyL3Ni
aW4KCQltdiAtZiAke0R9L3NiaW4vZXZtc2d1aSAke0R9L3Vzci9zYmluCglmaQoKCWV4ZWludG8g
L2V0Yy9pbml0LmQKCW5ld2V4ZSAke0ZJTEVTRElSfS9ldm1zLWluaXQgZXZtcwp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>10252</attachid>
            <date>2003-04-05 22:01 0000</date>
            <desc>evms-2.0.0.ebuild (Fixed ebuild, Mark II)</desc>
            <filename>evms-2.0.0.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogJAoKSVVTRT0ibmN1cnNlcyBndGsiCgppbmhlcml0IGV1dGlscwoKREVTQ1JJ
UFRJT049IlV0aWxpdGllcyBmb3IgdGhlIElCTSBFbnRlcnByaXNlIFZvbHVtZSBNYW5hZ2VtZW50
IFN5c3RlbSIKU1JDX1VSST0ibWlycm9yOi8vc291cmNlZm9yZ2UvJHtQTn0vJHtQfS50YXIuZ3oi
CkhPTUVQQUdFPSJodHRwOi8vd3d3LnNvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9ldm1zIgoKS0VZ
V09SRFM9In54ODYgfnBwYyIKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCgojRVZNUyB1c2VzIGxp
YnV1aWQgZnJvbSBlMmZzcHJvZ3MKREVQRU5EPSJ2aXJ0dWFsL2dsaWJjCglzeXMtYXBwcy9lMmZz
cHJvZ3MKCWd0az8gKCA9eDExLWxpYnMvZ3RrKy0xKiApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25j
dXJzZXMgKSIKCnNyY19jb21waWxlKCkgewoJbG9jYWwgZXhjbHVkZWRfaW50ZXJmYWNlcz0iIgoJ
dXNlIG5jdXJzZXMgfHwgZXhjbHVkZWRfaW50ZXJmYWNlcz0iLS1kaXNhYmxlLXRleHQtbW9kZSIK
CXVzZSBndGsgfHwgZXhjbHVkZWRfaW50ZXJmYWNlcz0iJHtleGNsdWRlZF9pbnRlcmZhY2VzfSAt
LWRpc2FibGUtZ3VpIgoKCS4vY29uZmlndXJlIFwKCQktLXByZWZpeD0vdXNyIFwKCQktLWxpYmRp
cj0vbGliIFwKCQktLXNiaW5kaXI9L3NiaW4gXAoJCS0tbWFuZGlyPS91c3Ivc2hhcmUvbWFuIFwK
CQktLWluY2x1ZGVkaXI9L3Vzci9pbmNsdWRlIFwKCQkke2V4Y2x1ZGVkX2ludGVyZmFjZXN9IHx8
IGRpZSAiRmFpbGVkIGNvbmZpZ3VyZSIKCWVtYWtlIHx8IGRpZSAiRmFpbGVkIGVtYWtlIgp9Cgpz
cmNfaW5zdGFsbCgpIHsKCW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwgfHwgZGllICJNYWtlIGlu
c3RhbGwgZGllZCIKCWRvZG9jIENoYW5nZUxvZyBDT1BZSU5HIFRFUk1JTk9MT0dZIFBMVUdJTi5J
RFMKCgkjIG1vdmUgc3RhdGljIGxpYnJhcmllcyB0byAvdXNyL2xpYgoJZG9kaXIgL3Vzci9saWIK
CW12IC1mICR7RH0vbGliLyouYSAke0R9L3Vzci9saWIKCgkjIENyZWF0ZSBsaW5rZXIgc2NyaXB0
cyBmb3IgZHluYW1pYyBsaWJzIGluIC9saWIsIGVsc2UgZ2NjCgkjIGxpbmtzIHRvIHRoZSBzdGF0
aWMgb25lcyBpbiAvdXNyL2xpYiBmaXJzdC4gIEJ1ZyAjNDQxMS4KCWZvciB4IGluICR7RH0vdXNy
L2xpYi8qLmEKCWRvCgkJaWYgWyAtZiAke3h9IF0KCQl0aGVuCgkJCWxvY2FsIGxpYj0iJHt4IyMq
L30iCgkJCWdlbl91c3JfbGRzY3JpcHQgJHtsaWIvXC5hL1wuc299CgkJZmkKCWRvbmUKCgkjIHJl
YWxpemUgdGhlc2Ugc3ltbGlua3Mgbm93IHNvIHRoZXkgZ2V0IGluY2x1ZGVkCgljZCAke0R9L2xp
YgoJcm0gLWYgbGliZGxpc3Quc28gbGliZXZtcy5zbwoJbG4gLXNmIGxpYmV2bXMtJHtQVn0uc28g
bGliZXZtcy5zby4xCglsbiAtc2YgbGliZXZtcy5zby4xIGxpYmV2bXMuc28KCWxuIC1zZiBsaWJk
bGlzdC0xLjAuc28gbGliZGxpc3Quc28uMQoJbG4gLXNmIGxpYmRsaXN0LnNvLjEgbGliZGxpc3Qu
c28KCgkjIHRoZSBndGsrIGZyb250ZW5kIHNob3VsZCBsaXZlIGluIC91c3Ivc2JpbgoJaWYgWyAt
biAiYHVzZSBndGtgIiBdCgl0aGVuCgkJZG9kaXIgL3Vzci9zYmluCgkJbXYgLWYgJHtEfS9zYmlu
L2V2bXNndWkgJHtEfS91c3Ivc2JpbgoJZmkKCglleGVpbnRvIC9ldGMvaW5pdC5kCgluZXdleGUg
JHtGSUxFU0RJUn0vZXZtcy1pbml0IGV2bXMKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>