headers
koan | 1 Nov 2005 16:18
Picon

A few 2.7 Issues

Hello all,

This is a 2 part email regarding what appears to be a bug and also minor enhancement request

Fist off this is a Slackware 10.2 box / Perl 5.8.7 / GNUMP3d 2.7

Both issues revolve around authentication via password protection.

Issue 1:
-----------

When navigate go to my gnump3d server which is configured for password protection, and purposly fail the login prompt, the child perl process uses ~50% CPU indefinately and spews this repeatedly to the error log:

Use of uninitialized value in length at (eval 26) line 414.
Use of uninitialized value in pattern match (m//) at (eval 26) line 397.
Use of uninitialized value in pattern match (m//) at (eval 26) line 405.

I only allowed it to run for 15 minutes, but it appears to be an infinite loop. Has anyone see anything similar ?


Issue 2:
------------

It seems to me that on a failed login attempt (and I would assume a denied host - although I havn't tested that one) that, as a matter of course, the server should disclose as little information as possible about the service to which access was denied.

Currently upon bad login you are greeted with a fully templated error page that states both the applications name and exact revision.

Would it be possible to add an option for a "sparse" error page on access denied?

Thanks Jesse

_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users
Permalink | Reply | 4 comments |
headers
Steve Kemp | 1 Nov 2005 18:30
Picon
Favicon

Re: A few 2.7 Issues

On Tue, Nov 01, 2005 at 10:18:03AM -0500, koan wrote:

>    This is a 2 part email regarding what appears to be a bug and also minor
>    enhancement request

  Cool.

>    Fist off this is a Slackware 10.2 box / Perl 5.8.7 / GNUMP3d 2.7

  :)

>    When navigate go to my gnump3d server which is configured for password
>    protection, and purposly fail the login prompt, the child perl process
>    uses ~50% CPU indefinately and spews this repeatedly to the error log:

>    Use of uninitialized value in length at (eval 26) line 414.
>    Use of uninitialized value in pattern match (m//) at (eval 26) line 397.
>    Use of uninitialized value in pattern match (m//) at (eval 26) line 405.

  That sounds bad.  I'll see if I can verify it myself tomorrow when
 I'm infront of my own host.

>    I only allowed it to run for 15 minutes, but it appears to be an infinite
>    loop. Has anyone see anything similar ?

  I've not had it reported previously, but if I can confirm it I will
 of course fix it.

>    Issue 2:
>    ------------
> 
>    It seems to me that on a failed login attempt (and I would assume a denied
>    host - although I havn't tested that one) that, as a matter of course, the
>    server should disclose as little information as possible about the service
>    to which access was denied.

  That is a valid concern.

>    Currently upon bad login you are greeted with a fully templated error page
>    that states both the applications name and exact revision.
> 
>    Would it be possible to add an option for a "sparse" error page on access
>    denied?

  No.

  However you *can* edit the error page yourself, via the theme files.

  If you're using the 'default' template set you'll find the file:

	/usr/share/gnump3d/default/error.html

  You can edit/"sparsen" that file as you see fit.

  The reason I'm saying no here is because I consider the general case
 of users running the server to be upon a trusted LAN.  I don't believe
 that the majority of users run the code upon publically accessible
 machines - so the majority of users who will see an error message
 deserve to see as much information as they can.

  So whilst I'm agreeing that there is information disclosure I 
 will not accept a change in the default unless a significant number
 of users ask for it.  

  Sorry .. :S

Steve
--
Permalink | Reply | 3 comments |
headers
Ibon | 7 Nov 2005 21:04
Picon

Looking for Custom Playlists


Hi all out there. This is a GNUMP3d new user looking for solving an apparently stupid tip :)

I'm trying to make any Custom Playlist, but I don't know how :P

I'm using a "Debianized" v2.9.3 of GNUMP3d under Sarge. I've installed it and it runs perfectly, but the
"Custom playlist" tab, shows me an empty page with only 2 buttons on it: "Clear all" and "Play". No "Create
playlist", neither "Do it your self" seems to appear :)

My fool question is: how may I create a custom playlist?.

Cheers from Basque Country, Ibon.

--

-- 
Visítame en http://sinanimodelucro.dyns.cx
Usa GNU/Linux, tu úlceras te lo agradecerán.

Realizado con Software Libre.
----
Permalink | Reply | 1 comment |
headers
C. Menge | 7 Nov 2005 21:45
Picon

Re: Looking for Custom Playlists

Ibon wrote:

> [...] runs perfectly, but the "Custom playlist" tab,
> shows me an empty page with only 2 buttons on it: "Clear all" and
> "Play". No "Create playlist", neither "Do it your self" seems to
> appear :)
> 
> My fool question is: how may I create a custom playlist?.

Did you run the indexer before your first GNUmp3d startup?

       Cédric
Permalink | Reply | 0 comments |
headers
varela-hZftgttNa0Q@public.gmane.org | 7 Nov 2005 22:17
Picon

Re: Re: Looking for Custom Playlists


Mmmm, I think I did it after (you are refering to
"gnump3d-index", right?), only for info purposes...you know,
"gnump3d-index --stats".

Did I do wrong?.

Ibon.

>Did you run the indexer before your first GNUmp3d startup?
>       Cédric
Permalink | Reply | 1 comment |
headers
C. Menge | 7 Nov 2005 22:25
Picon

Re: Looking for Custom Playlists

varela@... wrote:

>> Did you run the indexer before your first GNUmp3d startup?
> 
> Mmmm, I think I did it after (you are refering to "gnump3d-index",
> right?),

Yes.

> only for info purposes...you know, "gnump3d-index --stats".
> 
> Did I do wrong?.

I think so :-)

You have to call 'gnump3d-index' without the --stats argument to execute
the initial indexing run that creates the tag.cache file from your
ID3-tags. This file is used by GNUmp3 for searching and playlist
generation, so it hasn't to look at all the mp3-files all the time.

You should verify if you have the file /logs/tag.cache.

        Cédric
Permalink | Reply | 0 comments |
headers
varela-hZftgttNa0Q@public.gmane.org | 7 Nov 2005 23:29
Picon

Re: Re: Looking for Custom Playlists


Mmm: find / -name *tag.cache* returns no positive result, so I
haven't :(

May be if I purge Gnump3d and reinstall, it will work,
wouldn't it?

What would happen if I reinstall, run "gnump3d-index", and 3
days after add another music folder to gnump3d root?, should I
purge and reinstall again?.

Ibon.

><a
href="javascript:sendMsg('varela@...');">varela@...</a>
wrote:
>>> Did you run the indexer before your first GNUmp3d startup?
>> 
>> Mmmm, I think I did it after (you are refering to
"gnump3d-index",
>> right?),
>Yes.
>> only for info purposes...you know, "gnump3d-index --stats".
>> 
>> Did I do wrong?.
>I think so :-)
>You have to call 'gnump3d-index' without the --stats argument
to execute
>the initial indexing run that creates the tag.cache file from
your
>ID3-tags. This file is used by GNUmp3 for searching and playlist
>generation, so it hasn't to look at all the mp3-files all the
time.
>You should verify if you have the file /logs/tag.cache.
>        Cédric
>_______________________________________________
>Gnump3d-users mailing list
><a href="javascript:sendMsg('Gnump3d-users@...
>http://lists.gnu.org/mailman/listinfo/gnump3d-users');">Gnump3d-users@...
>http://lists.gnu.org/mailman/listinfo/gnump3d-users</a>
Permalink | Reply | 502 comments |
headers
C. Menge | 7 Nov 2005 23:36
Picon

Re: Looking for Custom Playlists

varela@... wrote:

> Mmm: find / -name *tag.cache* returns no positive result, so I
> haven't :(

Well, so you didn't run the indexer. Just do it.

> May be if I purge Gnump3d and reinstall, it will work,
> wouldn't it?

That sounds like to much of a fuzz, but you can try.
My guess is (did I mention it before?) that you probably didn't run the
indexer.

> What would happen if I reinstall, run "gnump3d-index", and 3
> days after add another music folder to gnump3d root?, should I
> purge and reinstall again?.

After the initial indexing, GNUmp3d recognizes additions and writes them
to tag.cache.updates in the same directory.
So the answer is 'no'.

Oh, and BTW: Run the indexer ;-)

     Cédric
Permalink | Reply | 502 comments |
headers
amaya | 8 Nov 2005 01:56
Picon
Favicon

Using downsampling to recode .ogg to .mp3

Hello all --

I'm trying to persuade gnump3d to recode my ogg files to mp3 when 
downsampling. Enough of my friends are non-technical enough to make the 
hassle of recoding the files less than the hassle of explaing what an ogg 
file is and how to play it. :) That being said, I'm trying something like 
the following line in gnump3d.conf:

   downsample_medium_ogg = \
     /usr/bin/oggdec --raw -b 16 -e 1 -o - $FILENAME | \
     /usr/bin/lame -r -s 44.1 -m j -b 64 - -

I apparently need the --raw flag since I'm writing to stdout (i.e., as 
opposed to the default .wav output). The flags on /usr/bin/lame tell lame 
to assume raw pcm data, and give it (what I hope are) all the necessary 
parameters of the data. These combinations of options come from some time 
spent hunting through manpages and trial-and-error.

My problem is that it isn't working. The command above works just fine on 
the command line. In gnump3d, however, no ogg file plays, and the error 
log contains:

   Error writing to file: Broken pipe
   Error writing mp3 output

which isn't terribly helpful.

For the record, gnump3d -v gives:
   gnump3d v2.9.7 [CVS Info: gnump3d2 1.109 (2005/10/28)] on Perl v5.008006

If any one can shed some light on this, I'd be mighty appreciative.

Thanks,
Austin
Permalink | Reply | 4 comments |
headers
koan | 8 Nov 2005 14:51
Picon

Re: Using downsampling to recode .ogg to .mp3

I believe your problem is that you are assuming the line you are giving the downsampler is being executed by a shell which I doubt it is. It is most likely a perl .exec() call. Since is it not a shell, the standard redirection operators (for stdout, stdin, stderr) do not work therefore you cannot pipe the output of command 1 into comand 2 - that is a function of the shell.

What I might suggest would be something like make the line include a start shell command which in turns executes the command for the downsampling (not sure how well gnump3d would respond to this)..

example:

ownsample_medium_ogg = /bin/bash -c '/usr/bin/oggdec --raw -b 16 -e 1 -o - $FILENAME | /usr/bin/lame -r -s 44.1 -m j -b 64 - -'

I havn't tested it but what SHOULD be happening is you start a shell with -c which says "execute this command when you start". Thus you have gnump3d -> open shell -> calls your command (which now works because its executed in the context of the shell and the redirection operators are valid).

hope that helps :)


On 11/7/05, amaya <at> vt.edu <amaya-PjAqaU27lzQ@public.gmane.org> wrote:
Hello all --

I'm trying to persuade gnump3d to recode my ogg files to mp3 when
downsampling. Enough of my friends are non-technical enough to make the
hassle of recoding the files less than the hassle of explaing what an ogg
file is and how to play it. :) That being said, I'm trying something like
the following line in gnump3d.conf:

   downsample_medium_ogg = \
     /usr/bin/oggdec --raw -b 16 -e 1 -o - $FILENAME | \
     /usr/bin/lame -r -s 44.1 -m j -b 64 - -

I apparently need the --raw flag since I'm writing to stdout ( i.e., as
opposed to the default .wav output). The flags on /usr/bin/lame tell lame
to assume raw pcm data, and give it (what I hope are) all the necessary
parameters of the data. These combinations of options come from some time
spent hunting through manpages and trial-and-error.

My problem is that it isn't working. The command above works just fine on
the command line. In gnump3d, however, no ogg file plays, and the error
log contains:

   Error writing to file: Broken pipe
   Error writing mp3 output

which isn't terribly helpful.

For the record, gnump3d -v gives:
   gnump3d v2.9.7 [CVS Info: gnump3d2 1.109 (2005/10/28)] on Perl v5.008006

If any one can shed some light on this, I'd be mighty appreciative.

Thanks,
Austin


_______________________________________________
Gnump3d-users mailing list
Gnump3d-users-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/gnump3d-users

_______________________________________________
Gnump3d-users mailing list
Gnump3d-users@...
http://lists.gnu.org/mailman/listinfo/gnump3d-users
Permalink | Reply | 3 comments |

Gmane