Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 13 Nov 2018, 18:02
All times are UTC - 4
 Forum index » House Training » Users ( For the regulars )
Using AppImages in Puppy...
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 4 of 6 [79 Posts]   Goto page: Previous 1, 2, 3, 4, 5, 6 Next
Author Message
don570


Joined: 10 Mar 2010
Posts: 5170
Location: Ontario

PostPosted: Wed 06 Sep 2017, 20:13    Post subject:  

The latest appimage for mypaint...

https://transfer.sh/lekBy/MyPaint-1.3.0-git.78e083f.glibc2.15-x86_64.AppImage
________________________________________

The method for getting this download site is...

go to https://travis-ci.org/mypaint/mypaint
then look at bottom of script (near bottom of page)
_____________________________________________
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Thu 07 Sep 2017, 11:38    Post subject:  

Thanks for that, Don.

All information pertaining to use of AppImages gratefully received.....

Cheers.


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
don570


Joined: 10 Mar 2010
Posts: 5170
Location: Ontario

PostPosted: Thu 07 Sep 2017, 14:11    Post subject: gimp 2.9.5  

There is an appimage for gimp 2.9.5 that has mypaint brushes included
Available HERE


However I find the brushes slow so I prefer mypaint as a standing app.
Latest version of mypaint has perspective tool.
______________________________________________________________
Back to top
View user's profile Send private message 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Mon 11 Sep 2017, 08:42    Post subject:  

Hi.

Yesterday evening accidentially I found a Kdenlive 17.04 AppImage:

It needs QT5 to be installed, otherwise it complains about a missing qt xcf plugin and won't start.

https://files.kde.org/kdenlive/release/Kdenlive-17.04.1b-x86_64.AppImage.mirrorlist

In tahr64 I got a segmentation fault and it crashed after trying to import/drag'n'drop a mp4 video into Kdenlive.

Probably it may work in Xenial64?

Meanwhile there's also a Kdenlive version for Windows available, though I can't test, since I do not own a 64bit Windows version.

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Sun 08 Oct 2017, 06:57    Post subject:  

Morning, all.

I've made another discovery with regard to WIRE, the VOIP/chat AppImage.

Back on page 3 of this thread, I mentioned about WIRE creating a fresh 'instance' of itself each time, when running it on multiple Puppies, even using the same 'common' AppImage in each Pup.

http://www.murga-linux.com/puppy/viewtopic.php?p=953425#953425

Mike Walsh wrote:
If you approach your 7-login 'limit, you're offered the chance to input your password and delete an existing login, thus enabling you to login afresh on a new machine. It works well, and there's no limit to the number of times you can chop and change like this.

The only other thing I find a bit niggling is that on a fresh login, Wire won't show your chat history 'for security reasons'. Existing logins, this shows up as expected when you fire it up.


As stated above, when running a common AppImage this way on multiple Pups (unlike with Skype), your chat 'history' won't be synced across every instance of WIRE, due to WIRE 'seeing' each Pup as a fresh 'install', if you like.....and WireGmBH have coded it to work like this for 'security' reasons..! Shocked Evil or Very Mad Rolling Eyes

------------------------------------------------------------------------------

The essential difference here is that Skype keeps your configuration details remotely on a cloud server somewhere, linked into your a/c details.....whereas WIRE keeps that same information locally, as a set of configuration files, in a folder named 'Wire' in /root/.config.

What this means is as follows:-

a) You're having a chat conversation with somebody in Puppy 'A'.
b) For whatever reason, you decide to switch to Puppy 'B', but wish to continue the conversation. You open WIRE, but.....no chat 'history' (for security reasons.) So, you have to remember what you were chatting about..... Rolling Eyes

This struck me as absolutely DAFT.....although I can see the 'logic' behind it, since WIRE is primarily intended for smartphones. And most people only have one smartphone, which they keep with them at all times. Although the Linux desktop client is freely available (and works very well), it's still set up to work like the phone app...and those 'security reasons' are obviously in effect in case your phone gets stolen, and/or falls into the wrong hands.

There IS an easy way round this. Idea

SOLUTION

You keep a 'common' .config folder in a remote location, separate from all your Pups (if that location is set to auto-mount at boot, all the better).....and you simply sym-link it into your /root/.config directory in each Pup, before firing-up WIRE.

Result? WIRE now 'sees' each Pup's instance of itself as the same 'install'.....and your chat history is preserved across your kennels. Very Happy

Hope that helps anyone who's been trying to suss this one out..!


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
don570


Joined: 10 Mar 2010
Posts: 5170
Location: Ontario

PostPosted: Tue 10 Oct 2017, 14:28    Post subject:  

Quote:
You keep a 'common' .config folder in a remote location, separate from all your Pups (if that location is set to auto-mount at boot, all the better).....and you simply sym-link it into your /root/.config directory in each Pup, before firing-up WIRE.

Clever Idea
__________________________________
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Tue 10 Oct 2017, 16:02    Post subject:  

don570 wrote:
Quote:
You keep a 'common' .config folder in a remote location, separate from all your Pups (if that location is set to auto-mount at boot, all the better).....and you simply sym-link it into your /root/.config directory in each Pup, before firing-up WIRE.

Clever Idea
__________________________________


Mm. Works, though! It's the same way that I run the Chromium-based browsers in all my 32-bit Pups. I run the same ones in every Pup, by keeping a common version of the browser plus its .cache & .config files on the same remote partition.....then sym-linking everything into Puppy at the appropriate point where Pup expects to find it.

End result is that I run just four browsers.....instead of nine different copies of each of those four for nine Pups (a total of 36). With each 'install' occupying close on 280 MB you multiply that by 36, and you've soon used more than 10 GB of space up, through unnecessary 'mass-duplication'.

You can only use one copy of each in any one Pup at any given moment....so although complex to set up initially, it pays dividends in the long run.

I have davids45 to thank for that innovation.....and it's all simply making use of an existing facility within Pup; the powerful, and very versatile, sym-link function.


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Tue 05 Dec 2017, 22:16    Post subject:  

Morning, all.

Just a quick one before I head up the wooden hill for the night. Came across this AppImage on OpenDesktop.org a little while ago.

Kaku.

https://www.opendesktop.org/p/1168636/

It appears to be an audio player, specifically for those among you who keep all your music in 'the cloud'.....and gives you a choice of sites to set as default, and to d'l and stream your music from.

It's available in both 64- and 32-bit AppImages. I tried the 32-bit version in Xenialpup 7.0.8.1.....and it fired straight up. It's of no use to me personally, since all my music is on local storage - but I thought it might be of interest to those of you who access your music in this manner.

Click on the 'Files' tab to find the downloadable AppImage 'binaries'.

Have fun!


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Fri 08 Dec 2017, 14:18    Post subject:  

Afternoon, all.

Just adding a link to the 'WebCamoid' webcam app thread. It's available in multiple different formats (including a 'full' installer).....but, because it's also available as an AppImage, I'm linking to it here:-

http://www.murga-linux.com/puppy/viewtopic.php?t=111218


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
slavvo67

Joined: 12 Oct 2012
Posts: 1570
Location: The other Mr. 305

PostPosted: Sat 23 Dec 2017, 10:58    Post subject:  

I'm starting to like AppImage packages. Not as a solution for all but there are some programs that have a boatload of dependencies. For example, RPCS3, a PS3 emulator comes in Appimages which saves the dependency headaches. Not sure if it works completely as I have no games at the moment to test; but it gets to the main screen without issue.

Is there a current list of AppImages anywhere? The AppImage website seems to have quite a few dated images.
Back to top
View user's profile Send private message 
mikeslr


Joined: 16 Jun 2008
Posts: 2769
Location: 500 seconds from Sol

PostPosted: Sat 23 Dec 2017, 15:39    Post subject:  

Hi slavvo67,

slavvo67 wrote:


Is there a current list of AppImages anywhere? The AppImage website seems to have quite a few dated images.


I don't know if appimage.org or probono can keep up with them. By googling "NAME_OF_Application appimage" I've discovered that some independents are publishing their creations as appimages along with other types of packages available from or linked to from their own websites. Particularly useful if looking for a 32 bit version: "NAME_OF_Application appimage 32 bit."

Although it is possible to create menu entries for individual appimages, as I prefer SFSes when available, I incorporate appimages into my Puppies by:

1) Placing all of them in a folder > /mnt/home/Pup-Apps; and
2) creating one menu entry named Pup-Apps, whose /usr/share/applications desktop file is rox modified to have Exec=roxfiler /mnt/home/Pup-Apps.

Once rox opens the Pup-Apps folder I can just Left-click the AppImage I want to open.
The Pup-Apps folder also serves as a convenient place for notes, such as "KDEnlive-Qt5-Required.txt" to remind me that to run the KDEnlive...appimage, Qt5 libs must be installed or loaded into the operating system.

I use the same folder for self-contained applications --those which don't have to be installed or loaded as SFSes. For those, rather than having to wade thru its structure to locate its executable each time I want to run the application, I create a bash-script to call the executable. The bash script sits next to the application's folder.

With the low price of storage, the duplication of some files by several appimages and portable-programs is a practically insignificant concern. And even that becomes negligible for those who run multiple Puppies when they can make use of the same instance of an application.

But what I think has been the most advantageous aspects of appimages and similar application formats for Puppies is that our Devs can concentrate on improving Puppy as an operating system while we users are not left without a method to run powerful applications under them: an efficient division of labor with each 'expert in his/her field' doing what they do best.

mikesLr
Back to top
View user's profile Send private message 
backi

Joined: 27 Feb 2011
Posts: 1563
Location: GERMANY

PostPosted: Sat 23 Dec 2017, 16:33    Post subject:  

Good read mikeslr !

Quote:
But what I think has been the most advantageous aspects of appimages and similar application formats for Puppies is that our Devs can concentrate on improving Puppy as an operating system while we users are not left without a method to run powerful applications under them: an efficient division of labor with each 'expert in his/her field' doing what they do best.


I would like to see them more being used in Puppy World .

Regards !
Back to top
View user's profile Send private message 
mikeslr


Joined: 16 Jun 2008
Posts: 2769
Location: 500 seconds from Sol

PostPosted: Sat 23 Dec 2017, 20:05    Post subject:  

Hi backi,

Among the notes I keep in that folder are ones indicating which AppImages work under Xenialdogs and DebianDogs, and what, if any, libs have to be installed. I don't know what I would do without 'ldd'.

In addition to AppImages, there are at least two other packaging formats that may become useful: Flatpak and Snap. Beyond what it says here, https://www.fossmint.com/flatpak-appimage-and-snap-how-do-they-stack/, I know nothing about them. Something for us to investigate. Smile Smile

mikesLr
Back to top
View user's profile Send private message 
Mike Walsh


Joined: 28 Jun 2014
Posts: 4359
Location: King's Lynn, UK.

PostPosted: Sat 23 Dec 2017, 21:52    Post subject:  

@Mike:-

From what I can see of it, FlatPack and Snaps both appear to focus mainly on isolating the application, plus its dependencies, completely from the rest of the host system, i.e., 'sandboxing' it. In fact, the security aspect would seem to take precedence over the application itself.

I see Canonical are confidently predicting that their 'Snaps' will take over from the current .deb packaging system & Synaptic as the dominant system of the next decade.


Mike. Wink

_________________
MY PUPPY PACKAGES | 'Thanks' are always appreciated!
--------------------------------------

Back to top
View user's profile Send private message Visit poster's website 
slavvo67

Joined: 12 Oct 2012
Posts: 1570
Location: The other Mr. 305

PostPosted: Sat 23 Dec 2017, 22:48    Post subject:  

Yes, lots of dependencies for the flatpacks and snaps.

I found very few Appimages that don't work in Quirky Xerus.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 4 of 6 [79 Posts]   Goto page: Previous 1, 2, 3, 4, 5, 6 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » Users ( For the regulars )
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.2389s ][ Queries: 13 (0.0362s) ][ GZIP on ]