Description of problem: * unknown package `bittorrent' 'courier-imap-pop' `imap' `kmediafactory' `libalsa-plugins' `libmariadb-devel' `linuxconsole' `lsb-core-lib' `lsb-lib' `mydsn' `pinentry-qt4' `pluma-plugins' `python-rpm' `udhcpd' `wine' Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. clean install of Mageia-6-netinstall-nonfree-x86_64.iso created 2017-07-15 07:11:00 -0500 2. Enable nonfree and tainted media. 3. Pick Custom package install 4. in Package Group Selection screen set all package groups selected except Other Graphical Desktops. In that one select Plasma, Gnome, Xfce 6. reboot 7. grep 'unknown package' /root/drakx/ddebug.log
see bug 23358 for ddebug.log
Absolutely no pun intended, but the Bittorrent client is a dead project as can be found here: http://web.archive.org/web/20110710095547/http://download.bittorrent.com:80/dl/BitTorrent-5.3-GPL.tar.gz I use Vuze or Tribler or Transmission.
CC: (none) => hamnisdude
Shouldn't this be fixed in meta-task (rpmsrate)? I think wally was planning to do that, CC'ing him. Btw, there's a very old wikipage that was last updated 6 years ago https://wiki.mageia.org/en/Cleaning_rpmsrate
Source RPM: stage2?? => meta-taskAssignee: bugsquad => basesystemCC: (none) => isobuild, jani.valimaa, mageiatools, marja11
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=23358
Assignee: basesystem => mageiatools
Yes, this needs a cleanup of meta-task. It's not vital for Mageia 6.1, as it just results in annoying messages in the installer logs, but it would be nice if it could be done before we release Mageia 7.
CC: (none) => mageia
(In reply to Martin Whitaker from comment #4) > <snip> It's not vital for Mageia 6.1, as it > just results in annoying messages in the installer logs, <snip> It would be nice if clean up was done as soon as possible because it reduces eye strain for bug screeners, QA, testers, sysadmins from reading logs to see what errors are new, gets bug reports closed making less work for bug screener/users having to send/test if problem still exists.
A little investigation shows that some of those messages are unavoidable. The "unknown package" message is printed out as the installer is reading and filtering the rpmsrate file. The rpmsrate file contains some packages that are arch specific, so if you don't have both 32-bit and 64-bit repositories enabled, the unavailable packages will be reported as unknown.
(In reply to Martin Whitaker from comment #6) > A little investigation shows that some of those messages are unavoidable. > The "unknown package" message is printed out as the installer is reading and > filtering the rpmsrate file. The rpmsrate file contains some packages that > are arch specific, so if you don't have both 32-bit and 64-bit repositories > enabled, the unavailable packages will be reported as unknown. Well that bites. If I enable 32-bit media I get 130+ orphans, and need to install a bunch of updates.
I have fixed the problems that can be fixed in the rpmsrate file (see bug 23388). This should eliminate the warnings about kmediafactory, linuxconsole, pinentry-qt4, pluma-plugins, and python-rpm. libalsa-plugins, libmariadb-devel, linuxconsole, lsb-core-lib, lsb-lib, and wine are valid 32-bit packages. I don't know what's generating the warnings about bittorrent, courier-imap-pop, imap, mydsn, and udhcpd - they aren't in the rpmsrate file.
(In reply to Martin Whitaker from comment #8) > libalsa-plugins, libmariadb-devel, linuxconsole, lsb-core-lib, lsb-lib, and > wine are valid 32-bit packages. Ok, that was caused by me disabling 32bit media because if I didn't, just after reboot/login a bunch of 64 bit pkgs updates to replaced 32 bit and creates a bunch of 100+ orphans. I would not expect that since it is a network install and I would have expected the package manager to get the 63 bit from the get go. :(
(In reply to Bit Twister from comment #9) > (In reply to Martin Whitaker from comment #8) > > > libalsa-plugins, libmariadb-devel, linuxconsole, lsb-core-lib, lsb-lib, and > > wine are valid 32-bit packages. > > > Ok, that was caused by me disabling 32bit media because if I didn't, just > after reboot/login a bunch of 64 bit pkgs updates to replaced 32 bit and > creates a bunch of 100+ orphans. > > I would not expect that since it is a network install and I would have > expected the package manager to get the 63 bit from the get go. :( That's probably bug 23037 comment 40. Should be fixed when the new installer stage2 is released.
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=23485
(In reply to Martin Whitaker from comment #10) > (In reply to Bit Twister from comment #9) > > > > I would not expect that since it is a network install and I would have > > expected the package manager to get the 63 bit from the get go. :( > > That's probably bug 23037 comment 40. Should be fixed when the new installer > stage2 is released. Yup, just now finished a clean mga6 network install had no updates required after boot. I do not start the network during post install setup. Current list grep unknown /root/ddebug.log * unknown package `mydsn' * unknown package `udhcpd' * unknown package `imap' * unknown package `courier-imap-pop' * unknown package `bittorrent'
(In reply to Bit Twister from comment #11) > Current list > grep unknown /root/ddebug.log > > * unknown package `mydsn' > * unknown package `udhcpd' > * unknown package `imap' > * unknown package `courier-imap-pop' > * unknown package `bittorrent' Those comes from drakfirewall in drakx-net for configuring ports
CC: (none) => tmb
(In reply to Thomas Backlund from comment #12) > (In reply to Bit Twister from comment #11) > > Current list > > grep unknown /root/ddebug.log > > > > * unknown package `mydsn' > > * unknown package `udhcpd' > > * unknown package `imap' > > * unknown package `courier-imap-pop' > > * unknown package `bittorrent' > > Those comes from drakfirewall in drakx-net for configuring ports And dropped: http://gitweb.mageia.org/software/drakx-net/commit/?id=1f3ce7010fe9b960257a61138821d11d437ff7b4 I wont push it as an update to mga6 as its purely cosmetic....
As we're having a clean-up, building the Live ISOs gives me the following additional list: * unknown package `acx100-firmware' * unknown package `b43legacy-firmware' * unknown package `bcm43xx-firmware' * unknown package `broadcom-wl-kernel-4.14.65-desktop-1.mga6' * unknown package `cxacru-firmware' * unknown package `dkms-hcfpcimodem' * unknown package `dkms-hsfmodem' * unknown package `dkms-hso' * unknown package `dkms-ltmodem' * unknown package `dkms-madwifi' * unknown package `dkms-nozomi' * unknown package `dkms-rt2800' * unknown package `dkms-rt61' * unknown package `dkms-rt73' * unknown package `dkms-slmodem' * unknown package `dkms-sm56' * unknown package `dkms-unicorn' * unknown package `eciadsl' * unknown package `hcfpcimodem' * unknown package `hcfpcimodem-kernel-4.14.65-desktop-1.mga6' * unknown package `hsfmodem' * unknown package `hsfmodem-kernel-4.14.65-desktop-1.mga6' * unknown package `hso-kernel-4.14.65-desktop-1.mga6' * unknown package `ipw3945d' * unknown package `ipw3945-ucode' * unknown package `ltmodem' * unknown package `ltmodem-kernel-4.14.65-desktop-1.mga6' * unknown package `madwifi' * unknown package `madwifi-kernel-4.14.65-desktop-1.mga6' * unknown package `ndiswrapper-firmware' * unknown package `nozomi-kernel-4.14.65-desktop-1.mga6' * unknown package `ntfsprogs' * unknown package `nvidia304-kernel-4.14.65-desktop-1.mga6' * unknown package `nvidia340-kernel-4.14.65-desktop-1.mga6' * unknown package `nvidia-current-kernel-4.14.65-desktop-1.mga6' * unknown package `p54pci-firmware' * unknown package `p54usb-firmware' * unknown package `prism2-utils' * unknown package `rt2800-kernel-4.14.65-desktop-1.mga6' * unknown package `rt61-kernel-4.14.65-desktop-1.mga6' * unknown package `rt73-kernel-4.14.65-desktop-1.mga6' * unknown package `slmodem' * unknown package `slmodem-kernel-4.14.65-desktop-1.mga6' * unknown package `sm56-kernel-4.14.65-desktop-1.mga6' * unknown package `ueagle-firmware' * unknown package `unicorn' * unknown package `unicorn-kernel-4.14.65-desktop-1.mga6' * unknown package `zd1201-firmware' ntfsprogs should be replaced by ntfs-3g. Is there anything else there that needs a rename rather than just being dropped?
(In reply to Thomas Backlund from comment #13) > (In reply to Thomas Backlund from comment #12) > > (In reply to Bit Twister from comment #11) > > > Current list > > > grep unknown /root/ddebug.log > > > > > > * unknown package `mydsn' > > > * unknown package `udhcpd' > > > * unknown package `imap' > > > * unknown package `courier-imap-pop' > > > * unknown package `bittorrent' > > > > Those comes from drakfirewall in drakx-net for configuring ports > > And dropped: > http://gitweb.mageia.org/software/drakx-net/commit/ > ?id=1f3ce7010fe9b960257a61138821d11d437ff7b4 > > I wont push it as an update to mga6 as its purely cosmetic.... Ok, then I'll close this bug report. @ Martin Whitaker guessing you need to take your comment 14 question over to the dev mailing list.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED