From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: Questions concern Libvirt Date: Tue, 29 Mar 2016 15:16:31 +0100 Message-ID: <1459260991.30749.207.camel@ipfire.org> In-Reply-To: <1459023538.2015.5@mail01.ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2823055396027588784==" List-Id: --===============2823055396027588784== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, On Sat, 2016-03-26 at 21:18 +0100, Jonatan Schlag wrote: > Hi, > I have 3 questions which concern Libvirt. > 1.=C2=A0 > 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/com= mon > like cmake? I need your advice :-). Put them into common and comment all the lines so no files are included in the image. > 2.=C2=A0 > 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 =C2=A0the implementation of the Nmap Project (Fedora and = RHEL > (CentOS)) ship this implementation as the standard Netcat.=C2=A0 > 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.=C2=A0 > 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. =C2=A0 > How could I split up the content of one source package in two different IPF= ire > packages? In the moment, I build Nmap the first time and =C2=A0install ever= y thing > into the build directory and then =C2=A0I 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. >=20 > Regards Jonatan -Michael --===============2823055396027588784== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIKCmlRSWNCQUFC Q2dBR0JRSlcrbzQvQUFvSkVJQjU4UDl2a0FrSFYwTVAvMDM4ZytraUVOMEd6b0RQV3lRRlgzMW4K Um5GSFQzaGVGVHg4NWNRaGErNmxXTlZ2MXdXTEhWd0haWFpjU1FLUC9FeEs5M1IrQnZ6bmpDYU5r VmtoK2t2Ugp2dnEzNFRvWkNUMTltZFhaOThqcHpaeWVxQkRyUkpiQXJUek9qRlF6bjdEV1ZiVi81 VUJ0VkF6VzYvYzhKbnVLCkRYM0tybXU1cmpPeWZPZDhBbEZTY2JodFpDSit1amRPcXdUNHJuQnF6 VlF3UlpiblllZHFGOXlDakxEZ3RwdkgKcEhEU3NuNGkvYmUwYlV1QVFLeDV4MkV3VGoyd1JIZmpt Um85b3Bqa2k4eHAwZFNwL2s1eHpnRytUTkp6M3l4Swp2emtOOUphVkVzT042MUdNeks0SEhBSGc2 ZVVqdlhvK2RVOGhDc3dMR2FMRnc0Uk9IS2RQMjZrUTV3Ymk3bW90CkEweUpnazgxVHpwWjhvZ1Mx ODVGK1ZqVXh4WEZSRVJvSU9ISEUrU1BJUlJWd2NjYUVNN2hCT2RGV056aEk0K0kKTFhCZDh4ZDVE OTdCK3FZcDU4SzVXNlB2N0NCL0MrZFNvYlh0NndhOE9QR1lRT3NBTHVVV2pET0FpQ0xmaVZUUwpM TkJ4cVBuVXBOS3BGZ0FwaHJlcmIrbVc5K2Eya1NrL29JNEkrcU1kbUxzV3hYMHgvcjRrVUhyTTMr cXlkVGc4CnV0TkR6MWJhQVZwdnhicXNlL0hlN2c0dzBrWjczN3VQOCtCeVFXeDlsY3R0VFROS2FE b3A3NXAyU3ZpZzVlb20KZXdNY0tWSkpZZFBjd1FDT3NWbVR1eWVWTXRySEo5R01CL2RFRVQ3Ykdp V2lLbGFzNVl1UHZuYktKa0U3RzN2WApMR3dyUExOOFlXcXU5TmZtV3puego9eXduTQotLS0tLUVO RCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============2823055396027588784==--