Dpup Exprimo 5.X.3.1.10.3 SMP multicore optimized version

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#701 Post by pemasu »

About Firefox fonts. I usually change to use Deja Vu Sans font in edit > preferences > content. and from advanced I change the minimum font size and I change to use Deja Vu Sans there in those choices which accepts it.

turbo
Posts: 11
Joined: Fri 09 Mar 2012, 16:52

fonts

#702 Post by turbo »

Thanks pemasu, I'll try the fonts you suggested. You answered my question about which to use, I think I'll stick with the 5.13version awhile, that nouveau driver doesn't work well for this old card-I've tried it in aptosid and slackware, my regular-installed distros, and it draaagggssss everything down to a crawl. I really should try to find, or compile the NVIDIA driver 173xx for it, but it has been broken by newer kernels/xorg updates. They really should release a new version of it, but I fear they may not because of its age.
One question though: is it safe to install packages from the debian repositories? I would like to have "glabels" which I use to print business cards. (scribus will but its very complicated, and scribus balks on this distro, something about the python-plugin). Appreciate your work, this is on par with Macpup in my opinion.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#703 Post by pemasu »

I use debian repos mainly for compiling....I hunt needed libs and dev debs from there. I havent much installed gui apps from there. Small commandline apps of course....many of them and a lot are included.
This distro has a lot debian base packages...but not every package is suitable...due to Puppy roots.
Anyway. Dpup Exprimo has several hundred debian debs in base.sfs so it is quite compliant with debian apps. Menu entries might be non working without manual editing...libs might be missing. so....first launch app in console to see if it complains about missing stuff. You will find them from debian repo. Also the dependency checking helps...although it reports also non needed optional dependencies as much and if you install them...the whole lot will be quite big.
That is why I like to compile own apps.

About glabels. I havent tested it.
Best way is to create testing savefile. You can create it by booting in ram ie choose puppyfix=ram boot time option. And when you shutdown create new savefile.
Use that new savefile as testing bed.
Last edited by pemasu on Fri 09 Mar 2012, 21:43, edited 1 time in total.

jakfish
Posts: 762
Joined: Fri 18 Jul 2008, 19:09

#704 Post by jakfish »

Many thanks for posting back so quickly (and thanks, jemimah, for the tip).

I installed the xinput calibrator pet (thanks for that, too), but in console, I get the error "no calibratable devices found"

This is after:

modprobe evdev
modrobe usbtouchscreen
modprobe hid-multitouch

Yes, there is no cando module, but I do find the same touch screen lack of calibration in the modified snowpup which has the cando driver.

In PSI, I get this:

Bus=0003 Vendor=2087 Product=0a01 Version=0111
Name="Cando Corporation Cando 10.1 Multi Touch Panel with Controller"
Connected to: usb-0000:00:1d.1-1/input0

So at least the hardware is showing up.

Jake

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#705 Post by pemasu »

jakfish. Okay....atm I am clueless. The xinput_calibrator compiled fine...nothing was missing...
But something is missing that I am sure since it does not detect your touchscreen after loading the modules...

jakfish
Posts: 762
Joined: Fri 18 Jul 2008, 19:09

#706 Post by jakfish »

Well, thanks for looking into it. As jemimah would agree, touchscreens and puppy are always a diffcult combination.

Jake

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#707 Post by pemasu »

manpage for xinput_calibrator: http://www.linuxcertif.com/man/1/xinput_calibrator/

http://www.linuxcertif.com/man/1/xinput_calibrator/
The scripts/ directory constains scripts to get calibration from hal or use a pointercal file to reapply xinput commands across reboots
Those scripts were not included into the pet. Attached here. Remove the phony.gz. Give the executable permissions.

Also you can turn the verbose on:
If something goes wrong, or not as expected, turn on verbose messages:
xinput_calibrator -v
Attachments
xinput_calibrator_pointercal.sh.gz
(737 Bytes) Downloaded 188 times
xinput_calibrator_get_hal_calibration.sh.gz
(2.42 KiB) Downloaded 187 times

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#708 Post by jpeps »

For some reason, copies of files for the following packages are in /root/.packages/builtin_files, wasting 292K. I don't know if this occurs for anyone else. All the other deb listings are empty.

libgutenprintui2-1_5.2.6-1_i386.deb
rsync_3.0.7-2_i386.deb
xserver-xorg-core_1.7.7-13_i386.deb

jakfish
Posts: 762
Joined: Fri 18 Jul 2008, 19:09

#709 Post by jakfish »

Thanks for those scripts. Running them in console, from ~/Downloads, I get "no calibratable devices found,"

I wonder if modprobe hid-multitouch doesn't register the touch screen for xinput.

Jake

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#710 Post by pemasu »

jakfish. Yes...it could be that there should be some udev rules or some other missing framework for device detection. That is unfortunately over my capacity.

jakfish
Posts: 762
Joined: Fri 18 Jul 2008, 19:09

#711 Post by jakfish »

Googling tells me that hid-multitouch has replaced hid-cando. There's a way to jerry-rig the xorg file with manually-inserted calibration specs, but I can't get that to work.

I appreciate your help, and maybe another version of the kernel will allow easier touch screen functions.

Congratulations again on a good-looking OS,
Jake

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#712 Post by pemasu »

jakfish. You could test 5.X.3.2.9 build....with 3.2.9 kernel...found also under Derivatives...or saluki which has my build kernel 3.2.8 and you would get jemimah to help you for finding solution. It has also newer xorg.

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#713 Post by jpeps »

I don't know if this has been fixed yet, but http://www.iguleder.info/puppy/dpup/pet_packages-dpup, listed in the ppak repo-list, doesn't exist.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#714 Post by pemasu »

The repo exists. There is almost 400 packages. But the Packages-puppy-dpup-official does not exist anymore. It was Iguleder's dpup repo but it vanished. And Iguleder didnt have back up. Luckily I had almost everything downloaded and so I created the new repo. Usually I remove that database file....but it seems I have forgotten this time.
But the stuff is still there. Nobody has so far opened every pet and created new database file from them.

http://www.smokey01.com/pemasu/pet_packages-dpup/

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#715 Post by jpeps »

Thanks, I didn't know where it was.

Also, ppack uses "http://distro.ibiblio.org/quirky/pet_packages-common", which doesn't appear to be the database used in the ppm.

debian-squeeze-main from the PPM doesn't seem to match anything in the repo-list either.

edit: I guess the ppm just mirrors packages.debian.org ?
Last edited by jpeps on Sun 11 Mar 2012, 05:04, edited 1 time in total.

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#716 Post by Tman »

I noticed my Thunar pet had missing icon in the menu entry..oops. It is now fixed. thunar-1.0.2-dpup.pet

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#717 Post by pemasu »

Jpeps. Puppy package manager has restrictions hardcoded to the scripts. PPM just dont let you download something which isnt meant to your puppy version. Database files are there and they are right.
But you cant for example download from pet_packages-common repo. That repo is meant for puppy building using woof and it has those generic enough packages to use for puppy building.

The way to go with PPM is what Jemimah has done with Saluki. The outlook and repo - dependency handling has been improved radically. I dont know how easily Jemimah`s work could be transferred to the Exprimo but that is the way I would like the things to be.
And I should start to add dependency lists to my apps. I have been lazy.

Squeeze-main repo and all the squeeze repos works just fine from PPM. I suppose you have tinkered with repos too much.

Ppack manager, created by stu90 is another thing. You can download stuff from any repo. But the database file names are hardcoded, so there is also empty repositories because I havent included the Packages-puppy-something-official database file to the build.

You are right, I need to dive to the code and remove those repositories I dont use. Otherwise it is great small repository downloader.
It is about time that I start new 5.X. build. I will change the naming convention to reflect the used kernel.
So next build in this thread will be 5.X.3.1.10.1
I know...it is horrible but it helps me to understand feedback, when the name tells what kernel it uses.

Barry has fixed the woof for new firmwares. I would like to test latest woof. I will download new woof today and I will check the Ppack manager code.

For coders....and Ppack manager...it would be nice if the script could check what database files are in /root/.packages and the app would show only those repositories. I am not so able with coding that I will start the improving...but is someone...stu90 included would like to comment....the speech is free.

Tman....thank you....do you mind if I upload your Thunar to the exprimo repo ?

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#718 Post by jpeps »

Thanks Pemasu; I was just trying to find where everything is. The naming convention from the PPM is exact, so easy to script, the arg being the name listed in the PPM up to the "_"

Code: Select all

  rep="http://packages.debian.org/squeeze/"
  defaultbrowser "${rep}${1}"
  
The package files are the same. What's different is the dependencies. I thought maybe that the PPM was more accurate, but it was listing deps already installed, and omitting others. It's clear that I don't want automatic installs...everything needs to be downloaded first and checked.
Last edited by jpeps on Sun 11 Mar 2012, 10:29, edited 1 time in total.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#719 Post by pemasu »

I hope I can implement in the future the improvements Jemimah has done to the PPM. I really think that is the way to go. I have asked already from Jemimah what it would require to get her improvements to work in Dpup Exprimo. The dependency handling is far better in Saluki.

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#720 Post by jpeps »

It would be interesting if the Saluki version accurately checks for deps already installed. This PPM lists packages not only with different names, but with the same name.

Post Reply