===
Sent: Tuesday, July 08, 2025 at 10:40 AM
From: "Barry Scott"
To: "Patrick Dupre"
Cc: users@lists.fedoraproject.org
Subject: Re: rpmbuild
On 8 Jul 2025, at 09:36, Patrick Dupre wrote:
On 8 Jul 2025, at 09:07, Patrick Dupre wrote:
Thank Barry,
This w
perl
Makefile.PL)
%build
perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 NO_PERLLOCAL=1
%{make_build}
and the problem is with
%install
%{make_install}
%{_fixperms} $RPM_BUILD_ROOT/*
But I am lost, because I do not see which Makefile.PL could be executed.
There is only one Makefile.PL
Wou
DIRS=vendor NO_PACKLIST=1 NO_PERLLOCAL=1
> %{make_build}
>
>
> and the problem is with
> %install
> %{make_install}
You should be able to add the extra options at the end of the %{make_install} I
think.
If not replace that line in the spec file with its expanded version (it was in
the l
t; How can I have a more verbose output ?
Did you look at man make?
> You said force echo each command.
The --debug=jobs and --no-silent look worth trying.
If that does not help then copy the make line and add --dry-run to the first
copy.
It will output all the commands it wants to run.
Bar
make: *** [Makefile:915: install] Error 255
error: Bad exit status from /var/tmp/rpm-tmp.w3c4NF (%install)
How can I have a more verbose output ?
You said force echo each command.
> Subject: Re: rpmbuild
>
>
>
> > On 7 Jul 2025, at 20:44, Patrick Dupre via users
> > wro
> On 7 Jul 2025, at 20:44, Patrick Dupre via users
> wrote:
>
> I guess that it is a perl issue between 5.40 and 5.38
> How can I run perl Makefile.PL with a previous version ?
I recommend you debug so you know why the command fails then fix it.
If its a make file then add make options to for
> > Subject: rpmbuild
> >
> > Hello,
> >
> > Trying to build a rpm package from PDL-Graphics-ColorSpace-0.206.tar.gz
> >
> > rpmbuild -bb perl-PDL-Transform-Color.spec
> > I got an error message:
> >
> >
> > + cd PDL-Transform-Color-1.010
> > + /usr/bin/make install
> > DESTDIR=/home/pdupre/rp
> On 29 Jun 2025, at 11:21, Patrick Dupre via users
> wrote:
>
> Execution of -e aborted due to compilation errors.
The spec file has a problem.
Likely substituting a command from an undefined variable.
E.g like this maybe a $envvar or %rpmvar
$xxx-cmd -e …
Barry
--
__
> Subject: rpmbuild
>
> Hello,
>
> Trying to build a rpm package from PDL-Graphics-ColorSpace-0.206.tar.gz
>
> rpmbuild -bb perl-PDL-Transform-Color.spec
> I got an error message:
>
>
> + cd PDL-Transform-Color-1.010
> + /usr/bin/make install
> DESTDIR=/home/pdupre/rpmbuild/BUILD/perl-PDL-Tran
>
> Hi.
>
> On Sat, 28 Jun 2025 17:22:31 +0200
> Patrick Dupre via users wrote:
>
> > I am trying to build a rpm package from Alien-Build-2.84.tgz file
> > an a fedora 42 machine.
>
> Why not using the standard perl-Alien-Build package ?
>
> dnf -q list perl-Alien-Build
> Available packages
>
Hi.
On Sat, 28 Jun 2025 17:22:31 +0200
Patrick Dupre via users wrote:
> I am trying to build a rpm package from Alien-Build-2.84.tgz file
> an a fedora 42 machine.
Why not using the standard perl-Alien-Build package ?
dnf -q list perl-Alien-Build
Available packages
perl-Alien-Build.noarch 2.84
On Thu, 6 Jul 2023 22:16:09 +0100
Barry wrote:
> > On 6 Jul 2023, at 15:08, Franta Hanzlík via users
> > wrote:
> >
> > But sometimes I need to build an RPM package "in the field", at my
> > colleagues/friends/... machines - and I don't use the ~/.rpmmacros
>
> Why not put the one line in t
> On 6 Jul 2023, at 15:08, Franta Hanzlík via users
> wrote:
>
> But sometimes I need to build an RPM package "in the field", at my
> colleagues/friends/... machines - and I don't use the ~/.rpmmacros
Why not put the one line in the .rpmmacros when off site, i am curious?
It is surely no less
On Thu, 6 Jul 2023 09:42:30 -0400
Tom Horsley wrote:
> On Thu, 6 Jul 2023 05:59:05 +0200
> Franta Hanzlík via users wrote:
>
> > The problem seems to be somehow caused by ~/rpmbuild being a symlink (
>
> If a symlink is the problem, you could always set up a ~/.rpmmacros
> file with the line:
On Thu, 6 Jul 2023 05:59:05 +0200
Franta Hanzlík via users wrote:
> The problem seems to be somehow caused by ~/rpmbuild being a symlink (
If a symlink is the problem, you could always set up a ~/.rpmmacros
file with the line:
%_topdir /path/to/real/rpmbuild
*
%{_mandir}/man3/*
%changelog
* Sat Jun 19 2021 Patrick Dupre 0.74-1
- Specfile autogenerated by cpanspec 1.78.
> Subject: Re: rpmbuild perl-PDL-Graphics-PLplot
>
> On Sat, Jun 19, 2021 at 9:00 AM Patrick Dupre wrote:
> > This spec file provide the an error.
> > Can you help m
On Sat, Jun 19, 2021 at 9:00 AM Patrick Dupre wrote:
> This spec file provide the an error.
> Can you help me to fix it?
You didn't show the compiler flags in use, so this is just a guess, but ...
> cc1: some warnings being treated as errors
... this message suggests that -Werror is included.
On 6/15/19 1:10 PM, Patrick Dupre wrote:
Another question
How could I get
%{_bindir}/*
added in the %files section
without having to edit the generated .spec file (i.e. when I run cpanspec)?
You would have to modify cpanspec to substitute that.
___
us
===
> Sent: Saturday, June 15, 2019 at 5:41 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Fri, 14 Jun 2019 23:38:56 +0200, Patrick Dupre wrote:
>
> > perl-Tk-JBrowseEntry-5.22-1.fc30.noa
On Fri, 14 Jun 2019 23:38:56 +0200, Patrick Dupre wrote:
> perl-Tk-JBrowseEntry-5.22-1.fc30.noarch
> The solutions that I found are:
> 1) add Provides: perl(Tk::JBrowseEntry) = %{version}-%{release}
> in perl-Tk-JBrowseEntry.spec
> or
> 2) remove
> BuildRequires: perl(Tk::JBrowseEntry) >= 4.63
On 6/14/19 2:38 PM, Patrick Dupre wrote:
1) I expect that I would have to edit the .spec file
That's right. You do. And that's expected.
http://cpanspec.sourceforge.net/ indicates: "It is assumed that
maintainers will need to do some (hopefully small) amount of work to
clean up the genera
==
> Sent: Friday, June 14, 2019 at 7:06 PM
> From: "Gordon Messmer"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On 6/12/19 1:43 PM, Patrick Dupre wrote:
> > cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
> &g
On 6/12/19 1:43 PM, Patrick Dupre wrote:
cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
only add:
BuildRequires: perl-generators
in the .spec file
which does not help.
Sure, it does. The purpose of the "perl-generators" package is to
include information about wha
On Thu, 13 Jun 2019 23:09:58 +0200, Patrick Dupre wrote:
> Maybe, however, some perl packages require packages with a version
> number higher than a certain value.
> Thus, if the Provides/Requires instructions are not set properly,
> all the packages requiring other packages fail, either at the bu
> On Wed, 12 Jun 2019 22:43:24 +0200, Patrick Dupre wrote:
>
> > Hello,
> >
> > Again, I am not sure to understand:
> >
> > cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
> >
> > only add:
> > BuildRequires: perl-generators
> > in the .spec file
> >
> > which does not h
On Wed, 12 Jun 2019 22:43:24 +0200, Patrick Dupre wrote:
> Hello,
>
> Again, I am not sure to understand:
>
> cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
>
> only add:
> BuildRequires: perl-generators
> in the .spec file
>
> which does not help.
It helps with auto
Cedex FRANCE
Tel: +33 (0)380395988
===
> Sent: Thursday, June 13, 2019 at 4:50 AM
> From: "Samuel Sieb"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On 6/12/19 1:43 PM, Patrick
On 6/12/19 1:43 PM, Patrick Dupre wrote:
Again, I am not sure to understand:
cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
only add:
BuildRequires: perl-generators
in the .spec file
which does not help.
The spec file you get from cpanspec will need to be modified
at 2:26 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Tue, 11 Jun 2019 21:13:10 +0200, Patrick Dupre wrote:
>
> > I am not sure to take the point:
>
> You focus on something else.
>
> > I can run
On Tue, 11 Jun 2019 21:13:10 +0200, Patrick Dupre wrote:
> I am not sure to take the point:
You focus on something else.
> I can run
> cpanspec --add-buildrequires perl-generators Tk-JBrowseEntry-5.22.tar.gz
> --add-provide "perl(Tk::JBrowseEntry) %{version}-%{release}"
>
> If it is correct.
Samuel Sieb wrote:
> On 6/11/19 12:13 PM, Patrick Dupre wrote:
>> Again, why the generation of the .spec is not automatic?
>
> Because the script isn't perfect and it's a difficult problem to solve.
> cpanspec appears to be pretty dead upstream. You could try filing a bug in
> Fedora bugzilla.
F
On 6/11/19 12:13 PM, Patrick Dupre wrote:
Again, why the generation of the .spec is not automatic?
Because the script isn't perfect and it's a difficult problem to solve.
cpanspec appears to be pretty dead upstream. You could try filing a bug
in Fedora bugzilla.
Sent: Tuesday, June 11, 2019 at 12:46 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Mon, 10 Jun 2019 17:45:23 +0200, Patrick Dupre wrote:
>
> > Sorry, when I run
> > cpanspec Tk-JBrowseEntry-5.22.tar.gz
>
On Mon, 10 Jun 2019 17:45:23 +0200, Patrick Dupre wrote:
> Sorry, when I run
> cpanspec Tk-JBrowseEntry-5.22.tar.gz
I referred to _build time_ creation of inter-package dependencies.
The step when rpmbuild adds Requires/Provides to the built packages.
You are not supposed to hack a spec file as
rgogne
9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
Tel: +33 (0)380395988
===
> Sent: Monday, June 10, 2019 at 5:22 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
>
On Mon, 10 Jun 2019 15:35:22 +0200, Patrick Dupre wrote:
> Provides: perl(Tk::JBrowseEntry) = %{version}-%{release}
>
> seems missing in the .spec file
No. These are automatically created Provides/Requires for Perl Modules.
You need to work with a package that _really_ includes and "Provides"
th
Provides: perl(Tk::JBrowseEntry) = %{version}-%{release}
seems missing in the .spec file
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire interdisciplinaire Carnot de Bourgogne
9 Ave
On Mon, 10 Jun 2019 10:10:54 +0200
"Patrick Dupre" wrote:
> Same issue with Tk-JFileDialog.spec
> In addition, I get:
> rpmbuild -bb perl-Tk-JFileDialog.spec
> error: Failed build dependencies:
> perl(Tk::JBrowseEntry) >= 4.63 is needed by
> perl-Tk-JFileDialog-2.20-1.fc30.noarch
>
> whil
988
===
> Sent: Monday, June 10, 2019 at 2:11 AM
> From: "Gordon Messmer"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On 6/9/19 2:27 PM, Patrick Dupre wrote:
> > RPM build error
On 6/9/19 2:27 PM, Patrick Dupre wrote:
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/JBrowseTest.pl
Add that path to the %files section of the spec. If you're maintaining
this for redistribution, you might want to list the path as
"%{_bindir}/JBrowseTest.pl"
On Sun, 9 Jun 2019 08:38:05 -0700, Gordon Messmer wrote:
> On 6/9/19 7:29 AM, Patrick Dupre wrote:
> > How can I make a rpmbuild and keep the compiled files?
>
>
> Have you tried "rpmbuild --noclean"?
Alternatively, end the building after the %build stage:
rpmbuild -bc foo.spec
And you wi
On 6/9/19 7:29 AM, Patrick Dupre wrote:
How can I make a rpmbuild and keep the compiled files?
Have you tried "rpmbuild --noclean"?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraprojec
Hi,
Thanks again! The spec file compiles fine but also does without libtool. Why do
we need it?
What more info would you like? I don't know what a desktop file does exactly,
and I don't know why there is a file such as that in /etc/wbar.d, sorry.
Many thanks and best wishes,
Ranjan
On Tue, 25
Ranjan Maitra writes:
RPM build errors:
Macro expanded in comment on line 11: %{name}-%{version}.tar.bz2
Bad exit status from /var/tmp/rpm-tmp.Am2P0X (%build)
I wonder: what is causing these errors? Line 11 of the file seems to be
something else.
Line 11 has nothing to do with t
I played around a bit and built it in mock and found several dependencies
you didn't have in the spec file. You didn't provide the desktop file so I
commented it out but I noticed it puts one in /etc/wbar.d so I'm not sure
what it's for...
I can fix it up a bit more if you can provide more info.
On Tue, Sep 25, 2018 at 9:47 PM Ranjan Maitra wrote:
> On Tue, 25 Sep 2018 07:52:46 -0500 Richard Shaw
> wrote:
>
> > On Mon, Sep 24, 2018 at 10:07 PM Ranjan Maitra wrote:
> >
> > > Hi,
> > >
> > > I have not done this for a while, and I was trying to build a small rpm
> > > using a previously
On Tue, 25 Sep 2018 07:52:46 -0500 Richard Shaw wrote:
> On Mon, Sep 24, 2018 at 10:07 PM Ranjan Maitra wrote:
>
> > Hi,
> >
> > I have not done this for a while, and I was trying to build a small rpm
> > using a previously written .spec file which I had created some time ago and
> > which comp
On Mon, Sep 24, 2018 at 10:07 PM Ranjan Maitra wrote:
> Hi,
>
> I have not done this for a while, and I was trying to build a small rpm
> using a previously written .spec file which I had created some time ago and
> which compiled without incident till F27.
Over time gcc gets more pedantic abou
lejeczek via users wrote:
> It actually might be working. What I was doing I was looking for a
> confirmation like this:
>
> $ ps -FC rpmbuild --cols
> UIDPID PPID CSZ RSS PSR STIME TTY TIME CMD
> appmgr 24855 24835 0 44512 6772 16 17:33 pts/000:00:00 rpmbuil
On 11/06/18 17:07, lejeczek via users wrote:
I'm sorry, I do not get it.. was I so hard to read?
$ _def1="_me 1"
$ rpmbuild --define \'"${_def1}"\'
and no matter how I quote, how I escape bash's var, rpmbuild does not
"react" to it. I run it from a bash script.
I should mention I'm on Centos
lejeczek via users wrote:
> I'm sorry, I do not get it.. was I so hard to read?
>
> $ _def1="_me 1"
> $ rpmbuild --define \'"${_def1}"\'
>
> and no matter how I quote, how I escape bash's var, rpmbuild does not
> "react" to it. I run it from a bash script.
> I should mention I'm on Centos 7.5. RP
I'm sorry, I do not get it.. was I so hard to read?
$ _def1="_me 1"
$ rpmbuild --define \'"${_def1}"\'
and no matter how I quote, how I escape bash's var, rpmbuild does not
"react" to it. I run it from a bash script.
I should mention I'm on Centos 7.5. RPM version 4.11.3
many thanks, L.
_
On 09.06.2018 00:50, Rick Stevens wrote:
> On 06/08/2018 03:24 PM, Ulf Volmer wrote:
>> On 08.06.2018 23:58, lejeczek via users wrote:
>>
>>> $ _def1="_me 1"
>>> $ rpmbuild --define=${_def1}
>>
>> Try double quotes around your macro:
>>
>> $ rpmbuild --define "${_def1}"
>
> The man page specifies:
On 06/08/2018 03:24 PM, Ulf Volmer wrote:
> On 08.06.2018 23:58, lejeczek via users wrote:
>
>> $ _def1="_me 1"
>> $ rpmbuild --define=${_def1}
>
> Try double quotes around your macro:
>
> $ rpmbuild --define "${_def1}"
The man page specifies:
--define='MACRO EXPR'
Meaning that the ma
lejeczek via users wrote:
> On 08/06/18 16:39, Todd Zullinger wrote:
>> lejeczek via users wrote:
>>> how do you pass vars to rpmbuild for definition? eg
>>>
>>> rpmbuild --define \'"${_definition2}"\'
>>>
>>> I've been fiddling with ways to escape, but none is fricking working..
>>> I mean, rpmb
On 08.06.2018 23:58, lejeczek via users wrote:
> $ _def1="_me 1"
> $ rpmbuild --define=${_def1}
Try double quotes around your macro:
$ rpmbuild --define "${_def1}"
best regards
Ulf
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe
On 08/06/18 16:39, Todd Zullinger wrote:
Hi,
lejeczek via users wrote:
how do you pass vars to rpmbuild for definition? eg
rpmbuild --define \'"${_definition2}"\'
I've been fiddling with ways to escape, but none is fricking working..
I mean, rpmbuild rushes to work(no errors nor failure) so
Hi,
lejeczek via users wrote:
> how do you pass vars to rpmbuild for definition? eg
>
> rpmbuild --define \'"${_definition2}"\'
>
> I've been fiddling with ways to escape, but none is fricking working..
> I mean, rpmbuild rushes to work(no errors nor failure) so if you try just
> command line do
Hi,
Patrick Dupre wrote:
> I am trying to create a rpm file from a tgz package.
> Could you help me?
>
> I have been here
> http://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package
> I run
> rpmbuild -ba textext.spec
>
> Here is my file:
>
> Name: textext
> Version:
> Den 2018-02-09 kl. 15:45, skrev Patrick Dupre:
> > Hello,
> >
> > I am trying to create a rpm file from a tgz package.
> > Could you help me?
> >
> > I have been here
> > http://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package
> > I run
> > rpmbuild -ba textext.spec
> >
> > Here i
Den 2018-02-09 kl. 15:45, skrev Patrick Dupre:
> Hello,
>
> I am trying to create a rpm file from a tgz package.
> Could you help me?
>
> I have been here
> http://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package
> I run
> rpmbuild -ba textext.spec
>
> Here is my file:
>
> Name:
On Sun, Sep 17, 2017 at 09:48:26PM +0200, Patrick Dupre wrote:
> Hello,
>
> Can somebody tell me whatis wrong in the spec file
In addition to the other reply, some stylistic points ...
> Group: Development/Libraries
This is not needed.
> BuildRoot: %{_tmppath}/%{name}-%{version}-
On Sun, 17 Sep 2017 23:31:50 +0200, Patrick Dupre wrote:
> If you go on rpmfind.net
>
> perl-Forest
> is supposed to provides
> perl-Forest
> perl(Forest)
>
> Since fedora does not offer perl-Forest, I have to build it from the tar file
> Forest-0.10
> There is probably an issue with the spec?
> Sent: Sunday, September 17, 2017 at 10:49 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Sun, 17 Sep 2017 22:42:47 +0200, Patrick Dupre wrote:
>
> > > > Can somebody tell me whatis wron
On Sun, 17 Sep 2017 22:42:47 +0200, Patrick Dupre wrote:
> > > Can somebody tell me whatis wrong in the spec file
> >
> > > I get:
> > > rpmbuild -bb perl-Graphics-Primitive.spec
> > > error: Failed build dependencies:
> > > perl(Forest) >= 0.06 is needed by
> > > perl-Graphics-Primitive-
> Sent: Sunday, September 17, 2017 at 10:14 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Sun, 17 Sep 2017 21:48:26 +0200, Patrick Dupre wrote:
>
> > Hello,
> >
> > Can somebody tell me whatis
On Sun, 17 Sep 2017 21:48:26 +0200, Patrick Dupre wrote:
> Hello,
>
> Can somebody tell me whatis wrong in the spec file
> I get:
> rpmbuild -bb perl-Graphics-Primitive.spec
> error: Failed build dependencies:
> perl(Forest) >= 0.06 is needed by
> perl-Graphics-Primitive-0.67-1.fc26.noar
On 08/18/2017 09:47 AM, Rick Stevens wrote:
Thanks for the link. Looking at that, the spec file would need to be
modified:
%configure --with-dbus --with-gif --with-jpeg --with-png \
--with-rsvg --with-tiff --with-xft --with-xpm \
--with-x-toolkit=gtk3 --with-gpm=no
On 08/17/2017 07:14 PM, Gordon Messmer wrote:
> On Wed, Aug 16, 2017 at 4:50 PM, Amadeus W.M. wrote:
>> I'm trying to put together a minimal emacs rpm and I'm trying this, with
>> the ensuing error:
>>
>> rpmbuild --rebuild emacs-25.2-3.fc25.src.rpm --without-all
>> rpmbuild: --without-all: unknow
On Wed, Aug 16, 2017 at 4:50 PM, Amadeus W.M. wrote:
> I'm trying to put together a minimal emacs rpm and I'm trying this, with
> the ensuing error:
>
> rpmbuild --rebuild emacs-25.2-3.fc25.src.rpm --without-all
> rpmbuild: --without-all: unknown option
Looking at the emacs spec (available at
ht
On 08/17/2017 06:10 PM, Amadeus W.M. wrote:
> On Thu, 17 Aug 2017 09:30:11 +0800, Ed Greshko wrote:
>
>> On 08/17/2017 09:22 AM, Amadeus W.M. wrote:
>>> Actually I compiled, out of curiosity, the tar file that came with the
>>> srpm, with
>>>
>>> ./configure --without-all --with-x-toolkit=no --wit
On Thu, 17 Aug 2017 09:30:11 +0800, Ed Greshko wrote:
> On 08/17/2017 09:22 AM, Amadeus W.M. wrote:
>> Actually I compiled, out of curiosity, the tar file that came with the
>> srpm, with
>>
>> ./configure --without-all --with-x-toolkit=no --without-x
>>
>> and worked very well. So these are valid
Amadeus W.M. wrote:
Actually I compiled, out of curiosity, the tar file that came with the
srpm, with
./configure --without-all --with-x-toolkit=no --without-x
and worked very well. So these are valid options. Don't know why rpmbuild
doesn't like those. It would have been nice to have an rpm
On 08/17/2017 09:22 AM, Amadeus W.M. wrote:
> Actually I compiled, out of curiosity, the tar file that came with the
> srpm, with
>
> ./configure --without-all --with-x-toolkit=no --without-x
>
> and worked very well. So these are valid options. Don't know why rpmbuild
> doesn't like those. It w
On Thu, 17 Aug 2017 08:04:16 +0800, Ed Greshko wrote:
> On 08/17/2017 07:50 AM, Amadeus W.M. wrote:
>> I'm trying to put together a minimal emacs rpm and I'm trying this,
>> with the ensuing error:
>>
>> rpmbuild --rebuild emacs-25.2-3.fc25.src.rpm --without-all rpmbuild:
>> --without-all: unknown
On 08/17/2017 07:50 AM, Amadeus W.M. wrote:
> I'm trying to put together a minimal emacs rpm and I'm trying this, with
> the ensuing error:
>
> rpmbuild --rebuild emacs-25.2-3.fc25.src.rpm --without-all
> rpmbuild: --without-all: unknown option
>
> I untarred the emacs source code and ran ./config
On Wed, Jul 19, 2017 at 12:50:50AM -0400, Bill Shirley wrote:
> I just recently build a spec file for ndppd (NDP Proxy Daemon) and found out
> you can't comment out by using a single # in a spec file if it is a % command.
> It has to be like this:
> #%%configure
Yeah, this is because macros are ex
I just recently build a spec file for ndppd (NDP Proxy Daemon) and found out
you can't comment out by using a single # in a spec file if it is a % command.
It has to be like this:
#%%configure
ndppd: https://github.com/DanielAdolfsson/ndppd
Do not build rpm's as root. Set up a build tree using
On 18/07/17 18:07, John Pilkington wrote:
On 18/07/17 17:07, Patrick Dupre wrote:
Hello,
I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/
However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe t
Patrick Dupre wrote:
I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/
However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe to a previous one).
Then a fixed directly the tabulate.c file
How
On 18/07/17 17:07, Patrick Dupre wrote:
Hello,
I am trying to patch gnuplot with
https://sourceforge.net/p/gnuplot/patches/694/
However, it fails for several reasons,
The first one is that the patch does not apply to last version
of tabulate.c (maybe to a previous one).
Then a fixed directly th
On 07/18/2017 09:07 AM, Patrick Dupre wrote:
> Hello,
>
> I am trying to patch gnuplot with
> https://sourceforge.net/p/gnuplot/patches/694/
>
> However, it fails for several reasons,
> The first one is that the patch does not apply to last version
> of tabulate.c (maybe to a previous one).
> Th
ue, France
===
> Sent: Wednesday, November 02, 2016 at 1:48 PM
> From: "Michael Schwendt"
> To: users@lists.fedoraproject.org
> Subject: Re: rpmbuild
>
> On Wed, 2 Nov 2016 12:58:53 +0100, Patrick Dupre wrote:
>
> > rpmbuil
On Wed, 2 Nov 2016 12:58:53 +0100, Patrick Dupre wrote:
> rpmbuild -bb
> and I got the following error message:
> RPM build errors:
> File not found:
> /home/pdupre/rpmbuild/BUILDROOT/perl-PAR-Packer-1.035-1.fc24.x86_64/usr/lib64/perl5/vendor_perl/auto/*
> File not found:
> /home/pdupre/
On Mon, 3 Oct 2016 20:24:05 +0200 Ahmad Samir wrote:
> On 3 October 2016 at 15:38, Ranjan Maitra wrote:
> > Hi,
> >
> > I have had issues with batti for quite a while, and I came across battray
> > as a replacement (and it works). So, I was trying to put it together as a
> > rpm and perhaps an
On 3 October 2016 at 15:38, Ranjan Maitra wrote:
> Hi,
>
> I have had issues with batti for quite a while, and I came across battray as
> a replacement (and it works). So, I was trying to put it together as a rpm
> and perhaps and get it approved for Fedora.
>
> I have created the following spec
On 10/03/2016 10:04 AM, Ranjan Maitra wrote:
> On Mon, 3 Oct 2016 09:34:39 -0700 stan wrote:
>
>> On Mon, 3 Oct 2016 08:38:01 -0500
>> Ranjan Maitra wrote:
>>
>>> Hi,
>>>
>>> I have had issues with batti for quite a while, and I came across
>>> battray as a replacement (and it works). So, I was
On Mon, 3 Oct 2016 10:44:41 -0700 stan wrote:
> On Mon, 3 Oct 2016 12:04:31 -0500
> Ranjan Maitra wrote:
>
> > Sorry, here is the corrected
> >
> > $ fpaste battray.spec
> > Uploading (1.6KiB)...
> > http://paste.fedoraproject.org/442684/51425714/ ->
> > https://paste.fedoraproject.org/442684
On Mon, 3 Oct 2016 12:04:31 -0500
Ranjan Maitra wrote:
> Sorry, here is the corrected
>
> $ fpaste battray.spec
> Uploading (1.6KiB)...
> http://paste.fedoraproject.org/442684/51425714/ ->
> https://paste.fedoraproject.org/442684/51425714
I think this is still wrong. It might not be the probl
On Mon, 3 Oct 2016 09:34:39 -0700 stan wrote:
> On Mon, 3 Oct 2016 08:38:01 -0500
> Ranjan Maitra wrote:
>
> > Hi,
> >
> > I have had issues with batti for quite a while, and I came across
> > battray as a replacement (and it works). So, I was trying to put it
> > together as a rpm and perhaps
On Mon, 3 Oct 2016 09:30:44 -0700 Rick Stevens wrote:
> On 10/03/2016 06:38 AM, Ranjan Maitra wrote:
> > Hi,
> >
> > I have had issues with batti for quite a while, and I came across battray
> > as a replacement (and it works). So, I was trying to put it together as a
> > rpm and perhaps and g
On Mon, 3 Oct 2016 09:34:39 -0700 stan wrote:
> On Mon, 3 Oct 2016 08:38:01 -0500
> Ranjan Maitra wrote:
>
> > Hi,
> >
> > I have had issues with batti for quite a while, and I came across
> > battray as a replacement (and it works). So, I was trying to put it
> > together as a rpm and perhaps
On Mon, 3 Oct 2016 08:38:01 -0500
Ranjan Maitra wrote:
> Hi,
>
> I have had issues with batti for quite a while, and I came across
> battray as a replacement (and it works). So, I was trying to put it
> together as a rpm and perhaps and get it approved for Fedora.
>
> I have created the followi
On 10/03/2016 06:38 AM, Ranjan Maitra wrote:
> Hi,
>
> I have had issues with batti for quite a while, and I came across battray as
> a replacement (and it works). So, I was trying to put it together as a rpm
> and perhaps and get it approved for Fedora.
>
> I have created the following spec fi
On Thu, 1 Sep 2016 16:33:08 +0300
Adrian Sevcenco wrote:
> Hi! I have a head scratching problem with a project (clhep) that i
> try to package. It is cmake based and the spec file can be seen here:
> https://github.com/adriansev/SPECS/blob/master/clhep.spec
>
> the error that i get is :
> Found
On Mon, 27 Jun 2016 10:56:52 -0500
Ranjan Maitra wrote:
> On Sun, 26 Jun 2016 23:35:39 +0200 Michael Schwendt
> wrote:
>
> > On Sun, 26 Jun 2016 12:44:59 -0500, Ranjan Maitra wrote:
> >
> > > > Revisit the build output and look for a real error message from
> > > > the compiler, not these th
On Sun, 26 Jun 2016 23:35:39 +0200 Michael Schwendt wrote:
> On Sun, 26 Jun 2016 12:44:59 -0500, Ranjan Maitra wrote:
>
> > > Revisit the build output and look for a real error message from the
> > > compiler, not these that Make prints.
> >
> > Where is this build output? I get the following
On Sun, 2016-06-26 at 18:09 -0500, Ranjan Maitra wrote:
>
> So, how should I fix this? Is this something that has to be taken
> care of, upstream?
The normal procedure, as a package maintainer, would be for you to fix
it by writing a patch, applying the patch to your spec file, and submit
the pat
Michael,
Thanks!
> Here:
>
> > ../src/core/Main.cc:84:35: error: invalid suffix on literal; C++11 requires
> > a space between literal and string macro [-Werror=literal-suffix]
> > command = PACKAGE_NAME" "DEFAULT_ARGV;
>
> And the line above that is the full invocation of the com
On Sun, 26 Jun 2016 12:44:59 -0500, Ranjan Maitra wrote:
> > Revisit the build output and look for a real error message from the
> > compiler, not these that Make prints.
>
> Where is this build output? I get the following complete output when I use:
Here:
> ../src/core/Main.cc:84:35: error:
1 - 100 of 201 matches
Mail list logo
