pMusic 6.0.0

[vicmz]

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.

[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

[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

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.

[zigbert]

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

[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

[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

[zigbert]

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

[Pelo]

PMusic 5.1.1 for Pupjibaro Wheezy downloaded, feedback soon.
rien nada, nothing...with CD

[zigbert]

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

[zigbert]

Pelo
Playing audio-CD
No issues with Norwegian chars in the latest Puppy (Slacko) and pMusic (5.1.2)

[smokey01]

That did the trick. All working good now in Fatdog64-710.

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

[vicmz]

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.

[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

[tlchost]

I'm on an arctic expedition, and out of reach in the next days...

So I guess we could say updates are frozen ?

[zigbert]

Updates are frozen, not me

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

[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?

[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

[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.

[greengeek]

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

[OscarTalks]

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.