Am Freitag, 20. Dezember 2013 um 11:05:54, schrieb Terry Duell
> On Fri, 20 Dec 2013 09:43:03 +1100, Kornel Benko
> wrote:
>
>
> >>
> >> which results in libpano13-2.9.19.tar.gz, which, I think, is what you
> >> need.
> >>
> >
> > For the source tar it doesn't matter. What hurts me is the
On Fri, 20 Dec 2013 09:43:03 +1100, Kornel Benko
wrote:
which results in libpano13-2.9.19.tar.gz, which, I think, is what you
need.
For the source tar it doesn't matter. What hurts me is the name of the
rpm-file (respective deb-file).
You changed both.
Oh, sorry.
Looking at it n
Am Freitag, 20. Dezember 2013 um 08:56:58, schrieb Terry Duell
> On Fri, 20 Dec 2013 08:39:46 +1100, Terry Duell
> wrote:
>
> [snip]
>
> >>
> >> Does it mean that rpmbuild does not like the char in the name of
> >> source-tar?
> >> For this, it is better to only use
> >>set(CPACK_SOURC
Am Freitag, 20. Dezember 2013 um 08:39:46, schrieb Terry Duell
> Hello Kornel,
>
> On Fri, 20 Dec 2013 01:03:49 +1100, Kornel Benko
> wrote:
>
> [snip]
> >> >
> >> It seems that rpmbuild doesn't like 2.9.19-800 either as version
> >> number...can't have the '-', "illegal character".
> >> I n
Am Freitag, 20. Dezember 2013 um 08:32:29, schrieb Terry Duell
> Hello Kornel,
>
> On Thu, 19 Dec 2013 21:53:49 +1100, Kornel Benko
> wrote:
>
>
> >>
> >> It is putting the libpano13.so* in /usr/local/lib, and all the binaries
> >> in
> >> /usr/local/bin (of the BUILDROOT), and looking fo
On Fri, 20 Dec 2013 08:39:46 +1100, Terry Duell
wrote:
[snip]
Does it mean that rpmbuild does not like the char in the name of
source-tar?
For this, it is better to only use
set(CPACK_SOURCE_PACKAGE_FILE_NAME
"libpano13-${PANO_MAJOR_VERSION}.${PANO_MINOR_VERSION}.${PANO_PATCH_VERSION}
Hello Kornel,
On Fri, 20 Dec 2013 01:03:49 +1100, Kornel Benko
wrote:
[snip]
>
It seems that rpmbuild doesn't like 2.9.19-800 either as version
number...can't have the '-', "illegal character".
I need to think about whether there is a way around this, but in the
meantime, as part of the tes
Hello Kornel,
On Thu, 19 Dec 2013 21:53:49 +1100, Kornel Benko
wrote:
It is putting the libpano13.so* in /usr/local/lib, and all the binaries
in
/usr/local/bin (of the BUILDROOT), and looking for libpano13.so.3* in
/usr/lib64 to make the package.
The currently installed build which use
Am Donnerstag, 19. Dezember 2013 um 11:33:42, schrieb Terry Duell
> On Thu, 19 Dec 2013 11:09:09 +1100, Terry Duell
> wrote:
>
>
> >>
> >>> There may be a way of getting around the problem in the rpmbuild spec
> >>> file, but it isn't immediately obvious.
> >>> It is much simpler if the packag
Am Donnerstag, 19. Dezember 2013 um 13:39:14, schrieb Terry Duell
> On Thu, 19 Dec 2013 11:33:42 +1100, Terry Duell
> wrote:
>
> > On Thu, 19 Dec 2013 11:09:09 +1100, Terry Duell
> > wrote:
> >
> >
> >>>
> There may be a way of getting around the problem in the rpmbuild spec
> file,
On Thu, 19 Dec 2013 11:33:42 +1100, Terry Duell
wrote:
On Thu, 19 Dec 2013 11:09:09 +1100, Terry Duell
wrote:
There may be a way of getting around the problem in the rpmbuild spec
file, but it isn't immediately obvious.
It is much simpler if the package name only has version numbers, e.g
On Thu, 19 Dec 2013 11:09:09 +1100, Terry Duell
wrote:
There may be a way of getting around the problem in the rpmbuild spec
file, but it isn't immediately obvious.
It is much simpler if the package name only has version numbers, e.g
"libpano13-2.9.19-800.tar.bz2" and not
"libpano13-2.9.19-8
Am Mittwoch, 18. Dezember 2013 um 23:58:31, schrieb Bruno Postle
> On Thu 19-Dec-2013 at 00:35 +0100, Kornel Benko wrote:
> >
> > Didn’t know that. Since I compile from local source repo, I never
> > felt the need to have source package. It is sooo easy to create
> > and use binary package for
On Thu, 19 Dec 2013 11:02:29 +1100, Kornel Benko
wrote:
Am Donnerstag, 19. Dezember 2013 um 10:23:49, schrieb Terry Duell
The current libpano13 cmake appears to be correctly doing the 'make
package_source' when using a build dir out of the source tree.
I do have a problem with the package
Am Donnerstag, 19. Dezember 2013 um 10:23:49, schrieb Terry Duell
> The current libpano13 cmake appears to be correctly doing the 'make
> package_source' when using a build dir out of the source tree.
> I do have a problem with the package naming.
> In changeset 772 (489ef38b776c) an 'hg' suffu
On Thu 19-Dec-2013 at 00:35 +0100, Kornel Benko wrote:
Didn’t know that. Since I compile from local source repo, I never
felt the need to have source package. It is sooo easy to create
and use binary package for debian and red hat. But we need some
good way to distribute source too, so any i
Am Donnerstag, 19. Dezember 2013 um 09:11:11, schrieb Terry Duell
...
> >
> > BTW, why do you need package_source?
> > I make the needed rpm (or debian) package directly with
> > # make package
> > You only have to configure cmake correctly, e.g.for rpm:
> > # cmake {path to source}
The current libpano13 cmake appears to be correctly doing the 'make
package_source' when using a build dir out of the source tree.
I do have a problem with the package naming.
In changeset 772 (489ef38b776c) an 'hg' suffux was put on the package name.
This causes rpmbuild some grief. Do we need
On Thu, 19 Dec 2013 08:49:01 +1100, Kornel Benko
wrote:
[snip]
>
> But only because hugin includes everything not belonging to source
tree
> into CPACK_SOURCE_IGNORE_FILES
>
OK, but are you saying we can't, or shouldn't have libpano13 do this as
well?
We can do it. But I think, it is b
Hello Harry,
I sometimes wonder who might be watching some of this to-ing and fro-ing
:-)
On Thu, 19 Dec 2013 08:43:08 +1100, Harry van der Wolf
wrote:
Hi Terry,
To explain it a little more for Hugin itself.
For a normal build I do (copying from you):
(hg clone http://hg.code.sf.net/p/
Am Donnerstag, 19. Dezember 2013 um 08:34:29, schrieb Terry Duell
> On Thu, 19 Dec 2013 08:19:43 +1100, Kornel Benko
> wrote:
>
> [snip]
>
> >>
> >> within the hg trunk I do this...
> >>
> >> hg pull && hg up
> >> rm -rf BUILD
> >> mkdir BUILD
> >
> > Why? This is mkdir _inside_ the source t
Argh!
2013/12/18 Harry van der Wolf
>
>
> mkdir hugin_tarball
> cd hugin_tarball
> cmake ../hugin.hg
> make package_source
>
> So the huginpackage folder is next to the hugin.hg folder, not inside it.
> Maybe it works the same for libpano. Didn't try yet.
>
I meant the hugin_tarball folder
Hi Terry,
To explain it a little more for Hugin itself.
For a normal build I do (copying from you):
(hg clone http://hg.code.sf.net/p/hugin/hugin hugin.hg
cd hugin.hg)
hg pull && hg up
rm -rf BUILD
mkdir BUILD
cd BUILD
cmake ..
make
However, for a package I do it outside the hugin folder
hg clon
On Thu, 19 Dec 2013 08:19:43 +1100, Kornel Benko
wrote:
[snip]
within the hg trunk I do this...
hg pull && hg up
rm -rf BUILD
mkdir BUILD
Why? This is mkdir _inside_ the source tree.
cd BUILD
cmake ..
make package_source
That's the error.
[snip]
The process I outlined works perf
Am Donnerstag, 19. Dezember 2013 um 08:12:07, schrieb Terry Duell
> On Thu, 19 Dec 2013 07:52:47 +1100, Kornel Benko
> wrote:
>
> [snip]
>
> >> >
> >> > You (we?) have to exclude BUILD from the package.
> >> > SET(CPACK_SOURCE_IGNORE_FILES /BUILD/ )
> >> >
> >>
> >> I don't know...in fact I
On Thu, 19 Dec 2013 07:52:47 +1100, Kornel Benko
wrote:
[snip]
>
> You (we?) have to exclude BUILD from the package.
>SET(CPACK_SOURCE_IGNORE_FILES /BUILD/ )
>
I don't know...in fact I know little about this cmake business. I'm
feeling my way hoping I can figure it out :-)
I note that w
Am Donnerstag, 19. Dezember 2013 um 07:40:50, schrieb Terry Duell
> Hello Kornel,
>
> On Wed, 18 Dec 2013 22:05:01 +1100, Kornel Benko
> wrote:
>
>
> [snip]
>
> >>
> >> It looked to me like there might be something wrong with
> >> tests/simpleTiff2psd/CMakeLists.txt, so tried an edit, and
Hello Kornel,
On Wed, 18 Dec 2013 22:05:01 +1100, Kornel Benko
wrote:
[snip]
It looked to me like there might be something wrong with
tests/simpleTiff2psd/CMakeLists.txt, so tried an edit, and then
attempted
to make a new source package. At this stage things really went awry.
It wel
Am Mittwoch, 18. Dezember 2013 um 14:38:12, schrieb Terry Duell
> Hello All,
> Following Bruno's announcement of the libpano13-2.9.19 beta1, and his
> request that the cmake build system be tested, I have been having a 'try'
> at it.
> I have been trying to build a Fedora rpm, via a process w
Hello All,
Following Bruno's announcement of the libpano13-2.9.19 beta1, and his
request that the cmake build system be tested, I have been having a 'try'
at it.
I have been trying to build a Fedora rpm, via a process which takes a
source package, usually built via 'make package_source' and
30 matches
Mail list logo
