On Wed, Nov 4, 2020 at 8:16 PM Yuval Lifshitz <ylifshit(a)redhat.com> wrote:
>
> got it. Is this a fedora specific issue?
> should I try doing that on ubuntu?
>
> On Tue, Nov 3, 2020 at 11:35 PM Brad Hubbard <bhubbard(a)redhat.com> wrote:
>>
>> On Wed, Nov 4, 2020 at 1:03 AM Yuval Lifshitz <ylifshit(a)redhat.com> wrote:
>> >
>> > Hi Brad,
>> > Thanks for the help!
>> > but now i ran into this issue:
https://tracker.ceph.com/issues/48078 as
cmake is now failing with:
>> > "
>> > CMake Error at cmake/modules/CephChecks.cmake:140 (message):
>> > Unaligned access is required
>> > "
>> > in the ticket you mention that this is not happening with "in
tree" rpmbuild. How do I perform that?
>>
>> An "in tree" build is a normal build in the source tree (as opposed to
>> building using rpmbuild). There is something about the rpmbuild
>> environment that is contributing to the issue but I haven't been able
>> to work out what exactly the problem is so far.
>>
>> >
>> > Yuval
>> >
>> > On Tue, Nov 3, 2020 at 2:45 AM Brad Hubbard <bhubbard(a)redhat.com>
wrote:
>> >>
>> >> On Tue, Nov 3, 2020 at 2:20 AM Yuval Lifshitz
<ylifshit(a)redhat.com> wrote:
>> >> >
>> >> > Dear Community,
>> >>
>> >> Hi Yuval,
>> >>
>> >> > As part of the work to add AWS endpoints to RGW bucket
notifications [1], I'm trying to figure out how to package the AWS libraries that we
generate in the submodule.
>> >> >
>> >> > So, my first step is to try and see how packaging works regardless
of the AWS PR (just on master). I'm trying to follow the instructions from our docs
[2], but these instructions seem to indicate that the code tarball needs to be downloaded
from our official location (although the instructions also ask to clone ceph locally).
Instead I used the "make-dist" script to generate the tarball locally, and
continued with the instructions using that tarball instead of the downloaded one.
>> >> >
>> >> > This worked to some point, but I started receiving 2 kinds of
issues:
>> >> > One (seems like a warning):
>> >> > "
>> >> > /usr/bin/gdb.minimal: warning: Could not complete Guile gdb module
initialization from: /usr/share/gdb/guile/gdb/boot.scm.
>> >>
>> >> If it's complaining about not being able to find
>> >> /usr/share/gdb/guile/gdb/boot.scm (as in the BZ) you could try
>> >> installing gdb-headlessbut it looks like a bit of a harmless warning
>> >> AFAICT.
>> >>
>> >> > "
>> >> > Probably related to this BZ [3], but could not figure out what to
do to solve it
>> >> >
>> >> > The other is an error with rpath causign the process to fail:
>> >> > "
>> >> > ERROR 0002: file '/app/lib64/ceph/libceph-common.so.2'
contains an invalid rpath '/app/lib64/ceph' in [/app/lib64/ceph]
>> >> > ERROR 0002: file
'/app/lib64/ceph/librbd/libceph_librbd_parent_cache.so.1.0.0' contains an invalid
rpath '/app/lib64/ceph' in [/app/lib64/ceph]
>> >> > ERROR 0002: file '/app/lib64/libcephfs.so.2.0.0' contains
an invalid rpath '/app/lib64/ceph' in [/app/lib64/ceph]
>> >> > ...
>> >> > "
>> >> >
>> >> > Would appreciate any advice on that.
>> >>
>> >> This is due to the following.
>> >>
>> >> $ rpm --eval "%{_prefix}"
>> >> /app
>> >>
>> >> $ rpm --showrc | grep "^Macro path:"
>> >> Macro path:
/usr/lib/rpm/macros:/usr/lib/rpm/macros.d/macros.*:/usr/lib/rpm/platform/%{_target}/macros:/usr/lib/rpm/fileattrs/*.attr:/usr/lib/rpm/redhat/macros:/etc/rpm/macros.*:/etc/rpm/macros:/etc/rpm/%{_target}/macros:~/.rpmmacros
>> >>
>> >> $ ag "%_prefix.*app" /usr/lib/rpm/ /etc/rpm/
>> >> /etc/rpm/macros.flatpak
>> >> 2:%_prefix /app
>> >>
>> >> $ rpm -qf /etc/rpm/macros.flatpak
>> >> flatpak-rpm-macros-32-2.fc32.x86_64
>> >>
>> >> So you could uninstall flatpak-rpm-macros or you can add the following
>> >> line to ~/.rpmmacros to override the definition.
>> >>
>> >> %_prefix /usr
>> >>
>> >> The way I normally create rpms is by running the following.
>> >>
>> >> $ rpmdev-wipetree
>> >> $ ./make-srpm.sh
>> >> $ rpm -ivh ceph-15.0.0-19449.g161b7e118b4.fc32.src.rpm
>> >> $ rpmbuild -ba ~/working/rpmbuild/SPECS/ceph.spec
>> >>
>> >> There are other options available as well such as using mock profiles
>> >> [0] to build the srpm and/or uploading to copr [1] or similar to allow
>> >> the rpms to be built there. Of course you could also do these builds
>> >> in containers.
>> >>
>> >> Let me know if I can be of any further help.
>> >>
>> >> [0]
https://fedoraproject.org/wiki/Using_Mock_to_test_package_builds
>> >> [1]
https://copr.fedorainfracloud.org/coprs/badone/
>> >>
>> >> >
>> >> > Yuval
>> >> >
>> >> > [1]
https://github.com/ceph/ceph/pull/36062
>> >> > [2]
https://docs.ceph.com/en/latest/install/build-ceph/?highlight=rpmbuild#rpm-…
>> >> > [3]
https://bugzilla.redhat.com/show_bug.cgi?id=1801144
>> >> > _______________________________________________
>> >> > Dev mailing list -- dev(a)ceph.io
>> >> > To unsubscribe send an email to dev-leave(a)ceph.io
>> >>
>> >>
>> >>
>> >> --
>> >> Cheers,
>> >> Brad
>> >>
>>
>>
>> --
>> Cheers,
>> Brad
>>
> _______________________________________________
> Dev mailing list -- dev(a)ceph.io
> To unsubscribe send an email to dev-leave(a)ceph.io
--
Cheers,
Brad
_______________________________________________
Dev mailing list -- dev(a)ceph.io
To unsubscribe send an email to dev-leave(a)ceph.io