[yocto] Fwd: [DNF YOCTO clarifications] smart was replaced with dnf in Yocto 2.3
Zoran Stojsavljevic
zoran.stojsavljevic at gmail.com
Thu Aug 24 00:33:07 PDT 2017
Hello Jussi,
I would like to thank you very much for the useful reply. It was a bit
different with me, but most boiled down as you said/explained (the
difference are in client/server IP addresses, but everything else is almost
the same - I guess, I do not have complete set of .rpms on my server side).
I issued the following comand on client (qemux86-64): dnf list all | wc -l,
and got the following response:
*Repository 'oe-packages' is missing name in configuration, using id.*
Last metadata expiration check: 0:42:56 ago on Thu Aug 24 06:13:31 2017 UTC
*7909*
Regarding the command's answer, I have two questions to ask: one easy, and
one tough. ;-)
Easy one. What is the reason for this message: *Repository 'oe-packages' is
missing name in configuration, using id*???
Tough one: 7909 packages overall on server. Could you (YOCTO maintainers),
please, keep DNF (for .rpm packages) onwards indefinitely in YOCTO, and
make/create master YOCTO download servers, the same what Fedora distro does
for almost two decades (with YUM, prior DNF)?
The positive answer on the second question will make (for many thousand
people using .rpms in YOCTO) life much easier, won't it?!
Thank you,
Zoran Stojsavljevic
On Wed, Aug 23, 2017 at 2:39 PM, Jussi Kukkonen <jussi.kukkonen at intel.com>
wrote:
>
>
> On 23 August 2017 at 14:51, Zoran Stojsavljevic <
> zoran.stojsavljevic at gmail.com> wrote:
>
>> Hello Jussi,
>>
>> Let me start giving you all the hints. So you can see where I lead. You
>> made few mistakes, so DNF won't work as such/is (by default) in Pyro 2.3.1.
>>
>> I investigated a bit (I already wrote that I am quite familiar with DNF
>> and its concepts).
>>
>> For the starters: Your DNF repo on Pyro 2.3.1 is in the following
>> directory (I built full SATO image for target qemux86-64), transcript from
>> my bare metal F26 follows:
>>
>> [user at localhost poky]$ cd build/tmp/deploy/rpm
>> [user at localhost rpm]$ ls -al
>> total 564
>> drwxr-xr-x. 5 user user 4096 Aug 22 13:33 .
>> drwxr-xr-x. 5 user user 4096 Aug 22 13:28 ..
>> drwxr-xr-x. 2 user user 462848 Aug 22 13:32 core2_64
>> drwxr-xr-x. 2 user user 16384 Aug 22 13:32 noarch
>> drwxr-xr-x. 2 user user 81920 Aug 22 13:32 qemux86_64
>> [user at localhost rpm]$ cd noarch
>> [user at localhost noarch]$ ls -al | wc -l
>> 189
>> [user at localhost noarch]$ ls -al *.xml
>> ls: cannot access '*.xml': No such file or directory
>> [user at localhost noarch]$
>>
>> As we see here, there are three .rpm repos on the server (let say, I am
>> starting client qemux86-64). If you do the same, and built it for sato (or
>> minimal, does not matter), you'll have the same. None of these .rpm repos
>> have file which MUST be present there: repomd.xml???
>>
>> Where is this file? How to generate it, for/per each local server repo,
>> one instance of repomd.xml???
>>
>
> repomd.xml is created into TMPDIR/deploy/rpm/repodata/ when you run
> "bitbake package-index" as the documentation suggested.
>
> I don't have Pyro but I've just tried this on master and it seems to work
> fine (the docs might need updating on the baseurl format though).
>
> ** On the server:
> ~/src/poky/build/tmp/deploy/rpm$ python -m SimpleHTTPServer
> Serving HTTP on 0.0.0.0 port 8000 ...
>
> ** On target qemu:
> root at qemux86-64:~# cat /etc/yum.repos.d/oe-packages.repo
> [oe-packages]
> baseurl=http://192.168.7.3:8000/
> root at qemux86-64:~# dnf makecache
> Repository 'oe-packages' is missing name in configuration, using id.
> Last metadata expiration check: 0:06:49 ago on Wed Aug 23 12:23:22 2017.
> Metadata cache created.
> root at qemux86-64:~# dnf --nogpgcheck install libinput-bin
> Repository 'oe-packages' is missing name in configuration, using id.
> Last metadata expiration check: 0:10:09 ago on Wed Aug 23 12:23:22 2017.
> Dependencies resolved.
> ============================================================
> ============================================================
> ====================
> Package Arch Version
> Repository Size
> ============================================================
> ============================================================
> ====================
> Installing:
> libinput-bin core2_64
> 1.8.1-r0 oe-packages 12 k
>
> Transaction Summary
> ============================================================
> ============================================================
> ====================
> Install 1 Package
>
> Total download size: 12 k
> Installed size: 19 k
> Is this ok [y/N]: y
> Downloading Packages:
> libinput-bin-1.8.1-r0.core2_64.rpm
> 323 kB/s | 12 kB 00:00
> ------------------------------------------------------------
> ------------------------------------------------------------
> --------------------
> Total
> 134 kB/s | 12 kB 00:00
> Running transaction check
> Transaction check succeeded.
> Running transaction test
> Transaction test succeeded.
> Running transaction
> Preparing :
> 1/1
> Installing : libinput-bin-1.8.1-r0.core2_64
> 1/1
> Verifying : libinput-bin-1.8.1-r0.core2_64
> 1/1
>
> Installed:
> libinput-bin.core2_64 1.8.1-r0
>
>
> Complete!
> root at qemux86-64:~#
>
>
>
>>
>> I think, I am actually helping you to understand the issues with Pyro
>> 2.3.1 and DNF. ;-)
>>
>> Thank you,
>> Zoran Stojsavljevic
>>
>> On Wed, Aug 23, 2017 at 9:42 AM, Jussi Kukkonen <jussi.kukkonen at intel.com
>> > wrote:
>>
>>> On 23 August 2017 at 09:56, Zoran Stojsavljevic <
>>> zoran.stojsavljevic at gmail.com> wrote:
>>>
>>>> Privet Aleks,
>>>>
>>>> Nezacem zlitsja/serditsja. Ja prosto ne znal cto u vas takaja politika.
>>>>
>>>> All Cool. Did not know that this is the policy, to have real names on
>>>> YOCTO list. I removed nobody from it, and added my real name and real @. I
>>>> removed user nobody from the YOCTO @ list.
>>>>
>>>> The/Your answer is too general. I somehow well know DNF service, but in
>>>> FEDORA light. For fedora I do know what I need to do, and where/what are
>>>> the options and which plug-ins to use/add, and ho to remove, upgrade, and
>>>> configure.
>>>>
>>>> I tried all of this in the lieu of the following pointers:
>>>> https://docs.fedoraproject.org/en-US...ositories.html
>>>> <https://docs.fedoraproject.org/en-US/Fedora/26/html/System_Administrators_Guide/sec-Configuring_DNF_and_DNF_Repositories.html>
>>>> https://docs.fedoraproject.org/en-US...y_Options.html
>>>> <https://docs.fedoraproject.org/en-US/Fedora/26/html/System_Administrators_Guide/sec-Setting_repository_Options.html>
>>>>
>>>> And made on my target (which is connected with my server with
>>>> simplistic Apache (it is one machine, which carries F26 on bare metal INTEL
>>>> CORE) on server, client runs as qemux86_64 YOCTO emulator).
>>>>
>>>
>>> The answer is generic because the question is quite generic.
>>>
>>> Some things you could mention to make it easier for someone to help you:
>>> * explain the steps you took to setup (maybe copy-paste your repo file
>>> from the target), mention what "dnf makecache" says
>>> * mention whether you've verified that manually downloading a rpm from
>>> your server works on image
>>> * most importantly explain what exactly fails and how.
>>>
>>>
>>> Thanks,
>>> Jussi
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20170824/c84075e8/attachment.html>
More information about the yocto
mailing list