Woof CE Debian Stretch and Devuan Ascii Based Development

[ttuuxxx]

Compiled Geany its 2.2MB smaller package than the 2 deb ones used by woof, also configured it with the search bar in the middle where it should be and line numbers showing by default.
http://smokey01.com/ttuuxxx/WoofCe/geany-1.29-i386.pet

Hi ttuuxxx.

Thank you. But it is inadvisable to impose any configuration on the user.

BFN.

LoL its better than firing up a distro and you go to debug something and you first have to set up the search bar location and line numbers, Barry used to do it all the time, Its the little things that make life roll nice and easy.

[ttuuxxx]

Here's EpdfView pdf viewer, Its been patch and works, Its a bit slow buffering on large documents but works.
ttuuxxx

[musher0]

Compiled Geany its 2.2MB smaller package than the 2 deb ones used by woof, also configured it with the search bar in the middle where it should be and line numbers showing by default.
http://smokey01.com/ttuuxxx/WoofCe/geany-1.29-i386.pet

Hi ttuuxxx.

Thank you. But it is inadvisable to impose any configuration on the user.

BFN.

LoL its better than firing up a distro and you go to debug something and you first have to set up the search bar location and line numbers, Barry used to do it all the time, Its the little things that make life roll nice and easy.

Hi ttuuxxx.

I didn't mean it as a joke. Your definition of what's good for the user
comes across as tyranny. Careful with your wording, please.

Are your config choices hard-coded or can the user change them?

I'm for facilitating the life of the users too, but imposing stuff on them is
another matter entirely.

Are you assuming that you know what is good for the user better than the
user himself/herself? Or can the user still decide what is good for him/her
in spite of your choices -- without acquiring a PhD in Puppy to undo what
you imposed on him or her initially?

If you think the user is a doormat, rest assured I'll stand in your way.

Best regards.

[ttuuxxx]

Are your config choices hard-coded or can the user change them?

Users can change them using File/Preferences Nothing hard coded or you can simply delete /root/.config/geany

[ttuuxxx]

I'm just recompiling things I see as shared libs where they should be bin exe files

[musher0]

Are your config choices hard-coded or can the user change them?

Users can change them using File/Preferences Nothing hard coded or you can simply delete /root/.config/geany

Ah. Ok.

[musher0]

I'm just recompiling things I see as shared libs where they should be bin exe files

Hello ttuxxx and all.

Various thoughts, not necessarily logical:

-- Everyone, I think, appreciates what you're trying to do, but is this the
right level to do it? Wouldn't it be more fruitful to do it at the woof level?

-- IMHO, I'm not sure your initiative makes sense if the error lies upriver
with the Debian package compilers. Can we not simply inform them and
wait til they do it?

-- For our own purposes, we could recompile from source everything they
compiled wrong. And we end up with a huge repo! Is that what 01micko
was pointing at in his post a few pages back?

-- Instead of you or any volunteer spending hours, maybe days,
recompiling all the false DYN types in this Dpup Stretch-7, how about we
compose a "detective" script with the help of the efledit command
recommended by OscarTalks to take care of the problem?

BFN.

[ttuuxxx]

I'm just recompiling things I see as shared libs where they should be bin exe files

Hello ttuxxx and all.

Various thoughts, not necessarily logical:

-- Everyone, I think, appreciates what you're trying to do, but is this the
right level to do it? Wouldn't it be more fruitful to do it at the woof level?

-- IMHO, I'm not sure your initiative makes sense if the error lies upriver
with the Debian package compilers. Can we not simply inform them and
wait til they do it?

-- For our own purposes, we could recompile from source everything they
compiled wrong. And we end up with a huge repo! Is that what 01micko
was pointing at in his post a few pages back?

-- Instead of you or any volunteer spending hours, maybe days,
recompiling all the false DYN types in this Dpup Stretch-7, how about we
compose a "detective" script with the help of the efledit command
recommended by OscarTalks to take care of the problem?

BFN.

Well its like this, Puppy has a smaller backend than Debian and packages compiled on puppy tend to be smaller in size and more stable because its compiled on the host system. I just compiled HexChat and that was the firs one not to give me the bin file I was looking for, it works via the .desktop, Plus its better because I removed the NAG Screen "Running as root is stupid " . As for woof Ce I need a break from it, it was doing my head in , lol I'll probably give Woof Ce one more try and then I'll start building something from manually editing the SFS and devx because that's what I'm used to doing and find it way easier to do. Too much screwing around with woof, it gives a base and from there its way easier fixing it on your own then editing scripts placing packages in folders where it doesn't find them spending weeks on it and nowhere near where you should be. Really I would like it like, Have a folder called User add, in that folder you toss your packages in, it extracts them and them to the next iso image. Same with removing them from the default download folders, you shouldn't have to edit or add to scrips, each pet has a .spec file where it can read what its for.

[musher0]

Hi.

I'll agree to woof-CE doing your head in, generally!

I think I can agree with the rest of your paragraph as well, because I tend
to work the same as you do: I get the base from woof-CE and remaster
using unsquash / mksquash plus some reference directories.

My pekwm and wmx WMs and utilities are never going to get accepted in
woof, so I found other ways to offer them to Puppyists.

~~~~~~~~
On another subject:
I loaded my loyal DOSBox sfs, tried a program and nothing happened. I
had to build SDL-1.2 and SDL2-2 to understand what was wrong.

Here's the news:
Our DpupStetch-7 does not have the required sdl-config scripts in
/usr/bin. Check in /initrd, you'll see.

It has the libs, but not the config scripts, curiously. If anybody needs
these scripts, please download the attachment.

I suspect it's all that's needed to get dosbox going. At least regarding
SDL-1.2 (I don't "consciously" know of programs which need SDL2).
It worked on my Pup.

Should you also need a fresh compilation of the entire SDL libs, just holler.

IHTH. BFN.

[futwerk]

new backgrounds.

[musher0]

Thanks, futwerk!

[belham2]

Hi all,

@ttuuxxx, thank you for the "epdf-view" and especially the fix with Geany (like the fact it has numbered lines again).

@oscar & musher--thank you, Oscar, for elfedit tip and Musher, thank you for putting it in a script. Much easier that way after compiling something and checking

@futwerk, I like those 2 new backgrounds you just did for dpup. Thanks!


Overall, since the additions from yesterday, I added JWMDesk---just flatout stole it out of phil's latest Tahr and transplanted it into this dpup-stretch. After doing little corrective stuff with the .desktop and .jwmrc files, it fires right up and allows for mutliple tray management and corrections. Much better than just slapping a jwmrc-tray2 in manually like I did on the ISO I uploaded.

I also was able to drop Fred's (from his Debian/XenialDogs) excellent DogRadio right in all the folders it requires, and it too works great in dpup-stretch.


@billtoo, if you are reading this, thank you for getting me to try smtube and smtube-youtube downloader. I really like it. I tried repeatedly to get 'Youtube-Getv2' to work, but could not. I tried .debs, .pets, and finally ripping it straight out of other working pups to see if would work, and couldn't get it going. But once I tried smtube and its youtube manager, I was hooked. I have one question though: can I ask which you use? I made the mistake of downloading both from PPM, and the install was nearly 90MB! Do you use .pets of them, and which ones?? Thanks.



Lastly, at you all, I've got this weird 'freemapapplet' behavior that whenever I want to 'restart' jwm window manager or JWMDesk Manager or even restarting the graphical server (via the Exit button), freemapapplet duplicates itself in the jwm-tray and keeps replicating itself endlessly matching each time I do jwm/X restarts. I have to manually cancel each tray icon replication. None of the other tray icons (retrovol, firewall, netmon, etc) do this. (I'll post a pic in a few minutes, after I restart jwm 4or 5 times, there will be 4 or 5 freemappapplet icons)

What could be causing this?? (picture below is of 4 jwm-restarts after original bootup---so the total is 5 freemapapplet icons)

[ttuuxxx]

Thanks, futwerk!

Looks like it was made with Photoshop and not Gimp, Years ago I used to use Photoshop in my windows days and made very similar images, Photoshop always had nice plugins. Gimp has a few but limited compared to Photoshop.
ttuuxxx

[ttuuxxx]

Hi all,


Lastly, at you all, I've got this weird 'freemapapplet' behavior that whenever I want to 'restart' jwm window manager or JWMDesk Manager or even restarting the graphical server (via the Exit button), freemapapplet duplicates itself in the jwm-tray and keeps replicating itself endlessly matching each time I do jwm/X restarts. I have to manually cancel each tray icon replication. None of the other tray icons (retrovol, firewall, netmon, etc) do this. (I'll post a pic in a few minutes, after I restart jwm 4or 5 times, there will be 4 or 5 freemappapplet icons)

What could be causing this?? (picture below is of 4 jwm-restarts after original bootup---so the total is 5 freemapapplet icons)

You have a freemapplet in Usr/bin so in startup remove the one you have there and make a script called freememapplet_tray and something simple that works like

Code: Select all

#!/bin/sh
killall freememapplet_tray &&
exec freememapplet_tray

I tried it and it works for me
ttuuxxx

[belham2]

You have a freemapplet in Usr/bin so in startup remove the one you have there and make a script called freememapplet_tray and something simple that works like

Code: Select all

#!/bin/sh
killall freememapplet_tray &&
exec freememapplet_tray

I tried it and it works for me
ttuuxxx

Gracias, ttuuxxx! .....that spawning tray-critter is now gone

[musher0]

Hello all.

The "good and rather complete converter" by don 570 that I was telling
you about on page 8 of this thread is here.

I've attached a screen shot.

i believe it is worth including in this Dpup Stretch-7, replacing gmeasures.

I edited my previous message accordingly.

BFN.

[musher0]

Hi all,

Lastly, at you all, I've got this weird 'freemapapplet' behavior that whenever I want to 'restart' jwm window manager or JWMDesk Manager or even restarting the graphical server (via the Exit button), freemapapplet duplicates itself in the jwm-tray and keeps replicating itself endlessly matching each time I do jwm/X restarts. I have to manually cancel each tray icon replication. None of the other tray icons (retrovol, firewall, netmon, etc) do this. (I'll post a pic in a few minutes, after I restart jwm 4or 5 times, there will be 4 or 5 freemappapplet icons)

What could be causing this?? (picture below is of 4 jwm-restarts after original bootup---so the total is 5 freemapapplet icons)

You have a freemapplet in Usr/bin so in startup remove the one you have there and make a script called freememapplet_tray and something simple that works like

Code: Select all

#!/bin/sh
killall freememapplet_tray &&
exec freememapplet_tray

I tried it and it works for me
ttuuxxx

Watch it! You DON'T have a freememapplet_tray in /usr/bin!

The one in ~/Startup is the only copy!

Please do

Code: Select all

mv /root/Startup/freememapplet_tray /usr/bin

beforehand.

Otherwise you'll have to recopy it from /initrd/pup_ro2:

Code: Select all

cp -i /initrd/pup_ro2/root/Startup/freememapplet_tray /usr/bin

As to the script itself, this is what I would suggest:

Code: Select all

#!/bin/sh
# Idée de ttuuxxx, modifiée par moi.
####
if [ "`ps | awk '$4 ~ /freememapplet_tray/'`" ];then
        killall -q freememapplet_tray 
        sleep 0.5s
fi
        exec freememapplet_tray  

This way we do the killall operation only if the utility is running.

(Splitting hairs, I know!)

BFN.

[ttuuxxx]

Watch it! You DON'T have a freememapplet_tray in /usr/bin!

The one in ~/Startup is the only copy!

Please do

Code: Select all

mv /root/Startup/freememapplet_tray /usr/bin

beforehand.

Otherwise you'll have to recopy it from /initrd/pup_ro2:

Code: Select all

cp -i /initrd/pup_ro2/root/Startup/freememapplet_tray /usr/bin

As to the script itself, this is what I would suggest:

Code: Select all

#!/bin/sh
# Idée de ttuuxxx, modifiée par moi.
####
memtray () { 
exec freememapplet_tray 
}

if [ "`ps | awk '$4 ~ /freememapplet_tray/'`" ];then
        killall -q freememapplet_tray 
        sleep 0.5s
        memtray
else
        memtray 
fi

This way we do the killall operation only if we need to.

(Splitting hairs, I know!)

BFN.

umm yes he does have one usr/bin I'm running his version right now and he has one in startup, its a bit smaller also. LoL I knew someone would expand on it, Yes the sleep timer is sometimes used, but not all apps need it unless reported. But hey both work for me and your version is more precise and modern, my version is more retro and yesteryear puppy . Splitting hairs indeed, lol

[belham2]

Watch it! You DON'T have a freememapplet_tray in /usr/bin!

The one in ~/Startup is the only copy!

Please do

Code: Select all

mv /root/Startup/freememapplet_tray /usr/bin

beforehand.

Otherwise you'll have to recopy it from /initrd/pup_ro2:

Code: Select all

cp -i /initrd/pup_ro2/root/Startup/freememapplet_tray /usr/bin

As to the script itself, this is what I would suggest:

Code: Select all

#!/bin/sh
# Idée de ttuuxxx, modifiée par moi.
####
memtray () { 
exec freememapplet_tray 
}

if [ "`ps | awk '$4 ~ /freememapplet_tray/'`" ];then
        killall -q freememapplet_tray 
        sleep 0.5s
        memtray
else
        memtray 
fi

This way we do the killall operation only if we need to.

(Splitting hairs, I know!)

BFN.

umm yes he does have one usr/bin I'm running his version right now and he has one in startup, its a bit smaller also. LoL I knew someone would expand on it, Yes the sleep timer is sometimes used, but not all apps need it unless reported. But hey both work for me and your version is more precise and modern, my version is more retro and yesteryear puppy . Splitting hairs indeed, lol

Don't worry, ttuuxxx, it has all been a test and musher has failed. He said he would download and try my very first, virgin build, and, sadly, he did not keep his word. The lack of him posting (even though he said he was "downloading") and now this freememapplet mistake, tells me he never tried it. And this is true despite my being one of the first to download his puduan 6.0 and give him feedback on it, praising him and such. I guess what comes around does not go around for us lowly people who try our first build.

Oh well. My heartfelt thanks are to you, Billtoo and SailorE who all downloaded it + "actuially" tried it. It makes me feel good at least 3 people, lol, tried it. Good news is this thing now keeps getting better all the time....from all your guys' fixes & suggestions, and me still bungling along installing stuff (even if I have to rob other distros because I keep flunking at compiling). So it is starting to look and have the feel of a bona-fide good pup distro.

You broke my heart, musher. Our bromance can never be the same again And here I thought you were one of the good guys

[ttuuxxx]

I'm also starting another new build, probably in couple of days I might have something for you guys to try out
ttuuxxx