From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Questions concern Libvirt
Date: Tue, 29 Mar 2016 15:16:31 +0100 [thread overview]
Message-ID: <1459260991.30749.207.camel@ipfire.org> (raw)
In-Reply-To: <1459023538.2015.5@mail01.ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2498 bytes --]
Hi,
On Sat, 2016-03-26 at 21:18 +0100, Jonatan Schlag wrote:
> Hi,
> I have 3 questions which concern Libvirt.
> 1.
> When have I to build something (like cmake) and I do not need it in the core
> or as a package because I only need it to build an another package, where
> should I put the rootfiles ? All lines are excluded so when I put it into
> config/rootfiles/packages the build process fails because tar tries to pack
> nothing which is impossible. Should I put them into in config/rootfiles/common
> like cmake? I need your advice :-).
Put them into common and comment all the lines so no files are included in the
image.
> 2.
> Libvirt needs to communicate over a normal SSH session, a Netcat
> implementation which can communicate with Unix Sockets. This implementation
> has to be the standard Netcat, which is provided over usr/bin/nc. There are
> two implementations which can communicate with Unix Sockets: Netcat-openbsd (
> the most distribution ship this implementation as standard netcat) and Ncat
> since version 7.0 the implementation of the Nmap Project (Fedora and RHEL
> (CentOS)) ship this implementation as the standard Netcat.
> IPFire ship in the moment the GNU Netcat as standard Netcat. This conflicts
> with libvirt because the GNU Netcat cannot communicate with UNIX Sockets. To
> solve this I would suggest to
> 1. Ship GNU Netcat no longer as standard Netcat
> 2. Ship Ncat as Standard Netcat (It is easier because OpenBSD requires
> on library to build, Ncat build already on IPFire)
> 3. Provide Ncat as a single package because I do not want Nmap, nping
> and all other things which pending to Nmap if I only need Ncat.
> What do you think about that? This is no decision which I could make alone.
I think you should replace nc by the version that is in RHEL/Fedora then.
> 3.
> How could I split up the content of one source package in two different IPFire
> packages? In the moment, I build Nmap the first time and install every thing
> into the build directory and then I install manually the Ncat binary. After
> that, I build Nmap without Ncat. Is this the only way do provide Ncat
> Standalone?
This is probably quite difficult. I would prefer a lfs/nmap and a seperate
lfs/netcat. That will generate a single rootfile for each of them and you can
decide what to do with each of them.
Hope this answers the questions. If not, please mail back.
>
> Regards Jonatan
-Michael
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
parent reply other threads:[~2016-03-29 14:16 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <1459023538.2015.5@mail01.ipfire.org>]
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=1459260991.30749.207.camel@ipfire.org \
--to=michael.tremer@ipfire.org \
--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