Re: Silverblue: install rpm package

[arnaud gaboury]

On Fri, Jan 18, 2019 at 3:49 AM Samuel Sieb  wrote:

> On 1/17/19 6:37 AM, arnaud gaboury wrote:
> > I want to install Notable[0]. As it is not yet packaged for fedora, I
> > tried to install it with the rpm package.
> >
> > --
> > # rpm-ostree install notable-1.1.0.x86_64.rpm
> > error: Importing package notable: Unsupported path:
> > /opt/Notable/LICENSE.electron.txt; See
> > https://github.com/projectatomic/rpm-ostree/issues/233
> > -
> >
> > Reading the 233 issue does not help me.
> > How can I deal with this issue? How to install this application?
>
> Simple answer, you can't.  ostree doesn't support packages installing to
> /opt.  There are some workarounds mentioned in that issue, but they are
> somewhat complicated.
>

TY. I came to this conclusion.I used the rpm2cpio command to extract/copy,
but it is only a dirty tweak.

___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Silverblue: install rpm package

[arnaud gaboury]

I want to install Notable[0]. As it is not yet packaged for fedora, I tried
to install it with the rpm package.

--
# rpm-ostree install notable-1.1.0.x86_64.rpm
error: Importing package notable: Unsupported path:
/opt/Notable/LICENSE.electron.txt; See
https://github.com/projectatomic/rpm-ostree/issues/233
-

Reading the 233 issue does not help me.
How can I deal with this issue? How to install this application?

Thank you for help

[0]https://github.com/fabiospampinato/notable
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: System freezes randomly - need to reboot

[arnaud gaboury]

On Mon, Jan 14, 2019 at 3:14 PM Michal Schmidt  wrote:

> On 1/14/19 1:31 PM, arnaud gaboury wrote:
> > Hello everyone,
> >
> > ##
> > $ cat /etc/os-release
> > NAME=Fedora
> > VERSION="29.20181230.0 (Workstation Edition)"
> > ID=fedora
> > VERSION_ID=29
> > VERSION_CODENAME=""
> > PLATFORM_ID="platform:f29"
> > PRETTY_NAME="Fedora 29.20181230.0 (Workstation Edition)"
> > 
> > VARIANT="Workstation Edition"
> > VARIANT_ID=workstation
> > OSTREE_VERSION=29.20181230.0
> > ###
> >
> > Wayland with Gnome session
> >
> > My system freezes randomly and I need to reboot. I can't spot any
> specific action or app that could trigger the freeze, as it happens with
> my regular app open: Gnome terminal, Firefox, Telegram desktop. When
> running the following command,I get some hints:
> >
> > ###
> > $ journalctl --system
> > .
> > Jan 14 09:04:51 yogabx audit[1]: SERVICE_STOP pid=1 uid=0
> auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-3825-0
> comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
> res=succes>
> > Jan 14 09:04:51 yogabx systemd-coredump[3826]: Process 3819 (fwupd) of
> user 0 dumped core.
> >
> >Stack trace of thread
> 3819:
> >#0  0x7f549d033f42
> __strcmp_avx2 (libc.so.6)
> >#1  0x7f549d3f43e5
> n/a (libgio-2.0.so.0)
> >#2  0x7f549d3f547f
> g_unix_is_mount_path_system_internal (libgio-2.0.so.0)
> >#3  0x7f549d3f56e8
> n/a (libgio-2.0.so.0)
> >#4  0x7f549d3f5b07
> g_unix_mount_at (libgio-2.0.so.0)
> >#5  0x7f548c9272f7
> fu_plugin_coldplug (libfu_plugin_uefi.so)
> >#6  0x557cbc21f550
> fu_plugin_runner_coldplug (fwupd)
> >#7  0x557cbc206a98
> n/a (fwupd)
> >#8  0x557cbc20f7fa
> fu_engine_load (fwupd)
> >#9  0x557cbc1ff55a
> main (fwupd)
> >#10 0x7f549cefb413
> __libc_start_main (libc.so.6)
> >#11 0x557cbc1ff86e
> _start (fwupd)
> >
> >Stack trace of thread
> 3821:
> >#0  0x7f549cfc9421
> __poll (libc.so.6)
> >#1  0x7f549c820d5f
> n/a (libusb-1.0.so.0)
> >#2  0x7f549d0a558e
> start_thread (libpthread.so.0)
> >#3  0x7f549cfd46a3
> __clone (libc.so.6)
> >
> >Stack trace of thread
> 3823:
> >#0  0x7f549cfc9421
> __poll (libc.so.6)
> >#1  0x7f549d5033a6
> n/a (libglib-2.0.so.0)
> >#2  0x7f549d503762
> g_main_loop_run (libglib-2.0.so.0)
> >#3  0x7f549d3ca10a
> n/a (libgio-2.0.so.0)
> >#4  0x7f549d52c2aa
> n/a (libglib-2.0.so.0)
> >#5  0x7f549d0a558e
> start_thread (libpthread.so.0)
> >#6  0x7f549cfd46a3
> __clone (libc.so.6)
> >
> >Stack trace of thread
> 3820:
> >#0  0x7f549cfc9421
> __poll (libc.so.6)
> >#1  0x7f549d5033a6
> n/a (libglib-2.0.so.0)
> >#2  0x7f549d5034d0
> g_main_context_iteration (libglib-2.0.so.0)
> >#3  0x7f549d503521
> n/a (libglib-2.0.so.0)
> >#4  0x7f549d52c2aa
> n/a (libglib-2.0.so.0)
> > 

Re: System freezes randomly - need to reboot

[arnaud gaboury]

On Mon, Jan 14, 2019 at 1:34 PM Joseph D. Wagner 
wrote:

> Do you have a nvidia card?
>

No. Lenovo yoga with Intel

>
>
> Joseph D. Wagner
>
>
>
> *From:* arnaud gaboury 
> *Sent:* Monday, January 14, 2019 4:31 AM
> *To:* Development discussions related to Fedora <
> devel@lists.fedoraproject.org>
> *Subject:* System freezes randomly - need to reboot
>
>
>
> Hello everyone,
>
>
>
> ##
>
> $ cat /etc/os-release
>
> NAME=Fedora
> VERSION="29.20181230.0 (Workstation Edition)"
> ID=fedora
> VERSION_ID=29
> VERSION_CODENAME=""
> PLATFORM_ID="platform:f29"
> PRETTY_NAME="Fedora 29.20181230.0 (Workstation Edition)"
> 
> VARIANT="Workstation Edition"
> VARIANT_ID=workstation
> OSTREE_VERSION=29.20181230.0
> ###
>
>
>
> Wayland with Gnome session
>
>
>
> My system freezes randomly and I need to reboot. I can't spot any specific
> action or app that could trigger the freeze, as it happens with  my regular
> app open: Gnome terminal, Firefox, Telegram desktop. When running the
> following command,I get some hints:
>
>
>
> ###
>
> $ journalctl --system
>
> .
>
> Jan 14 09:04:51 yogabx audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295
> ses=4294967295 msg='unit=systemd-coredump@3-3825-0 comm="systemd"
> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=succes>
> Jan 14 09:04:51 yogabx systemd-coredump[3826]: Process 3819 (fwupd) of
> user 0 dumped core.
>
>Stack trace of thread 3819:
>#0  0x7f549d033f42
> __strcmp_avx2 (libc.so.6)
>#1  0x7f549d3f43e5 n/a
> (libgio-2.0.so.0)
>#2  0x7f549d3f547f
> g_unix_is_mount_path_system_internal (libgio-2.0.so.0)
>#3  0x7f549d3f56e8 n/a
> (libgio-2.0.so.0)
>#4  0x7f549d3f5b07
> g_unix_mount_at (libgio-2.0.so.0)
>#5  0x7f548c9272f7
> fu_plugin_coldplug (libfu_plugin_uefi.so)
>#6  0x557cbc21f550
> fu_plugin_runner_coldplug (fwupd)
>#7  0x557cbc206a98 n/a
> (fwupd)
>#8  0x557cbc20f7fa
> fu_engine_load (fwupd)
>#9  0x557cbc1ff55a main
> (fwupd)
>#10 0x7f549cefb413
> __libc_start_main (libc.so.6)
>#11 0x557cbc1ff86e
> _start (fwupd)
>
>Stack trace of thread 3821:
>#0  0x7f549cfc9421
> __poll (libc.so.6)
>#1  0x7f549c820d5f n/a
> (libusb-1.0.so.0)
>#2  0x7f549d0a558e
> start_thread (libpthread.so.0)
>#3  0x7f549cfd46a3
> __clone (libc.so.6)
>
>Stack trace of thread 3823:
>#0  0x7f549cfc9421
> __poll (libc.so.6)
>#1  0x7f549d5033a6 n/a
> (libglib-2.0.so.0)
>#2  0x7f549d503762
> g_main_loop_run (libglib-2.0.so.0)
>#3  0x7f549d3ca10a n/a
> (libgio-2.0.so.0)
>#4  0x7f549d52c2aa n/a
> (libglib-2.0.so.0)
>#5  0x7f549d0a558e
> start_thread (libpthread.so.0)
>#6  0x7f549cfd46a3
> __clone (libc.so.6)
>
>Stack trace of thread 3820:
>#0  0x7f549cfc9421
> __poll (libc.so.6)
>#1  0x7f549d5033a6 n/a
> (libglib-2.0.so.0)
>#2  0x7f549d5034d0
> g_main_context_iteration (libglib-2.0.so.0)
>#3  0x7f549d503521 n/a
> (libglib-2.0.so.0)
>#4  0x7f549d52c

System freezes randomly - need to reboot

[arnaud gaboury]

Hello everyone,

##
$ cat /etc/os-release
NAME=Fedora
VERSION="29.20181230.0 (Workstation Edition)"
ID=fedora
VERSION_ID=29
VERSION_CODENAME=""
PLATFORM_ID="platform:f29"
PRETTY_NAME="Fedora 29.20181230.0 (Workstation Edition)"

VARIANT="Workstation Edition"
VARIANT_ID=workstation
OSTREE_VERSION=29.20181230.0
###

Wayland with Gnome session

My system freezes randomly and I need to reboot. I can't spot any specific
action or app that could trigger the freeze, as it happens with  my regular
app open: Gnome terminal, Firefox, Telegram desktop. When running the
following command,I get some hints:

###
$ journalctl --system
.
Jan 14 09:04:51 yogabx audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295
ses=4294967295 msg='unit=systemd-coredump@3-3825-0 comm="systemd"
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=succes>
Jan 14 09:04:51 yogabx systemd-coredump[3826]: Process 3819 (fwupd) of user
0 dumped core.

   Stack trace of thread 3819:
   #0  0x7f549d033f42
__strcmp_avx2 (libc.so.6)
   #1  0x7f549d3f43e5 n/a
(libgio-2.0.so.0)
   #2  0x7f549d3f547f
g_unix_is_mount_path_system_internal (libgio-2.0.so.0)
   #3  0x7f549d3f56e8 n/a
(libgio-2.0.so.0)
   #4  0x7f549d3f5b07
g_unix_mount_at (libgio-2.0.so.0)
   #5  0x7f548c9272f7
fu_plugin_coldplug (libfu_plugin_uefi.so)
   #6  0x557cbc21f550
fu_plugin_runner_coldplug (fwupd)
   #7  0x557cbc206a98 n/a
(fwupd)
   #8  0x557cbc20f7fa
fu_engine_load (fwupd)
   #9  0x557cbc1ff55a main
(fwupd)
   #10 0x7f549cefb413
__libc_start_main (libc.so.6)
   #11 0x557cbc1ff86e
_start (fwupd)

   Stack trace of thread 3821:
   #0  0x7f549cfc9421
__poll (libc.so.6)
   #1  0x7f549c820d5f n/a
(libusb-1.0.so.0)
   #2  0x7f549d0a558e
start_thread (libpthread.so.0)
   #3  0x7f549cfd46a3
__clone (libc.so.6)

   Stack trace of thread 3823:
   #0  0x7f549cfc9421
__poll (libc.so.6)
   #1  0x7f549d5033a6 n/a
(libglib-2.0.so.0)
   #2  0x7f549d503762
g_main_loop_run (libglib-2.0.so.0)
   #3  0x7f549d3ca10a n/a
(libgio-2.0.so.0)
   #4  0x7f549d52c2aa n/a
(libglib-2.0.so.0)
   #5  0x7f549d0a558e
start_thread (libpthread.so.0)
   #6  0x7f549cfd46a3
__clone (libc.so.6)

   Stack trace of thread 3820:
   #0  0x7f549cfc9421
__poll (libc.so.6)
   #1  0x7f549d5033a6 n/a
(libglib-2.0.so.0)
   #2  0x7f549d5034d0
g_main_context_iteration (libglib-2.0.so.0)
   #3  0x7f549d503521 n/a
(libglib-2.0.so.0)
   #4  0x7f549d52c2aa n/a
(libglib-2.0.so.0)
   #5  0x7f549d0a558e
start_thread (libpthread.so.0)
   #6  0x7f549cfd46a3
__clone (libc.so.6)

   Stack trace of thread 3822:
   #0  0x7f549cfc9421
__poll (libc.so.6)
   #1  0x7f549c81a495 n/a
(libusb-1.0.so.0)
   #2  0x7f549c81b66b
libusb_handle_events_timeout_completed (libusb-1.0.so.0)
   #3  0x7f549c81b6c3
libusb_handle_events (libusb-1.0.so.0)
   #4  0x7f549d2d5039
g_usb_context_event_thread_cb (libgusb.so.2)
   #5  0x7f549d52c2aa n/a
(libglib-2.0.so.0)
   #6  0x7f549d0a558e
start_thread (libpthread.so.0)

Re: Atomic 29: ostree upgrade failed because of libdnf

[arnaud gaboury]

On Wed, Dec 5, 2018 at 4:13 PM Dusty Mabe  wrote:

>
>
> On 12/5/18 5:14 AM, arnaud gaboury wrote:
> >
> >
> > On Tue, Dec 4, 2018 at 6:57 PM Dusty Mabe  du...@dustymabe.com>> wrote:
> >
> >
> >
> > On 12/4/18 11:40 AM, Dusty Mabe wrote:
> >
> > >
> > > I will look at the configs and see if I can figure out where
> things are going wrong.
> > >
> >
> > I think this a a regression is some of the new yaml parsing in
> pungi. I opened a bug
> > to see https://pagure.io/pungi/issue/1092
> >
> > The updates-testing runs are running right after the updates runs
> and overwriting the ref.
> > For now we can disable updates-testing composes for silverblue so
> that it won't overwrite
> > the updates run.
> >
> > Here is a PR for that:
> >
> https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/thread/LGL6LPHSOPNKQUWGYHGZVSDOX466WHFH/
> >
> > Dusty
> >
> >
> > My issue has been solved and could upgrade
>
> Yep. We put in a workaround yesterday. We should be good now. Sorry about
> that.
>

Don't be sorry and be proud for your very quick action and for the good
work you do with this wonderful distro.



> Dusty
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Atomic 29: ostree upgrade failed because of libdnf

[arnaud gaboury]

On Tue, Dec 4, 2018 at 6:57 PM Dusty Mabe  wrote:

>
>
> On 12/4/18 11:40 AM, Dusty Mabe wrote:
>
> >
> > I will look at the configs and see if I can figure out where things are
> going wrong.
> >
>
> I think this a a regression is some of the new yaml parsing in pungi. I
> opened a bug
> to see https://pagure.io/pungi/issue/1092
>
> The updates-testing runs are running right after the updates runs and
> overwriting the ref.
> For now we can disable updates-testing composes for silverblue so that it
> won't overwrite
> the updates run.
>
> Here is a PR for that:
>
> https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/thread/LGL6LPHSOPNKQUWGYHGZVSDOX466WHFH/
>
> Dusty
>

My issue has been solved and could upgrade

---
$ rpm-ostree upgrade
1 metadata, 0 content objects fetched; 569 B transferred in 1 seconds
Checking out tree 6b4bc8e... done
Enabled rpm-md repositories: updates fedora yarn rpm-fusion
rpm-md repo 'updates' (cached); generated: 2018-12-05T02:28:43Z
rpm-md repo 'fedora' (cached); generated: 2018-10-24T22:20:15Z
rpm-md repo 'yarn' (cached); generated: 2018-11-07T20:05:15Z
rpm-md repo 'rpm-fusion' (cached); generated: 2018-10-23T11:05:19Z
Importing metadata [=] 100%
Resolving dependencies... done
No upgrade available.
$  rpm-ostree status
State: idle
AutomaticUpdates: disabled
Deployments:
● ostree://fedora-atomic-29:fedora/29/x86_64/silverblue
   Version: 29.20181205.0 (2018-12-05T01:01:39Z)
BaseCommit:
6b4bc8e81acb50897c493154d09afb6f07da3b2d35a1811ab1f121c4447117c1
  GPGSignature: Valid signature by
5A03B4DD8254ECA02FDA1637A20AA56B429476B4
   LayeredPackages: byacc compat-ffmpeg28 dnf
fedora-workstation-repositories ffmpeg ffmpeg-libs flex gcc git
gnome-tweak-tool
gstreamer1-libav gstreamer1-plugins-ugly httpie
hugo kubernetes-client nano nodejs perl-AnyEvent-I3
python2-kobo-rpmlib python3-kobo-rpmlib snapd
vim wmctrl zsh

  ostree://fedora-atomic-29:fedora/29/x86_64/silverblue
   Version: 29.20181205.0 (2018-12-05T01:01:39Z)
BaseCommit:
6b4bc8e81acb50897c493154d09afb6f07da3b2d35a1811ab1f121c4447117c1
  GPGSignature: Valid signature by
5A03B4DD8254ECA02FDA1637A20AA56B429476B4
   LayeredPackages: byacc compat-ffmpeg28 dnf
fedora-workstation-repositories ffmpeg ffmpeg-libs flex gcc git
gnome-tweak-tool
gstreamer1-libav gstreamer1-plugins-ugly httpie
hugo kubernetes-client nano nodejs perl-AnyEvent-I3
python2-kobo-rpmlib python3-kobo-rpmlib snapd
vim wmctrl zsh
-


> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Atomic 29: ostree upgrade failed because of libdnf

[arnaud gaboury]

-
$ cat /etc/os-release
NAME=Fedora
VERSION="29.20181129.0 (Workstation Edition)"
ID=fedora
VERSION_ID=29
PLATFORM_ID="platform:f29"
PRETTY_NAME="Fedora 29.20181129.0 (Workstation Edition)"
---

now upgrading:

--

 # rpm-ostree upgrade
1 metadata, 0 content objects fetched; 569 B transferred in 1 seconds
Checking out tree 33b20cd... done
Enabled rpm-md repositories: updates fedora yarn rpm-fusion
rpm-md repo 'updates' (cached); generated: 2018-12-04T02:37:23Z
rpm-md repo 'fedora' (cached); generated: 2018-10-24T22:20:15Z
rpm-md repo 'yarn' (cached); generated: 2018-11-07T20:05:15Z
rpm-md repo 'rpm-fusion' (cached); generated: 2018-10-23T11:05:19Z
Importing metadata [=] 100%
Resolving dependencies... Forbidden base package replacements:
  libdnf 0.22.3-1.fc29 -> 0.22.0-8.fc29 (updates)
failed
error: Some base packages would be replaced

---
$ dnf list installed | grep libdnf
568:libdnf.x86_64
0.22.0-8.fc29@System

---

I can't upgrade neither install any new package. How can I solve this
libdnf dependency?

TY for  help
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rstudio

[arnaud gaboury]

On Sat, Mar 19, 2016 at 1:46 AM, Mukundan Ragavan 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 02/29/2016 05:25 PM, Amit Saha wrote:
> >> SG> Hello, I like to have everything on my system in a package.
> >> So, I SG> looked around and found no recipe or rpm for Rstudio.
> >>
> >> I actually just use the upstream RPMs, but I unpack and repack
> >> them to remove some bundled crap and some extraneous Provides:.
> >> Might not even need to do that these days; I haven't checked
> >> lately.
> >>
> >> But having it in Fedora proper would be really great.  At least I
> >> think it's sufficiently free.
> >
> >
> > And I would gladly include it in Fedora Scientific, right now you
> > get rkward and could also use Jupyter notebook for it:
> > http://fedora-scientific.readthedocs.org/en/latest/R_programming.html
> >
> >
> >>
>
>
> I would be glad to put this up for review and maintain the package
> assuming there is not someone else who has already started work on this.
>


That's a very good initiative. Please find on my github[0] the spec file I
wrote to build/install Rstudio-server. Maybe can we define  and
 as build variables ?
There is too in my repo the spec file to build R with Intel ICC and MKL..

HTH.

[0]https://github.com/gabx/r-project/tree/master/R-studio-server

>
>
> If anyone is already working on this, I can also co-maintain. Please
> let me know. If I don't see anything here in the next few days, I will
> submit a review request for RStudio.
>
> Mukundan.
>
>
> - --
> GPG Key - E5C8BC67
> - ---
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCgAGBQJW7KE6AAoJEHE/1K3lyLxnZtAP/A6/tUabs4n3pDu7IahWUm8V
> kSvOAoBbDyskdwlz6fd1torQMq8HAwNOYGd5rLx+XXw4rtJ48LcvAJYyR+OIcUKx
> e+o3+2rB6wcqwgUrxNh0QttDfZ3EJGCZTNw0/JJ/uihCp7GD25qEd4REdsJGjXoO
> HxESTc5uDd8fbRD/1PVA/apx7NUasdi/hoagGc5P7hMUnsCr27VrprSWrxVYB989
> aLkpgSPCLABwvlEKiGcTPza1VXBevhECK6Oci9QTufjzVCmQ6BS7iNVEB5P63ojZ
> ibyhHjcOe5N5O75yIFPXHI+mzsEmKGCsT6V3cY60O74PVYhurt5UtvNGcKh19iXq
> bmWAq9qcy8JdmFdNeFo4UcO8j9S1ipdk0NhqKvDCr1vxRUmuHsc7S9ZKoj3F8OIh
> 59EjS2qNv9pf7CDk1SXB+ANW3Lx6anzDOFqLjVekEYc8yDoc5Fdd8XR6KELrQrFJ
> aHX5sJI0YDmj0bZ2SW25Po01B8EjzErmm2vT4BKQ/uHKEG5oHYZnY6yecR7QTOe7
> t7V42awaT1HQ1a7sDo83G2VoJ60nZcyUtTkTWxHLWiUY16cOt7wLz8PmLQz30Dl8
> CutJILbCAIssHiwKDvRhv0CmBj9akRZ9oTfZ+rcDFyJVHWFMwWwFg+0GKAXDMFkp
> uuzac5uiCHMxkkoG7LV4
> =OUHz
> -END PGP SIGNATURE-
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>



-- 

google.com/+arnaudgabourygabx

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GPG2 as default /usr/bin/gpg

[arnaud gaboury]

On Wed, Feb 17, 2016 at 4:51 PM, Tomas Mraz  wrote:
> On St, 2016-02-17 at 07:29 -0800, Brian C. Lane wrote:
>> On Wed, Feb 17, 2016 at 05:52:45AM +, Christopher wrote:
>> > I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?id=1
>> > 309175
>> > It's not a huge deal (and there are several workarounds, for git
>> > and for
>> > other tools which default ot using 'gpg'), but it highlights the
>> > mismatch
>> > between the default /usr/bin/gpg running gpg1, when other tools,
>> > like
>> > gpg-agent, are tailored for gpg2.
>> >
>> > RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
>> > sometime in
>> > RHEL6.
>>
>> Which was a mistake, in my opinion.
>>
>> > I'm not saying we shouldn't continue to ship gnupg1, but can we at
>> > least
>> > rename it, so gnupg package is version 2, and gnupg1 provides
>> > /usr/bin/gpg1
>> > instead? This seems overdue. Is there any reason not to do this?
>>
>> I am opposed to this. If a tool wants/needs to
>> use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
>> upstream and is shipped as gpg so we shouldn't be renaming it.
>
> What would be your opinion for using alternatives for the /usr/bin/gpg?

+1.
 I created on my machine a symlink /usr/bin/gpg to gpg2 to solve these
kind of issues.

>
> The problem is that now the keystores are incompatible and it creates
> big confusion to the users when they see some key in gnupg-1 and do not
> see it in gnupg-2 and the other way around.
>
> --
> Tomas Mraz
> No matter how far down the wrong road you've gone, turn back.
>   Turkish proverb
> (You'll never know whether the road is wrong though.)
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 

google.com/+arnaudgabourygabx
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

install custom rpm package: failed dependencies

[arnaud gaboury]

I wrote a .spec file to build a pacakge with many shared librairies
installed by Intel parallel studio 2016.

There is no Fedora package for Intel, but the installation script
install many .rpm packages, and all are correctly listed when running
$ dnf list

Building my package goes fine. I am no left with one issue when I want
to install it.

# dnf install R-core-3.2.2-intel.fc22.1.x86_64
Error: nothing provides libimf.so()(64bit) needed by
libRmath-3.2.2-intel.fc22.1.x86_64.
nothing provides libifcoremt.so.5()(64bit) needed by
R-core-3.2.2-intel.fc22.1.x86_64.
nothing provides libifcoremt.so.5()(64bit) needed by
R-core-3.2.2-intel.fc22.1.x86_64.
nothing provides libifcoremt.so.5()(64bit) needed by
R-core-3.2.2-intel.fc22.1.x86_64.
nothing provides libimf.so()(64bit) needed by
libRmath-3.2.2-intel.fc22.1.x86_64.
nothing provides libimf.so()(64bit) needed by
libRmath-3.2.2-intel.fc22.1.x86_64.
nothing provides libifcoremt.so.5()(64bit) needed by
R-core-3.2.2-intel.fc22.1.x86_64.
nothing provides libifcoremt.so.5()(64bit) needed by
R-core-3.2.2-intel.fc22.1.x86_64.
nothing provides libimf.so()(64bit) needed by libRmath-3.2.2-intel.fc22.1.x86_64

 % rpm -i --test R-core-3.2.2-intel.fc22.1.x86_64
error: Failed dependencies:
libifcoremt.so.5()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libifport.so.5()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libimf.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libintlc.so.5()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libiomp5.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libiomp5.so(VERSION)(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libirc.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libirng.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libmkl_rt.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64
libsvml.so()(64bit) is needed by R-core-3.2.2-intel.fc22.1.x86_64

---

All these shared objects are installed on my system and are part of
the Intel mega package.

I thought writing this in my spec file was enough. Example:
BuildRequire: inetl-ifort-l-ps-109

this package has been installed by Intel parallel studio and provides
libifport.so.5.:
-
% dnf info intel-ifort-l-ps-109-16.0.0-109.x86_64

Last metadata expiration check performed 12 days, 6:08:27 ago on Sat
Sep 26 12:51:00 2015.
Installed Packages
Name: intel-ifort-l-ps-109
Arch: x86_64
Epoch   : 0
Version : 16.0.0
Release : 109
Size: 26 M
Repo: @System
Summary : Intel(R) Fortran Compiler 16.0 for Linux*
License : Intel Copyright 1999-2015
Description : Intel(R) Fortran Compiler 16.0 for Linux*
---

How can I solve this issue properly? Is there anything I can do at
build time or add in the spec file?
I can fo course # rpm -i --nodeps MyPackage, but I would prefer to
avoid and write an academic spec file.
-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: install custom rpm package: failed dependencies

[arnaud gaboury]

On Thu, Oct 8, 2015 at 7:30 PM, Antonio Trande <anto.tra...@gmail.com> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/08/2015 07:10 PM, arnaud gaboury wrote:
>> I wrote a .spec file to build a pacakge with many shared
>> librairies installed by Intel parallel studio 2016.
>>
>> There is no Fedora package for Intel, but the installation script
>> install many .rpm packages, and all are correctly listed when
>> running $ dnf list
>>
>> Building my package goes fine. I am no left with one issue when I
>> want to install it.
>>
>> # dnf install R-core-3.2.2-intel.fc22.1.x86_64 Error: nothing
>> provides libimf.so()(64bit) needed by
>> libRmath-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libimf.so()(64bit) needed by libRmath-3.2.2-intel.fc22.1.x86_64.
>> nothing provides libimf.so()(64bit) needed by
>> libRmath-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libimf.so()(64bit) needed by libRmath-3.2.2-intel.fc22.1.x86_64
>>
>> % rpm -i --test R-core-3.2.2-intel.fc22.1.x86_64 error: Failed
>> dependencies: libifcoremt.so.5()(64bit) is needed by
>> R-core-3.2.2-intel.fc22.1.x86_64 libifport.so.5()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libimf.so()(64bit) is needed by
>> R-core-3.2.2-intel.fc22.1.x86_64 libintlc.so.5()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libiomp5.so()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libiomp5.so(VERSION)(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libirc.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libirng.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libmkl_rt.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libsvml.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64
>>
>> ---
>>
>>  All these shared objects are installed on my system and are part
>> of the Intel mega package.
>
> Are you sure?

$ ls /opt/intel/lib/intel64/
..
libifcoremt.so.5
libimf.so
..

$ env
LD_LIBRARY_PATH=/opt/intel/lib/intel64/


>
> What is the output of
>
>  repoquery --whatprovides libifcoremt.so.5

% dnf repoquery --whatprovides libifcoremt.so.5
Last metadata expiration check performed 0:02:04 ago on Thu Oct  8
19:54:40 2015.


I am not surprised as I installed Intel parallel studio from their own
install package which provieds the needed rpm.
>
> ?
>
>>
>> I thought writing this in my spec file was enough. Example:
>> BuildRequire: inetl-ifort-l-ps-109
>
> **BuildRequires:**

Yes, I made a typo

>
>>
>> this package has been installed by Intel parallel studio and
>> provides libifport.so.5.:
>> -
>>
>>
> % dnf info intel-ifort-l-ps-109-16.0.0-109.x86_64
>>
>> Last metadata expiration check performed 12 days, 6:08:27 ago on
>> Sat Sep 26 12:51:00 2015. Installed Packages Name:
>> intel-ifort-l-ps-109 Arch: x86_64 Epoch   : 0 Version
>> : 16.0.0 Release : 109 Size: 26 M Repo:
>> @System Summary : Intel(R) Fortran Compiler 16.0 for Linux*
>> License : Intel Copyright 1999-2015 Description : Intel(R)
>> Fortran Compiler 16.0 for Linux*
>> ---
>>
>>  How can I solve this issue properly? Is there anything I can do
>> at build time or add in the spec file? I can fo course # rpm -i
>> --nodeps MyPackage, but I would prefer to avoid and write an
>> academic spec file.
>>
>
> Can read all your custom SPECs would be useful.
>
> - --
> Antonio Trande
>
> mailto: sagitter 'at' fedoraproject 'dot' org
> http://fedoraos.wordpress.com/
> https://fedoraproject.org/wiki/User:Sagitter
> GPG Key: 0x565E653C
> Check on https://keys.fedoraproject.org/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJWFqgqAAoJEF5tK7VWXmU80PAH/RKFlznY6TebSz96rtNvZX9x
> eQO75x72S1VKzB0THvHaVeBvzpUN+7BSbR4vOX7FPq+dayWJCyAd

Re: install custom rpm package: failed dependencies

[arnaud gaboury]

On Thu, Oct 8, 2015 at 8:52 PM, Reindl Harald <h.rei...@thelounge.net> wrote:
>
>
> Am 08.10.2015 um 20:44 schrieb arnaud gaboury:
>>
>> I must have done some errors in my spec file and I am looking for any
>> hint why my rpm claims these shared libraries when they are installed
>
>
> installed how?

Downloading from Intel website the parallel studio 2016. There is a
folder with all rpm packages and a script to install them. I
understand this package is NOT part of Fedora, but neither part of RPM
fusion. So I must not installed it?
Now regarding my own spec file, I am trying to write it correctly to
help any other Fedora user to install what I want to install.
Unfortunately, again, there is NO Fedora package.
So please tell me if I am wromg when trying to write a clean spec file
with the idea to share with Fedora users? Shall I keep everything for
me when it can maybe help others?

>
> if the are not present in any RPM, well, they are not installed even if they
> are present, it#s easy: rpm/yum/dnf just cares about rpm packages and their
> "Provides"
I do not understand this statement. They are installed in my machine
and listed with dnf

 % dnf list | grep intel
214:intel-ccomp-doc.noarch   2016.0-047
  @System
215:intel-comp-all-doc.noarch16.0.0-109
  @System
216:intel-comp-l-all-common-109.noarch   16.0.0-109
  @System
217:intel-comp-l-all-devel-109.x86_6416.0.0-109
  @System
218:intel-comp-l-all-vars-109.noarch 16.0.0-109
  @System
219:intel-comp-l-ps-common-109.noarch16.0.0-109
  @System
220:intel-comp-l-ps-devel-109.x86_64 16.0.0-109
  @System
224:intel-daal-common-109.noarch 2016.0-109
  @System
. etc.


>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: install custom rpm package: failed dependencies

[arnaud gaboury]

On Thu, Oct 8, 2015 at 7:30 PM, Antonio Trande <anto.tra...@gmail.com> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/08/2015 07:10 PM, arnaud gaboury wrote:
>> I wrote a .spec file to build a pacakge with many shared
>> librairies installed by Intel parallel studio 2016.
>>
>> There is no Fedora package for Intel, but the installation script
>> install many .rpm packages, and all are correctly listed when
>> running $ dnf list
>>
>> Building my package goes fine. I am no left with one issue when I
>> want to install it.
>>
>> # dnf install R-core-3.2.2-intel.fc22.1.x86_64 Error: nothing
>> provides libimf.so()(64bit) needed by
>> libRmath-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libimf.so()(64bit) needed by libRmath-3.2.2-intel.fc22.1.x86_64.
>> nothing provides libimf.so()(64bit) needed by
>> libRmath-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libifcoremt.so.5()(64bit) needed by
>> R-core-3.2.2-intel.fc22.1.x86_64. nothing provides
>> libimf.so()(64bit) needed by libRmath-3.2.2-intel.fc22.1.x86_64
>>
>> % rpm -i --test R-core-3.2.2-intel.fc22.1.x86_64 error: Failed
>> dependencies: libifcoremt.so.5()(64bit) is needed by
>> R-core-3.2.2-intel.fc22.1.x86_64 libifport.so.5()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libimf.so()(64bit) is needed by
>> R-core-3.2.2-intel.fc22.1.x86_64 libintlc.so.5()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libiomp5.so()(64bit) is needed
>> by R-core-3.2.2-intel.fc22.1.x86_64 libiomp5.so(VERSION)(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libirc.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libirng.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libmkl_rt.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64 libsvml.so()(64bit) is
>> needed by R-core-3.2.2-intel.fc22.1.x86_64
>>
>> ---
>>
>>  All these shared objects are installed on my system and are part
>> of the Intel mega package.
>
> Are you sure?
>
> What is the output of
>
>  repoquery --whatprovides libifcoremt.so.5
>
> ?
>
>>
>> I thought writing this in my spec file was enough. Example:
>> BuildRequire: inetl-ifort-l-ps-109
>
> **BuildRequires:**
>
>>
>> this package has been installed by Intel parallel studio and
>> provides libifport.so.5.:
>> -
>>
>>
> % dnf info intel-ifort-l-ps-109-16.0.0-109.x86_64
>>
>> Last metadata expiration check performed 12 days, 6:08:27 ago on
>> Sat Sep 26 12:51:00 2015. Installed Packages Name:
>> intel-ifort-l-ps-109 Arch: x86_64 Epoch   : 0 Version
>> : 16.0.0 Release : 109 Size: 26 M Repo:
>> @System Summary : Intel(R) Fortran Compiler 16.0 for Linux*
>> License : Intel Copyright 1999-2015 Description : Intel(R)
>> Fortran Compiler 16.0 for Linux*
>> ---
>>
>>  How can I solve this issue properly? Is there anything I can do
>> at build time or add in the spec file? I can fo course # rpm -i
>> --nodeps MyPackage, but I would prefer to avoid and write an
>> academic spec file.
>>
>
> Can read all your custom SPECs would be useful.

Please find attached the spec file

>
> - --
> Antonio Trande
>
> mailto: sagitter 'at' fedoraproject 'dot' org
> http://fedoraos.wordpress.com/
> https://fedoraproject.org/wiki/User:Sagitter
> GPG Key: 0x565E653C
> Check on https://keys.fedoraproject.org/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJWFqgqAAoJEF5tK7VWXmU80PAH/RKFlznY6TebSz96rtNvZX9x
> eQO75x72S1VKzB0THvHaVeBvzpUN+7BSbR4vOX7FPq+dayWJCyAdk+DxKnKCHsA1
> XqjhJktGNdEUwhFhqfMPt4LkUw4alXhXVgzkb3UQx2DpmyYRliaW3mQH0Tjs8CTm
> GZDzuaPPRyTXDQyY3YX722ly3vBYqKSnUdS/uhmcMDLqiFJMGNoRhcHnYQYi+RKj
> 1DkNdx1iLohBY8vCAhwVJVFS9a3t8giu4Ymmfq5InIMNluSx6EF7KG1d2UqqDkP9
> 65SvJuNK7do8G3ghFAi5shq3u0BAHzQTtNoP9Gq1ZLDbgBqCynsyBGjMS8Kvh9Y=
> =coyi
> -END PGP SIGNATURE-
> --
> devel mailing 

Re: install custom rpm package: failed dependencies

[arnaud gaboury]

On Thu, Oct 8, 2015 at 8:14 PM, Orion Poplawski <or...@cora.nwra.com> wrote:
> On 10/08/2015 11:10 AM, arnaud gaboury wrote:
>> I wrote a .spec file to build a pacakge with many shared librairies
>> installed by Intel parallel studio 2016.
>
> This doesn't belong on Fedora devel, it has nothing to do with Fedora 
> development.

Ah? Writing a spec file to build a backage on Fedora has nothing to do
with Fedora development?

So please tell me where I shall post. I doubt users@list is a best
place about issues with a spec file. This issue is neither tied to R,
neither Intel.
I must have done some errors in my spec file and I am looking for any
hint why my rpm claims these shared libraries when they are installed.


>
>
> --
> Orion Poplawski
> Technical Manager 303-415-9701 x222
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane   or...@nwra.com
> Boulder, CO 80301   http://www.nwra.com
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: install custom rpm package: failed dependencies

[arnaud gaboury]

On Thu, Oct 8, 2015 at 9:12 PM, Reindl Harald <h.rei...@thelounge.net> wrote:
>
>
> Am 08.10.2015 um 21:06 schrieb arnaud gaboury:
>>
>> Downloading from Intel website the parallel studio 2016. There is a
>> folder with all rpm packages and a script to install them. I
>> understand this package is NOT part of Fedora, but neither part of RPM
>> fusion. So I must not installed it?
>
>
> no, but it's not Fedora relevant
>
>> Now regarding my own spec file, I am trying to write it correctly to
>> help any other Fedora user to install what I want to install.
>> Unfortunately, again, there is NO Fedora package.
>> So please tell me if I am wromg when trying to write a clean spec file
>> with the idea to share with Fedora users? Shall I keep everything for
>> me when it can maybe help others?
>
>
> but it's not *FEDORA DVELOPMENT* in the context of something relevant for
> Fedora as a release distribution - and yes: your problem is just a *user
> related* thing with no context to the distribution itself, especially as you
> are playing around with a external compiler suite

Ok then, I will find elsewhere any advice, users@list, stackoverflow
or whaterver else, or just # rpm -i --no-deps.

Please apologize for the noise when trying to understand how things work.


>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Wed, Sep 16, 2015 at 3:07 AM, Christopher Meng  wrote:
> Also, when will you stop posting your failures at here? I see most of
> failures are caused by yourself.
Ha ha, of course ! It is my mistakes thus why I ask for hints.
Basically, I'd read docs first.

I did read a lot of rpm packages.
 From
> your tons of email here, the only thing I can summarize is that your
> mind is in a whirl.
>
> Meanwhile, it appears lots of Archlinux users treat mailing list like forum.

If you know a better tool, let me know
>
> --
>
> Yours sincerely,
> Christopher Meng
>
> http://awk.io
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Wed, Sep 16, 2015 at 3:52 PM, Dave Love <d.l...@liverpool.ac.uk> wrote:
> arnaud gaboury <arnaud.gabo...@gmail.com> writes:
>
>> I have been working on my first rpmbuild since quite a few days now.
>>
>> The rpm is intendeed to install R[0] built with Intel MKL libraries
>> and Intel compiler. As a base for the spec file, I used the one from
>> Fedora R package[1].
>
> Why?  I ask as someone who supports R rpms on HPC systems and knows a
> bit about relevant libraries and compilers.

Please visit this blog[0] or many other talking about R-benchmark.R.
>
> If you want to subvert R's BLAS (and other slower versions) with
> something largely optimal, look at the openblas-compat package under
> <https://copr.fedoraproject.org/coprs/loveshack/livhpc/>.  [Yes, linear
> algebra in Fedora is a shambles, with at least one failed attempt to
> sort it out, but adding Intel stuff will only make things worse, and
> that package finesses the issue fairly handily.]

I agree than open-blas is a good soultion, but not as fast as the
Intel BLAS libraries.

[0]http://blog.nguyenvq.com/blog/2014/11/10/optimized-r-and-python-standard-blas-vs-atlas-vs-openblas-vs-mkl/
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Wed, Sep 16, 2015 at 11:28 AM, Michael Schwendt <mschwe...@gmail.com> wrote:
> On Tue, 15 Sep 2015 18:09:44 +0100, Jonathan Wakely wrote:
>
>> On 15/09/15 13:58 +0200, arnaud gaboury wrote:
>> >I have been working on my first rpmbuild since quite a few days now.
>>
>> As a more gneral comment, why not try something *much* simpler for
>> your first rpmbuild?
>>
>> Try something that doesn't use an alternative compiler, doesn't
>> require lots of environment variables, and doesn't use a new spec file
>> that has never been successfully tested.
>>
>> Maybe just take a working spec file for another project and run
>> rpmbuild, and check the results. That would reveal if you're looking
>> in the wrong place for the output, and you wouldn't waste time looking
>> for problems in the spec file if you know the spec file is already
>> correct.
>
> Also try --short-circuit builds for the individual %build and %install
> sections. "rpmbuild -bi --short-circuit specfile" is extremely helpful
> for debugging problems in %install and %files sections as it skips the
> earlier successful %build stage.

Building rpm step by step gave me the solution:
$ rpmbuild -v -bc SPECS/R.spec
/var/tmp/rpm-tmp.nTfP8D: line 58: export: `-ip': not a valid identifier
/var/tmp/rpm-tmp.nTfP8D: line 58: export: `-ipo': not a valid identifier
/var/tmp/rpm-tmp.nTfP8D: line 58: export: `-opt-mem-layout-trans=3':
not a valid identifier
/var/tmp/rpm-tmp.nTfP8D: line 58: export: `-xHost': not a valid identifier
/var/tmp/rpm-tmp.nTfP8D: line 58: export: `-mavx -fp-model precise
-DMKL_ILP64 -qopenmp-parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include':
not a valid identifier

My build flags were not correctly set.
Then I kept on secion by section, with no errors.

$ rpmbuild -v -ba SPECS/R.spec
<--BUILD>
Wrote: /home/poisonivy/rpmbuild/SRPMS/R-3.2.1-mkl.fc22.src.rpm
Wrote: /home/poisonivy/rpmbuild/RPMS/x86_64/R-3.2.1-mkl.fc22.x86_64.rpm
Wrote: /home/poisonivy/rpmbuild/RPMS/x86_64/R-core-3.2.1-mkl.fc22.x86_64.rpm
Wrote: 
/home/poisonivy/rpmbuild/RPMS/x86_64/R-core-devel-3.2.1-mkl.fc22.x86_64.rpm
Wrote: /home/poisonivy/rpmbuild/RPMS/x86_64/R-devel-3.2.1-mkl.fc22.x86_64.rpm
Wrote: /home/poisonivy/rpmbuild/RPMS/x86_64/R-java-3.2.1-mkl.fc22.x86_64.rpm
Wrote: 
/home/poisonivy/rpmbuild/RPMS/x86_64/R-java-devel-3.2.1-mkl.fc22.x86_64.rpm
Wrote: /home/poisonivy/rpmbuild/RPMS/x86_64/libRmath-3.2.1-mkl.fc22.x86_64.rpm
Wrote: 
/home/poisonivy/rpmbuild/RPMS/x86_64/libRmath-devel-3.2.1-mkl.fc22.x86_64.rpm
Wrote: 
/home/poisonivy/rpmbuild/RPMS/x86_64/libRmath-static-3.2.1-mkl.fc22.x86_64.rpm
Wrote: 
/home/poisonivy/rpmbuild/RPMS/x86_64/R-debuginfo-3.2.1-mkl.fc22.x86_64.rpm
Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.f7bTCJ
+ umask 022
+ cd /home/poisonivy/rpmbuild/BUILD
+ cd R-3.2.1
+ /usr/bin/rm -rf /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64
+ exit 0
---

Thank you for your interest in my issue and your patience. And please
apologize for the "tons" of emails in an open source community mailing
list ;-)
Result is here.

>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Tue, Sep 15, 2015 at 6:31 PM, Jonathan Wakely <jwak...@redhat.com> wrote:
> On 15/09/15 13:58 +0200, arnaud gaboury wrote:
>>
>> I have been working on my first rpmbuild since quite a few days now.
>>
>> The rpm is intendeed to install R[0] built with Intel MKL libraries
>> and Intel compiler. As a base for the spec file, I used the one from
>> Fedora R package[1].
>>
>> I setup the directory structure:
>> % ls ~/.rpmbuild
>> BUILD/  BUILDROOT/  RPMS/  SOURCES/  SPECS/  SRPMS/
>>
>> Then:
>>
>> % cd ~/.rpmbuild
>> % rpmlint SPEC/R.spec  ==> OK
>> % rpmbuild -ba SPEC/R.spec
>> .. BUILD 
>> Processing files: R-3.2.1-mkl.fc22.x86_64
>> Processing files: R-core-3.2.1-mkl.fc22.x86_64
>> Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
>> R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
>> R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
>> 3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
>> 3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
>> = 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
>> 3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
>> 3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
>> 3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit)
>> Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires(post): /bin/sh
>> Requires(preun): /bin/sh
>> Requires(postun): /bin/sh
>> Requires(posttrans): /bin/sh
>> Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
>> ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
>> libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
>> libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
>> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
>> libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
>> libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
>> libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
>> libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
>> libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
>> libintlc.so.5()(64bit) libiomp5.so()(64bit)
>> libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
>> liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
>> libpcre.so.1()(64bit) libpthread.so.0()(64bit)
>> libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
>> librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
>> libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
>> libz.so.1()(64bit)
>> Obsoletes: R-Matrix < 0.999375-7
>> Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
>> Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
>> R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires: /usr/bin/pkg-config
>> Obsoletes: R-Matrix-devel < 0.999375-7
>> Processing files: R-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: libRmath-3.2.1-mkl.fc22.x86_64
>> Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.a2fYbJ
>> + umask 022
>> + cd /home/poisonivy/rpmbuild/BUILD
>
>
> This shows that rpmbuild is using ~/rpmbuild/BUILD, but you said above
> you are using ~/.rpmbuild

My bad, typing too fast and bad habits of home directories with a
leading dot. It is ~/rpmbuild indeed. BUIL and BUILDROOT are populated
after rpmbuild. But RPMS stay empty. I must have misconfigured
something in my spec file maybe. My ~/.rpmmacros is minimum and Fedora
up to date and working smooth.
Maybe a hint : I use zsh (do not still see why it would break the build).
>
> I think you are putting files in one directory and expecting the
> output there, but you've told rpmbuild to use a different location for
> the output.
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Tue, Sep 15, 2015 at 6:20 PM, Michael Schwendt <mschwe...@gmail.com> wrote:
> On Tue, 15 Sep 2015 16:47:44 +0200, arnaud gaboury wrote:
>
>> >> Checking for unpackaged file(s): /usr/lib/rpm/check-files
>> >> ..
>> >>
>> >> These last lines are part of the %file section,
>> >
>> > Why have you deleted the lines?
>> > What did they tell?
>>
>> I deleted nothing. These last few lines are the end of screen output
>> when running rpmbuild. I thereafter come back to command shell.
>
> Which are the "last few lines"?

Below is the last part of rpmbuild screen output:
% cd ~/.rpmbuild
% rpmlint SPEC/R.spec  ==> OK
% rpmbuild -ba SPEC/R.spec
.. BUILD 
Processing files: R-3.2.1-mkl.fc22.x86_64
Processing files: R-core-3.2.1-mkl.fc22.x86_64
Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
= 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit)
Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /bin/sh
Requires(preun): /bin/sh
Requires(postun): /bin/sh
Requires(posttrans): /bin/sh
Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libiomp5.so()(64bit)
libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
libpcre.so.1()(64bit) libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
libz.so.1()(64bit)
Obsoletes: R-Matrix < 0.999375-7
Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Obsoletes: R-Matrix-devel < 0.999375-7
Processing files: R-devel-3.2.1-mkl.fc22.x86_64
Processing files: R-java-3.2.1-mkl.fc22.x86_64
Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
Processing files: libRmath-3.2.1-mkl.fc22.x86_64
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.a2fYbJ
+ umask 022
+ cd /home/poisonivy/rpmbuild/BUILD
+ cd R-3.2.1
+ 
DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ export DOCDIR
+ /usr/bin/mkdir -p
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ cp -pr doc/COPYING
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ exit 0
Provides: libRmath = 3.2.1-mkl.fc22 libRmath(x86-64) = 3.2.1-mkl.fc22
libRmath.so()(64bit)
Requires(interp): /sbin/ldconfig /sbin/ldconfig
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /sbin/ldconfig
Requires(postun): /sbin/ldconfig
Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit)
libdl.so.2()(64bit) libgcc_s.so.1()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libirng.so()(64bit) libm.so.6()(64bit)
libsvml.so()(64bit)
Processing files: libRmath-devel-3.2.1-mkl.fc22.x86_64
Provides: libRmath-devel = 3.2.1-mkl.fc22 libRmath-devel(x86-64) =
3.2.1-mkl.fc22 pkgconfig(libRmath) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Processing files: libRmath-s

rpmbuild - empty RPMS directory

[arnaud gaboury]

I have been working on my first rpmbuild since quite a few days now.

The rpm is intendeed to install R[0] built with Intel MKL libraries
and Intel compiler. As a base for the spec file, I used the one from
Fedora R package[1].

I setup the directory structure:
% ls ~/.rpmbuild
BUILD/  BUILDROOT/  RPMS/  SOURCES/  SPECS/  SRPMS/

Then:

% cd ~/.rpmbuild
% rpmlint SPEC/R.spec  ==> OK
% rpmbuild -ba SPEC/R.spec
.. BUILD 
Processing files: R-3.2.1-mkl.fc22.x86_64
Processing files: R-core-3.2.1-mkl.fc22.x86_64
Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
= 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit)
Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /bin/sh
Requires(preun): /bin/sh
Requires(postun): /bin/sh
Requires(posttrans): /bin/sh
Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libiomp5.so()(64bit)
libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
libpcre.so.1()(64bit) libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
libz.so.1()(64bit)
Obsoletes: R-Matrix < 0.999375-7
Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Obsoletes: R-Matrix-devel < 0.999375-7
Processing files: R-devel-3.2.1-mkl.fc22.x86_64
Processing files: R-java-3.2.1-mkl.fc22.x86_64
Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
Processing files: libRmath-3.2.1-mkl.fc22.x86_64
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.a2fYbJ
+ umask 022
+ cd /home/poisonivy/rpmbuild/BUILD
+ cd R-3.2.1
+ 
DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ export DOCDIR
+ /usr/bin/mkdir -p
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ cp -pr doc/COPYING
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ exit 0
Provides: libRmath = 3.2.1-mkl.fc22 libRmath(x86-64) = 3.2.1-mkl.fc22
libRmath.so()(64bit)
Requires(interp): /sbin/ldconfig /sbin/ldconfig
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /sbin/ldconfig
Requires(postun): /sbin/ldconfig
Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit)
libdl.so.2()(64bit) libgcc_s.so.1()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libirng.so()(64bit) libm.so.6()(64bit)
libsvml.so()(64bit)
Processing files: libRmath-devel-3.2.1-mkl.fc22.x86_64
Provides: libRmath-devel = 3.2.1-mkl.fc22 libRmath-devel(x86-64) =
3.2.1-mkl.fc22 pkgconfig(libRmath) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Processing files: libRmath-static-3.2.1-mkl.fc22.x86_64
Provides: libRmath-static = 3.2.1-mkl.fc22 libRmath-static(x86-64) =
3.2.1-mkl.fc22
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Processing files: R-debuginfo-3.2.1-mkl.fc22.x86_64
Checking for unpackaged file(s): /usr/lib/rpm/check-files
..

These last lines are part of the %file 

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Tue, Sep 15, 2015 at 7:19 PM, Jonathan Wakely <jwak...@redhat.com> wrote:
> On 15/09/15 18:31 +0200, arnaud gaboury wrote:
>>
>> On Tue, Sep 15, 2015 at 6:20 PM, Michael Schwendt <mschwe...@gmail.com>
>> wrote:
>>>
>>> On Tue, 15 Sep 2015 16:47:44 +0200, arnaud gaboury wrote:
>>>
>>>> >> Checking for unpackaged file(s): /usr/lib/rpm/check-files
>>>> >> ..
>>>> >>
>>>> >> These last lines are part of the %file section,
>>>> >
>>>> > Why have you deleted the lines?
>>>> > What did they tell?
>>>>
>>>> I deleted nothing. These last few lines are the end of screen output
>>>> when running rpmbuild. I thereafter come back to command shell.
>>>
>>>
>>> Which are the "last few lines"?
>>
>>
>> Below is the last part of rpmbuild screen output:
>> % cd ~/.rpmbuild
>> % rpmlint SPEC/R.spec  ==> OK
>> % rpmbuild -ba SPEC/R.spec
>> .. BUILD 
>> Processing files: R-3.2.1-mkl.fc22.x86_64
>> Processing files: R-core-3.2.1-mkl.fc22.x86_64
>> Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
>> R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
>> R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
>> 3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
>> 3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
>> = 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
>> 3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
>> 3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
>> 3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit)
>> Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires(post): /bin/sh
>> Requires(preun): /bin/sh
>> Requires(postun): /bin/sh
>> Requires(posttrans): /bin/sh
>> Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
>> ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
>> libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
>> libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
>> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
>> libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
>> libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
>> libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
>> libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
>> libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
>> libintlc.so.5()(64bit) libiomp5.so()(64bit)
>> libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
>> liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
>> libpcre.so.1()(64bit) libpthread.so.0()(64bit)
>> libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
>> librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
>> libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
>> libz.so.1()(64bit)
>> Obsoletes: R-Matrix < 0.999375-7
>> Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
>> Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
>> R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires: /usr/bin/pkg-config
>> Obsoletes: R-Matrix-devel < 0.999375-7
>> Processing files: R-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: libRmath-3.2.1-mkl.fc22.x86_64
>> Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.a2fYbJ
>> + umask 022
>> + cd /home/poisonivy/rpmbuild/BUILD
>> + cd R-3.2.1
>> +
>> DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + export DOCDIR
>> + /usr/bin/mkdir -p
>>
>> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + cp -pr doc/COPYING
>>
>> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + exit 0
>> Provides:

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Tue, Sep 15, 2015 at 1:58 PM, arnaud gaboury
<arnaud.gabo...@gmail.com> wrote:
> I have been working on my first rpmbuild since quite a few days now.
>
> The rpm is intendeed to install R[0] built with Intel MKL libraries
> and Intel compiler. As a base for the spec file, I used the one from
> Fedora R package[1].
>
> I setup the directory structure:
> % ls ~/.rpmbuild
> BUILD/  BUILDROOT/  RPMS/  SOURCES/  SPECS/  SRPMS/
>
> Then:
>
> % cd ~/.rpmbuild
> % rpmlint SPEC/R.spec  ==> OK
> % rpmbuild -ba SPEC/R.spec
> .. BUILD 
> Processing files: R-3.2.1-mkl.fc22.x86_64
> Processing files: R-core-3.2.1-mkl.fc22.x86_64
> Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
> R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
> R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
> 3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
> 3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
> = 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
> 3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
> 3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
> 3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
> libRblas.so()(64bit) libRlapack.so()(64bit)
> Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> Requires(post): /bin/sh
> Requires(preun): /bin/sh
> Requires(postun): /bin/sh
> Requires(posttrans): /bin/sh
> Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
> ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
> libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
> libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
> libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
> libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
> libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
> libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
> libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
> libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
> libintlc.so.5()(64bit) libiomp5.so()(64bit)
> libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
> liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
> libpcre.so.1()(64bit) libpthread.so.0()(64bit)
> libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
> librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
> libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
> libz.so.1()(64bit)
> Obsoletes: R-Matrix < 0.999375-7
> Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
> Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
> R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> Requires: /usr/bin/pkg-config
> Obsoletes: R-Matrix-devel < 0.999375-7
> Processing files: R-devel-3.2.1-mkl.fc22.x86_64
> Processing files: R-java-3.2.1-mkl.fc22.x86_64
> Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
> Processing files: libRmath-3.2.1-mkl.fc22.x86_64
> Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.a2fYbJ
> + umask 022
> + cd /home/poisonivy/rpmbuild/BUILD
> + cd R-3.2.1
> + 
> DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
> + export DOCDIR
> + /usr/bin/mkdir -p
> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
> + cp -pr doc/COPYING
> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
> + exit 0
> Provides: libRmath = 3.2.1-mkl.fc22 libRmath(x86-64) = 3.2.1-mkl.fc22
> libRmath.so()(64bit)
> Requires(interp): /sbin/ldconfig /sbin/ldconfig
> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> Requires(post): /sbin/ldconfig
> Requires(postun): /sbin/ldconfig
> Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
> libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit)
> libdl.so.2()(64bit) libgcc_s.so.1()(64bit) libimf.so()(64bit)
> libintlc.so.5()(64bit) libirng.so()(64bit) libm.so.6()(64bit)
> libsvml.so()(64bit)
> Processing files: libRmath-devel-3.2.1-mkl.fc22.x86_64
> Provides: libRmath-devel = 3.2.1-mkl.fc22 libRmath-devel(x86-64) =
> 3.2.1-mkl.fc22 pkgconfig(libRmath) = 3.2.1
> Requires(rpmlib): rpmlib(CompressedFileNam

Re: rpmbuild - empty RPMS directory

[arnaud gaboury]

On Tue, Sep 15, 2015 at 3:55 PM, Michael Schwendt <mschwe...@gmail.com> wrote:
> On Tue, 15 Sep 2015 13:58:38 +0200, arnaud gaboury wrote:
>
>> Checking for unpackaged file(s): /usr/lib/rpm/check-files
>> ..
>>
>> These last lines are part of the %file section,
>
> Why have you deleted the lines?
> What did they tell?

I deleted nothing. These last few lines are the end of screen output
when running rpmbuild. I thereafter come back to command shell.


>
> You've quoted lots of irrelevant output from rpmbuild.
the build process is nearly 10 minutes, so I won't put all screen output

Relevant would
> be the output from the %install section and the check-files phase.
> It examines the %buildroot and compares the contents with all your
> %files sections. Every file in the %buildroot must be covered by
> your %files sections. And the %files sections must not list any
> files not found in the %buildroot.
The spec file is attached in my first post

What kind of output can I provide to get something more helpful than
just : it is really simple ?


> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild SPEC file - shared library path

[arnaud gaboury]

On Mon, Sep 14, 2015 at 2:26 PM, Jonathan Wakely <jwak...@redhat.com> wrote:
> On 14/09/15 12:00 +0200, arnaud gaboury wrote:
>>
>> I build my app with shared libraries. In my spec file, I source a
>> script which export LD_LIBRARY_PATH.
>> Below is how I proceed in my spec file:
>>
>> 
>> %global _prod_dir /opt/intel/compilers_and_libraries_2016/linux
>> %global _mklroot_dir %{_prod_dir}/mkl
>> %global _mkllibpath %{_mklroot_dir}/lib/intel64_lin
>> %global _openmplibpath %{_prod_dir}/compiler/lib/intel64_lin
>> ...
>> %build
>> source /opt/intel/bin/compilervars.sh intel64
>> export
>> LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:%{_mkllibpath}:%{_openmplibpath}:%{_builddir_full}/lib
>> ..
>> **
>>
>> make complains at one point about not finding one shared library:
>>
>> /home/poisonivy/rpmbuild/BUILD/R-3.2.1/bin/exec/R: error while loading
>> shared libraries: libiomp5.so: cannot open shared object file: No such
>> file or directory
>>
>> This library is indeed in %{_openmplibpath}. I conclude that
>> LD_LIBRARY_PATH has not been correctly populated in my build
>> environment.
>
>
> Instead of guessing, make the %build section print it out so you can
> check it:
>
>  echo $LD_LIBRARY_PATH

I just found the root of my issue. The LD_LIBRARY_PATH in my shell
environment was not correctly set. In fact,  there are some issue in
the  parallel_studio_xe_2016, with bad sylink who prevent to access
the correct path to the libraries. Once I corrected the path:

poisonivy@poppy ➤➤ ~/rpmbuild % ldd
/home/poisonivy/rpmbuild/BUILD/R-3.2.1/bin/exec/R
.
libiomp5.so => 
/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64_lin/libiomp5.so
(0x7f4b8f7f9000)

The missing shared library is here. Nothing to do with my spec file
and build environment.
poisonivy@poppy ➤➤ ~/rpmbuild % echo $LD_LIBRARY_PATH
/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64_lin:/opt/intel/compilers_and_libraries_2016.0.9/mkl/lib/intel64_lin

>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - change sysconfdir

[arnaud gaboury]

On Mon, Sep 14, 2015 at 1:48 PM, Florian Weimer <fwei...@redhat.com> wrote:
> On 09/14/2015 09:52 AM, arnaud gaboury wrote:
>> For some practical reason, I want sysconfdir to be /etc/R, and not the
>> default /etc
>
> This will break quite a few RPM macros.  Why, exactly, do you want to do
> this?
The only reason is to gather in one place, /etc/R, all config files.
Nothing else. I usually tend to gather files in one directory as musch
as possible. More convenient when looking for specific files.

>
> --
> Florian Weimer / Red Hat Product Security
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - change sysconfdir

[arnaud gaboury]

On Mon, Sep 14, 2015 at 12:32 PM, Michael Schwendt <mschwe...@gmail.com> wrote:
> On Mon, 14 Sep 2015 11:03:13 +0200, arnaud gaboury wrote:
>
>> > %build
>> > mkdir %{buildroot}/etc/R
>>
>> I already tried this method, with no sucess. Finally, after a close
>> look at my SPEC file, I found one $ which has to be moved to % (I
>> rewrote my file trying to use the conventional % for variable names
>> instead of $).
>> Then I could build with --sysconfdir=/etc/R
>
> You only need to redefine %_sysconfdir at the top of your spec file,
> since the %configure macro uses %_sysconfdir. See /usr/lib/rpm/macros
> and this:
>
>   rpm --define "_sysconfdir /BLUBB" --eval %configure
>
> No need to modify the %configure call in %build.

Sounds like a clean way to change default sysconfig path.
Thank you

>
> Also, there is nothing like a "conventional % for variable names
> instead of $" in spec files. % is used by RPM. RPM-specific variables
> in your spec file are expanded/substituted before passing the result
> to the shell that is used to process the spec file sections. A close
> look at rpmbuild output is a good way to look into it.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - change sysconfdir

[arnaud gaboury]

On Mon, Sep 14, 2015 at 2:03 PM, arnaud gaboury
<arnaud.gabo...@gmail.com> wrote:
> On Mon, Sep 14, 2015 at 1:48 PM, Florian Weimer <fwei...@redhat.com> wrote:
>> On 09/14/2015 09:52 AM, arnaud gaboury wrote:
>>> For some practical reason, I want sysconfdir to be /etc/R, and not the
>>> default /etc
>>
>> This will break quite a few RPM macros.  Why, exactly, do you want to do
>> this?
> The only reason is to gather in one place, /etc/R, all config files.
> Nothing else. I usually tend to gather files in one directory as musch
> as possible. More convenient when looking for specific files.

 I understand it can break macros wich rely on sysconfdir path, but in
my case, I don't use a lot of macros in my spec file.
>
>>
>> --
>> Florian Weimer / Red Hat Product Security
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
>
>
> --
>
> google.com/+arnaudgabourygabx



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

rpmbuild - change sysconfdir

[arnaud gaboury]

For some practical reason, I want sysconfdir to be /etc/R, and not the
default /etc

Here is what I did:

%build
.
mkdir -p {_builddir}/R-%{version}/etc/R
.
%configure
 --sysconfdir=/etc/R
..

make throw me an error:
 --sysconfdir=/etc/R: No such file or directory

$ ls {_builddir}/R-%{version}/etc/
R/
.

What did I wrong?
What is the correct way to change default sysconfdir, appart editing a
~/.rpmmacros ?

-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - change sysconfdir

[arnaud gaboury]

On Mon, Sep 14, 2015 at 10:04 AM Adam Williamson <adamw...@fedoraproject.org>
wrote:

> On Mon, 2015-09-14 at 09:52 +0200, arnaud gaboury wrote:
> > For some practical reason, I want sysconfdir to be /etc/R, and not
> > the
> > default /etc
> >
> > Here is what I did:
> >
> > %build
> > .
> > mkdir -p {_builddir}/R-%{version}/etc/R
> > .
> > %configure
> >  --sysconfdir=/etc/R
> > ..
> >
> > make throw me an error:
> >  --sysconfdir=/etc/R: No such file or directory
>
> You didn't put a \ at the end of the '%configure' line, so it's trying
> to interpet '--sysconfdir=/etc/R' as a command in itself?
>

Sorry, it was a typo. I did put a backslash indeed:

%configure \
 --sysconfdir=/etc/R \
--with-system-tre \




> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild - change sysconfdir

[arnaud gaboury]

On Mon, Sep 14, 2015 at 10:49 AM, Reindl Harald <h.rei...@thelounge.net> wrote:
>
>
> Am 14.09.2015 um 10:15 schrieb arnaud gaboury:
>>
>> On Mon, Sep 14, 2015 at 10:04 AM Adam Williamson
>> <adamw...@fedoraproject.org <mailto:adamw...@fedoraproject.org>> wrote:
>>
>> On Mon, 2015-09-14 at 09:52 +0200, arnaud gaboury wrote:
>>  > For some practical reason, I want sysconfdir to be /etc/R, and not
>>  > the
>>  > default /etc
>>  >
>>  > Here is what I did:
>>  >
>>  > %build
>>  > .
>>  > mkdir -p {_builddir}/R-%{version}/etc/R
>>  > .
>>  > %configure
>>  >  --sysconfdir=/etc/R
>>  > ..
>>  >
>>  > make throw me an error:
>>  >  --sysconfdir=/etc/R: No such file or directory
>>
>> You didn't put a \ at the end of the '%configure' line, so it's trying
>> to interpet '--sysconfdir=/etc/R' as a command in itself?
>>
>> Sorry, it was a typo. I did put a backslash indeed:
>>
>> %configure \
>>   --sysconfdir=/etc/R \
>>  --with-system-tre \
>
>
> well, the buildroot is empty at the begin and your special folder is not
> created automatically, so start your build section by doing so
>
> %build
> mkdir %{buildroot}/etc/R

I already tried this method, with no sucess. Finally, after a close
look at my SPEC file, I found one $ which has to be moved to % (I
rewrote my file trying to use the conventional % for variable names
instead of $).
Then I could build with --sysconfdir=/etc/R

Thank you for your hints.


>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

rpmbuild SPEC file - shared library path

[arnaud gaboury]

I build my app with shared libraries. In my spec file, I source a
script which export LD_LIBRARY_PATH.
Below is how I proceed in my spec file:


%global _prod_dir /opt/intel/compilers_and_libraries_2016/linux
%global _mklroot_dir %{_prod_dir}/mkl
%global _mkllibpath %{_mklroot_dir}/lib/intel64_lin
%global _openmplibpath %{_prod_dir}/compiler/lib/intel64_lin
...
%build
source /opt/intel/bin/compilervars.sh intel64
export 
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:%{_mkllibpath}:%{_openmplibpath}:%{_builddir_full}/lib
..
**

make complains at one point about not finding one shared library:

/home/poisonivy/rpmbuild/BUILD/R-3.2.1/bin/exec/R: error while loading
shared libraries: libiomp5.so: cannot open shared object file: No such
file or directory

This library is indeed in %{_openmplibpath}. I conclude that
LD_LIBRARY_PATH has not been correctly populated in my build
environment.
Further evidence is to source /opt/intel/bin/compilervars.sh intel64
and export LD_LIBRARY_PATH in my shell environment before I start
rpmbuild. This way, there is no make error about the shared library.

I don't understand why variable LD_LIBRARY_PATH is not took into
account in my rpmbuild environment. Does the issue come from the
${LD_LIBRARY_PATH} env variable declaration? Maybe something like
%{} ?

Thank you for hints.

-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Rpmbuild SPEC file - variable declaration

[arnaud gaboury]

When declaring a variable value,  I wonder if the any difference/best
practice between these methods:

export VAR=MyValue
%{define} VAR MyValue
%{global} VAR MyValue

Thank you for hints.


-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rpmbuild SPEC file - variable declaration

[arnaud gaboury]

On Sun, Sep 13, 2015 at 3:53 PM, Reindl Harald <h.rei...@thelounge.net> wrote:
>
>
> Am 13.09.2015 um 15:39 schrieb arnaud gaboury:
>>
>> On Sun, Sep 13, 2015 at 2:16 PM, Rex Dieter <rdie...@math.unl.edu> wrote:
>>>
>>> arnaud gaboury wrote:
>>>
>>>> When declaring a variable value,  I wonder if the any difference/best
>>>> practice between these methods:
>>>>
>>>> export VAR=MyValue
>>>> %{define} VAR MyValue
>>>> %{global} VAR MyValue
>>>
>>>
>>> best practice is to use global, it is explicitly mentioned here:
>>>
>>> https://fedoraproject.org/wiki/Packaging:Guidelines#.25global_preferred_over_.25define
>>
>>
>> Very good. TY for short and precise answer.
>>
>> Now, for build flags macros and variables, I want to add some options
>> to the default one. I am not sure how to add options in a clean way.
>> These extra flags are used because I build with Intel Compiler:
>>
>> export CFFLAGS= '-xHost -mavx -fp-model precise'
>> %configure
>> CFFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
>> 
>>
>> Is above the the best way?
>
>
> no
>
> * there is no reason to mention CFLAGS in %configure again
> * you don't want the default macro at the end because
>   it would probably override your overrides
> * export CFFLAGS="%optflags -xHost -mavx -fp-model precise"

Got it. Found this way in /usr/lib/rpm/macros file:


#  specfile macros.
# Macro(s) here can be used reliably for reproducible builds.
# (Note: Above is the goal, below are the macros under development)
#
# The configure macro runs autoconf configure script with platform specific
# directory structure (--prefix, --libdir etc) and compiler flags
# such as CFLAGS.
#
# The configure macro should be invoked as %configure (rather than %{configure})
# because the rest of the arguments will be expanded using %*.
#
%_configure ./configure
%configure \
  CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
  CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
  FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
  %{_configure} --host=%{_host} --build=%{_build} \\\
...

**
I use shared library I declare this way:

export LD_LIBRARY_PATH=${my_lib_path}:{my_lib2_path}

Any macro or %{variable} to declare these sahred libs? Couldn't find
anything (or missed it).
Thank you again for your tips.


>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rpmbuild SPEC file - variable declaration

[arnaud gaboury]

On Sep 13, 2015 4:07 PM, "Reindl Harald" <h.rei...@thelounge.net> wrote:
>
>
>
> Am 13.09.2015 um 16:01 schrieb arnaud gaboury:
>>
>> On Sun, Sep 13, 2015 at 3:53 PM, Reindl Harald <h.rei...@thelounge.net>
wrote:
>>>>
>>>> export CFFLAGS= '-xHost -mavx -fp-model precise'
>>>> %configure
>>>>  CFFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
>>>>  
>>>>
>>>> Is above the the best way?
>>>
>>>
>>>
>>> no
>>>
>>> * there is no reason to mention CFLAGS in %configure again
>>> * you don't want the default macro at the end because
>>>it would probably override your overrides
>>> * export CFFLAGS="%optflags -xHost -mavx -fp-model precise"
>>
>>
>> Got it. Found this way in /usr/lib/rpm/macros file:
>
>
> well, that below defines the default %configure macro which you want to
override which can be replaced / overriden in ~/.rpm macros

OK. Thank you. It is clear then

>
> [builduser@testserver:~]$ cat .rpmmacros
> %_topdir %(echo $HOME)/rpmbuild
> %__arch_install_post /usr/lib/rpm/check-rpaths
/usr/lib/rpm/check-buildroot
>
> %dist   .fc22.%(echo $(/bin/date +%Y%m%d)).rh
> %fedora 22
> %fc22   1
> %packager   Reindl Harald
> %vendor thelounge interactive design
> %_smp_mflags-j10
> %_include_minidebuginfo 0
> %_binary_payloadw1.gzdio
> %_source_payloadw1.gzdio
> %__global_ldflags   -Wl,-z,now -Wl,-z,relro,-z,noexecstack
>
>
> %configure \
>   CFLAGS="${CFLAGS:-%optflags}"; export CFLAGS; \
>   CXXFLAGS="${CXXFLAGS:-%optflags}"; export CXXFLAGS; \
>   FFLAGS="${FFLAGS:-%optflags -I%_fmoddir}"; export FFLAGS; \
>   FCFLAGS="${FCFLAGS:-%optflags -I%_fmoddir}"; export FCFLAGS; \
>   LDFLAGS="${LDFLAGS:-%__global_ldflags}"; export LDFLAGS; \
>   ./configure \\\
>--host=x86_64-redhat-linux \\\
>--build=x86_64-redhat-linux \\\
>--target=x86_64-redhat-linux \\\
>--program-prefix=%{?_program_prefix} \\\
>--disable-dependency-tracking \\\
>--prefix=%{_prefix} \\\
>--exec-prefix=%{_exec_prefix} \\\
>--bindir=%{_bindir} \\\
>--sbindir=%{_sbindir} \\\
>--sysconfdir=%{_sysconfdir} \\\
>--datadir=%{_datadir} \\\
>--includedir=%{_includedir} \\\
>--libdir=%{_libdir} \\\
>--libexecdir=%{_libexecdir} \\\
>--localstatedir=%{_localstatedir} \\\
>--sharedstatedir=%{_sharedstatedir} \\\
>--mandir=%{_mandir} \\\
>--infodir=%{_infodir}
>
>
>
>> 
>> #  specfile macros.
>> # Macro(s) here can be used reliably for reproducible builds.
>> # (Note: Above is the goal, below are the macros under development)
>> #
>> # The configure macro runs autoconf configure script with platform
specific
>> # directory structure (--prefix, --libdir etc) and compiler flags
>> # such as CFLAGS.
>> #
>> # The configure macro should be invoked as %configure (rather than
%{configure})
>> # because the rest of the arguments will be expanded using %*.
>> #
>> %_configure ./configure
>> %configure \
>>CFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
>>CXXFLAGS="${CXXFLAGS:-%optflags}" ; export CXXFLAGS ; \
>>FFLAGS="${FFLAGS:-%optflags}" ; export FFLAGS ; \
>>%{_configure} --host=%{_host} --build=%{_build} \\\
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rpmbuild SPEC file - variable declaration

[arnaud gaboury]

On Sun, Sep 13, 2015 at 2:16 PM, Rex Dieter <rdie...@math.unl.edu> wrote:
> arnaud gaboury wrote:
>
>> When declaring a variable value,  I wonder if the any difference/best
>> practice between these methods:
>>
>> export VAR=MyValue
>> %{define} VAR MyValue
>> %{global} VAR MyValue
>
> best practice is to use global, it is explicitly mentioned here:
> https://fedoraproject.org/wiki/Packaging:Guidelines#.25global_preferred_over_.25define

Very good. TY for short and precise answer.

Now, for build flags macros and variables, I want to add some options
to the default one. I am not sure how to add options in a clean way.
These extra flags are used because I build with Intel Compiler:

export CFFLAGS= '-xHost -mavx -fp-model precise'
%configure
   CFFLAGS="${CFLAGS:-%optflags}" ; export CFLAGS ; \
   

Is above the the best way?



>
> -- rex
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpmbuild...empty RPMS

[arnaud gaboury]

On Wed, Sep 9, 2015 at 7:34 PM, Adam Miller
<maxamill...@fedoraproject.org> wrote:
> On Wed, Sep 9, 2015 at 12:23 PM, arnaud gaboury
> <arnaud.gabo...@gmail.com> wrote:
>> It is my first rpm build. I followed this how-to[0].
>>
>> $ rpmdev-setuptree
>> $ cd ~/rpmbuild
>> $ ls
>> BUILD/  BUILDROOT/  RPMS/  SOURCES/  SPECS/  SRPMS/
>> $ rpm -ivh sourcepackage-name*.src.rpm # I use an already exisiting
>> package as base
>> $ vim SPEC/MyName.spec
>> $ $ rpmlint SPEC/MyName.spec
>> $ $ rpmbuild -ba SPEC/MyName.spec
>> ... BUILDING.
>> Processing files: R-3.2.1-mkl.fc22.x86_64
>> Processing files: R-core-3.2.1-mkl.fc22.x86_64
>> Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
>> R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
>> R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
>> 3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
>> 3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
>> = 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
>> 3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
>> 3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
>> 3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit)
>> Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires(post): /bin/sh
>> Requires(preun): /bin/sh
>> Requires(postun): /bin/sh
>> Requires(posttrans): /bin/sh
>> Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
>> ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
>> libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
>> libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
>> libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
>> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
>> libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
>> libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
>> libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
>> libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
>> libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
>> libintlc.so.5()(64bit) libiomp5.so()(64bit)
>> libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
>> liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
>> libpcre.so.1()(64bit) libpthread.so.0()(64bit)
>> libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
>> librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
>> libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
>> libz.so.1()(64bit)
>> Obsoletes: R-Matrix < 0.999375-7
>> Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
>> Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
>> R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires: /usr/bin/pkg-config
>> Obsoletes: R-Matrix-devel < 0.999375-7
>> Processing files: R-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-3.2.1-mkl.fc22.x86_64
>> Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
>> Processing files: libRmath-3.2.1-mkl.fc22.x86_64
>> Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.OMbkES
>> + umask 022
>> + cd /home/poisonivy/rpmbuild/BUILD
>> + cd R-3.2.1
>> + 
>> DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + export DOCDIR
>> + /usr/bin/mkdir -p
>> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + cp -pr doc/COPYING
>> /home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
>> + exit 0
>> Provides: libRmath = 3.2.1-mkl.fc22 libRmath(x86-64) = 3.2.1-mkl.fc22
>> libRmath.so()(64bit)
>> Requires(interp): /sbin/ldconfig /sbin/ldconfig
>> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> Requires(post): /sbin/ldconfig
>> Requires(postun): /sbin/ldconfig
>> Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
>> libdl.so.2()(64bit) libgcc_s.so.1()(64bit) libimf.so()(64bit)
>> libintlc.so.5()(64bit) libirng.so()(64

rpmbuild...empty RPMS

[arnaud gaboury]

It is my first rpm build. I followed this how-to[0].

$ rpmdev-setuptree
$ cd ~/rpmbuild
$ ls
BUILD/  BUILDROOT/  RPMS/  SOURCES/  SPECS/  SRPMS/
$ rpm -ivh sourcepackage-name*.src.rpm # I use an already exisiting
package as base
$ vim SPEC/MyName.spec
$ $ rpmlint SPEC/MyName.spec
$ $ rpmbuild -ba SPEC/MyName.spec
... BUILDING.
Processing files: R-3.2.1-mkl.fc22.x86_64
Processing files: R-core-3.2.1-mkl.fc22.x86_64
Provides: R-KernSmooth = 2.23.15 R-MASS = 7.3.43 R-Matrix = 1.2.2
R-base = 3.2.1 R-boot = 1.3.17 R-class = 7.3.13 R-cluster = 2.0.3
R-codetools = 0.2.14 R-core = 3.2.1-mkl.fc22 R-core(x86-64) =
3.2.1-mkl.fc22 R-datasets = 3.2.1 R-foreign = 0.8.65 R-grDevices =
3.2.1 R-graphics = 3.2.1 R-grid = 3.2.1 R-lattice = 0.20.33 R-methods
= 3.2.1 R-mgcv = 1.8.7 R-nlme = 3.1.121 R-nnet = 7.3.10 R-parallel =
3.2.1 R-rpart = 4.1.10 R-spatial = 7.3.10 R-splines = 3.2.1 R-stats =
3.2.1 R-stats4 = 3.2.1 R-survival = 2.38.3 R-tcltk = 3.2.1 R-tools =
3.2.1 R-utils = 3.2.1 config(R-core) = 3.2.1-mkl.fc22 libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit)
Requires(interp): /bin/sh /bin/sh /bin/sh /bin/sh
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /bin/sh
Requires(preun): /bin/sh
Requires(postun): /bin/sh
Requires(posttrans): /bin/sh
Requires: /bin/bash /bin/sh ld-linux-x86-64.so.2()(64bit)
ld-linux-x86-64.so.2(GLIBC_2.2.5)(64bit) libR.so()(64bit)
libRblas.so()(64bit) libRlapack.so()(64bit) libX11.so.6()(64bit)
libbz2.so.1()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.16)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit)
libc.so.6(GLIBC_2.7)(64bit) libcurl.so.4()(64bit) libdl.so.2()(64bit)
libdl.so.2(GLIBC_2.2.5)(64bit) libgcc_s.so.1()(64bit)
libicui18n.so.54()(64bit) libicuuc.so.54()(64bit)
libifcoremt.so.5()(64bit) libifport.so.5()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libiomp5.so()(64bit)
libiomp5.so(VERSION)(64bit) libirc.so()(64bit) libirng.so()(64bit)
liblzma.so.5()(64bit) liblzma.so.5(XZ_5.0)(64bit) libm.so.6()(64bit)
libpcre.so.1()(64bit) libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit) libreadline.so.6()(64bit)
librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libsvml.so()(64bit)
libtcl8.6.so()(64bit) libtk8.6.so()(64bit) libtre.so.5()(64bit)
libz.so.1()(64bit)
Obsoletes: R-Matrix < 0.999375-7
Processing files: R-core-devel-3.2.1-mkl.fc22.x86_64
Provides: R-Matrix-devel = 1.2.2 R-core-devel = 3.2.1-mkl.fc22
R-core-devel(x86-64) = 3.2.1-mkl.fc22 pkgconfig(libR) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Obsoletes: R-Matrix-devel < 0.999375-7
Processing files: R-devel-3.2.1-mkl.fc22.x86_64
Processing files: R-java-3.2.1-mkl.fc22.x86_64
Processing files: R-java-devel-3.2.1-mkl.fc22.x86_64
Processing files: libRmath-3.2.1-mkl.fc22.x86_64
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.OMbkES
+ umask 022
+ cd /home/poisonivy/rpmbuild/BUILD
+ cd R-3.2.1
+ 
DOCDIR=/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ export DOCDIR
+ /usr/bin/mkdir -p
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ cp -pr doc/COPYING
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64/usr/share/doc/libRmath
+ exit 0
Provides: libRmath = 3.2.1-mkl.fc22 libRmath(x86-64) = 3.2.1-mkl.fc22
libRmath.so()(64bit)
Requires(interp): /sbin/ldconfig /sbin/ldconfig
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /sbin/ldconfig
Requires(postun): /sbin/ldconfig
Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
libdl.so.2()(64bit) libgcc_s.so.1()(64bit) libimf.so()(64bit)
libintlc.so.5()(64bit) libirng.so()(64bit) libm.so.6()(64bit)
libsvml.so()(64bit)
Processing files: libRmath-devel-3.2.1-mkl.fc22.x86_64
Provides: libRmath-devel = 3.2.1-mkl.fc22 libRmath-devel(x86-64) =
3.2.1-mkl.fc22 pkgconfig(libRmath) = 3.2.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: /usr/bin/pkg-config
Processing files: libRmath-static-3.2.1-mkl.fc22.x86_64
Provides: libRmath-static = 3.2.1-mkl.fc22 libRmath-static(x86-64) =
3.2.1-mkl.fc22
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Processing files: R-debuginfo-3.2.1-mkl.fc22.x86_64
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/home/poisonivy/rpmbuild/BUILDROOT/R-3.2.1-mkl.fc22.x86_64
BUILD ENDS...

$ rpmlint /SPEC/MyName.spec ../RPMS/*/MyName*.rpm ../SRPMS/MyName*.rpm

RMPS and SRPMS are empty !!

What did 

Building rpm package

[arnaud gaboury]

First try at building a rpm package and as feared, errors are returned.

Fedora 22

I wrote my own .spec file based on this package[0]. My goal is to
build R using Intel Compiler and MKL. The whole part of the spec file
is untouched, except for the configure, variables and flag part.

At the begining of %build section, I have added this:

---
%build
...
source /opt/intel/compilers_and_libraries_2016/linux/mkl/bin/mklvars.sh intel64
source /opt/intel/bin/compilervars.sh intel64
_mkllibpath=${MKLROOT}/lib/intel64
_openmplibpath=${PROD_DIR}/compiler/lib/intel64
export LD_LIBRARY_PATH=${_mkllibpath}:${_openmplibpath}
export MKL="-L${_mkllibpath} -L${_openmplibpath} -lmkl_intel_ilp64
-lmkl_core -lmkl_intel_thread   -liomp5 -lpthread -lm"


$ cat CONFIGURE.log | grep -A30 'R is now'
---
757-  Source directory:  .
758-  Installation directory:/usr
759-
760-  C compiler:icc -std=c99  -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -wd188
-DMKL_ILP64 -qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
761-  Fortran 77 compiler:   ifort  -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
-qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
762-
763-  C++ compiler:  icpc  -ip -O3 -opt-mem-layout-trans=3
-xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp-parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
764-  C++ 11 compiler:   icpc  -std=c++11 -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
-qopenmp-parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
765-  Fortran 90/95 compiler:ifort -ip -O3 -opt-mem-layout-trans=3
-xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
766-  Obj-C compiler: gcc -g -O2 -fobjc-exceptions
767-
768-  Interfaces supported:  tcltk
769-  External libraries:readline, zlib, bzlib, lzma, PCRE, tre, curl
770-  Additional capabilities:   PNG, JPEG, TIFF, NLS, ICU
771-  Options enabled:   shared R library, shared BLAS, R
profiling, memory profiling, static HTML
--

The first two lines source scripts to populate environment variables.
1- I am surprised not to see these variables when running $ env from
my build shell. Any reason?
2- the build fails (cannot find ICC) IF I do not source these two
scripts before I run $ rpmbuild. When these variables are set, make
succeed.

I guess these two lines (source
/opt/intel/compilers_and_libraries_2016/linux/mkl/bin/mklvars.sh
intel64
source /opt/intel/bin/compilervars.sh intel64 are not read by
rpmbuild. Maybe the shell command source is wrong ?
Hint: shell is zsh (normally I can build everything)

Thank you for hints

-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Building rpm package

[arnaud gaboury]

On Tue, Sep 8, 2015 at 10:04 AM, arnaud gaboury
<arnaud.gabo...@gmail.com> wrote:
> First try at building a rpm package and as feared, errors are returned.
>
> Fedora 22
>
> I wrote my own .spec file based on this package[0]. My goal is to
> build R using Intel Compiler and MKL. The whole part of the spec file
> is untouched, except for the configure, variables and flag part.
>
> At the begining of %build section, I have added this:
>
> ---
> %build
> ...
> source /opt/intel/compilers_and_libraries_2016/linux/mkl/bin/mklvars.sh 
> intel64
> source /opt/intel/bin/compilervars.sh intel64
> _mkllibpath=${MKLROOT}/lib/intel64
> _openmplibpath=${PROD_DIR}/compiler/lib/intel64
> export LD_LIBRARY_PATH=${_mkllibpath}:${_openmplibpath}
> export MKL="-L${_mkllibpath} -L${_openmplibpath} -lmkl_intel_ilp64
> -lmkl_core -lmkl_intel_thread   -liomp5 -lpthread -lm"
> 
>
> $ cat CONFIGURE.log | grep -A30 'R is now'
> ---
> 757-  Source directory:  .
> 758-  Installation directory:/usr
> 759-
> 760-  C compiler:icc -std=c99  -ip -O3
> -opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -wd188
> -DMKL_ILP64 -qopenmp -parallel
> -I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
> 761-  Fortran 77 compiler:   ifort  -ip -O3
> -opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
> -qopenmp -parallel
> -I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
> 762-
> 763-  C++ compiler:  icpc  -ip -O3 -opt-mem-layout-trans=3
> -xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp-parallel
> -I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
> 764-  C++ 11 compiler:   icpc  -std=c++11 -ip -O3
> -opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
> -qopenmp-parallel
> -I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
> 765-  Fortran 90/95 compiler:ifort -ip -O3 -opt-mem-layout-trans=3
> -xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp -parallel
> -I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
> 766-  Obj-C compiler: gcc -g -O2 -fobjc-exceptions
> 767-
> 768-  Interfaces supported:  tcltk
> 769-  External libraries:readline, zlib, bzlib, lzma, PCRE, tre, curl
> 770-  Additional capabilities:   PNG, JPEG, TIFF, NLS, ICU
> 771-  Options enabled:   shared R library, shared BLAS, R
> profiling, memory profiling, static HTML
> --
>
> The first two lines source scripts to populate environment variables.
> 1- I am surprised not to see these variables when running $ env from
> my build shell. Any reason?
> 2- the build fails (cannot find ICC) IF I do not source these two
> scripts before I run $ rpmbuild. When these variables are set, make
> succeed.
>
> I guess these two lines (source
> /opt/intel/compilers_and_libraries_2016/linux/mkl/bin/mklvars.sh
> intel64
> source /opt/intel/bin/compilervars.sh intel64 are not read by
> rpmbuild. Maybe the shell command source is wrong ?
> Hint: shell is zsh (normally I can build everything)
>
> Thank you for hints
>
> --
>
> google.com/+arnaudgabourygabx

Forgot link to package:
[0]https://apps.fedoraproject.org/packages/R
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how to set/unset env variables in spec file

[arnaud gaboury]

is now configured for x86_64-redhat-linux-gnu
756-
757-  Source directory:  .
758-  Installation directory:/usr
759-
760-  C compiler:icc -std=c99  -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -wd188
-DMKL_ILP64 -qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
761-  Fortran 77 compiler:   ifort  -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
-qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
762-
763-  C++ compiler:  icpc  -ip -O3 -opt-mem-layout-trans=3
-xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp-parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
764-  C++ 11 compiler:   icpc  -std=c++11 -ip -O3
-opt-mem-layout-trans=3 -xHost -mavx -fp-model precise -DMKL_ILP64
-qopenmp-parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
765-  Fortran 90/95 compiler:ifort -ip -O3 -opt-mem-layout-trans=3
-xHost -mavx -fp-model precise -DMKL_ILP64 -qopenmp -parallel
-I/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include
766-  Obj-C compiler: gcc -g -O2 -fobjc-exceptions
---

( %configure \
%if %{system_tre}
--with-system-tre \
%endif
--with-system-zlib --with-system-bzlib --with-system-pcre \
--with-system-valgrind-headers \
--with-lapack \
--with-blas="$MKL" \
%endif
--with-tcl-config=%{_libdir}/tclConfig.sh \
--with-tk-config=%{_libdir}/tkConfig.sh \
--enable-R-shlib \
--enable-memory-profiling \
--enable-BLAS-shlib \
--enable-prebuilt-html \
--


I have a warning too at the begining of the build. No idea where this
option comes from:
configure: WARNING: unrecognized options: --disable-dependency-tracking


Hope these info can help to debug.

>
> Jan
>
> On 09/08/2015 01:07 PM, arnaud gaboury wrote:
>>
>> I am building a rpm package. For make to success and have the correct
>> env variables, I need to source a few scripts and unset a few
>> variables.
>> rpmbuild does not understand the source and unset commands.
>>
>> How shall I proceed to get the desired variables?
>>
>> Thank you
>>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

how to set/unset env variables in spec file

[arnaud gaboury]

I am building a rpm package. For make to success and have the correct
env variables, I need to source a few scripts and unset a few
variables.
rpmbuild does not understand the source and unset commands.

How shall I proceed to get the desired variables?

Thank you

-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how to set/unset env variables in spec file

[arnaud gaboury]

On Tue, Sep 8, 2015 at 2:11 PM, arnaud gaboury <arnaud.gabo...@gmail.com> wrote:
> On Tue, Sep 8, 2015 at 1:15 PM, Jan Chaloupka <jchal...@redhat.com> wrote:
>> Hi Arnaud,
>>
>> I am assuming all scripts you are referring to are sourced and run in %build
>> section. Can you be more specific which commands are you running? %build
>> section is interpreted as a bash script so source and unset should work.
>> Without the concrete example it is hard to guess what is going wrong.
>
> These are the two scripts I have to run:
>
> -
> % cat /opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/bin/mklvars.sh
>
> #!/bin/sh
> #
> # Copyright (C) 2003-2015 Intel Corporation. All rights reserved.
> #
> # The information and source code contained herein is the exclusive property
> # of Intel Corporation and may not be disclosed, examined, or reproduced in
> # whole or in part without explicit written authorization from the Company.
> #
>
> mkl_help() {
> echo ""
> echo "Syntax:"
> echo "  source $SCRIPT_NAME  [MKL_interface] [${MOD_NAME}]"
> echo ""
> echo "must be one of the following"
> echo "   ia32 : Setup for IA-32 architecture"
> echo "   intel64  : Setup for Intel(R) 64 architecture"
> echo "   mic  : Setup for Intel(R) Many Integrated
> Core Architecture"
> echo ""
> echo "   ${MOD_NAME} (optional) - set path to MKL F95 modules"
> echo ""
> echo "   MKL_interface (optional) - MKL programming interface for intel64"
> echo "  Not applicable without ${MOD_NAME}"
> echo "   lp64 : 4 bytes integer (default)"
> echo "   ilp64: 8 bytes integer"
> echo ""
> }
>
> set_mkl_env() {
> CPRO_PATH=/opt/intel/compilers_and_libraries_2016.0.109/linux
> export MKLROOT=${CPRO_PATH}/mkl
>
> typeset SCRIPT_NAME=$0
> typeset MOD_NAME=mod
>
> typeset MKL_LP64_ILP64=
> typeset MKL_MOD=
> typeset MKL_TARGET_ARCH=
> typeset MKLVARS_VERBOSE=
> typeset MKL_MIC_ARCH=
> typeset MKL_BAD_SWITCH=
> typeset OLD_LD_LIBRARY_PATH=
> typeset OLD_LIBRARY_PATH=
> typeset OLD_MIC_LD_LIBRARY_PATH=
> typeset OLD_NLSPATH=
> typeset OLD_CPATH=
>
> if [ -z "$1" ] ; then
> mkl_help
> else
>
> while [ -n "$1" ]; do
>if   [ "$1" = "ia32" ]; then MKL_TARGET_ARCH=ia32;
>elif [ "$1" = "intel64" ] ; then
> MKL_TARGET_ARCH=intel64; MKL_MIC_ARCH=mic;
>elif [ "$1" = "mic" ] ; then MKL_TARGET_ARCH=mic;
>   MKL_MIC_ARCH=mic;
>elif [ "$1" = "lp64" ]; then MKL_LP64_ILP64=lp64;
>elif [ "$1" = "ilp64" ]   ; then MKL_LP64_ILP64=ilp64;
>elif [ "$1" = "${MOD_NAME}" ] ; then MKL_MOD=${MOD_NAME};
>elif [ "$1" = "verbose" ] ; then MKLVARS_VERBOSE=verbose;
>else
>MKL_BAD_SWITCH=$1
>break 10
>fi
>shift;
> done
>
> if [ -n "${MKL_BAD_SWITCH}" ] ; then
>
> echo
> echo "ERROR: Unknown option '${MKL_BAD_SWITCH}'"
> mkl_help
>
> else
>
> if [ -z "${MKL_TARGET_ARCH}" ] ; then
>
> echo
> echo "ERROR: architecture is not defined. Accepted
> values: ia32, intel64, mic"
> mkl_help
>
> else
> typeset
> mkl_ld_arch="${CPRO_PATH}/compiler/lib/${MKL_TARGET_ARCH}:${MKLROOT}/lib/${MKL_TARGET_ARCH}"
> typeset
> mkl_ld_intel64="${CPRO_PATH}/compiler/lib/intel64:${MKLROOT}/lib/intel64"
> typeset
> mkl_ld_mic="${CPRO_PATH}/compiler/lib/${MKL_MIC_ARCH}:${MKLROOT}/lib/${MKL_MIC_ARCH}"
>
> if [ -z "${TBBROOT}" ]; then
> typeset mkl_tbb_subdir="/gcc4.4"
> if [ "${MKL_TARGET_ARCH}" = "mic" ]; then
> mkl_tbb_subdir=""; fi
>
> typeset
> mkl_ld_arch="${CPRO_PATH}/tbb/lib/${MKL_TARGET_ARCH}${mkl_tbb_subdir}:${mkl_ld_arch}"
> typeset
> mkl_ld_intel64="

Re: how to set/unset env variables in spec file

[arnaud gaboury]

On Tue, Sep 8, 2015 at 5:04 PM, arnaud gaboury <arnaud.gabo...@gmail.com> wrote:
> On Tue, Sep 8, 2015 at 4:47 PM, Jonathan Underwood
> <jonathan.underw...@gmail.com> wrote:
>> I see what you're trying to do is build a package using the intel
>> compiler suite rather than the usual gcc toolchain.
> Exactly. And this is not an easy affair, especially as it is my first
> rpmbuild. I can build the package from source with MKL and ICC, but I
> would be happier to have a clean .rpm file to install.
>
>  A few years ago I
>> needed to do that for packaging molpro locally, so I am attaching that
>> spec file which may give you some hints on how to go about it. Bare in
>> mind that I haven't thought about this for a few years, so probably
>> won't be able to answer any questions on it, but it might start you
>> off in the right direction.
>
> I will have a close look at your spec file. The point I am fighting
> with is where/how to tell make to find the right stuff.
> (ld_library_path, ld_flags, cxxflags etc)

I can see in your spec file you use %global. I couldn't find any entry
in the Fedora documentation about rpmbuild.
My issue is a variable environment one. If I source manually the two
scripts, build goes well. When sourcing from the spec file, it fails.
So I guess at some point make can't find what it needs.
Maybe shall I insted source the scripts somewhere else than in %build section?
Here are variables I have on my shell env when sourcing manually:

CPATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp/include:/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/include:/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb/include:/storage/development/include
LIBRARY_PATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp/../compiler/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb/lib/intel64/gcc4.1:/storage/development/lib/intel64_lin:/storage/development/../tbb/lib/intel64_lin/gcc4.4:/storage/development/../compiler/lib/intel64_lin
LD_LIBRARY_PATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/mpi/intel64/lib:/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp/../compiler/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/lib/intel64:/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb/lib/intel64/gcc4.1:/opt/intel/debugger_2016/libipt/intel64/lib:/storage/development/lib/intel64_lin:/storage/development/../tbb/lib/intel64_lin/gcc4.4:/storage/development/../compiler/lib/intel64_lin
CLASSPATH=/storage/development/lib/daal.jar
INTEL_PYTHONHOME=/opt/intel/debugger_2016/python/intel64/
GDB_CROSS=/opt/intel/debugger_2016/gdb/intel64_mic/bin/gdb-mic
GDBSERVER_MIC=/opt/intel/debugger_2016/gdb/targets/mic/bin/gdbserver
MPM_LAUNCHER=/opt/intel/debugger_2016/mpm/mic/bin/start_mpm.sh
MANPATH=/opt/intel/documentation_2016/en/man/common:/opt/intel/compilers_and_libraries_2016.0.109/linux/man/en_US:/opt/intel/documentation_2016/en/debugger//gdb-ia/man/:/opt/intel/documentation_2016/en/debugger//gdb-mic/man/:/opt/intel/documentation_2016/en/debugger//gdb-igfx/man/
INFOPATH=/opt/intel/documentation_2016/en/debugger//gdb-ia/info/:/opt/intel/documentation_2016/en/debugger//gdb-mic/info/:/opt/intel/documentation_2016/en/debugger//gdb-igfx/info/
NLSPATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/intel64/locale/%l_%t/%N:/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/lib/intel64/locale/%l_%t/%N:/opt/intel/debugger_2016/gdb/intel64_mic/share/locale/%l_%t/%N:/opt/intel/debugger_2016/gdb/intel64/share/locale/%l_%t/%N
TBBROOT=/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb
MIC_LD_LIBRARY_PATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/mic:/opt/intel/compilers_and_libraries_2016.0.109/linux/mpi/mic/lib:/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/mic:/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/lib/mic:/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb/lib/mic
MIC_LIBRARY_PATH=/opt/intel/compilers_and_libraries_2016.0.109/linux/compiler/lib/mic:/opt/intel/compilers_and_libraries_2016.0.109/linux/mpi/mic/lib:/opt/intel/compilers_and_libraries_2016.0.109/linux/tbb/lib/mic
MKLROOT=/opt/intel/compilers_and_libraries_2016.0.109/linux/mkl
IPPROOT=/opt/intel/compilers_and_libraries_2016.0.109/linux/ipp
INTEL_LICENSE_FILE=/opt/intel/compilers_and_libraries_2016.0.109/linux/licenses:/opt/intel/licenses:/home/poisonivy/intel/licenses

I see some variables/values from the spec fi

Re: how to set/unset env variables in spec file

[arnaud gaboury]

On Tue, Sep 8, 2015 at 4:47 PM, Jonathan Underwood
<jonathan.underw...@gmail.com> wrote:
> I see what you're trying to do is build a package using the intel
> compiler suite rather than the usual gcc toolchain.
Exactly. And this is not an easy affair, especially as it is my first
rpmbuild. I can build the package from source with MKL and ICC, but I
would be happier to have a clean .rpm file to install.

 A few years ago I
> needed to do that for packaging molpro locally, so I am attaching that
> spec file which may give you some hints on how to go about it. Bare in
> mind that I haven't thought about this for a few years, so probably
> won't be able to answer any questions on it, but it might start you
> off in the right direction.

I will have a close look at your spec file. The point I am fighting
with is where/how to tell make to find the right stuff.
(ld_library_path, ld_flags, cxxflags etc)

Thank you for your help.
>
> On 8 September 2015 at 12:07, arnaud gaboury <arnaud.gabo...@gmail.com> wrote:
>> I am building a rpm package. For make to success and have the correct
>> env variables, I need to source a few scripts and unset a few
>> variables.
>> rpmbuild does not understand the source and unset commands.
>>
>> How shall I proceed to get the desired variables?
>>
>> Thank you
>>
>> --
>>
>> google.com/+arnaudgabourygabx
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how to set/unset env variables in spec file

[arnaud gaboury]

On Tue, Sep 8, 2015 at 3:30 PM, Jonathan Wakely <jwak...@redhat.com> wrote:
> On 08/09/15 14:11 +0200, arnaud gaboury wrote:
>>
>> On Tue, Sep 8, 2015 at 1:15 PM, Jan Chaloupka <jchal...@redhat.com> wrote:
>>>
>>> Hi Arnaud,
>>>
>>> I am assuming all scripts you are referring to are sourced and run in
>>> %build
>>> section. Can you be more specific which commands are you running? %build
>>> section is interpreted as a bash script so source and unset should work.
>>> Without the concrete example it is hard to guess what is going wrong.
>>
>>
>> These are the two scripts I have to run:
>
>
> The question was which commands are you running in the spec file,

I understood the question, just wanted to be more precise.
My bad for protected contents.

 not
> what is the full content of the scripts, which should not be posted to
> public lists given these copyright terms:
>
>> -
>> % cat
>> /opt/intel/compilers_and_libraries_2016.0.109/linux/mkl/bin/mklvars.sh
>>
>> #!/bin/sh
>> #
>> # Copyright (C) 2003-2015 Intel Corporation. All rights reserved.
>> #
>> # The information and source code contained herein is the exclusive
>> property
>> # of Intel Corporation and may not be disclosed, examined, or reproduced
>> in
>> # whole or in part without explicit written authorization from the
>> Company.
>> #
>
>
> Please don't post things to this list that have terms prohibiting
> redistribution or reproduction.
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 

google.com/+arnaudgabourygabx
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct