From: Ghislain Hachey <ghachey.lists@gmail.com>
To: development@lists.ipfire.org
Subject: Re: IPFire Building Packages
Date: Sun, 06 Jul 2014 07:01:15 +0800 [thread overview]
Message-ID: <53B883BB.4070106@gmail.com> (raw)
In-Reply-To: <1404569714.25451.46.camel@rice-oxley.tremer.info>
[-- Attachment #1: Type: text/plain, Size: 1495 bytes --]
On 7/5/14, 22:15, Michael Tremer wrote:
>> * Yet some other dependencies are typically downloaded and compiled as
>> >part of the make step of the package build. My understanding of why it
>> >is this way is because of the tight integration between the software and
>> >those dependencies. My question is this: is it necessary to create
>> >pakfire packages for the ones usually downloaded and compiled in make
>> >process, or is it ok to let the make process take care of it? One more
>> >thing worth mentioning is that some of those packages automatically
>> >downloaded and compiled are available in IPFire (like rrdtool). Will
>> >that create conflicts or can it safely coexists?
> I don't really know what you want to know here. Tools like rrdtool are
> not packaged because they belong to the core system which is not managed
> by pakfire. pakfire only manages add-ons.
Thanks, great. Yes that mostly covers everything. Except the above. What
I meant is that the software I am trying to package packages its own
rrdtool, JITLua, amongst a few others. They are dependencies but
installed by the make step in a normal build process (also compiling
those from source). Now I know that, for example, rrdtool is already
part of IPFire and want to know if it will be ok to have two copies
installed (one by pakfire and the other by the make step of the software
I am packaging).
Either way, I think its best I just give it a go and come back here with
more specifics.
Thanks,
--
GH
next prev parent reply other threads:[~2014-07-05 23:01 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-05 9:45 Ghislain Hachey
2014-07-05 14:15 ` Michael Tremer
2014-07-05 23:01 ` Ghislain Hachey [this message]
2014-07-06 8:57 ` Michael Tremer
2014-07-06 9:44 ` Ghislain Hachey
2014-07-07 9:18 ` Michael Tremer
2014-07-08 10:35 ` MySQL 5.6.19 Sascha Kilian
2014-07-08 13:10 ` Sascha Kilian
2014-07-29 8:13 ` LuaJIT Panic on IPFire Ghislain Hachey
2014-07-29 8:27 ` Arne Fitzenreiter
2014-07-07 8:49 ` IPFire Building Packages Ghislain Hachey
2014-07-07 9:22 ` Michael Tremer
2014-07-07 9:50 ` Ghislain Hachey
2014-07-07 10:35 ` Michael Tremer
2014-07-07 10:48 ` Ghislain Hachey
2014-07-11 4:18 ` Ghislain Hachey
2014-07-06 8:51 ` Ghislain Hachey
2014-07-06 9:03 ` Michael Tremer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53B883BB.4070106@gmail.com \
--to=ghachey.lists@gmail.com \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox