This distro has the potential to be GREAT for beginners, to intermediates, to advanced users.

i think if u were to illustrate in the first post a mini ArchPup for dummies, or smthn to that extent....explaining it to the kind of ppl that still 'burns another CD for every puppy they try' this thing will take off. 'maybe'. a lotta ppl don't like to do too much reading either.

Being a low profile wannabee user I do not try every new distro, though I tried this one. I thought I was going to use this one for my overheated old notebook, but as I missed some pets I'd thought "try it later" but thought it to be too much time to read the evergrowing thread to read for the moment.

Thought was going to await the new iso and thought there was going to be a small "howto" on top of the thread.

However, most programmers and tweakers can very hard replace themselves in the minds of users.

Therefore so many diamonds in linux get lost and will Windows for still many years to come remain the leading os, maybe greatly influenced by the manifold of tablets.

In PKGBUILD is arch=('i686' 'x86_64'), so it shouldn't be wrong architecture.

i got that error too. i've seen it before as well when trying to execute the transmission-remote-gui app.

i pulled the pacman gui app out of Manjaro, edited it to work with urxvt and repackaged it. zenity is a dependency. (updated zenity not needed)

The extension .xz isn't allowed as attachments, so delete the .gz on the end and install with pacman -U /path/to/pacman-gui-0.1-14-i686.pkg.tar.xz

I'm also attaching a filemnt script that mounts sfs 2fs 3fs 4fs and iso files. it mounts them in /mnt/filename.ext. it works with notify-send if it's installed. it works as expected almost exactly the same as the default puppy filemnt script. install the exact same way with "pacman -U /path/to/filemnt-0.1-1-i686.pkg.tar.xz"

I did begin to use the «load-SFS-on-fly» function at the first boat with ArchPup (with other puplets, I did create a very smal save file with 32 mb. such a poor save file is absolutely not necessary with ArchPup! As such a file limit the usable RAM memory, I don't use any save file at all! why would I do that !)...

but it is wiry:

each day the same lot of little windows with absurd questions: I know what I do - I do it daily! all day the same things... I don't daily need the same silly dilly comments and warnings...

next claim is that I get an invitation to start one application especially in LibreOffice, where I usually then mark «writer», but this invitation starts nothing: it seems don't to work in ArchPup (it works in the Puplet made by Petihar that I am testing for him, so I think: It would have to work !)

no other way else than continue, hit on the window, search the item in the menu, open the right subdivision, constate that «load-SFS-on-fly» did not install the item in the right subdivision, do the same a second time and finally hit on the subdivision «other» to get access to the wished «LibreOffice 3.5 Writer» what I already did mark as wished during the «load-SFS-on-fly» installation ...

how to better this uncomfortable situation costing a lot of time and exasperating?

(my own intention would be to preload divers SFS in a remastered version! So all my needed SFS would be immediately active as by using an -for other purposes unneeded- save file. The question is to register the SFS in the file system and load them into the layered file system, fill the /usr/share/applications with the needed file and register the applications to adequate type of files like LO3.5-Writer as standard application for (.odt's etc... Perhaps a way without cost the opening of a lot of little windows in the /root/.start file? or a Thunar extension «hit+load» without any question ?)

rgdsLast edited by oui on Thu 03 Jan 2013, 05:24; edited 1 time in total

as darkcity, the most active wiki helper, is also very active here, it would be the best way don't to wait and to add in the wiki the special stuff really needed as you wish!

oui wrote:

Next wishes:

a/ your recommendations:

You can, we can't, edit your first message again!

It would be a good thing to repeat all your main recommendations in short form at the end of the first message because the threads in Puppy have the terrible unpleasant many to reach terrible sizes. After that, newbies are not able any more to get compact information!

If you directly copy the code etc. of your answering message and copy it at this central place of the thread it is no supplementary effort for you at answering time instead a lot of unpleasant effort for all future users (or for you, if this forces you to write a special tutor to make your work better!)

I already did made attentive to this problem because it is really very unpleasant to have to collect along a long thread the «perhaps» possible needed informations!

oui: To automatically define standard application, you need only to add update-desktop-database in pinstall.sh script in sfs file. Post install action wasn't working in 12.12, but is fixed for new release.
mavrothal: Please upload PacmanXG somewhere for a test. That screenshot makes me envious Last edited by simargl on Thu 03 Jan 2013, 05:43; edited 1 time in total

i agree with nancy's comment as well. I remember my beginning days i ran into an issue...and the solution was to "just write a bash script and.......". i thought "oh great, time to google 'bash script'".

It can be kinda like looking up a word in the dictionary, and still not knowing the meaning...because the definition is too hard to understand.

Hi oui !
Not quite sure if this is the right place for this topic.
Want to ask you something . Did i understood you well as you stated above
The smaller the savefile ... the less it is eating ramspace ?
If so ( I like using SFS files ) my idea is making a stripped down remaster of my current or any else Puppy OS (replacing all Pet files with Sfs files if possible ) with my favourite settings and configurations , all my main programms will be Sfs files ( if possible ) which i start with sfsexec or loader .

Main question : does it reduce ram usage ? Which could be the most effecient way regarding low ram usage ?
Any idea ?

Hi oui !
Not quite sure if this is the right place for this topic.
Want to ask you something . Did i understood you well as you stated above
The smaller the savefile ... the less it is eating ramspace ?
If so ( I like using SFS files ) my idea is making a stripped down remaster of my current or any else Puppy OS with my favourite settings and all my main programms will be Sfs files ( if possible ) which i start with sfsexec or loader .

Main question : does it reduce ram use ? Which could be the most effecient way regarding low ram usage ?
Any idea ?

as Puppy continuously saves your activity in the save file, it gives only the among of RAM free corresponding to the size of your save file (it is not is only one resource - there is a swap partition! but to save it is that...). so if you install a save file with 512 MB, and use an application to download saving through a temp(oraty) file or dir your download, you can't download more than that, in the best case (but you can download a full CD-rom if the download application saves directly or by steps on the medium where you have enough memory room as hard disk etc...)!

contrary to this, at the first boat, Puppy gives ALL your actual RAM free for saving!

in ArchPup-12.12 you can follow that in the memory bar at the right side of the screen (I did never create a save file in ArchPup! I don't know what happens in ArchPup in this matter. Check it yourself if you are using a save file !)

SFS files are not in RAM. they only influence the registration (a big SFS with a lot of binaries and files as full KDE with KDE-Office and Kdenlive will certainly cost room in RAM depending of an allowed only 32 MB save file ; but it is also possible that this goes into the swap, iif you does not swapoff and did install a swap, of course! Look at your Memory Bar indication!)...

rgdsLast edited by oui on Thu 03 Jan 2013, 06:46; edited 2 times in total

I edited sfs_load and removed this question "Do you want to run the application now?" after loading sfs module, because it wasn't working, and it's not needed anyway. If you want to test source is here https://bitbucket.org/simargl/sources/src, just replace /usr/sbin/sfs_load with this one, post install (and remove) scripts should work.

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