Dpup Exprimo 5.X.3.1.10.3 SMP multicore optimized version
fonts
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.
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.
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.
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.
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
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
manpage for xinput_calibrator: http://www.linuxcertif.com/man/1/xinput_calibrator/
http://www.linuxcertif.com/man/1/xinput_calibrator/
Also you can turn the verbose on:
If something goes wrong, or not as expected, turn on verbose messages:
xinput_calibrator -v
http://www.linuxcertif.com/man/1/xinput_calibrator/
Those scripts were not included into the pet. Attached here. Remove the phony.gz. Give the executable permissions.The scripts/ directory constains scripts to get calibration from hal or use a pointercal file to reapply xinput commands across reboots
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 191 times
-
- xinput_calibrator_get_hal_calibration.sh.gz
- (2.42 KiB) Downloaded 190 times
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
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
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.
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/
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/
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 ?
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.
I noticed my Thunar pet had missing icon in the menu entry..oops. It is now fixed. thunar-1.0.2-dpup.pet
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 ?
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 ?
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 "_"
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.
Code: Select all
rep="http://packages.debian.org/squeeze/"
defaultbrowser "${rep}${1}"
Last edited by jpeps on Sun 11 Mar 2012, 10:29, edited 1 time in total.