Porteus

Posted: **30 Dec 2017, 02:31**

qt5-base blocking package installation, but qt5-base not in filesystem

[porteus ~]# pman -S mpv  smplayer ffmpeg
etc.

etc.
t5-base: /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so exists in filesystem
qt5-base: /usr/share/licenses/qt5-base/LGPL_EXCEPTION.txt exists in filesystem
Errors occurred, no packages were upgraded.
[porteus ~]# pman -S mpv  smplayer ffmpeg 
resolving dependencies...
looking for conflicting packages...

Packages (23) double-conversion-3.0.0-1  ldb-1.3.0-1  libcaca-0.99.beta19-1
              libdvdnav-5.0.3-1  libxss-1.2.2-2  lua52-5.2.4-2
              qt5-base-5.10.0-1  qt5-script-5.10.0-1  rubberband-1.8.1-3
              scrnsaverproto-1.2.2-2  smbclient-4.7.3-1  tdb-1.3.15-1
              tevent-1:0.9.34-1  tslib-1.14-1  uchardet-0.0.6-1
              vamp-plugin-sdk-2.6-1  x265-2.6-1  xcb-util-keysyms-0.4.0-1.1
              xcb-util-renderutil-0.3.9-1.1  xcb-util-wm-0.4.1-1.1
              ffmpeg-1:3.4-5  mpv-1:0.27.0-5  smplayer-17.11.2-2

Total Installed Size:  157.63 MiB
Net Upgrade Size:      113.07 MiB

:: Proceed with installation? [Y/n] ^C
Interrupt signal received

Using:

Code: Select all

[porteus ~]# pacman -Qqe
[porteus ~]# pacman -Qqm

qt5-base is not in the filesystem. No way to remove it.
https://wiki.archlinux.org/index.php/pacman
-force option or manually renaming and later removing all the files that belong to the package in question
A suggestion?

Posted: **30 Dec 2017, 05:14**

so you're say qt5-base package is not installed?
are you using a changes folder? if so, look in there for the offending files and delete them..
eg.

Code: Select all

pacman -Qo /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so

should tell if a file belongs to any package.. if not, it should be safe to remove...
why parts of (removed?)packages are floating around in your filesystem is a good question, for which i don't have a good answer

Posted: **30 Dec 2017, 05:33**

Very fair response. It seems I have built other packages from the same installation. Some of it with AUR packages. Should I always remove all packages in my changes folder and also out of the modules?

Meanwhile I found stifiling strategy to build modules very useful Porteus/Arch aka Sensei (Porteus w/pacman package manager)

Code: Select all

[porteus ~]# pacman -Sw mpv smplayer ffmpeg
[porteus ~]# mkdir -p /mnt/sda1/module-building-folder/var/lib/pacman/local
pacman -Uddr /mnt/sda1/module-building-folder /var/cache/pacman/pkg/*.pkg.tar.xz
[porteus ~]# mksquashfs /mnt/sda1/module-building-folder /mnt/sda1/mpv-smplayer-ffmpeg.xzm -comp xz -b 524288 -Xbcj x86
[porteus ~]# rm -rf /mnt/sda1/module-building-folder

Posted: **30 Dec 2017, 05:51**

francois wrote: ↑
30 Dec 2017, 05:33
stifiling strategy

it is what i do.
adjusted:

Code: Select all

# pacman -Sw mpv smplayer ffmpeg
# mkdir -p /mnt/sda1/module-building-folder/var/lib/pacman/local
# cp /var/lib/pacman/local/ALPM_DB_VERSION /mnt/sda1/module-building-folder/var/lib/pacman/local/
#pacman -Uddr /mnt/sda1/module-building-folder /var/cache/pacman/pkg/*.pkg.tar.xz
#rm -rf /mnt/sda1/module-building-folder/var/lib/pacman/local/ALPM_DB_VERSION
##strip some stuff > locales, headers, docs so on..
#cd /mnt/sda1/
# dir2xzm module-building-folder mpv-smplayer-ffmpeg.xzm 
##KEEP /mnt/sda1/module-building-folder for future updates

generally, things will go smoother immediately after the base moduless are updated (less chance of pulling in packages already in the base modules)
even after todays update there is(at least) one package: cdrtools that is out of date

Posted: **30 Dec 2017, 15:06**

So a regular setup-pman would also be wise, isn't it?

/var/cache/pacman/pkg/*.pkg.tar.xz removing from a module is part of the stripping?

Posted: **30 Dec 2017, 22:26**

francois wrote: ↑
30 Dec 2017, 15:06
So a regular setup-pman would also be wise, isn't it?

yeah, this way the keys should be in order, but a pacman -Sy if setup-pman hasn't been done very recently..

francois wrote: ↑
30 Dec 2017, 15:06
/var/cache/pacman/pkg/*.pkg.tar.xz removing from a module is part of the stripping?

shouldn't be any packages in the modules' cache, only the live system(and /changes if you have it) so:

Code: Select all

pacman -Scc

to clean the cache is recomended, so you don't have extraneous packages creeping into your modules