Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 22 Jul 2014, 15:51
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects » Next Puppy Development » 5.x
Dpup482-beta5 testing
Moderators: BarryK, Lobster
Post new topic   Reply to topic View previous topic :: View next topic
Page 33 of 37 [548 Posts]   Goto page: Previous 1, 2, 3, ..., 31, 32, 33, 34, 35, 36, 37 Next
Author Message
shankargopal

Joined: 03 Dec 2005
Posts: 295

PostPosted: Wed 16 Dec 2009, 02:35    Post subject:  

gposil wrote:
SHS makes a very good point, until application developers catch up with glibc development, we'll leave libiconv in the devx, but all new apps and upgrades should be taken from Debian branch(which doesn't use it).

Cheers
Guy


For an example: I recently was trying to compile Enlightenment DR17's latest snapshots and fell flat because of weird complaints about libiconv... which I now think I understand thanks to everyone. But there, for instance, is a set of code that is up to date as of Dec 2nd but still uses libiconv.

musher0: re devx, I've had exactly the same problem, but in my case it seems to be inconsistent - it works with some pupsave files and not with others. Can you check if maybe, just maybe, you are also having my "nothing saves in /etc" problem on your dpupsave? I had thought that was the source of the difficulty with loading the SFS file.

Sorry incidentally to not get back on your good suggestions in that regard... but have tried fsck'ing the file (it boots with pfix=fsck anyway) and the pen drive, and now tried changing the size of the dpupsave file, all with no luck so far.
Back to top
View user's profile Send private message 
gposil


Joined: 06 Apr 2009
Posts: 1305
Location: Stanthorpe (The Granite Belt), QLD, Australia

PostPosted: Wed 16 Dec 2009, 03:48    Post subject:  

Iguleder wrote:
gposil: pidgin-light maybe?

Should I compile udev for dpup? Does dpup use udev at all? If that's the case, I'll compile udev-147 with custom rules (I'll remove stuff like tape devices, all pre-i686 era stuff), because if I remembe right, it was released with 2.6.31.x. And no, udev-149 doesn't compile on my Debian. If that goes right, I'll try to compile util-linux-ng and module-init-tools.

EDIT: yes, it does ... ancient udev-124.

BTW: dpup has BusyBox svn from the 1.15 era, not 1.15.2.


Pidgin-light may be a good idea as well...Dpup484 already has udev-1.49 along with a fair smattering of the Squeeze core.

_________________
Dpup Home
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
Iguleder


Joined: 11 Aug 2009
Posts: 1867
Location: Israel, somewhere in the beautiful desert

PostPosted: Wed 16 Dec 2009, 05:12    Post subject:  

gposil: https://addons.mozilla.org/en-US/firefox/addon/3633 and https://addons.mozilla.org/en-US/firefox/addon/5700. Meebo is nice.
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
ICQ Number 
Terryphi


Joined: 02 Jul 2008
Posts: 759
Location: West Wales, Britain.

PostPosted: Wed 16 Dec 2009, 07:22    Post subject: locale en_GB : LC_TIME="C"  

Althought I have choosen en_GB as my locale Thunderbird is not picking up the UK date format DD/MM/YY.

Looking further into this I see that Dpup 4.82 produces a different output than Puppy 4.31 for # locale .

Dpup shows:

# locale
LANG=en_GB
LC_CTYPE="C" and so on.

Puppy 4.31 shows:
# locale
LANG=en_GB
LC_CTYPE="en_GB" and so on.

What is different ( or missing) in Dpup 4.82?

_________________
Classic Opera 12.16 browser SFS package for Precise, Slacko, Racy, Wary, Lucid, Quirky, etc available here Smile
Back to top
View user's profile Send private message Visit poster's website 
dejan555


Joined: 30 Nov 2008
Posts: 2646
Location: Montenegro

PostPosted: Wed 16 Dec 2009, 07:37    Post subject:  

Iguleder wrote:
gposil: https://addons.mozilla.org/en-US/firefox/addon/3633 and https://addons.mozilla.org/en-US/firefox/addon/5700. Meebo is nice.


This one also looks nice, opens in sidebar and doesn't need extra tab opened if no conversation, but it's also big 2.2 MB!
https://addons.mozilla.org/en-US/firefox/addon/1833

_________________


Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
sinc


Joined: 22 Jul 2009
Posts: 523
Location: Tampa, FL USA

PostPosted: Wed 16 Dec 2009, 07:44    Post subject:  

Since your trying to save space and i know his previous version is included in dpup. this is from ttuuxxx's thread

Quote:
Here's another hash md5sum utility about 1/3 the size of gtkhash Smile and it provides more hash formats and its about 10 times faster Smile Smile Smile
excellent stuff, I even included rox right clicks on a few formats Smile
ttuuxxx


http://www.murga-linux.com/puppy/viewtopic.php?t=42553&start=2549
Back to top
View user's profile Send private message 
gposil


Joined: 06 Apr 2009
Posts: 1305
Location: Stanthorpe (The Granite Belt), QLD, Australia

PostPosted: Wed 16 Dec 2009, 10:05    Post subject: Re: locale en_GB : LC_TIME="C"  

Terryphi wrote:
Althought I have choosen en_GB as my locale Thunderbird is not picking up the UK date format DD/MM/YY.

Looking further into this I see that Dpup 4.82 produces a different output than Puppy 4.31 for # locale .

Dpup shows:

# locale
LANG=en_GB
LC_CTYPE="C" and so on.

Puppy 4.31 shows:
# locale
LANG=en_GB
LC_CTYPE="en_GB" and so on.

What is different ( or missing) in Dpup 4.82?



Edit /etc/profile and comment out the lines below (line 92-93 I think)

Change from
Quote:
LC_ALL=C
export LC_ALL

to
Quote:
#LC_ALL=C
#export LC_ALL


That will fix it...Change already in 484

_________________
Dpup Home
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
Terryphi


Joined: 02 Jul 2008
Posts: 759
Location: West Wales, Britain.

PostPosted: Wed 16 Dec 2009, 10:41    Post subject: Re: locale en_GB : LC_TIME="C"  

gposil wrote:


Edit /etc/profile and comment out the lines below (line 92-93 I think)

Change from
Quote:
LC_ALL=C
export LC_ALL

to
Quote:
#LC_ALL=C
#export LC_ALL


That will fix it...Change already in 484


Thanks gposil. That worked. Smile

_________________
Classic Opera 12.16 browser SFS package for Precise, Slacko, Racy, Wary, Lucid, Quirky, etc available here Smile
Back to top
View user's profile Send private message Visit poster's website 
musher0


Joined: 04 Jan 2009
Posts: 4226
Location: Gatineau (Qc), Canada

PostPosted: Wed 16 Dec 2009, 14:53    Post subject:  

Hello.

I'd like to submit this for review. It is a fixmenus replacement inspired by plinej's and MU's previous work on this script.

Code:

#!/bin/sh
#v2.14 Puppy now has XDG menus.
#this script builds the menus from template files.
#Any templates can be placed into /etc/xdg/templates, and the file must be
#named to show its final destination. For example, the template for JWM:
# _root_.jwmrc
#...the '_' will be converted to a '/', so the generated JWM config file is:
# /root/.jwmrc
# 5jan2008: fbpanel, lxpanel support developed by plinej.
#
# NAME THIS SCRIPT fixmenus2 TO AVOID CONFUSION
# NOMMER CE SCRIPT fixmenus2 POUR ÉVITER LA CONFUSION
# Voir aussi fixmenus-compagnon.sh
# Remanié par musher0, mi-décembre 2009

#-- patch by MU
theme=`grep '<Include>/root/.jwm/themes' /root/.jwmrc`

#-- patch2par MU pour fixmenus, remaniée
oldsize=`cat ~/.oldxdg`
newsize=`ls /usr/share/applications | wc -c`
oldsize2=`cat ~/.oldxdg2`
newsize2=`du -b -s /usr/share/applications`
doit="0"

if [ "$oldsize" != "$newsize" -o "$oldsize2" != "$newsize2" ];then
   doit="1"
fi
if [ "$doit" = "0" ];then
   exit 0
fi
echo "$newsize" > ~/.oldxdg
echo "$newsize2" > ~/.oldxdg2
#sync
#-- end of patch2 by MU

#-- added by MU: display a message
xmessage -bg orange -center -buttons "" "rebuilding menus..." &
pid=$!
# -borderless

#Puppy 2.14: XDG menu
TEMPLATES="`ls -1 /etc/xdg/templates | tr '\n' ' '`"

for ONETPL in $TEMPLATES
do
 [ "$ONETPL" = "README.txt" ] && continue
 ONEDEST="`echo -n "$ONETPL" | sed -e 's/_/\//g'`"
 ONESRC="/etc/xdg/templates/$ONETPL"
 echo "Generating $ONEDEST..."
 
 [ -f $ONEDEST ] && mv -f $ONEDEST ${ONEDEST}-previous

 cat $ONESRC |
 while read ONELINE
 do
  EXECMENU="`echo -n "$ONELINE" | grep -o 'PUPPYMENU.*' | cut -f 2-5 -d ' '`"
  if [ "$EXECMENU" = "" ];then
   echo "$ONELINE" >> $ONEDEST
  else
   ${EXECMENU} >> ${ONEDEST}
  fi
 done

done

#1nov2008: add space(s) beetween icon and text
# ajout par plinej (musher0)
sed -i -e 's/label="/label="  /g' ${ONEDEST}
# conservé

#-- patch by MU
sed -i -e "s#</JWM>#$theme\n</JWM>#" /root/.jwmrc

#support for fbpanel, lxpanel, openbox, fluxbox, pekwm...
# Remplacé par fixmenus-companion.sh (musher0, 14 déc. 2009)
kill $pid
# de fixmenusMU
###END###


As announced in the above script, I also produced this, a companion file that deals with additional manipulations we want to bring to the pekwm menu, etc. In this one, the case entries for openbox and fluxbox are commented on purpose. If someone can (in)validate them, I'd be grateful.

I felt that this new script was needed in the presence of two or more WM's on a particular Puppy.

Code:

#!/bin/sh
# fixmenus-companion.sh
# Emplacement suggéré / suggested location : /root/my-applications/bin
# musher0, 13 décembre 2009
# Script pour mettre à jour seulement les menus des
# barres et gestionnaires de fenêtres ACTIFS.

# 1) Mise à jour du menu de référence pour jwm.
/usr/sbin/fixmenus2 &
sleep 5s
# Patience ! Ça prend le temps que ça prend !

# 2) Mise à jour de la barre active
# Inspection des variables -- d'après patch2 de MU pour fixmenus

oldsize=`cat ~/.oldxdg`
newsize=`ls /usr/share/applications | wc -c`
oldsize2=`cat ~/.oldxdg2`
newsize2=`du -b -s /usr/share/applications`

if [ "$oldsize" != "$newsize" -o "$oldsize2" != "$newsize2" ];then
    if [ "`ps -C fbpanel|tail -c 8`" = "fbpanel" ];then
        tempicons &
        fbpanel_menu_refresh &
        sleep 12s
        else
        if [ "`ps -C lxpanel|tail -c 8`" = "lxpanel" ];then
            tempicons &
            lxpanel_menu_refresh &
            sleep 12s
        fi
    fi
fi
if [ "`ps -C fbpanel|tail -c 8`" != "fbpanel" -a  "`ps -C lxpanel|tail -c 8`" != "lxpanel" ];then
    echo non > non.txt &
# obmenu_refresh ?
# what other panels are there? 
fi

# 3) Mise à jour du menu du gestionnaire de fenêtres actif
CURRENTWM=""
CURRENTWM=`cat /etc/windowmanager | head -c 3`
# ligne ci-dessus par 01micko
case $CURRENTWM in
pek)
    if [ "$oldsize" != "$newsize" -o "$oldsize2" != "$newsize2" ];then
        jwm2pekwm &
        sleep 8s
# On attend que le menu des barres soit entièrement mis à jour.
    fi
    cd /root/.pekwm/
    /root/.pekwm/manip_menu_pekwm2.sh &
    # modifier en conséquence si on utilise le présent "compagnon".
    ;;
wmx)
    if [ "$oldsize" != "$newsize" -o "$oldsize2" != "$newsize2" ];then
        /usr/sbin/gen_menu_wmx.sh &
        sleep 8s
    fi
    ;;
# flu)
# Dé-commenter après validation
#    if [ "$oldsize" != "$newsize" -o "$oldsize2" != "$newsize2" ];then
#    jwm2fluxbox &
#    sleep 8s
#   fi
#    ;;
# ope)
# Dé-commenter après validation
#    if [ "$oldsize" != "$newsize" -a "$oldsize2" != "$newsize2" ];then
#    obmenu-refresh &
#    sleep 8s
#    fi
#    ;;

# Ni echinus ni ouriço n'ont de menu à eux, et les menus de
# icewm et de jwm sont mis à jour par fixmenus même.
# Autres ??

esac
echo "$newsize" > ~/.oldxdg
echo "$newsize2" > ~/.oldxdg2


The whole thing works quite well and I'll be including them in the pekwm pet. However I do not like the fact that the variables oldsize, etc. are redundant in both scripts, but I get an error if I try to export them from the first script.

Any and all comments / suggestions for improvements / positive criticisms are welcome.

Sincerely,

_________________
"Logical entities must not be multiplied needlessly." / "Il ne faut pas multiplier les êtres logiques inutilement." (Ockham)

Last edited by musher0 on Wed 16 Dec 2009, 15:10; edited 1 time in total
Back to top
View user's profile Send private message Visit poster's website 
musher0


Joined: 04 Jan 2009
Posts: 4226
Location: Gatineau (Qc), Canada

PostPosted: Wed 16 Dec 2009, 15:03    Post subject:  

Hello again.

Perhaps a rationale for the above is in order.

The main difference with the regular fixmenus is that the above scripts do NOT check for the presence of file x on the user's machine.

Rather they check for presence of size and time changes (MU's modifications) and for existence of a particular process in activity (my contribution).

This way, a lot of time is saved when updating the menus. In addition, the second script allows for fine-tuning for particular WM's, which the original fixmenus did not allow for, or minimally.

Sincerely,

_________________
"Logical entities must not be multiplied needlessly." / "Il ne faut pas multiplier les êtres logiques inutilement." (Ockham)
Back to top
View user's profile Send private message Visit poster's website 
musher0


Joined: 04 Jan 2009
Posts: 4226
Location: Gatineau (Qc), Canada

PostPosted: Wed 16 Dec 2009, 15:18    Post subject:  

Another note concerning the above scripts.

fixmenus2 can be called independently, as usual, OR from its "companion" file. It would be pointless and a waste of time to execute fixmenus2 and then the "companion" file.

(Please do if you are checking them out, of course, but for regular use, it is pointless to use both.)

Execution of the companion file "fixmenus-compagnon.sh" is recommended if you are actively using an alternate window manager. Its use is absolutely not necessary if you're simply using jwm or icewm all the time.

_________________
"Logical entities must not be multiplied needlessly." / "Il ne faut pas multiplier les êtres logiques inutilement." (Ockham)
Back to top
View user's profile Send private message Visit poster's website 
gposil


Joined: 06 Apr 2009
Posts: 1305
Location: Stanthorpe (The Granite Belt), QLD, Australia

PostPosted: Fri 18 Dec 2009, 05:18    Post subject:  

Hi guys...working on the devx for 484...but have also been adding some more pets to the Dpup repo (http://distro.ibiblio.org/pub/linux/distributions/puppylinux/pet_packages-5/).

Keep an eye on the repo for new additions, and let me know if we need to add something...

_________________
Dpup Home
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
James C


Joined: 26 Mar 2009
Posts: 5678
Location: Kentucky

PostPosted: Sat 19 Dec 2009, 03:32    Post subject:  

Starting to get a good selection of pets in there. Great job..... Smile
Back to top
View user's profile Send private message 
ttuuxxx


Joined: 05 May 2007
Posts: 10747
Location: Ontario Canada,Sydney Australia

PostPosted: Sat 19 Dec 2009, 04:46    Post subject:  

the gnome-games-Lite_2.26.1-i486-dpup.pet looks like a repack of the one I made up for upup, I totally understand why, lol it was a pain to make up the first time round and it worked on dpup out of the box.
great work gposil Smile
ttuuxxx

_________________
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games Smile

Back to top
View user's profile Send private message Visit poster's website 
Jim1911

Joined: 19 May 2008
Posts: 2445
Location: Texas, USA

PostPosted: Sat 19 Dec 2009, 15:49    Post subject:  

dposil wrote:
Jim1911 said:
Quote:
2. Installed gnome-games-Lite_2.26.1-i486-uj using ppm. It is missing libltdl.so.7. All games appear to work fine after renaming libltdl.so.3 in /usr/lib/ to libltdl.so.7

You need the original libltdl.so.3, libtdl7 is a slightly different library, it is here ..http://distro.ibiblio.org/pub/linux/distributions/puppylinux/pet_packages-5/libltdl7-2.2.6a-dpup.pet

Cheers
Guy

ttuuxxx,
As indicated above, dposil modified your upup version slightly for dpup to take care of the differences in libtdl in upup and dpup. Thank you for that pet among many others that you have shared with us.

Merry Christmas and Happy New Year to all the dpup team,
Jim
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 33 of 37 [548 Posts]   Goto page: Previous 1, 2, 3, ..., 31, 32, 33, 34, 35, 36, 37 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects » Next Puppy Development » 5.x
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1224s ][ Queries: 12 (0.0159s) ][ GZIP on ]