sjnewbury / multilib-overlay Goto Github PK

http://pastebin.com/fjFWbDni

If I force a build from the main repository, it builds fine.

This change requires a change to a file in the modified version of portage itself (bin/auto-multilib.sh), to a file in the overlay (profiles/base/make.defaults) and to the multilib eclass.

Since I have no way of getting access to all of these things, I've just packaged all the patches into a zip archive and uploaded it to my mediafire account: http://download364.mediafire.com/wygxzfg1m5ug/tittmzjmm0w/portage-multilib_ldemulation.zip

Each patch is named after the file it's patching. This is the best way I could think of to package these changes, feel free to tell me on the irc chan if there's a better way, I'm always there, if idle.

dev-python/setuptools is required by sys-libs/cracklib.
Please add it.

virtual/libusb seems to need lib32 Use-Flag in dev-libs/libusb-compat and dev-libs/libusb.
Unfortunately there is no dev-libs/libusb-compat ebuild in your overlay.

Solved: You don't need the compat ebuild. Sorry

When I attempt to compile the application I get after the configure stage:

Source configured.
Compiling source in /var/tmp/portage/net-fs/samba-3.0.37/work/samba-3.0.37 ...
make -j2 -j1 proto
make: *** No rule to make target `proto'. Stop.

Can you generate a new Manifest file for sys-libs/libsmbios? Thanks.

Verifying ebuild manifests

!!! A file listed in the Manifest could not be found: /usr/local/portage/layman/multilib/sys-libs/libsmbios/files/libsmbios-2.0.3-gcc44.patch

media-libs/imlib2 didn't call econf, and so wouldn't build for me.

I added a line in multilib-native_src_configure_internal to make it work, but I guess that's not the solution:
export MY_ECONF="
$(use_with X x)
$(use_with jpeg)
$(use_with png)
$(use_with tiff)
$(use_with gif)
$(use_with zlib)
$(use_with bzip2)
$(use_with mp3 id3)
${myconf}
"

enlightenment_src_configure

}

Please add x86 ABI to net-libs/libgrss

In "non-multilib-overlay", my CHOST is "x86_64-gentoo-linux-gnu". I changed thus the "vendor" part, which is legal and fun.
I can build binutils, but not gcc, nor glibc.

• gcc complains about a missing header in 32 bits, in pre-stage1 step
• glibc stops too

This is not a blocking bug, I changed CHOST to "x86_64-pc-linux-gnu" and all runs fine, but I would find "cool" to have the freedom to modify the vendor tag of CHOST.

Kind regards,
Xavier.

libgmp may be required by openssl and newer versions of gcc.
libmpfr is used by newer versions of gcc.

When hosting cross-compilers on a network share, it is convenient to update them all in one go. Some of the machines connecting to the share run x86 OSes, so cross-compilers must be built in two flavors (amd64 and x86) for each target. Unfortunately, newer gcc requires libmpfr and libgmp to build, and those are not provided either by emul-linux-x86 or this overlay.

The native eclass is missing a set of variables that was added in the new ebuild, already committed in my fork, reporting this here in case it gets missed in irc. Without the variables, perl still builds, just without properly building the modules.

Getting an error as follows when compiling cups from the multilib overlay:

Emerging (1 of 248) net-print/cups-1.3.11-r1 from multilib
Downloading 'http://gentoo.osuosl.org/distfiles/cups-1.3.11-source.tar.bz2'
--2009-12-07 15:54:00-- http://gentoo.osuosl.org/distfiles/cups-1.3.11-source.tar.bz2
Resolving gentoo.osuosl.org... 64.50.236.52
Connecting to gentoo.osuosl.org|64.50.236.52|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3799393 (3.6M) [application/x-tar]
Saving to: `/usr/portage/distfiles/cups-1.3.11-source.tar.bz2'

100%[======================================>] 3,799,393 657K/s in 5.7s

2009-12-07 15:54:06 (649 KB/s) - `/usr/portage/distfiles/cups-1.3.11-source.tar.bz2' saved [3799393/3799393]

('Filesize does not match recorded size', 3799393, 3799424)
!!! Fetched file: cups-1.3.11-source.tar.bz2 VERIFY FAILED!
!!! Reason: Filesize does not match recorded size
!!! Got: 3799393
!!! Expected: 3799424
Refetching... File renamed to '/usr/portage/distfiles/cups-1.3.11-source.tar.bz2.checksum_failure.mPb1_h'

.
.
.
several retries later

• Fetch failed for 'net-print/cups-1.3.11-r1', Log file:
• '/var/tmp/portage/net-print/cups-1.3.11-r1/temp/build.log'

Failed to emerge net-print/cups-1.3.11-r1, Log file:

'/var/tmp/portage/net-print/cups-1.3.11-r1/temp/build.log'

• Messages for package net-print/cups-1.3.11-r1:
• Fetch failed for 'net-print/cups-1.3.11-r1', Log file:
• '/var/tmp/portage/net-print/cups-1.3.11-r1/temp/build.log'

We are a group of researchers from Yale University building a tool to finding bugs in configurations files. To evaluate the effectiveness of our tool, we randomly selected 1000 open source configuration files to verify and are requesting feedback on our error report. Your file https://raw.githubusercontent.com/sjnewbury/multilib-overlay/80c9fd20cfd05481ac19edcadd56ad5e578a8930/dev-db/mysql/files/my.cnf was among those files. When we ran our tool your file, it reported the following potential errors.

[MISSING ERROR: Expected "pid-file[safe-mysqld]" in the same file as "err-log[safe-mysqld]"
In the training set we saw: True 7 times, False 1 times
]

The training set referenced in the report is taken from the industrial configuration files at https://github.com/tianyin/configuration_datasets. Note that even if your system is currently working, these bug may manifest itself only under large traffic loads or different system environments.

If you feel the any of above errors may indeed cause problems either on your system, or a different system, please comment on this issue report in the space below. This will help use to improve our tool. If you do not believe this is a potential bug, please feel free to close this issue. If possible we would appreciate your feedback before July 27.

If you would like find out more about how we detected these bug, you can find the open source tool at https://github.com/santolucito/ConfigV. For a quick overview of this tool, you can watch this video at https://youtu.be/plliEh-5MpM. If you have further questions, or would like to get involved with this project, feel free to reach out over email at [email protected].

Thank you for your time!

http://download766.mediafire.com/zm0cj13v2mzg/04wxjmkwu3n/0001-fix-blas-atlas-to-work-with-multilib-support.patch