Page 1 of 3

[CLOSED] ScPup64 SlackwareCurrent Woof-CE build 06-Aug-2022

Posted: Sat Jul 18, 2020 9:08 am
by peebee

ScPup is no longer updated - for a Slackware Current build see LxPupSc - for a Slackware 15.0 build see S15Pup

64-bit Slackware Current based pup with JWM desktop

Updated to 22.02+4 06-Aug-2022

details and downloads from here

previous discussion thread on murga-linux

...

Screenshot.png
Screenshot.png (127.31 KiB) Viewed 18369 times

Re: ScPup64

Posted: Sat Jul 18, 2020 9:11 am
by peebee
reserved

Re: ScPup64

Posted: Fri Sep 18, 2020 3:15 pm
by norgo
Hi @peebee

I'm currently playing around with your great Scpup64 20.06
Not tested extensively yet but the first impression is very good.
Unfortunately your Scpup64 build has the same bug as my recently build of slacko64. ( other distros not tested )
The boot-parameter pkeys=de will be ignored.
During boot the message loading keyboard layout de ... appears
After automatically launch of Xserver first run dialog is showing keyboard layout "us" ( but /etc/keymap contains "de" )
I'm still searching
maybe you could take a look at this ?

Re: ScPup64

Posted: Sat Sep 19, 2020 9:48 am
by peebee
norgo wrote: Fri Sep 18, 2020 3:15 pm The boot-parameter pkeys=de will be ignored.
maybe you could take a look at this ?
Woof-CE issue raised on /usr/sbin/xorg-autoconf
https://github.com/puppylinux-woof-CE/w ... ssues/1874

xorg-autoconf does not respect pkeys= kernel switch #1874

pkeys=xx on kernel line sets /etc/keymap to xx but xorg-autoconf does not use this value when constructing /etc/X11/xorg.conf
should be
Option "XkbLayout" "xx"

Until this is fixed you could change line 7 of root/Startup/1-scpup-startup.sh
to
country=`cat /etc/keymap`

Scpup64 20.06 problem

Posted: Sat Sep 26, 2020 7:12 pm
by mgraham
I thought maybe I should mention this:

I upgraded to 20.06 recently, and have run into some odd things.
1. opening home folder, rox will not let me click on anything, such as a subfolder, in one of my "save directories", but it works in another in my main save directory.

2. after using for 2 or 3 weeks, today in my dual screen layout, if I click on the desktop it goes to same image on both monitors, not one stretched across both monitors any desktop icons disappear except a "home folder appears at upper left. If I click again on the desktop, the icons re-appear, and I can click on them. But when I do the back ground changes again to have no icons and not being stretched.

Finally I reverted to Scpup64 20.01 and everything is back to normal, no issues.

thanks for all the hard work on these puppies, I know there are a million details to deal with. I've been using puppy as my main desktop for about 10 years, and love it.

computer I'm using:
Dell Optiplex 7010
10G memory.. :)
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz

Re: ScPup64

Posted: Sun Sep 27, 2020 1:47 am
by norgo
Check the monitor settings under "Setup -> Monitor Settings"
make sure that only one of them is default

Re: ScPup64

Posted: Fri Oct 02, 2020 8:33 am
by norgo
dmesg is showing this message
what is the right group and where to specify ?

Code: Select all

[   10.564693] udevd[1157]: specified group 'input' unknown
[   10.564876] udevd[1157]: NAME="%k" is ignored, because it breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-cups.rules:5
[   10.570448] udevd[1158]: starting eudev-3.2.9
[   10.873263] udevd[1158]: specified group 'input' unknown
[   10.873412] udevd[1158]: NAME="%k" is ignored, because it breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-cups.rules:5

[   18.936776] udevd[1158]: specified group 'input' unknown
[   18.936944] udevd[1158]: NAME="%k" is ignored, because it breaks kernel supplied names, please remove it from /etc/udev/rules.d/55-cups.rules:5
### /etc/udev/rules.d/55-cups.rules ###

Code: Select all

# created by Patriot
# Module loading rules for lpt & usb printers
# 20110311 fixed lp[0-15] changed to lp[0-9]
ACTION=="add", KERNEL=="lp[0-9]*", SUBSYSTEM=="usb", NAME="usb/%k", MODE="0666"
ACTION=="add", KERNEL=="lp[0-7]*", SUBSYSTEM=="printer", NAME="%k", MODE="0666"

Re: ScPup64

Posted: Sat Oct 10, 2020 9:03 pm
by radames
Hi there, i have an issue with Viewnior in ScPup64 20.06. If I try to view the properties of any image file with Viewnior, then its simply close. This is what is show me in the terminal:

Code: Select all

viewnior

** (viewnior:15861): WARNING **: 20:30:16.723: Loading config file: No such file or directory. All preferences are set to their default values. Saving ...
viewnior: symbol lookup error: viewnior: undefined symbol: _ZN5Exiv212ImageFactory4openERKSsb
And @peebee , thank you very much for your work :thumbup:

Re: ScPup64

Posted: Sat Oct 10, 2020 11:01 pm
by OscarTalks
Hello radames,

Testing in a fresh boot of ScPup64 20.06 just now and viewnior starts and runs OK
That "symbol lookup error" normally means a library mismatch. Perhaps you have installed a package which has overwritten one of the original dependency libraries of viewnior?

Re: ScPup64

Posted: Sun Oct 11, 2020 1:59 am
by radames
Hi OscarTalks.
OscarTalks wrote: Sat Oct 10, 2020 11:01 pm Testing in a fresh boot of ScPup64 20.06 just now and viewnior starts and runs OK
That "symbol lookup error" normally means a library mismatch. Perhaps you have installed a package which has overwritten one of the original dependency libraries of viewnior?
Nope, this happen in both fresh install of ScPup64 20.06 and version 20.01. I don't have installed anything more.

Re: ScPup64

Posted: Sun Oct 11, 2020 6:10 am
by peebee
radames wrote: Sat Oct 10, 2020 9:03 pm Hi there, i have an issue with Viewnior in ScPup64 20.06. If I try to view the properties of any image file with Viewnior
Hi radames
Can you explain what exactly you do to: "try to view the properties of any image file"???

Viewnior does come from Salix-14.2 so there may be a library issue..... you could try:
http://distro.ibiblio.org/puppylinux/pe ... -scpup.pet
or
http://www.slackel.gr/repo/x86_64/curre ... 64-3dj.txz

Re: ScPup64

Posted: Sun Oct 11, 2020 5:05 pm
by radames
peebee wrote: Sun Oct 11, 2020 6:10 am Hi radames
Can you explain what exactly you do to: "try to view the properties of any image file"???
Hi peebee, first thanks for your reply. Well, I will give my explanation of what happens:

I open a image file with Viewnior, then I make right click over and going to the Properties option and select it in the popup menu. Doing that causes Viewnior instantly closes.

I'm going to install the packages that you suggest me, have a good day :thumbup:

Re: ScPup64

Posted: Sun Oct 11, 2020 5:43 pm
by TerryH
radames wrote: Sun Oct 11, 2020 5:05 pm
peebee wrote: Sun Oct 11, 2020 6:10 am Hi radames
Can you explain what exactly you do to: "try to view the properties of any image file"???
Hi peebee, first thanks for your reply. Well, I will give my explanation of what happens:

I open a image file with Viewnior, then I make right click over and going to the Properties option and select it in the popup menu. Doing that causes Viewnior instantly closes.

I'm going to install the packages that you suggest me, have a good day :thumbup:
I just checked in my install of SCPup64 20.06. I can confirm that viewnior crashes when attempting to view properties.

Re: ScPup64

Posted: Sun Oct 11, 2020 7:39 pm
by OscarTalks
Confirmed here also. I have never tried looking at "Properties" within Viewnior before.
I have compiled viewnior-1.6 in ScPup64 and the right-click > Properties works.
I will attach the .pet so others can test it.

There is a viewnior-1.7 available but it requires meson build system and ninja build system (and python3). I have compiled it in other Puppies, but maybe the 1.6 is fine anyway as it replaces the existing one of the same number in ScPup64.

EDIT:- Now also compiled viewnior-1.7 in case it is better

Compiling in ScPup64_20.06+2

Posted: Fri Nov 13, 2020 11:20 am
by HerrBert

Hello.

I tried to compile mtpaint-3.49.19 (and some other stuff) in ScPup64_20.06+2, but failed.
With devx_ScPup64_20.06+2.sfs loaded i get following output:

Code: Select all

# ./configure nowebp intl --prefix=/usr


---------------------
mtPaint Configuration
---------------------

-------
General
-------

    Version             3.49.19
    System              GNU/Linux
    Toolkit             GTK+2
    File Picker         mtpaint
    Colour Picker       mtpaint
    Animation Package   Gifsicle
    Use FreeType        YES
    Use CMS             LittleCMS2
    Icon set            icons1
    Internationalized   YES
    Multithreaded       YES

--------
Compiler
--------

    Optimizations       YES
    CFLAGS              -O2 
    LDFLAGS             -s 
    Static libraries    NONE

----------
File Types
----------

    Use GIF             GIF
    Use JPEG            YES
    Use JPEG 2000       OpenJPEG2
    Use TIFF            YES
    Use WebP            NO

------------
Installation
------------

    Binary install      /usr/bin
    Locale install      /usr/share/locale
    Locale program      /usr/share/locale
    Install man page    NO

# make
make -C src
make[1]: Entering directory '/mnt/sda3/temp/mtPaint-master/src'
/usr/bin/gcc -Wall  -Wno-pointer-sign -Wno-int-to-pointer-cast -Wno-pointer-to-i
nt-cast -DU_THREADS -DU_FPICK_MTPAINT -DU_CPICK_MTPAINT -DMT_VERSION='"mtPaint 3
.49.19"' -DHAVE__SFA -DHAVE_MKDTEMP -DU_GIF -DU_JP2=2 -DU_TIFF -DU_JPEG -DU_FREE
TYPE -DU_LCMS=2 -DU_NLS -DMT_LANG_DEST='"/usr/share/locale"'  -I/usr/include/ope
njpeg-2.3 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbu
zz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -I/usr/include
/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/at
k-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/libm
ount -I/usr/include/blkid -I/usr/include/fribidi -I/usr/include/cairo -I/usr/inc
lude/pixman-1 -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/lib
png16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/incl
ude  -O2  -frandom-seed=main -c -o main.o main.c
In file included from /usr/include/bits/posix1_lim.h:161,
                 from /usr/include/limits.h:183,
                 from /usr/lib64/gcc/x86_64-slackware-linux/9.3.0/include-fixed/
limits.h:194,
                 from /usr/lib64/gcc/x86_64-slackware-linux/9.3.0/include-fixed/
syslimits.h:7,
                 from /usr/lib64/gcc/x86_64-slackware-linux/9.3.0/include-fixed/
limits.h:34,
                 from /usr/lib64/glib-2.0/include/glibconfig.h:11,
                 from /usr/include/glib-2.0/glib/gtypes.h:32,
                 from /usr/include/glib-2.0/glib/galloca.h:32,
                 from /usr/include/glib-2.0/glib.h:30,
                 from /usr/include/glib-2.0/gobject/gbinding.h:28,
                 from /usr/include/glib-2.0/glib-object.h:22,
                 from /usr/include/glib-2.0/gio/gioenums.h:28,
                 from /usr/include/glib-2.0/gio/giotypes.h:28,
                 from /usr/include/glib-2.0/gio/gio.h:26,
                 from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
                 from /usr/include/gtk-2.0/gdk/gdk.h:32,
                 from /usr/include/gtk-2.0/gtk/gtk.h:32,
                 from mygtk.h:20,
                 from main.c:22:
/usr/include/bits/local_lim.h:38:10: fatal error: linux/limits.h: Datei oder Ver
zeichnis nicht gefunden
   38 | #include <linux/limits.h>
      |          ^~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:20: main.o] Error 1
make[1]: Leaving directory '/mnt/sda3/temp/mtPaint-master/src'
make: *** [Makefile:8: src] Error 2
# 

So i booted into Slacko64 700, loaded it's devx_slacko_6.9.9.9.sfs and compiled my three desired sources. Worked instantly. Rebootet into ScPup64, installed my new stuff and all seems to work fine.

This leaves me with two questions:

1) /usr/include/bits/local_lim.h has this code in it:

Code: Select all

/* The kernel sources contain a file with all the needed information.  */
#include <linux/limits.h>

This points me to have kernel headers installed. I then downloaded and installed kernel_headers-5.7.2-lxpup64.sfs and compiled mtpaint-3.49.19 with the same configuration as above.
But i wonder, why it results in different size???

2) Will the executable compiled in ScPup64 be bound to the kernel, it was compiled with?


Re: ScPup64 01-Nov-2020

Posted: Fri Nov 13, 2020 11:59 am
by peebee

@HerrBert

1) different versions of compiler probably produce slightly different code

2) no for kernel - but maybe yes for dependencies (easiest way to test is to try it on a pristine frugal install)


Re: Compiling in ScPup64_20.06+2

Posted: Fri Nov 13, 2020 10:13 pm
by wjaguar
HerrBert wrote: Fri Nov 13, 2020 11:20 am

I tried to compile mtpaint-3.49.19

Why this old version in the days of 3.49.33?


Re: ScPup64 01-Nov-2020

Posted: Mon Nov 16, 2020 12:36 am
by OscarTalks

I usually find that when compiling anything in ScPup64 I have to load both devx AND kernel headers.
In ScPup32 I find that only devx is needed, not kernel headers. Not sure why the difference, it is just something you have to be aware of.
The resulting packages in ScPup64 do not seem to be kernel specific.
Always best to hunt down the latest source of mtpaint
https://github.com/wjaguar/mtPaint


Re: ScPup64 01-Nov-2020

Posted: Mon Nov 16, 2020 4:14 pm
by HerrBert

@peebee @OscarTalks
Thank you for explaining. It was the first time, i had to load kernel headers to compile anything...
@wjaguar
mtpaint-3.49.19 was just the one version that i had on my disk. I once have compiled it in Slacko 6.3.2 32bit, so i knew it fits my needs.
The 3.49.12 that comes with ScPup64 seems not to be compiled with internationalization.


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Jan-2021

Posted: Mon Jan 11, 2021 5:20 am
by thinkpadfreak

Hello.
I have installed ScPup64 21.01.

HerrBert wrote: Mon Nov 16, 2020 4:14 pm

The 3.49.12 that comes with ScPup64 seems not to be compiled with internationalization.

I, too, am afraid it is not. Slacko64 7.0 includes the same package and has the same problem.

By the way, when I watch youtube videos, I notice that some advertisement images are not displayed in browsers on ScPup64. Only a frame of an image is displayed. The same thing happens on Slacko64 7.0, too.
Of course I do not want to see advertisements, but I wonder if the above behavior is a specification characteristic of the newest Puppies.
(The attached file shows an example of advertisements overlaid on a youtube video. This snapshot was taken of Firefox on EasyPup.)


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Jan-2021

Posted: Mon Jan 11, 2021 7:05 am
by peebee
thinkpadfreak wrote: Mon Jan 11, 2021 5:20 am

Of course I do not want to see advertisements, but I wonder if the above behavior is a specification characteristic of the newest Puppies.

Yes - https://github.com/puppylinux-woof-CE/woof-CE/pull/1972


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sat Apr 03, 2021 2:32 am
by watchdog

ScPup64 21.04: what's wrong with pup-advert-blocker? It does not work for me. I have installed it from other puppies.


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sat Apr 03, 2021 9:56 am
by peebee
watchdog wrote: Sat Apr 03, 2021 2:32 am

ScPup64 21.04: what's wrong with pup-advert-blocker? It does not work for me. I have installed it from other puppies.

@watchdog
Known problem - needs to be fixed in Woof-CE:
https://github.com/puppylinux-woof-CE/w ... ssues/2193


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sun Apr 04, 2021 3:47 am
by watchdog

Pavrecord needs fix, too. It's not showing the webcam preview. ScPup64 21.04.


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sun Apr 04, 2021 9:43 am
by peebee
watchdog wrote: Sun Apr 04, 2021 3:47 am

Pavrecord needs fix, too. It's not showing the webcam preview. ScPup64 21.04.

Hi @watchdog
Seems OK for me.....
.

Screenshot.png
Screenshot.png (196.63 KiB) Viewed 12626 times

Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sun Apr 04, 2021 11:55 am
by ozsouth

I can't run Anydesk v6.10 (or 6.01) in ScPup64-21.01 or .04. Have checked ldd & have needed libraries. Running via terminal simply returns prompt. They ran as spot in ScP 20.06. I can run old anydesk version v5.5.6 as root in all these pups, but is insecure. I'd like to use ScP 21.04 as it has curl security update. Any suggestions?


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Sun Apr 04, 2021 3:22 pm
by peebee
ozsouth wrote: Sun Apr 04, 2021 11:55 am

Running via terminal simply returns prompt.

Hi @ozsouth
Any clues in dmesg?
Is it a Slackware Current version of Anydesk?


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Mon Apr 05, 2021 1:38 am
by ozsouth

Hi Peebee.

No joy in dmesg. Run-as-spot seems to be my Anydesk issue.
Slackware (or clones) doesn't have an Anydesk version for last few years,
but always I've used the following:

https://anydesk.com/en/downloads/linux - choose Debian/Ubuntu/Mint option

It needs my lib pack attached below.

What is different in ScP64 21.04 is that all versions can be started as root,
but version 6.xx simply gives a 'do not run as root' message & doesn't start.
When I try to run-as-spot, it simply returns a prompt. Similar if I su spot first.
My run-as-spot google chrome works fine, so your using ash instead of bash is ok.
I tried adding gtk3 & libxkbcommon libs (needed for my chrome .pet) - still fails.


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Mon Apr 05, 2021 3:45 am
by watchdog
peebee wrote: Sun Apr 04, 2021 9:43 am
watchdog wrote: Sun Apr 04, 2021 3:47 am

Pavrecord needs fix, too. It's not showing the webcam preview. ScPup64 21.04.

Hi @watchdog
Seems OK for me.....

Yes, I confirm. It's now working. I was using an upgraded savefile.


Re: ScPup64 SlackwareCurrent Woof-CE build 01-Apr-2021

Posted: Mon Apr 05, 2021 3:47 am
by ozsouth

To suffice for now, I compiled curl 7.76.0 for glibc 2.30 for older ScPup64 versions (21.01, 20.06, 20.01)
see: viewtopic.php?p=21946#p21946