Puppy Linux Discussion Forum

Hi, I would like to test image viewer "wxyzv" but do not have confidence in my ability to compile.

Is there anyone willing to have a go??

Please see here:
https://flaterco.com/wxyzv.html

Sadly I don't even know if this is 32bit or 64bit - but I am guessing 32bit due to 1999 release date. (thats fine i will use on Tahr32 if so...)

Thanks in advance!

Hello Greengeek,

why don't you have a go at compiling it? Just download the source & extract it somewhere, change directory to the extracted source, then:

./configure --prefix=/usr
make
make install

I compiled it on LxPup64 & it has to be one of the easiest things I've ever compiled/

@greengeek Here is a quick compiled version. Remove the fake .tar.gz

As muggins mentions it is really easy to compile using the steps posted.

Tried the compiled version on Fossapup64. Error message - needed GLIBC_2_34.

Not in PPM. No idea what to do next....

@rockedge
@muggins
Thanks for the help. I am somewhat hampered by the fact that I am testing with Ozsouth's Fossa 9.5 "Mid" (very stripped Puppy) and have not found the devx yet so my attempt at compiling doesn't complete successfully.

Over the years I have compiled a couple of things successfully in different Puppies but I have to say it was done without any deep understanding and I don't have any confidence in selecting options such as "./configure --prefix=/usr" or similar - so where compiling is concerned it's likely I will add 2+2 and come up with 5.
(Thought about compiling ffmpeg once but after a few hours reading just decided that compiling is not my wheelhouse...)

I just tried the version from rockedge but on Fossa 96 ie see the same error as Geek3579, and on Tahr32 I get this error:
bash: /usr/bin/wxyzv: cannot execute binary file: Exec format error
So i am wondering what it should run on successfully?

Is this source compatible with both 32bit and 64bit?

Is this source compatible with both 32bit and 64bit?

I compiled it in F96-CE_4, so 64 bit. The source code can be compiled as 32 or 64 bit which is dependent on the system it is built on.

I can compile wxyzv on a Bionic64 or a fresh Fossapup64-9.5 to get some variations to test.

Ok, my Lx64Pup compiled wxyzv also gives glibc errors in fossa64. So I downloaded the fossa64 devx & did:

./cobfigure --prefix=/usr
make

and then received this error message:

error: ‘min’ is not a member of ‘std’; did you mean ‘fmin’?
153 | winwidth = std::min(rotimgwidth, screen_width);
| ^~~
| fmin
wxyzv.cc:154:20: error: ‘min’ is not a member of ‘std’; did you mean ‘fmin’?
154 | winheight = std::min(rotimgheight, screen_height)

Opening wxyzv.cc in geany & changing lines 153 & 154 to read winwidth = std::fmin(rotimgwidth, screen_width); & winheight = std::fmin(rotimgheight, screen_height)

then running make again it successfully compiled. Test it out in the attached zip.

Also, this link might provide some alternatives:

https://fedoramagazine.org/17-alternati ... on-fedora/

Both Qiv & Feh are availble from the Fossa Package manager. I also tried the rust binary of viu, but also gives me glibc errors.

https://github.com/atanunq/viu

muggins wrote: Sat Nov 11, 2023 5:39 pm

Ok, my Lx64Pup compiled wxyzv also gives glibc errors in fossa64. So I downloaded the fossa64 devx & did:
./cobfigure --prefix=/usr
make
and then received this error message:

error: ‘min’ is not a member of ‘std’; did you mean ‘fmin’?
153 | winwidth = std::min(rotimgwidth, screen_width);
| ^~~
| fmin
wxyzv.cc:154:20: error: ‘min’ is not a member of ‘std’; did you mean ‘fmin’?
154 | winheight = std::min(rotimgheight, screen_height)

Opening wxyzv.cc in geany & changing lines 153 & 154 to read winwidth = std::fmin(rotimgwidth, screen_width); & winheight = std::fmin(rotimgheight, screen_height)

then running make again it successfully compiled. Test it out in the attached zip.

Excellent piece of detective work - thanks!
That confirms my hunch that my own compiling efforts would have been completely inadequate

Just tested your zip with jpg and png images on Fossa64 9.5 "Mid" (Ozsouth's version) and it worked well.
Many thanks!

rockedge wrote: Sat Nov 11, 2023 1:55 pm

I compiled it in F96-CE_4, so 64 bit. The source code can be compiled as 32 or 64 bit which is dependent on the system it is built on.

That's weird - I tested it on the same version of F96 but had the Glibc failure. Would you have tested it with devx still loaded? Might that have been the reason why you don't get the glibc issue?

Would you have tested it with devx still loaded?

I did test with the devx SFS loaded! When I check the version of glibc with ldd that reports v2.31 so I have to look into what exactly is happening.

Here is a version I compiled against (Ubuntu GLIBC 2.31-0ubuntu9.12) 2.31

rockedge wrote: Mon Nov 13, 2023 11:36 am

Here is a version I compiled against (Ubuntu GLIBC 2.31-0ubuntu9.12) 2.31

Thanks! That worked for me on my Fossa64 9.5Mid (ex Ozsouth).
Quite like the way wxyzv gives an almost fullscreen display.
Cheers!

Question:
Given that both versions above work on my system - why is there such a size difference between the two versions?
Is this difference just down to the fact that one is "stripped"?
(I thought stripping just got rid of unnecessary comments within the code but that seems a huge difference here...)

.

Yes, mine is stripped whereas Rockedge's isn't. Just run:

strip wxyzv

on Rockedge's version, and they should be similar sizes.