Page 108 of 117

Posted: Fri 22 Jul 2016, 21:12
by vicmz
zigbert wrote:
vicmz wrote:Following the advice of Wow, I made a symlink to es_AR.utf8 with the name es_AR in /usr/lib/locale
I wonder why /usr/lib/locale doesn't exist at all in my Slacko 6.3.2...
... and what's inside?
The locale files to setup the default system language, generated by the C library. I am not experienced in that subject, all I know is that pMusic 4 series did not have this issue, it appeared in pMusic 5 series. I need to test more just in case it is something specific to a couple of Puppy versions.

Posted: Sat 23 Jul 2016, 19:33
by don570
I've noticed that fatdog distro stores the right click menu items in
/etc/xdg/rox.sourceforge.net/SendTo


uextract install script seems to put items there as well.

Joined: 26 Oct 2011
Posts: 1493


PostPosted: Wed 21 Aug 2013, 08:50 Post subject: FatDog/Lighthouse UExtract Instructions Reply with quote
Note for FatDog users:

UExtract seems to work pretty well on this Pup, just before installing, make sure to create one symlink:
Code:
ln -s /etc/xdg/rox.sourceforge.net/SendTo /root/.config/rox.sourceforge.net/OpenWith

and then install UExtract.
Right-click entries will appear, next to the existing ones

Posted: Sat 23 Jul 2016, 21:54
by smokey01
These are the results with libcddb-1.3.2 loaded and an audio CD in the drive.
there doesn't seem to be an -i switch in this version of cddb.

LC_ALL=C cddb_query -i /dev/cdrom read
Usage: cddb_query [OPTION] COMMAND [ARG]

Available options:
-c <mode> local cache mode [on|off|only] (default = on)
-D <cache dir> directory for local cache (default = ~/.cddbslave)
-e <charset> character set encoding (default = UTF-8, see iconv -l)
-h display this help and exit
-l <level> log level, one of debug, info, warning, error or
critical (default = warning)
-p <port> port of CDDB server (default = 888)
-P <protocol> server protocol [cddbp|http|proxy] (default = cddbp)
-q quiet, do not print any error or log messages
-s <server> name of CDDB server (default = freedb.org)
-t use track times (in seconds) instead of frame offsets

Available commands:
calc <len> <n> <fo_1> ... <fo_n>
calculate disc ID
query <len> <n> <fo_1> ... <fo_n>
query CDDB server and list all matching entries
read <cat> <id> retrieve disc details from CDDB server
search <str> perform a text search against the CDDB database
album <artist> <title>
perform a text search against the CDDB database (only
works on freedb2.org servers)
sites retrieve a list of mirror sites

Command arguments
<cat> disc category (see below)
<fo_i> without -t: frame offset of track i
with -t: length of track i in seconds
<id> disc ID in hexadecimal
<len> disc length in seconds
<n> track count
<str> search string


Available CDDB categories are:
data, folk, jazz, misc, rock, country, blues, newage, reggae,
classical, and soundtrack

Examples:
To calculate the disc ID of the CD 'Mezzanine' from Massive Attack:

cddb_query calc 3822 11 150 28690 51102 75910 102682 \
121522 149040 175772 204387 231145 268065

To query for matches of the CD 'Mezzanine' from Massive Attack:

cddb_query query 3822 11 150 28690 51102 75910 102682 \
121522 149040 175772 204387 231145 268065

To read the details of the CD 'Mezzanine' from Massive Attack:

cddb_query read misc 0x920ef00b

To search for all CDs with the string 'Mezzanine':

cddb_query search Mezzanine
or
cddb_query album '' Mezzanine
zigbert wrote:smokey01
Looks like we have different versions of libcddb. I tested

Code: Select all

cddb_query --version
, but no version information
The command used in pMusic is

Code: Select all

LC_ALL=C cddb_query -i /dev/cdrom read
(/dev/cdrom is not hardcoded, but set in the preferences)

What output do you get when executing this command?
I get:

Code: Select all

# LC_ALL=C cddb_query -i /dev/cdrom read
CD-ROM device: /dev/cdrom
CD contains 10 track(s)
Artist:   Helloween
Title:    Keeper Of The Seven Keys Part II
Genre:    Heavy Metal
Year:     1988
Length:   54:58 (3298 seconds)
10 tracks
  [01] 'Invitation' by Helloween (1:08)
  [02] 'Eagle Fly Free' by Helloween (5:10)
  [03] 'You Always Walk Alone' by Helloween (5:10)
  [04] 'Rise And Fall' by Helloween (4:23)
  [05] 'Dr Stein' by Helloween (5:05)
  [06] 'We Got The Right' by Helloween (5:08)
  [07] 'March Of Time' by Helloween (5:15)
  [08] 'I Want Out' by Helloween (4:41)
  [09] 'Keeper Of The Seven Keys' by Helloween (13:37)
  [10] 'Save Us' by Helloween (5:14)
It might be the -i switch that troubles?
It can be removed, but then user can NOT choose device if there are installed more than one.

Posted: Sun 24 Jul 2016, 08:27
by zigbert
don570 wrote:I've noticed that fatdog distro stores the right click menu items in
/etc/xdg/rox.sourceforge.net/SendTo
I have made a symlink from OpenWith to SendTo for next release. That is how it is done in Slacko.

Thank you

Posted: Sun 24 Jul 2016, 08:30
by zigbert
smokey01
Great info!
I think we can solve it by NOT setting the -i switch if CD-device is not set - as in most cases.

Thank you

Posted: Sun 24 Jul 2016, 08:44
by zigbert
smokey01
/usr/local/pmusic/func_cd
line 28

old code

Code: Select all

-read_cd_libcddb)
	gettext 'Probing disc' > $WORKDIR/splashtext
	$APPDIR/box_splash &
	LC_ALL=C cddb_query -i $CD_DEVICE read > $WORKDIR/tmp_cd 2>&1
	if [[ "$(<$WORKDIR/tmp_cd)" = *'error:'* ]]; then
new code

Code: Select all

-read_cd_libcddb)
	gettext 'Probing disc' > $WORKDIR/splashtext
	$APPDIR/box_splash &
	CD_DEVICES=$(ls -1 /sys/block 2>> $STDERR | grep -cE '^scd|^sr')
	#do not use the -i switch if not required - older versions of libcddb does not support it
	[[ $CD_DEVICE != /dev/cdrom && $CD_DEVICES -gt 1 ]] && TMP="-i $CD_DEVICE" || TMP=''
	echo "LC_ALL=C cddb_query $TMP read > $WORKDIR/tmp_cd 2>&1" > $WORKDIR/exec_cd
	chmod 722 $WORKDIR/exec_cd
	$WORKDIR/exec_cd
	if [[ "$(<$WORKDIR/tmp_cd)" = *'error:'* ]]; then

Posted: Sun 24 Jul 2016, 08:48
by zigbert
vicmz wrote:
zigbert wrote:
vicmz wrote:Following the advice of Wow, I made a symlink to es_AR.utf8 with the name es_AR in /usr/lib/locale
I wonder why /usr/lib/locale doesn't exist at all in my Slacko 6.3.2...
... and what's inside?
The locale files to setup the default system language, generated by the C library. I am not experienced in that subject, all I know is that pMusic 4 series did not have this issue, it appeared in pMusic 5 series. I need to test more just in case it is something specific to a couple of Puppy versions.

This is the very first lines in pMusic

Code: Select all

export TEXTDOMAIN=pmusic
export TEXTDOMAINDIR=/usr/share/locale
export OUTPUT_CHARSET=UTF-8
I wonder if the TEXTDOMAINDIR is making any trouble
This variable is not set in pMusic-4.x.x

PMusic 5.1.1 for Pupjibaro Wheezy downloaded, feedback soon.

Posted: Sun 24 Jul 2016, 11:21
by Pelo
PMusic 5.1.1 for Pupjibaro Wheezy downloaded, feedback soon.
rien nada, nothing...with CD

Re: PMusic 5.1.1 for Pupjibaro Wheezy downloaded, feedback soon.

Posted: Sun 24 Jul 2016, 18:56
by zigbert
Pelo wrote:PMusic 5.1.1 for Pupjibaro Wheezy downloaded, feedback soon.
rien nada, nothing...with CD
I don't know Pupjibaro Wheezy, but as I understand, it is rather ol...That means pMusic will have trouble with the core dependencies. This can be verified by executing

Code: Select all

pmusic -D
in terminal.

Smokey01 reported issues (see a few posts above) when using libcddb. This will be solved for next release.

If you are forced (or just like) to use an older distro, you might find pCD the best choice. I do not intend to continue development on the pMusic 2- or 3-branch.

If you find your system includes the required dependencies, please let me know more about your case. I need your help to track down bugs.

Thank you

Posted: Sun 24 Jul 2016, 19:04
by zigbert
Pelo
Playing audio-CD
No issues with Norwegian chars in the latest Puppy (Slacko) and pMusic (5.1.2)

Posted: Mon 25 Jul 2016, 01:01
by smokey01
That did the trick. All working good now in Fatdog64-710.
zigbert wrote:smokey01
/usr/local/pmusic/func_cd
line 28

old code

Code: Select all

-read_cd_libcddb)
	gettext 'Probing disc' > $WORKDIR/splashtext
	$APPDIR/box_splash &
	LC_ALL=C cddb_query -i $CD_DEVICE read > $WORKDIR/tmp_cd 2>&1
	if [[ "$(<$WORKDIR/tmp_cd)" = *'error:'* ]]; then
new code

Code: Select all

-read_cd_libcddb)
	gettext 'Probing disc' > $WORKDIR/splashtext
	$APPDIR/box_splash &
	CD_DEVICES=$(ls -1 /sys/block 2>> $STDERR | grep -cE '^scd|^sr')
	#do not use the -i switch if not required - older versions of libcddb does not support it
	[[ $CD_DEVICE != /dev/cdrom && $CD_DEVICES -gt 1 ]] && TMP="-i $CD_DEVICE" || TMP=''
	echo "LC_ALL=C cddb_query $TMP read > $WORKDIR/tmp_cd 2>&1" > $WORKDIR/exec_cd
	chmod 722 $WORKDIR/exec_cd
	$WORKDIR/exec_cd
	if [[ "$(<$WORKDIR/tmp_cd)" = *'error:'* ]]; then

Posted: Wed 27 Jul 2016, 12:49
by vicmz
zigbert wrote:This is the very first lines in pMusic

Code: Select all

export TEXTDOMAIN=pmusic
export TEXTDOMAINDIR=/usr/share/locale
export OUTPUT_CHARSET=UTF-8
I wonder if the TEXTDOMAINDIR is making any trouble
This variable is not set in pMusic-4.x.x
I removed TEXTDOMAINDIR from the script, deleted the symlink /usr/lib/locale/es_AR, deleted /root/.pmusic, started Pmusic 5.0.5, the results were the same.

Uninstalled Pmusic 5.0.5 and installed 4.7.4 instead: the symlink was not required, the GUI showed up in Spanish at the first try.

To have a Pmusic 5.0.5 in Spanish, I typed in terminal

Code: Select all

ln -s /usr/lib/locale/es_AR.utf8 /usr/lib/locale/es_AR
Notice that in the directory, there is en_US and en_US.utf8, but when the system language is changed, Spanish in this case, only es_AR.utf8 is created. Using Pmusic 5.0.5, The GUI refuses to translate because directory es_AR with its content is missing, but Pmusic 4.7.4 seems to run fine.

Posted: Fri 29 Jul 2016, 09:52
by zigbert
I'm on an arctic expedition, and out of reach in the next days...

vicmz
Will dig deeper into this when I'm home again.
Thanks for the info

Posted: Fri 29 Jul 2016, 10:15
by tlchost
zigbert wrote:I'm on an arctic expedition, and out of reach in the next days...
So I guess we could say updates are frozen ?

Posted: Thu 04 Aug 2016, 13:32
by zigbert
Updates are frozen, not me :lol: :lol: :lol:

After 6 days in the wilderness, I've reached www connection. Still some days before I am back home...

Posted: Fri 05 Aug 2016, 17:04
by OscarTalks
I just tried installing pMusic 5.0.5 into my remastered Wheezy Puppy.
Rather strange, on first run it is creating a file at /usr/share/applications/deadbeef.desktop containing the code exec pmusic "$@"

This overwrites my deadbeef desktop file and then when fixmenus runs I lose deadbeef from my menu. Why would pMusic write a file with that name at that location?

Posted: Fri 05 Aug 2016, 21:51
by zigbert
OscarTalks
pMusic does not make a Deadbeef.desktop file. Something is strange about your experience.
The only thing I can think of; is that the pMusic pet includes a /usr/local/bin/defaultaudioplayer. The pinstall script also overwrites the content of ./usr/local/bin/defaultaudioplayer if installing it inside a woof-like environment.

Please update me if you find more details about this.
Thank you

Posted: Sat 06 Aug 2016, 01:39
by OscarTalks
Hello Zigbert,

Thanks for the reply. It certainly is very strange. I thought I must be dreaming or something, but I deleted the .desktop file, deleted /root/.pmusic and tried the first run again and the file was created again.

I am not installing the .pet or running the pinstall script. I am putting the new pMusic /usr/local/pmusic into my remastered main Puppy .sfs file.

I tested without loading my save-file (pfix=ram) and the .desktop file is not created so it must be something that is happening within my save-file. Also it doesn't happen in my remastered Slacko 5.7 so I guess it is not a problem within pMusic. If I find any further information I will let you know.

I am adding some screenshots to show the creation of this strange file.

Posted: Sat 06 Aug 2016, 02:44
by greengeek
OscarTalks wrote:Rather strange, on first run it is creating a file at /usr/share/applications/deadbeef.desktop containing the code exec pmusic "$@"
This overwrites my deadbeef desktop file and then when fixmenus runs I lose deadbeef from my menu. Why would pMusic write a file with that name at that location?
Is deadbeef normally your default audioplayer?
EDIT : Could you share what application you access via the Alsa input level.desktop file visible in your pic please? cheers

Posted: Sat 06 Aug 2016, 14:00
by OscarTalks
greengeek wrote:Is deadbeef normally your default audioplayer?
EDIT : Could you share what application you access via the Alsa input level.desktop file visible in your pic please? cheers
Yes, deadbeef is set as the default audio player in this scenario. It looks as if pMusic (on first-run) is attempting to create /usr/local/bin/defaultaudioplayer to set pMusic as default which I can understand, but then somehow the file is getting renamed as deadbeef.desktop and moved to /usr/share/applications which is all very peculiar because the file does not even have the format of a .desktop file, it is an executable script. Maybe it has something to do with deadbeef being set as default, but I have the same thing in my Slacko 5.7 and this does NOT happen in that so I don't know what to think. Probably it is something silly I am doing which is right under my nose and I can't see it for the moment.

The original alsa-input-level program was on this forum somewhere, written by 01micko or jamesbond or both of them, I can't quite remember. It had a graphical bargraph display, but for some reason I ended up modifying it so it displays as a console with information and a VU bargraph along the bottom to show the audio capture level. Again I forget why I modified it in this way, sorry, I have a bad memory sometimes. Also I added the analogue VU meter icon which I grabbed from somewhere because I thought it looked nice. There is a .pet in my http://smokey01.com/OscarTalks storage, but I am not sure if it is the same as the one I am using now.