Hello:

Welcome to Dev1.

Packages in the Devuan repositories come directly from the Debian repositories 'as they are' unless they need to be sanitized/fixed because of their needing systemd. If for whatever reason that cannot be done, the package is then banned from Devuan repositories.

See: https://www.devuan.org/os/packages

If Pinta was once available for Devuan, it must have been (at some point) available in the Debian repositories.
ie: if it is not in the Debian repositories, it will not be in the Devuan repositories either.

The Pinta package seems to have been removed from Debian unstable last year.
See:
https://tracker.debian.org/news/1448883 … -unstable/

Probably because of a bug, cannot really say.
See:
https://bugs.debian.org/cgi-bin/bugrepo … ug=1041606

But it is not in their repositories any longer.
See:
https://tracker.debian.org/pkg/pinta

Maybe contacting the package maintainer will get you more information.
See: https://www.pinta-project.com/contact

Best,

A.

Hello:

No, at least not where I am:

~$ date
Wed Sep 11 12:37:42 -03 2024
~$

~$ sudo apt update
---- snip --- 
Get:1 http://deb.devuan.org/merged daedalus InRelease [43.0 kB]
Get:2 http://deb.devuan.org/merged daedalus-updates InRelease [33.4 kB]
Get:3 http://deb.devuan.org/merged daedalus-security InRelease [33.2 kB]
Get:4 http://deb.devuan.org/merged daedalus/main i386 Packages [8931 kB]
Get:5 http://deb.devuan.org/merged daedalus/main amd64 Packages [9043 kB]
Get:6 http://deb.devuan.org/merged daedalus-updates/main i386 Packages [2488 B]
Get:7 http://deb.devuan.org/merged daedalus-updates/main amd64 Packages [2492 B]
Fetched 18.1 MB in 7s (2663 kB/s)                                                                                                                     
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
~$ 

Also, have a look here.
May have to do with connman, dnsproxy and how they interact.

Best,

A.

Hello:

Indeed ...

I was citing a post at [devuan-dev] and thought it was something to be taken into account.
See: https://lists.dyne.org/lurker/message/2 … a8.en.html

But also this:

I think my post is a very (very) long way from even the possibility of being characterised as the spreading of FUD.
Or anything of the sort.

Same for the OP at [devuan-dev] who clearly acted in good faith and did his research
I did not see his post characterised as FUD by anyone there.

Quite the contrary.

As for me, after over seven years and 1.527 posts at Dev1 ...
FUD?

Do lighten up. 8^P !!!

Best,

A.

Hello:

You're welcome.

Concurrently with the bug report to Devuan, this was posted to the [devuan-dev] list.
So I expect that comments/clarifications will get posted there first.

I wonder ...

Does this only affect Devuan? Debian is not affected?

Best,

A.

Hello:

Same here.

Maybe the reason is that all these updated packages only work properly on/with 6.1.0-25.
ie: not the previous version 6.1.0-23

Thanks for your input.

Best,

A.

Hello:

Offhand, I can see two issues here:

1.
Assuming that 'tuir' was working in Devuan Daedalus (the Devuan stable suite) the first thing to consider is that Devuan Excalibur is the Devuan testing suite. ie: these things are actually expected to happen. 

2.
There is no package named tuir in any of the Devuan repositories.
Or in the Debian repositories.

There are packages by that name in other distribution's repositories.
https://repology.org/project/tuir/versions

From the printout (just guessing) I think there may be something wrong with the application's python scripts.
Or the python version 'tuir' needs to work properly.

eg:
My Daedalus installation has python3/stable,now 3.11.2-1+b1 where as from the printout, it seems that the Excalibur installation uses 3.12.5. 

Best,

A.

Hello:

Welcome to Dev1.

Hmm ...
Have you asked at gnuinos about this?

The Devuan Daedalus (stable) repository has a similar package. ie: similar in name and most probably in function.

~$ apt list | grep -i sshaskpass
--- snip ---
ksshaskpass/stable 4:5.27.5-2 amd64    # 'k' instead of 'g'
ksshaskpass/stable 4:5.27.5-2 i386     # 'k' instead of 'g'
~$ 

See here.

But gsshaskpass (as you have found) is not in the Devuan repositories.

Notwithstanding, it can be found here.
It was the only hit I got by looking it up with the Google engine.

Does not appear to be a *.deb package, it has to be built from source.

There's one important note at the gnuinos web page which you should be taking into account:

It would seem that gsshaskpass does more or less the same thing ksshaskpass does but I cannot speculate further.
I'd say the people at gnuinos may have the answer to your question.

Best,

A.

Hello:

You are probably using connman. (?)

If so, see here.

There is an explanation to the origin of the issue, somewhere here at Dev1.
Can't find it now.  8^/

Best,

A.

Hello:

You're welcome.

Been there, done that.
But always steered clear of anything Apple and these days anything Android.
Unless it is mine to screw up if things end up awry.

Far too easy to do and not precisely by chance. In Android, it is all obscured by design.

Odds are (100/1) are that your phone does not have Developer Options / USB debugging enabled, without which adb is useless.
It is, of course, usually done via the touch screen.  8^/

Check this page at XDA forums for that.
There is a lot of very useful data on that site, you have to thoroughly comb through it to find what you need.

Be aware that in many cases you may come up empty-handed. eg: rebranded OEM Android devices for odd brands / unpublished specs and such. And that only sometimes you will get feedback, but don't expect much.

Please let us know the outcome, be it success or failure.

Best,

A.

Hello:

Yes, given the time and the need to actually do it.
But it is rather over my head and would have a steep learning curve for me.   

Yes, that makes much sense.

No, I have not.

Like I mentioned earlier on (and thanks to the infomation you provided), I was able to install scrcpy and scrcpy-server in the version available from the Ubuntu repositories ie: scrcpy v1.25.

It seems to work properly for what my needs are so I will not be needing an updated version for the time being.
eg: it works perfectly well with a USB connection, I have no need for wireless.

I suppose that the latest version (2.50) will eventually make it to the Ubuntu repositories, so if the need arises I can always try that.

Once again, than you very much for your input.

Best,

A.

Hello:

Indeed ...
You are (of course) quite right.  8^°

Was so glad to see it that I rushed to get it installed without having read the whole of your post.
So I stand corrected, 2x my previous thanks to you.  8^)

That said, I have confirmed that the application works properly on both of the phones I have been gifted and will be able to use them as an on-screen microscope.
Some sort of an adjustable stand/holder for the things is now in the brewing stage.

Best,

A.