<?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>120340</bug_id>
          
          <creation_ts>2006-01-25 13:44 0000</creation_ts>
          <short_desc>Version bump: sys-boot/efibootmgr</short_desc>
          <delta_ts>2006-03-31 13:15:53 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>Ebuilds</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>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>120341</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>wolf31o2@gentoo.org</reporter>
          <assigned_to>x86@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-01-25 13:44:06 0000</bug_when>
            <thetext>Here&apos;s a new ebuild for efibootmgr 0.5.3 for you guys.  Now, I have compiled this on x86 and it *compiles* fine.  I also used this to compile elilo, and elilo executed.  I was able to read --help and got the following:

# elilo --autoconf
elilo: backing up existing /etc/elilo.conf as /etc/elilo.conf-
elilo: You must specify the device for the bootstrap partition. (ie: -b /dev/hdaX)
elilo: Try `elilo --help&apos; for more information.

Unfortunaltely, I don&apos;t have a shiny new x86 Mac to actually test this on or anything.  I guess the main request is to see if this works on IA64 as expected and to get it into the tree, then we can determine if it actually really works on x86.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-01-25 13:45:13 0000</bug_when>
            <thetext>Created an attachment (id=78103)
efibootmgr-0.5.3.ebuild

# efibootmgr
Fatal: Couldn&apos;t open either sysfs or procfs directories for accessing EFI variables.
Try &apos;modprobe efivars&apos; as root.

I guess I should have added this to the last post, too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>plasmaroo@gentoo.org</who>
            <bug_when>2006-01-26 10:53:11 0000</bug_when>
            <thetext>Works fine on IA64; cookie++</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agriffis@gentoo.org</who>
            <bug_when>2006-03-10 09:33:41 0000</bug_when>
            <thetext>I&apos;ve added this to the tree, it&apos;s up to the x86 team to add their keyword</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2006-03-13 22:14:16 0000</bug_when>
            <thetext>I don&apos;t think anyone on the x86 team has the hardware to test this right now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-03-14 12:40:09 0000</bug_when>
            <thetext>I am working to get access to the hardware now.  If someone else can get access to a machine, or get me access to a machine, that would be great.  I can verify that the software works insofar as it compiles/runs, but I am unable to verify that it can actually talk to EFI on x86 without an EFI-capable motherboard/system.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thomas.mey@web.de</who>
            <bug_when>2006-03-31 12:46:27 0000</bug_when>
            <thetext>efibootmgr does nothing on an x86 mac, because the efi boot manager isn&apos;t used as described in EFI 1.10 specs.

equery l efiboot
[ Searching for package &apos;efiboot&apos; in all categories among: ]
 * installed packages
[I--] [ ~] sys-boot/efibootmgr-0.5.3 (0)

execute efibootmgr:
hotzenplotz thomas # efibootmgr
hotzenplotz thomas #

as you see nothing happens.

thee current mactel-linux patch has two small changes for efivars (replaces unsigned long with u64; field DataSize), see http://mactel-linux.org

As far as i understand, no efi variables are existent:
$ ls /sys/firmware/efi/vars/
del_var  new_var

so efibootmgr compiles, but is completley useless for x86 macs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-03-31 13:15:53 0000</bug_when>
            <thetext>OK.  So the bug is &quot;fixed&quot; then with regards to it being bumped.  There&apos;s nothing else to be done, since it isn&apos;t necessary for Intel-based Mac machines.  Thanks for the info, Thomas!</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>78103</attachid>
            <date>2006-01-25 13:45 0000</date>
            <desc>efibootmgr-0.5.3.ebuild</desc>
            <filename>efibootmgr-0.5.3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1ib290L2VmaWJvb3RtZ3IvZWZpYm9vdG1n
ci0wLjUuMC5lYnVpbGQsdiAxLjMgMjAwNS8wMi8wNSAxOTo1Njo0OCBwbGFzbWFyb28gRXhwICQK
CmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iSW50ZXJhY3Qgd2l0aCB0aGUgRUZJIEJvb3Qg
TWFuYWdlciBvbiBJQS02NCBTeXN0ZW1zIgpIT01FUEFHRT0iaHR0cDovL2RldmVsb3Blci5pbnRl
bC5jb20vdGVjaG5vbG9neS9lZmkiClNSQ19VUkk9Imh0dHA6Ly9saW51eC5kZWxsLmNvbS9lZmli
b290bWdyLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdPUkRTPSJp
YTY0IH54ODYiCklVU0U9IiIKCkRFUEVORD0idmlydHVhbC9saWJjCglzeXMtYXBwcy9wY2l1dGls
cyIKCiNzcmNfdW5wYWNrKCkgewojCXVucGFjayAke0F9CiMJY2QgJHtTfQojCWVwYXRjaCAke0ZJ
TEVTRElSfS9lZmlib290bWdyLTAuNC4xLW1ha2VmaWxlLnBhdGNoCiN9CgpzcmNfY29tcGlsZSgp
IHsKCWVtYWtlIHx8IGRpZSAiZW1ha2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCWRvc2Jp
biBzcmMvZWZpYm9vdG1nci9lZmlib290bWdyIHx8IGRpZQoJZG9tYW4gc3JjL21hbi9tYW44L2Vm
aWJvb3RtZ3IuOAoJZG9kb2MgQVVUSE9SUyBSRUFETUUgZG9jL0NoYW5nZUxvZyBkb2MvVE9ETwp9
Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>