Woof CE Debian Stretch and Devuan Ascii Based Development

A home for all kinds of Puppy related projects
Post Reply
Message
Author
belham2
Posts: 1715
Joined: Mon 15 Aug 2016, 22:47

Re: Any fix for what the PPM GUI shows?

#101 Post by belham2 »

666philb wrote:
belham2 wrote:Also, I know it's not important, but has anyone been able to fix this since I (and Musher) mentioned it back in the woof-CE thread? Every single item you search for in PPM shows it as "ALREADY INSTALLED". Here's an example for VLC, which is nowhere in this build:
not sure if someone has already answered this, but there's a bug in /usr/local/petget/findnames.sh

i've posted about the issue on woofCE, but until it's fixed there you can use this older one

Thank you, Phil! The old findnames.sh you provided for download cleared the problem up right away. :)
Attachments
Phils-PPM-fix-for-ALREADY-INSTALLED-problem.png
(91.79 KiB) Downloaded 275 times

B.K. Johnson
Posts: 807
Joined: Mon 12 Oct 2009, 17:11

#102 Post by B.K. Johnson »

@musher0
I installed & ran the pet from tahr-6.0.5 not Stretch.

Is the download the same that created the snapshot displayed? I got a "plain Jane" display of only the durations list.

As you noted in your post, This text appears only when I move the cursor to the triangle/arrow on the header.
"Prepare the items on your screen,\" \" \"
cmd \"anticipate how much time you will need\" \" \"
cmd \"for the mouse movements, and then\" \" \"
cmd \"click on the number of seconds required.\" \" \"
cmd \" \" \" \"
cmd \"Uses mtpaint.\" \" \""

Most puppies will have /usr/aemenu-pango & /usr/local/bin/bcm & /usr/local/bin/console-tres-mince.sh installed, and I do. But most will not have /usr/local/share/MRUF/ and so, CouleurLigne, DarkSeaGreen2, AkizaSans, DejaVuSans or bisque would not be available. So, the graphic in the post is misleading FOR THE REST OF US.
Access to a potentially handy thin "run" terminal is provided.
Potential confirmed! :lol: But why not leave it out until you have it. It is confusing to users who click on 'Run' and see nothing visible happening. :?

Otherwise, selection of a time interval worked.

Question: With respect, I ask: Why such a convoluted name as "mtPaint-snapshot screen capture"? Not sure I'll keep this pet, but while it is on my pup, it will be named "snapshot". :)

Note: I don't intend to fight with you. These are observations which you may consider if you choose to improve the offering so that it will have a wider audience if you desire. Hope you consider the comments constructive.
[color=blue]B.K. Johnson
tahrpup-6.0.5 PAE (upgraded from 6.0 =>6.0.2=>6.0.3=>6.0.5 via quickpet/PPM=Not installed); slacko-5.7 occasionally. Frugal install, pupsave file, multi OS flashdrive, FAT32 , SYSLINUX boot, CPU-Dual E2140, 4GB RAM[/color]

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#103 Post by ttuuxxx »

jamesbond wrote:Yeah ttuuxxx, but does the "leafpad" binary you get from gcc-6 compilation works correctly? Don't try to launch it from Rox, instead, open terminal, cd to the build path, then run it from there (./leafpad); does it launch and work if you do it that way? If it does, then it is Rox problem, not gcc problem.
So what your saying is that Rox is handling things compiled in Gcc6 differently than Gcc4.9, One says ELF 32-bit LSB executable,
the other says ELF 32-bit LSB shared object
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#104 Post by jamesbond »

OscarTalks wrote:Is it anything to do with the ELF headers being wrongly set?
readelf -h /path/to/file
Not wrongly set, but changed. I know from gcc 5.2.0 onwards (or may be even earlier 5.x, I didn't test anything before 5.2.0), gcc produces slightly different ELF header than earlier ones, at least for 64-bit target. I didn't test for 32-bit target so I can't confirm.
If so, how are these headers defined?
Effect is the same in PCManFM as well as ROX
It doesn't matter how these headers are defined, it only matters how the detection routine works.
My guess it that Rox and pcmanfm uses the same "file-identification" logic, the one usually is inside the shared-mime package. If you want to know how this identification works, look no further than /usr/share/mime/packages/freedesktop.org.xml, and search for "x-executable" you will see what I mean. Compare that with "x-sharedlib". As you can see it look at bytes in certain locations. The difference between programs and libraries (as far as Rox/pcmanfm is concerned) are in those bytes listed there.

Are you using older version of shared-mime, instead of the current one?
ttuuxxx wrote:So what your saying is that Rox is handling things compiled in Gcc6 differently than Gcc4.9, One says ELF 32-bit LSB executable,
ELF 32-bit LSB shared object
No, I'm saying that Rox mis-recognises the file. I have a feeling that the file itself is fine. Can you launch "leafpad" from terminal as I said earlier?

Also, if you can upload your "leafpad" compiled under gcc-6, I can check it here.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#105 Post by ttuuxxx »

jamesbond wrote:
ttuuxxx wrote:So what your saying is that Rox is handling things compiled in Gcc6 differently than Gcc4.9, One says ELF 32-bit LSB executable,
ELF 32-bit LSB shared object
No, I'm saying that Rox mis-recognises the file. I have a feeling that the file itself is fine. Can you launch "leafpad" from terminal as I said earlier?

Also, if you can upload your "leafpad" compiled under gcc-6, I can check it here.
Yes it can launch via terminal and .desktop, but its also a bit a larger before and after stripping. I put them both in this package.
ttuuxxx
Attachments
leafpads.tar.gz
(84.29 KiB) Downloaded 146 times
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#106 Post by jamesbond »

Ok apparently your gcc6 is indeed creating share libs instead of executable binaries Image.

I tested with with the latest readelf (binutils 2.27) and it also shows one file is DYN (shared lib) and one is EXEC (binary), so OscarTalk is right. The rest (shared-mime/rox/pcmanfm) just follows whatever is given in the file.

I'm not sure if this is Debian's default configuration or what. I have gcc 6.2.0 running (from LFS 7.10), and it produces files of the correct type just fine. You said above that official DEBs from Stretch, when extracted, all the files shows up as shared library as well, correct? May be it's Debian's compiler configuration then. Or a bug in their binutils.

Either way, it's back to square one.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#107 Post by ttuuxxx »

jamesbond wrote:Ok apparently your gcc6 is indeed creating share libs instead of executable binaries Image.

I tested with with the latest readelf (binutils 2.27) and it also shows one file is DYN (shared lib) and one is EXEC (binary), so OscarTalk is right. The rest (shared-mime/rox/pcmanfm) just follows whatever is given in the file.

I'm not sure if this is Debian's default configuration or what. I have gcc 6.2.0 running (from LFS 7.10), and it produces files of the correct type just fine. You said above that official DEBs from Stretch, when extracted, all the files shows up as shared library as well, correct? May be it's Debian's compiler configuration then. Or a bug in their binutils.

Either way, it's back to square one.
I tried compiling Gcc 4.9 last night and had errors, so I'm trying Gcc 7.0 and so far so good after 15mins Touch wood :)
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#108 Post by ttuuxxx »

I'm compiling it with fortran do we even use that anymore, Heck back in 1996 when I was in Uni we were using that.
I don't think any puppy apps compile with fortran do they?
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

belham2
Posts: 1715
Joined: Mon 15 Aug 2016, 22:47

#109 Post by belham2 »

ttuuxxx wrote:I'm compiling it with fortran do we even use that anymore, Heck back in 1996 when I was in Uni we were using that.
I don't think any puppy apps compile with fortran do they?
ttuuxxx

Eeeeee, gods, there goes my Friday. Thanks a lot, ttuuxxx. Horrid memories in early 80s university school sitting in Fortran staring at the Indian fellow scribbling that gunk across the board like there was no tomorrow. And that sinking feeling of being totally lost, staring down on the floor at my ~500 high stack of mixed up compiler cards .........jeeezus what a freak show that all was.

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#110 Post by ttuuxxx »

belham2 wrote:
ttuuxxx wrote:I'm compiling it with fortran do we even use that anymore, Heck back in 1996 when I was in Uni we were using that.
I don't think any puppy apps compile with fortran do they?
ttuuxxx

Eeeeee, gods, there goes my Friday. Thanks a lot, ttuuxxx. Horrid memories in early 80s university school sitting in Fortran staring at the Indian fellow scribbling that gunk across the board like there was no tomorrow. And that sinking feeling of being totally lost, staring down on the floor at my ~500 high stack of mixed up compiler cards .........jeeezus what a freak show that all was.
Yeah not much uses it these days, It originally came out in the 1950's, Most the time Barry doesn't include it due to the size and it not widely being used anymore, I included with the build I'm doing because it was specified by LFS but really I don't see the need, I'll see how large the files are and If I have to recompile without it so be it. Around 1hr of compiling gcc 7 now :)
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#111 Post by jamesbond »

LFS recipe is not the best for building secondary compiler. This is better: https://gcc.gnu.org/wiki/InstallingGCC.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#112 Post by musher0 »

belham2 wrote:
musher0 wrote:Hello all.

I really got fed up with the screen capture situation on this Stretch. SFR's
Take-a-shot does not work on it, and I have always found Screeny
unpractical and cumbersome. (...)
Hi Musher,

What you say about Take A Shot I am confused about. I included TAS in the build upload I did, and it works wonderfully. It takes shots of windows, full screens and/or regions. You can set percentages for the shot, where it is to be download, and even what programs handles it.

Can you specifically explain what you mean "TAS does not work?" TAS in dpup-stretch does everything that TAS does in Fatdog, unless we are using different TAS verions (which I don't think we are since I took mine from my folder of SFR's stuff).


[Edit---Disregard what I wrote here----I read your post/reasoning above more closely, and now I see what has changed, the language, and the handling of menus---which is nice!! Going to try and remove the original TAS I uncluded, and give yours a go to see if it is better. Thanks!!!]
Hi belham2.

Yes TAS is the ulimate screen capture utility, but nobody noticed when I
reported it not working on my Dpup Stretch-7 the first time. So I had to
create my own stop-gap.

Well it's nothing new on this side. Half the errors I report get overlooked
because "it doesn't happen on their Puppy". Yeah, sure. I'm from Mars, too.

I even had a quasi-row with BarryK once because he couldn't see why
gmeasures didn't work in a fr_CA environment. He provided a wrapper
that still wouldn't work. But how does a newbie prove what he's
experiencing to someone with 10 computer books to his name?

Luckily, there are still real Cartesian minds on this forum who know what
"methodical doubt" means. Like yourself. Thanks for being you.

The horrible gmeasures is still in our woof-CE repo and it still jams in an
alpha-numeric environment where the dot is replaced by the comma.

Alternatives:
A couple of years back, don570 came with a good and rather complete
converter
, but the inferface is a bit complicated to figure out.

There's the old and trusty tkconverter. But some people think that tcl/tk is
passé.

Aside from that, there is an excellent java solution and dedicated
web sites.

But who cares about alternative programs in Puppy? (This is what it
looks like sometimes.)

Rant finished. Thanks for listening.

TWYL.
Last edited by musher0 on Sat 04 Mar 2017, 20:20, edited 1 time in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Sailor Enceladus
Posts: 1543
Joined: Mon 22 Feb 2016, 19:43

#113 Post by Sailor Enceladus »

musher0 wrote:Yeah, sure. I'm from Mars, too.
I noticed the woof-CE logo changed recently. Maybe this means woof-CE is going to support Martians in the near future too? :)
Attachments
5923088.png
The woof-ce logo
(19.98 KiB) Downloaded 315 times

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#114 Post by musher0 »

That is NOT a real Martian.
My antennas are longer and distinct from my ears. :roll: :twisted:
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
OscarTalks
Posts: 2196
Joined: Mon 06 Feb 2012, 00:58
Location: London, England

#115 Post by OscarTalks »

Workaround for bin executable files that are treated as shared library files by file managers.

Code: Select all

readelf -h filename
will reveal that Type=DYN
With devx loaded use elfedit:-

Code: Select all

elfedit --input-type=dyn --output-type=exec filename
Use readelf -h filename again to verify the change and note that the file now appears as an executable in rox and can be launched by clicking on it.
Oscar in England
Image

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#116 Post by ttuuxxx »

Ok Gcc 7.0 Compiles fine so far, Leafpad going to try a few more things before packaging it for you guys and its deps.
Attachments
leafpadGcc.jpg
(40.95 KiB) Downloaded 265 times
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#117 Post by musher0 »

OscarTalks wrote:Workaround for bin executable files that are treated as shared library files by file managers.

Code: Select all

readelf -h filename
will reveal that Type=DYN
With devx loaded use elfedit:-

Code: Select all

elfedit --input-type=dyn --output-type=exec filename
Use readelf -h filename again to verify the change and note that the file now appears as an executable in rox and can be launched by clicking on it.
Brilliant! Excellent find, OscarTalks.

This solution is much simpler than installing a new devx and recompiling
all "suspicious" executables -- which do run, don't they?

The fact that this elfedit utility exists means that the problem has been
experienced in the past by some Linux dev. So we're not alone struggling
with it.

I had a hunch it was just a "terminology" problem. We correct it with your
one-liner and simply forewarn the users if they wish to compile anything
on their own with this devx.

Who knows? Someone from Debian or GNU may offer us a rational
explanation for this apparent and unexpected "confusion of genres".

Thanks again, OscarTalks.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#118 Post by 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
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#119 Post by musher0 »

ttuuxxx wrote: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.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#120 Post by musher0 »

OscarTalks wrote:Workaround for bin executable files that are treated as shared library files by file managers.

Code: Select all

readelf -h filename
will reveal that Type=DYN
With devx loaded use elfedit:-

Code: Select all

elfedit --input-type=dyn --output-type=exec filename
Use readelf -h filename again to verify the change and note that the file now appears as an executable in rox and can be launched by clicking on it.
Hello all.

Some of you may find the above tip more convenient in script form.

IHTH. BFN.

~~~~~~~~~~~~

Code: Select all

#!/bin/sh
# /usr/local/bin/elfedit.sh
# Tip by OscarTalks.
# Source: http://murga-linux.com/puppy/viewtopic.php?p=945939&sort=lastpost#945939
# Retrieved March 3, 2017, 19 h 50.
#
# Requires: elfedit, readelf, awk
#
# Goal: Change the file type of an executable mistakenly
# identified as a dynamic library in a file manager.
#
# Usage: elfedit.sh filename
####
elfedit --input-type=dyn --output-type=exec $1 # Changes the file type from DYN to EXEC.
sleep 1
readelf -h $1 | awk /Type/ # Checks that the change has been registered.
Attachments
elfedit.sh.zip
How-to: Download in /usr/local/bin and make executable.
(522 Bytes) Downloaded 106 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Post Reply