Puppy Linux Discussion Forum

@BarryK
What happend to "Take A Shot!" ? it's still in Daedalus .
when did that happen ? of all 3 screenshot prg include ,it's the only one that can ''crop'' instantly .
oh , useful ,i took it from Daedalus container and copy it to scarthgap..done.

On my tablet , fun fact, i exit container (here it always open full screen) with easystroke , not with a gesture link to ALT-F6 but with one link to easystroke menu ,
dont ask why but it get me out of full screen , then i can right-click & close it within task bar. I cannot say since when ,as i am not a daily user of container thing,
but i remember having to plug a keyboard to exit, months ago ,as alt-f6 in xvkbd did not kicked in !!!

Cheers for 6.4.5 .
Vv

BarryK wrote: Thu Nov 28, 2024 12:50 am

BarryK wrote: Wed Nov 27, 2024 9:34 am

I'm working with Alfons to try and figure out something...

pClock, in the Personal menu category, isn't working in the daedalus container.
It was fixed, supposedly.

Also non-us-english keyboard layout was supposed to be fixed.

/mnt/wkg/containers/daedalus/container/.control/daedalus script has code (from line 59) that was supposed to have fixed these issues.
Running the code in a terminal in the container might work, at least it does fix pclock.

I'm wondering if maybe running those utilities too soon.

Will report back, hopefully with a fix.

If anyone wants to experiment with non-us-english keyboard layout in the daedalus container, the problem is due to the settings not carrying over from the main desktop to the xephyr nested server.

Here are some relevant links:

https://superuser.com/questions/209433/ ... ard-layout

https://superuser.com/questions/70428/h ... rd-mapping

https://unix.stackexchange.com/question ... g-properly

...the last one looks particularly interesting. The main desktop is DISPLAY=:0 and in the container is :1
And the comment about using "-kb" does not work. The fix above that looks good, run in the main desktop:

Code: Select all

setxkbmap -display :0 -print | xkbcomp - :1

...I haven't tried it.

Note that /etc/X11/xorg.conf.d/10-evdev-puppy.conf is copied into the container, but not applied to the xephyr server.

I'll get onto it, but taking the day off today, a trip into the city, later on will work on the trike.
Hopefully get back to it tomorrow.

The command

setxkbmap -display :0 -print | xkbcomp - :1

is already present in /usr/local/easy_containers/ec-chroot (It is line 617)

In tests, last year (viewtopic.php?p=82436&sid=66e0ff9f38e4d ... 8a9#p82436), a command like this worked when it is placed in /usr/local/easy_containers/logactivewindow.

This time it was necessary to add a sleep command before the above command (My PC is slow)

Another method (viewtopic.php?p=91468&sid=66e0ff9f38e4d ... 8a9#p91468) (not yet tested with container daedalus) worked with recent version of Xephyr

Edit : test of the second method, there are problems

Edit2 :
The command in the second method is

 Xephyr :${CNTxephyr} -xkb-model $MODEL -xkb-layout $LAYOUT -xkb-variant $VARIANT -xkb-options $OPTIONS -fullscreen -title "${EXE}" -name "Xephyr${CNTxephyr}" -dpi "$DPI" -nolisten tcp &

For this command to work,all the variables must be defined
For example if $VARIANT and $OPTIONS do not exist, the command must be
.

 Xephyr :${CNTxephyr} -xkb-model $MODEL -xkb-layout $LAYOUT -fullscreen -title "${EXE}" -name "Xephyr${CNTxephyr}" -dpi "$DPI" -nolisten tcp &

Edit3 : A solution ?
In /user/local/ec-chroot , addition of

MODEL=$(setxkbmap -query | grep model | cut -c 13-)
LAYOUT=$(setxkbmap -query | grep layout | cut -c 13-)
VARIANT=$(setxkbmap -query | grep variant | cut -c 13-)
OPTIONS=$(setxkbmap -query | grep options | cut -c 13-)

before the launch of Xephyr (line 285 for example)

Between Xephyr :${CNTxephyr} and -fullscreen, addition of

 -xkb-model $MODEL -xkb-layout $LAYOUT -xkb-variant "$VARIANT" -xkb-options "$OPTIONS"

The full line :after the addition :

  Xephyr :${CNTxephyr} -xkb-model $MODEL -xkb-layout $LAYOUT -xkb-variant "$VARIANT" -xkb-options "$OPTIONS" -fullscreen -title "${EXE}" -name "Xephyr${CNTxephyr}" -dpi "$DPI" -nolisten tcp &

Note the addition of " " around the contents of variable that could be empty

Vverve wrote: Fri Nov 29, 2024 3:29 am

@BarryK
What happend to "Take A Shot!" ? it's still in Daedalus .
when did that happen ? of all 3 screenshot prg include ,it's the only one that can ''crop'' instantly .
oh , useful ,i took it from Daedalus container and copy it to scarthgap..done.

TAS is still in Scarthgap 6.4.5

Right now I'm running 6.4.4 and TAS works.
I checked, it is still there in 6.4.5

BarryK wrote: Sat Nov 30, 2024 12:38 am

TAS is still in Scarthgap 6.4.5

You are right , it is in usr/bin , just not in the menu here !?!
Menu only got screeny , no mtpaint/snapshot either.
I should fresh install to check if something i done broke the menu.. hmm , do have devx 6.4.5 sfs .
Update went fine to 6.4.5 .
edit : ok , tell me more ,i missed a news , if i open scarthgap in a container it's all in the menu

BarryK wrote: Wed Nov 27, 2024 1:00 am

As don570 already discovered, Scarthgap 6.4.5 is released!

...

Flip into the daedalus container, there is now a button for flipping back to the scarthgap desktop.

...

At the first launch of the daedalus container, on my slow PC, the flip button do not work. Probably the container takes more than 3 secondes to start and the script /usr/local/easy_containers/flip-out-of-container stops (see line 8 in this script)
The next launchs are faster and the button works.

Vverve wrote: Sat Nov 30, 2024 4:30 am

BarryK wrote: Sat Nov 30, 2024 12:38 am

TAS is still in Scarthgap 6.4.5

You are right , it is in usr/bin , just not in the menu here !?!
Menu only got screeny , no mtpaint/snapshot either.
I should fresh install to check if something i done broke the menu.. hmm , do have devx 6.4.5 sfs .
Update went fine to 6.4.5 .
edit : ok , tell me more ,i missed a news , if i open scarthgap in a container it's all in the menu

I'm now running 6.4.5, and devx sfs loaded. tas is in the menu.

First, check that this exists:
/usr/share/applications/tas.desktop

If it does, then run in a terminal:

# fixmenus
# jwm -reload

EDIT:
If tas.desktop is missing, that may be because you have installed then removed a tas pet at some earlier time?
Anyway, if it is missing, you will find it at /mnt/.easy_ro/easy_sfs/usr/share/applications/tas.desktop
-- drag-copy that to /usr/share/applications

Printing was broken, or rather printer-setup. I posted about it to my blog, with the fix:

https://bkhome.org/news/202411/easy-sca ... roken.html

Printing-setup works on Easy Daedalus (Bookworm), because it has cups 2.4.2.

Easy Scarthgap up to 6.0.4 has cups 2.4.7, but when I compiled later releases of the OpenEmbedded Scarthgap-series, cups got bumped to 2.4.9 then 2.4.10, both of which are broken.

pClock in daedalus container was broken. Fixed:

https://bkhome.org/news/202411/xrdb-fix ... ainer.html

@BarryK
Did remember now i had some of those problems ,
checked in .session , yes /usr/share/applications/ , it did add a .wh.tas.desktop , removed it , reboot ,
it's back in menu .
i think i asked once (or wanted to and never did...)what are those .wh in .session , if answered , sorry,
do not remember the explanation !!
The .session do got a whole bunch of those .wh .
I did in the past remove all those .wk solving issues i had .

Caramel wrote: Sat Nov 30, 2024 9:19 am

BarryK wrote: Wed Nov 27, 2024 1:00 am

As don570 already discovered, Scarthgap 6.4.5 is released!

...

Flip into the daedalus container, there is now a button for flipping back to the scarthgap desktop.

...

At the first launch of the daedalus container, on my slow PC, the flip button do not work. Probably the container takes more than 3 secondes to start and the script /usr/local/easy_containers/flip-out-of-container stops (see line 8 in this script)
The next launchs are faster and the button works.

3 seconds works on my Compaq Presario. ...I think, was trying different delays, and not sure what that sleep was when tested on the Compaq.
I have bumped it to 5 seconds on line 8.

EasyOS Scarthgap-series version 6.4.5 - frugal install

Some more observations

I tried an appimage of Shotcut video editor that I downloaded from their site
shotcut-linux-x86_64-231129.AppImage
but it wouldn't launch correctly. I got this error message.
I believe I was told by fatdog user that this is qt5 library problem?????

_________________________________

When I tried the same appimage in EasyOS Daedalus version 6.4.5 Shotcut worked perfectly
_______________________________________________

don570 wrote: Sat Nov 30, 2024 7:28 pm

EasyOS Scarthgap-series version 6.4.5 - frugal install

Some more observations

I tried an appimage of Shotcut video editor that I downloaded from their site
shotcut-linux-x86_64-231129.AppImage
but it wouldn't launch correctly. I got this error message.
I believe I was told by fatdog user that this is qt5 library problem?????
Screenshot(1).png

_________________________________

When I tried the same appimage in EasyOS Daedalus version 6.4.5 Shotcut worked perfectly
_______________________________________________

Maybe the solution page viewtopic.php?t=9346 will work

Ah Yes !! That's the fix that I used in Fatdog64. I'll try that in Scarthgap 6.4.5
and report back.
________________________________________

Suggestion to BarryK

Re: The third option during booting -->
The wording might be clearer if the deletion of some files was mentioned...
Such as

Option 3  -  Rollback -  The removal of files in /root that were created after your last bootup 

_____________________________________________________________

EasyOS Scarthgap-series version 6.4.5
I tried to run Daedalus in a container by following BarryK instructions

Alternatively, you can directly download 'daedalus_6.4.5_amd64.sfs', 'daedalus_6.4.5_amd64.specs' and 'daedalus.png' from here:
https://distro.ibiblio.org/easyos/amd64 ... /daedalus/

...download them to /mnt/wkg/sfs/easyos/devuan/daedalus, then run SFSget to install.

My request is to "kick the tyres" of Daedalus running in a container.

I tried this and here are my observations...

1) "run SFSget" is impossible since it assumes that I downloaded the files with a home internet connection.
In my case I download from a fast library connection. The buttons to click don't work for me.

2) I try to set up a Daedalus container
Menu > System > Bootmanager
This appears to work to make a Daedalus container however when I reboot my computer I can't get X to work i.e. a black screen.
The error message mentions something about glibc mismatch.
___________________________________________________

don570 wrote: Sat Nov 30, 2024 8:16 pm

EasyOS Scarthgap-series version 6.4.5
I tried to run Daedalus in a container by following BarryK instructions

Alternatively, you can directly download 'daedalus_6.4.5_amd64.sfs', 'daedalus_6.4.5_amd64.specs' and 'daedalus.png' from here:
https://distro.ibiblio.org/easyos/amd64 ... /daedalus/

...download them to /mnt/wkg/sfs/easyos/devuan/daedalus, then run SFSget to install.

My request is to "kick the tyres" of Daedalus running in a container.

I tried this and here are my observations...

1) "run SFSget" is impossible since it assumes that I downloaded the files with a home internet connection.
In my case I download from a fast library connection. The buttons to click don't work for me.

2) I try to set up a Daedalus container
Menu > System > Bootmanager
This appears to work to make a Daedalus container however when I reboot my computer I can't get X to work i.e. a black screen.
The error message mentions something about glibc mismatch.
___________________________________________________

You haven't followed the instructions.
SFSget does work, and you should not have run BootManager.

Run BootManager again, and untick the daedalus sfs.

EDIT:
By ticking the daedalus sfs in Bootmanager, you chose to load it in the main filesystem, which will not work.
You might have ended up with some inappropriate files...
If there are "daedalus*" files in /.control, delete them.
If a "daedalus" desktop icon, delete it.
If file /usr/bin/desk-delayedrun, delete it.

After cleaning up, do it again:

1. Manually download the 3 files to /mnt/wkg/sfs/easyos/devuan/daedalus
2. run SFSget

In step-2, you choose 'daedalus_6.4.5_amd64.sfs' in easyos/daevuan/daedalus
That's it, "daedalus" will appear on the desktop.

Running SFSget will not download 'daedalus_6.4.5_amd64.sfs' again, it will simply install the one you have already downloaded.
If that really worries you, go offline first, before running SFSget, it will still work.

The steps are simple and they work, because I have tested it, downloaded daedalus sfs files manually, then run SFSget

don570 wrote: Sat Nov 30, 2024 8:09 pm

Suggestion to BarryK

Re: The third option during booting -->
The wording might be clearer if the deletion of some files was mentioned...
Such as

Code: Select all

Option 3  -  Rollback -  The removal of files in /root that were created after your last bootup 

_____________________________________________________________

No, because rollback will rollback everything under /, including /root
With the exception of /files

That's what rollback does, it rolls back everything.

Kodi flatpak does not work. Blog post:

https://bkhome.org/news/202412/kodi-fla ... -work.html

However, kodi flatpak would have originally worked. That was probably done in Easy Kirkstone, which has an older version of flatpak.

It looks like the flatpak developers, in trying to fix the problem, have actually broken it for EasyOS.

Easy Scarthgap has flatpak 1.15.6, the latest is 1.15.11; I wonder if the latest has a fix?

To copy clipboard out of container when returning to the main system, we must click on the flip button, not use the shortcut Alt+F6.

To copy clipboard from main system to the container when returning to the container, we must click on the desktop icon, not on the taskbar.

EasyOS Scarthgap-series version 6.4.5

shotcut appimage available
https://www.shotcut.org/download/

This worked in Scarthgap 6.4.5 if I installed libwayland first...
Available from Caramel
libwayland-.1-mx21.3-unofficial.pet
____________________________________________________________________

Some that I noticed several times when rebooting.....

Audio input level for recording isn't sticking during a reboot. I like a level of 27 to record audio. When I
reboot my computer I notice that the input level is 30 which is too high, so I lower ir down.
_____________________________________________________

Vverve wrote: Sat Nov 30, 2024 12:56 pm

@BarryK
Did remember now i had some of those problems ,
checked in .session , yes /usr/share/applications/ , it did add a .wh.tas.desktop , removed it , reboot ,
it's back in menu .
i think i asked once (or wanted to and never did...)what are those .wh in .session , if answered , sorry,
do not remember the explanation !!
The .session do got a whole bunch of those .wh .
I did in the past remove all those .wk solving issues i had .

If you did something that caused /usr/share/applications/tas.desktop to get deleted, then you will have that .wh file.
This could have happened if you installed a TAS PET package and then uninstalled it -- though, even then a .wh file isn't supposed to be created.
I will have to investigate what circumstances could result in the .wh file getting created.

Anyway, removing the .wh* file and rebooting without saving is good, fixes your problem.

Caramel wrote: Sun Dec 01, 2024 4:47 pm

To copy clipboard out of container when returning to the main system, we must click on the flip button, not use the shortcut Alt+F6.

To copy clipboard from main system to the container when returning to the container, we must click on the desktop icon, not on the taskbar.

Yeah, I know about that.
Not sure how to handle that one.
Might have to put it on the to-do list for easy 6.5.1

BarryK wrote: Mon Dec 02, 2024 1:13 am

Caramel wrote: Sun Dec 01, 2024 4:47 pm

To copy clipboard out of container when returning to the main system, we must click on the flip button, not use the shortcut Alt+F6.

To copy clipboard from main system to the container when returning to the container, we must click on the desktop icon, not on the taskbar.

Yeah, I know about that.
Not sure how to handle that one.
Might have to put it on the to-do list for easy 6.5.1

It was not a complaint but just information for those who want to use the clipboard copy.
It took me a while to figure out how to use the "main system to container" copy

BarryK wrote: Thu Nov 28, 2024 12:41 am

scsijon wrote: Wed Nov 27, 2024 4:20 pm

The settings for a package (eg $packagename$) in scarthgaps /root/.$packagename$ and container-Daedalus /root/.$packagename$ don't coinside once you change what's in one of them. Wouldn't matter until you change one to suit what your doing and switch to use a package between them without changing in the second.
Also consideration for changes between package versions in each being different may need to be taken I think.
Then there's the thougts of what happens when you have a number of containers of one and if you allow flowover between containers or not, like you have done with /files. Not sure I want it happeing at that level. I still think /files/shared should be enough.
And then there's thoughts of adding a third container type....
UGH......., time to go to bed I think.

The reason for having the daedalus container is to run apps that are not available in the main scarthgap desktop.
I don't know why anyone would run, say, shotcut, in both.

So, I don't see a problem with both accessing the same /files

But yes, potentially, different versions of shotcut having the same project files under /files might be a problem. Like, you create a project with a recent version of shotcut on the main desktop, then in the container run a very old version of shotcut and share the same project.

I tend to use containers as project divisions, one for internet, one for office, one for graphic, one for storyboard, etc... Means that a package will often appear in a number of containers with different files and associated packages all open.
To me that is a more efficient way of working.

scsijon wrote: Mon Dec 02, 2024 5:56 am

BarryK wrote: Thu Nov 28, 2024 12:41 am

scsijon wrote: Wed Nov 27, 2024 4:20 pm

The settings for a package (eg $packagename$) in scarthgaps /root/.$packagename$ and container-Daedalus /root/.$packagename$ don't coinside once you change what's in one of them. Wouldn't matter until you change one to suit what your doing and switch to use a package between them without changing in the second.
Also consideration for changes between package versions in each being different may need to be taken I think.
Then there's the thougts of what happens when you have a number of containers of one and if you allow flowover between containers or not, like you have done with /files. Not sure I want it happeing at that level. I still think /files/shared should be enough.
And then there's thoughts of adding a third container type....
UGH......., time to go to bed I think.

The reason for having the daedalus container is to run apps that are not available in the main scarthgap desktop.
I don't know why anyone would run, say, shotcut, in both.

So, I don't see a problem with both accessing the same /files

But yes, potentially, different versions of shotcut having the same project files under /files might be a problem. Like, you create a project with a recent version of shotcut on the main desktop, then in the container run a very old version of shotcut and share the same project.

I tend to use containers as project divisions, one for internet, one for office, one for graphic, one for storyboard, etc... Means that a package will often appear in a number of containers with different files and associated packages all open.
To me that is a more efficient way of working.

I see, that's a different way of looking at it.
I was thinking more along the lines of, say /files/media/images having your photo collection, that would like to be able to access and contribute to from any container. Rather than go via /files/shared
But you can change the 'configuration' file for each container to "/files", "files/shared", or anything else, to suit your requirements.

Advance notice:
Expect EasyOS Scarthgap and Daedalus 6.5 releases in a day or two.

BarryK wrote: Mon Dec 02, 2024 1:09 am

I will have to investigate what circumstances could result in the .wh file getting created.

Tas is not in any of my pets or sfs , trying to find a guilty package of mine .
Searching again about .wh , ok , found about the subjet in 2007 old forum ,
i see , unionfs & aufs "whited out" listing stuff , the writer here got no pretention to understand!!!
, proof , you dont need to know everything in linux to use these linux work horse OS daily ....
This computer got , looking at one partition, 8586 .wh , 7000 something of those , in easyos , some in jampup64 save(40) ,same in impup ,
related to various packages , some i've never used , installed or removed .
Easyos is stable here , at work , daily , thumbs up & looking for 6.5 .

BarryK wrote: Mon Dec 02, 2024 10:33 am

Advance notice:
Expect EasyOS Scarthgap and Daedalus 6.5 releases in a day or two.

Updated to the 6.5 Scarthgap release and all went well so now to see how it does.

Thanks Barry K.

Here it is, version 6.5:

https://bkhome.org/news/202412/easyos-s ... eased.html