Hello:

You're welcome ...
But the merit goes to the guy who found this 'workaround' ...

Unfortunately, it is not a solution.
It's a bug that won't get fixed.
And from what I have found, there does not seem to be an Xfce 4.12 jessie-backport in sight.

Cheers,

A.

Hello:

First of all, thank you for taking the time to write this up.  =-)

Indeed ...  8^\'/!

Which I quite evidently did not.

OK

Right.
I had it more or less clear up to that point.

Yes.
Done that once already.

I see ... (but still have to digest 100% ... )

OK.

I'm starting to get the idea behind the 'ouch'.

I'll have a look there ...

Indeed ...
But no big stuff. As it gets stuffed.

I understand.
Like I mentioned earlier, this is a dedicated persistent install for running a dedicated application from a netbook.
The princiopal idea is to run lighter than the XP installed in the machine and to run the Linux version of the app, keeping it as far away as possible from the XP instalaltion.

I should have left it alone, but ...
I had the idea that it had to be as 'up to date' as possible but looking back, while it may be a good idea for any running system, in this particular case it does not make much sense. More so after royally buggering it up.

Quite so ...
And probably much easier.

Now, that would mean booting up the live *.iso, upgrading and changing everything I need to change while up and then 'refracting' it all into a new iso which will keep all the changes.
Right?

Anything specific I'd have to be aware of when doing this?

OK.

Once again, thank you very much for writing this up.

Best,

A.

Hello:

I would seem so.
If you have two with the same name, the one that shows up on the screen is the first one on the list.

I wanted to do something like that but I had the idea that it would muck up someting.
Easy to remember and hard to forget is the way here.

You've been most helpful.
I can now run my Linux based app off a lightweight distro in a netbook by just booting from an SD Card and keeping all settings in the HDD.

And should the SD Card goe south for any reason, installing the same distro in the same manner on any other SD Card should get things back to normal.
A dog with with two tails.  =-)

Thanks a lot.

Cheers,

A.

Hello:

Sorry ...
HDD in a XP setup with an ext4 partition labeled 'livedata'.
SD Card with an ext4 partiton labeled 'persistence'.

This is /syslinux/live.cfg

label persistence
menu label vuudo+HDD persistence
kernel /vuudo/live/vmlinuz
append initrd=/vuudo/live/initrd.img boot=live union=aufs  persistence persistence-label=livedata live-media-path=/vuudo/live      

label persistence
menu label vuudo+SDCard persistence
kernel /vuudo/live/vmlinuz
append initrd=/vuudo/live/initrd.img boot=live union=aufs  persistence persistence-media=removable-usb live-media-path=/vuudo/live      

label vuudo
menu label vuudo
kernel /vuudo/live/vmlinuz 
append initrd=/vuudo/live/initrd.img boot=live union=aufs  live-media-path=/vuudo/live

label memtest
menu label Memory test
kernel /live/memtest86+.bin

Right!
That did the trick.  =-)
Mounting without persistence enabled me to mount both media/vuudo/persistence and media/vuudo/livedata and then run rsync.

I am aware that having two 'persistence' labels has the effect on not showing the second one as a choice at boot time.
Not that I need it, but just to know: does the label have to be persistence? 

Thanks a lot for your help.

Best,

A.

Hello:

Thanks for the fast reply.  8^)

OK.
Good to know.

Yes ...
I noticed that.
Good 'insurance'.

I guess I can also create and label the partition on the netbook's HDD with GParted. (?)

I think it may be something related to my using a Asus eeePC netbook?

With MIYO-i3 Jessie (I liked the WM GUI) it worked but there was something wrong with X and it would freeze and be unresponsive.
Something about init: Id"X" respawning too fast: disabled for 5 minutes.

With Devuan it would not boot but I only tried it a couple of times and gave up, not too much patience these days.

On a separate note: I think there may be something going on with syslinux (different versions?) and the success may also be tied to the OS used to run refracta2usb.

For example, one of my attempts was installing and running refracta2usb from my PCLinuxOS rig (not in the PCLinuxOS repo) and not from my Devuan rig.
The process was properly completed but it would not boot and I saw that the syslinux legend on screen said PCLinuxOS.

The Vuudo image was installed from within my Devuan rig and everything seems to work properly.

I'll try the perisitence on the HDD and see how it goes.

Thanks for your input.

Cheers,

A.

Hello:

Yes ...

There's also something going on WRT syslinux versions not being compatible.
Bear in mind that the problem I posted about cropped up only when I resized the SD Card.
Up to that point, everything was perfectly well (apparently). 

The thing is that Refracta gave me no joy either, at least with the Devuan *.iso I've used.
But I was able to use Refracta to set up a Miyo-Extra-ascii on the SD Card.

Persistance seems to be an issue still so I'll have to try again.

Any ideas?
TIA

A.

Hello:

Yes.
I did that from the start with GParted (sorry I did not say so in my OP).

Partition -> Format to -> Cleared
and then, just in case ...
Partition -> Delete

The SD Card was absolutely 'blank' before using it with Rufus.

Thanks for your input.

A.

Hello:

It's not available in Jessie backports.
ie: http://auto.mirror.devuan.org/merged/ jessie-backports.

How do I go about installing it from the ASCII repositories?
Can such a thing be done?
ie: with impunity?  8^ D!

Thanks in advance,

A.

Hello:

Bump ...

Anyone?

Edit 20180321:

Evidently not.  =-/
No matter.

With the help of one of the admins at the Xfce forum, I finally managed to track down the problem to the *.desktop file launching LinSSID.
It was using gksudo in the command line but as I have chosen not to use sudo and restrict myself to using su (as done in PCLinuxOS), the app would not launch.

A duh moment?
Indeed, but ...
Needing LinSSID admin privileges to run, shouldn't the installation routine check for sudo being present and if not, make the exec use su instead?

In any case, changing the command to

gksu linssid

fixed the issue.

Cheers,

A.

Hello:

I finally found out that the problem was related to a bug in a Qt5 library, libQt5XcbQpa.so.5.10.0.
It wreaked absolute havok in quite a few Qt5 based applications (Master PDF Editor, LinSSID, VLC Media Player and others).

See here:
https://bugreports.qt.io/browse/QTBUG-65235

I found out the details by checking in dmesg:

[groucho@groucho ~]$ dmesg | tail
[ 4504.398528] linssid[25147]: segfault at 8 ip 00007ff9488216fc sp 00007ffe49995f10 error 4 in [color=red]libQt5XcbQpa.so.5.10.0[/color][7ff9487e0000+154000]
[ 4590.791671] vlc[25397]: segfault at 8 ip 00007f4e28eca6fc sp 00007f4e401b2720 error 4 in [color=red]libQt5XcbQpa.so.5.10.0[/color][7f4e28e89000+154000]
[groucho@groucho ~]$

This was/will be solved with a new release of the QT5 files.

Cheers,

A.

Hello:

---

Sorry for the delay.
Was not subscribed to this topic.
Neglected to set it in the profile.  =-/

---

Interesting question.

I come from many (many) years MS stuff, back from MS-DOS 5.0 but it all got to me a bit late.
Dabbled a bit into the old Debian to revive old laptops now and then but was never able to get what I wanted from it.

Lack of support for XP and all the related MS shenanigans made me realise that the end had come so I leaped first into Ubuntu, then to Mint, CrunchBang, tried a couple of others I found and finally landed with PCLinuxOS.

I use it as my go to setup with a VBox for a W98SE machine dedicated to the rare use of a couple of MS only applications I cannot replace.

Devuan and PCLinuxOS are the two ends of the (visible to me) spectrum in a Linux world where there is far too much dispersed energy which could be put to better use by concentrating it in the task of making some sense of it all.

eg: how about a common and agreed upon file system architecture where every Linux based distro has the same files in the same place? No need to answer, I don't want to start a discussion on the subject.  =-)
 
At 60+, I'm really not into rolling my own anything and hope to eventually work my way around Devuan to be able to put it in the go to place where PCLinuxOS is now. I see it as how an OS should be and because non-systemd is (to me) the right thing.

Don't really have much time for anything else these days.

Cheers,

A.

Hello:

I don't use Nouveau because the three monitor setup won't work properly.

That did the trick.
...............................
Thank you very much.
..............................

It is a very annoying bug and I have not seen it reported elsewhere.
Now, I can drag/drop again as usual.  =-)

But there's definitely something going on.

I had Firefox open when I opened 'Window Manager Tweaks'->Compositor and when I attempted to uncheck "display compositing", but it would not hold.
Insisting made every window freeze to the extent of having a totally unresponsive desktop with the only way out being a hard reboot.
Noy even the good old Ctl+Alt+Del to log out would respond.

So, once rebooted, I went directly to the settings panel (without starting FF) only to find that compositing was unchecked.

I can live without compositing although I liked it better with the translucent panels.

Once again, thanks a lot for your input.

Cheers,

A.