Technical issues/questions of an intermediate or advanced nature.
-
francois
- Contributor
- Posts: 6435
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#1
by francois » 02 Oct 2020, 21:27
Will most porteus modules from porteus 4.0 be running on porteus 5.0? Where should we get packages? Is pkgs.org one of the best spots? Are you relying mostly on slackyd? For example, I would like to understand what is wrong with my smplayer module:
Code: Select all
guest@porteus:~$ root@porteus:/home/guest# smplayer
Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)"
Debug: global_init
Debug: global_init: config file: '/root/.config/smplayer/smplayer.ini'
Debug: Preferences::load
Debug: AssStyles::load
Debug: Preferences::load: config_version: 0, CURRENT_CONFIG_VERSION: 5
Debug: Preferences::load: config version is old, updating it
Debug: Helper::findExecutable: candidate: /usr/local/sbin/mpv
Debug: Helper::findExecutable: candidate: /usr/local/bin/mpv
Debug: Helper::findExecutable: candidate: /sbin/mpv
Debug: Helper::findExecutable: candidate: /usr/sbin/mpv
Debug: Helper::findExecutable: candidate: /bin/mpv
Debug: Helper::findExecutable: candidate: /usr/bin/mpv
Debug: Helper::findExecutable: executable found: /usr/bin/mpv
Debug: Translator::loadCatalog: can't load qt_en_US from /usr/share/smplayer/translations
Debug: Translator::loadCatalog: can't load qt_en_US from /usr/lib64/qt/translations
Debug: Translator::loadCatalog: successfully loaded smplayer_en_US from /usr/share/smplayer/translations
This is SMPlayer v. 18.1.0 (revision 8885) running on Linux
Debug: This is SMPlayer v. 18.1.0 (revision 8885) running on Linux
Debug: Compiled with Qt v. 4.8.7, using 4.8.7
Debug: * application path: "/usr/bin"
Debug: * data path: "/usr/share/smplayer"
Debug: * translation path: "/usr/share/smplayer/translations"
Debug: * doc path: "/usr/doc/smplayer-18.1.0/"
Debug: * themes path: "/usr/share/smplayer/themes"
Debug: * shortcuts path: "/usr/share/smplayer/shortcuts"
Debug: * config path: "/root/.config/smplayer"
Debug: * ini path: "/root/.config/smplayer"
Debug: * file for subtitles' styles: "/root/.config/smplayer/styles.ass"
Debug: * current path: "/home/guest"
Debug: SMPlayer::processArgs: arguments: 1
Debug: SMPlayer::processArgs: 0 = smplayer
Debug: SMPlayer::processArgs: files_to_play: count: 0
root@porteus:/home/guest# exit
libreoffice for porteus 4.0 works fine on porteus 5.0.
Prendre son temps, profiter de celui qui passe.
francois
-
ncmprhnsbl
- DEV Team
- Posts: 3941
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
-
Contact:
Post#2
by ncmprhnsbl » 03 Oct 2020, 00:12
francois wrote: ↑02 Oct 2020, 21:27
Will most porteus modules from porteus 4.0 be running on porteus 5.0?
not impossible, but generally, mostly not. .eg. the smplayer you have would be using an older qt5(or even qt4?) that requires an old icuil8n .. libreoffice on the other hand is fairly self sufficent and provides it's own key libs..
it would be fair to say that the whole package situation for RC2 is in disarray.. not hopeless, but there's issues.. (some of) which won't be resolved until slackware 15 drops and the repos stabilize..
pkgs.org and slakfinder.org can be helpful for finding packages(and libs), although i notice slackonly(which provides prebuilt sBo packages) has been offline lately and slakfinder.org is not connecting to official slackware repos properly..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44
ncmprhnsbl
-
francois
- Contributor
- Posts: 6435
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#3
by francois » 03 Oct 2020, 03:00
As some porteus packages work for nemesis, any possibility to build packages on nemesis (arch) and then use them for porteus?
Prendre son temps, profiter de celui qui passe.
francois
-
raja
- Shogun
- Posts: 434
- Joined: 02 May 2017, 09:51
- Distribution: v3.2.2-32 and Porteus-Artix-64
- Location: Chennai,India
Post#4
by raja » 04 Oct 2020, 08:42
May not be possible. ARCH maintains libraries and packages to very current release. Slackware is slow and steady.
I built all modules used by me in Nemisis after the recent update within an hour. Even that delay is due to pman missing on many dependencies, due to Artix repos. Don't know, if we can include ARCH repos. A list is available in Nemisis.(commented out)
Neko has automated APorteus to a breeze to build ISOs with current packages. Still we have to request him to build script for new requirements, as new ISO can only update an old one. (unlike pman)
Aporteus with Openrc and pacman package manager will be very good.
Linux Kernel-4.4.272 -32 bit; Linux Kernel-5.4.185 - 64 bit
raja
-
Rava
- Contributor
- Posts: 5416
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.01 x86_64 + 4.0 i586
- Location: Forests of Germany
Post#5
by Rava » 16 Dec 2020, 01:35
ncmprhnsbl wrote: ↑03 Oct 2020, 00:12
it would be fair to say that the whole package situation for RC2 is in disarray.. not hopeless, but there's issues.. (some of) which won't be resolved until slackware 15 drops and the repos stabilize..
Is it safe to say that because of the above, Porteus 5.0 finale will only come out after Slackware 15 is out and the repos also did stabilise?
Cheers!
Yours Rava
Rava
-
Ed_P
- Contributor
- Posts: 8373
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Post#6
by Ed_P » 16 Dec 2020, 02:57
That is what brokenman has said in the past, prior to 2020. But talk of Slackware 15 has been around for 5 yrs according to Google.
Ed
Ed_P
-
francois
- Contributor
- Posts: 6435
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Post#7
by francois » 28 Dec 2020, 22:00
@raja:
Complementarity between artix and arch repos: would this be possible? Maybe we should ask directry to the Artix fellows.
@nmc...:
Unless you already know the answer.
Prendre son temps, profiter de celui qui passe.
francois