Page 6 of 8
Posted: Tue 02 Nov 2010, 11:33
by 01micko
Bert
You are certainly Mr Reliable!
Thanks mate!
Cheers
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Posted: Fri 05 Nov 2010, 10:45
by 01micko
Calling for more updates to translations
(YES, this is a BUMP!!!)
Cheers
Posted: Sun 07 Nov 2010, 01:40
by 01micko
Dutch is merged with main package now at 4beta5, thanks Bert.
I am promised French and German thanks to Tasgarth and Mave. They will be in in the next week,
Unfortunately Pedro (droope) hasn't the time to update Spanish .. any takers?
Thanks to all.
Cheers
Portuguese translation
Posted: Fri 12 Nov 2010, 20:56
by renatogui
Hi, 01micko
Here you have a quick Brazilian Portuguese translation of Quickpet.
I wish there are some more Brazilians here to check my job.
I think I found 2 typing errors in basic English text.
In:
export LOC_WARNINGINSTALL="package will leave you with less than 45 MB \nof pupsave or partition after instaltion \nContinue?"
There is an LA missing in the word "installation"
and in:
export LOC_107="Connection timed out. Please try again later or rest the Timeout in Preferences"
I suppose the rest shoud be reset
I didn't test my translation in Quickpet yet. Taking your suggestion, I am going to rest now.
Cheers,
Renato
Posted: Sat 13 Nov 2010, 07:19
by 01micko
renatogui
This is great! A new translation! Thanks
So now I have French too thanks to Tasgarth, also Italian is on it's way and German
(I will fix my errors too
![Embarassed :oops:](./images/smilies/icon_redface.gif)
)
Latest version in a few days
Cheers!
Posted: Mon 15 Nov 2010, 22:28
by mave
german
![Smile :-)](./images/smilies/icon_smile.gif)
Posted: Wed 17 Nov 2010, 05:05
by GustavoYz
Spanish local for v4beta5 400...
Using the base of previous Droope work + some corrections (usé una traducción más formal para que sea entendible por todos los hispanos, no sólo por los rioplatenses -como yo-) + translation on the newest parts...
Still can't probe it on LuPu 501...
When I overwrite the 'es_ES:spanish' file for this -attached-new version, it returns to english..
Am I doing something wrong with the test?
Usuarios y traductores hispanos: Siéntanse libres de corregir y criticar...
Cheers.
Posted: Wed 17 Nov 2010, 07:30
by 01micko
Thanks mave and GustavoYz,
They are added for the next version, just awaiting some code from Barry to update the Quickpet back end.
Cheers
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Posted: Wed 17 Nov 2010, 07:54
by himajin
Japanese local for v4beta5 400
Posted: Wed 17 Nov 2010, 08:41
by Bert
GustavoYz wrote:
Still can't probe it on LuPu 501...
When I overwrite the 'es_ES:spanish' file for this -attached-new version, it returns to english..
Am I doing something wrong with the test?
Hola GustavoYz,
I wonder what would happen if you change your locale (menu > desktop > country settings) from es_AR to es_ES, just for testing? If that would give you the Spanish Quickpet, it would mean a link between es_AR and es_ES is missing or broken.
buena suerte!
Posted: Sat 20 Nov 2010, 01:46
by 01micko
new version
Quickpet 4beta7
*Added all translations, new and updated.
*some backend tweaking of sfs handling
Cheers
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Posted: Mon 22 Nov 2010, 01:22
by 01micko
New version with some bugfixing and added functionality for Barry's new 'download_file', when it is incorporated.. next woof.
Quickpet 4rc2 (rc1 didn't last long
![Laughing :lol:](./images/smilies/icon_lol.gif)
)
See main post
Cheers!
Posted: Mon 22 Nov 2010, 09:36
by Bert
Hi Mick,
I see the new quickpet_lupu-4rc2.pet, but the language file is still the old english.gz, right?
So no need to translate at this moment?
Sfs-grab...;wonderful. Thank you!
,
Posted: Mon 22 Nov 2010, 10:03
by 01micko
No translation needed..
I should have said that
Cheers!
Re: Lupu- Localising Quickpet
Posted: Mon 22 Nov 2010, 15:05
by Jim1911
01micko wrote:NOTE: Now 4rc2.. sfs bugfix for full installs added, functionality for Barry's new 'download_file' script, frontend for wget, AND a new tiny gui for sfs_grab if you have a local sfs or for a remote sfs not in quickpet
This is a great new feature since most of us probably already have downloaded sfs files that we want to install.
Unfortunately, the "Sfs_grabber" feature doesn't work on a new full hd installation of luci-238. My installation is on sdb7 and I have tried to drag several sfs files from sdb3 to install them. The dialogue box goes away when OK is selected, however nothing happens. The files I tried are the OOO file shown and luci_devx_238.sfs.
Note the output when I tried to install a sfs with a console. I had used "Sfs get" to install Bibletime before trying to use the new "Sfs_grabber" feature. This may be a clue to the problem.
Code: Select all
# sfs_installation.sh /mnt/sdb3/luci_devx_238.sfs
http://ftp.cc.uoc.gr/mirrors/linux/puppylinux/pet-packages-lucid/Bibletime_lucid-2.7.2a.sfs
Bibletime_lucid-2.7.2a.sfs
Bibletime_lucid-2.7.2a
# killall: Xdialog: no process killed
It did work fine on a fresh frugal installation of luci-238.
Cheers,
Jim
Posted: Mon 22 Nov 2010, 20:25
by 01micko
Thanks for testing Jim
I'll look into it pronto.
Cheers
____________________________________________
later...
Ok, Jim did a fresh full of luci-238 in a spare ext3 I had just for this purpose
I downloaded Bible Time from the aarnet mirror by copy/pasting the link in the sfs_grabber gui. It worked flawlessly.
I dragged the devx from sda7 to the sfs_grabber gui. It worked flawlessly.
I'll try from a prompt something else..
Code: Select all
# sfs_installation.sh /mnt/sda5/Acrobat_Reader-9.3.3-Lucid.sfs
/mnt/sda5/Acrobat_Reader-9.3.3-Lucid.sfs
Acrobat_Reader-9.3.3-Lucid.sfs
ok
Acrobat_Reader-9.3.3-Lucid
Parallel unsquashfs: Using 2 processors
335 inodes (1416 blocks) to write
[=============================================================-] 1416/1416 100%
created 309 files
created 92 directories
created 26 symlinks
created 0 devices
created 0 fifos
/usr/sbin/sfs_installation.sh: line 19: 13205 Terminated gtkdialog-splash -icon gtk-dialog-info -bg thistle -text "Please wait while ${THESFSMNT} is processed..." (wd: ~)
EXIT="Exit on timeout"
EXIT="OK"
Generating /root/.icewm/menu...
Generating /root/.jwmrc...
Generating /root/.fbpanel/default...
killall: blinky_tray: no process killed
killall: traytemp: no process killed
killall: vattery: no process killed
killall: powerapplet_tray: no process killed
Generating /root/.config/openbox/menu.xml...
EXIT="Exit on timeout"
#
Ok, that worked for a local file ... I'm a bit worried here
![Confused :?](./images/smilies/icon_confused.gif)
.. why does it fail for you?
Thanks again for testing.
Cheers
___________________________________________
Some things to look for....
open /tmp in rox
*the sfs goes to /tmp
*it gets converted to a directory, you should see that in /tmp
*that directory gets tarred up, you should see that happen in /tmp
*that tarball is converted to a pet.
EDIT!
Thanks for your clue!!!! the /file generated by quickpet isn't removed!!!!!
Posted: Mon 22 Nov 2010, 21:47
by Jim1911
01micko wrote:
Ok, Jim did a fresh full of luci-238 in a spare ext3 I had just for this purpose
Ok, that worked for a local file ... I'm a bit worried here
![Confused :?](./images/smilies/icon_confused.gif)
.. why does it fail for you?
Thanks again for testing.
Cheers
After receiving your message, I rebooted and tried again, it worked perfectly, installing these applications: luci_devx_238, LibreOffice_3.3.0beta2_sfs4, and java_jre-6u22-Lucid-sfs4. I had just done a fresh full hd installation of Luci-238 to test your Sfs_grabber and had not rebooted the installation. Apparently, it has to be rebooted to save some files.
Thank you for the updated Quickpet. With that capability, I may make more use of full hd installations. The handling of sfs files, to me, is the largest advantage of a frugal installation. Now you've eliminated that problem.
Cheers,
Jim
Posted: Mon 22 Nov 2010, 21:50
by 01micko
Jim, there was a bug, thanks for bringing it to my attention, by rebooting you flushed /tmp. There was a stale file in /tmp that sfs_installation.sh uses. That is now eliminated as soon as sfs_installation.sh has the data it needs.
I just tested with vlc from the quickpet gui, then installed the kernel source which I had locally, working properly now. It would have been an apparent bug in all forms of installation too, maybe with different, even worse consequences!
New Quickpet 4rc3 is in the main post.
No translation changes.
Cheers
Posted: Mon 22 Nov 2010, 22:33
by Jim1911
01micko wrote:I just tested with vlc from the quickpet gui, then installed the kernel source which I had locally, working properly now.
Installed amarok-1-4-lucid.sfs using Quickpet v4rc3. It's an older version of amarok, but still works great.
Thanks,
Jim
Posted: Wed 01 Dec 2010, 09:51
by 01micko
Quickpet 4rc4 is out!
see main post
-some improvements to graphics detection
-some Lobster proofing
-there
are some translation additions, you will see, not many
Cheers