bashburn-info Mailing List for BashBurn (Page 18)
Brought to you by:
bashburn
Menu
▾
▴
bashburn-info — BashBurn mailing list
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
(3) |
Mar
|
Apr
(31) |
May
(5) |
Jun
(10) |
Jul
(21) |
Aug
(9) |
Sep
(9) |
Oct
(5) |
Nov
|
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(4) |
Feb
(7) |
Mar
|
Apr
(6) |
May
(1) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
(7) |
Nov
(3) |
Dec
(17) |
| 2007 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(8) |
Aug
(114) |
Sep
(283) |
Oct
(128) |
Nov
|
Dec
(1) |
|
From: Nick W. <ni...@uk...> - 2008-08-31 08:12:23
|
On Sat, 30 Aug 2008 18:55:47 -0400 (EDT) "Steven W. Orr" <st...@sy...> wrote: > =>> I think this time we got it. > => > =>Last commit broke it again. ~ # @ ... > > This time for sure. (Wait, didn't I say that last time?) > > Thanks Nick. Break it again! I dare you! OK, looks good :-) AFAICS the menu now is 100% functional and correct. I haven't used it to burn anything yet though. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 22:55:40
|
On Saturday, Aug 30th 2008 at 17:35 -0000, quoth Nick Warne: =>On Sat, 30 Aug 2008 16:41:45 -0400 (EDT) =>"Steven W. Orr" <st...@sy...> wrote: => =>> =>The regex line I done just stripped anything that wasn't a digit. =>> =>> Ok, this time for sure. =>> =>> You can't remove the offending characters from selection because it's =>> already types as integer. So the variable never had a value that =>> contained offedning characters. You were going in the right =>> direction, but you have to assign to selection the result of =>> stripping out the bad characters, and THEN compare selection to see =>> if it's not equal to chselection. =>> =>> I think this time we got it. => =>Last commit broke it again. ~ # @ ... This time for sure. (Wait, didn't I say that last time?) Thanks Nick. Break it again! I dare you! -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: Nick W. <ni...@uk...> - 2008-08-30 21:35:16
|
On Sat, 30 Aug 2008 16:41:45 -0400 (EDT) "Steven W. Orr" <st...@sy...> wrote: > =>The regex line I done just stripped anything that wasn't a digit. > > Ok, this time for sure. > > You can't remove the offending characters from selection because it's > already types as integer. So the variable never had a value that > contained offedning characters. You were going in the right > direction, but you have to assign to selection the result of > stripping out the bad characters, and THEN compare selection to see > if it's not equal to chselection. > > I think this time we got it. Last commit broke it again. ~ # @ ... Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 20:45:16
|
On Sat, 30 Aug 2008 20:36:47 +0100 Nick Warne <ni...@uk...> wrote: > On Sat, 30 Aug 2008 20:11:31 +0100 > Nick Warne <ni...@uk...> wrote: > > > > > Thinking, perhaps what I done _is_ the right thing i.e. sanitise > > > the input before deliberating what needs to be done later in the > > > code. > > > > > > I guess it could be more elegant though... > > > > > > Nick > > > > OK, I think I found it. I liked the warning about none-digit > > entered > > - so sanitise the cloned $VAR! Seems to work good now. > > Oh No it doesn't... just entering '7a', or 'shdgshjh8' e.g. fubars > that. > > This is a bit of a conundrum, indeed. > > Rest time... Until now. Now is rest time. Latest commit. $VAR1 $VAR2. Strip non-DIGITS from $VAR1 (now contains only digits) and compare with original $VAR2. If they are not equal (i.e. $VAR2 contains alpha)... Nick -- Free Software Foundation Associate Member 5508 |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 20:41:38
|
On Saturday, Aug 30th 2008 at 12:48 -0000, quoth Nick Warne:
=>On Sat, 30 Aug 2008 17:45:31 +0100
=>Nick Warne <ni...@uk...> wrote:
=>
=>> On Sat, 30 Aug 2008 12:03:10 -0400 (EDT)
=>> "Steven W. Orr" <st...@sy...> wrote:
=>>
=>> > if (( selection == 0 )) && [[ "$chselection" != 0 ]]
=>> > then
=>> > echo 'Error: Input must be numeric'
=>> > elif (( selection >= 0 && selection < size ))
=>> > then
=>> > eval ${action[selection]} # Do it baby.
=>> > else
=>> > # Bitch if the input was out of bounds.
=>> > echo 'Error: Input must be in range'
=>> > nogood=1
=>> > fi
=>>
=>> Very good. Many ways to skin a cat in GNU/Linux world.
=>>
=>> Works great.
=>>
=>> Nick
=>
=>Famous last words. If you type a none digit/alpha character (i.e. # ~
=>@ etc. ) oops.
=>
=>The regex line I done just stripped anything that wasn't a digit.
Ok, this time for sure.
You can't remove the offending characters from selection because it's
already types as integer. So the variable never had a value that contained
offedning characters. You were going in the right direction, but you have
to assign to selection the result of stripping out the bad characters, and
THEN compare selection to see if it's not equal to chselection.
I think this time we got it.
The sequence that showed the problem before was to enter some numbers that
were interspaced with bad stuff. All that would be left were the numbers
and then it tested to see if it was in range.
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
|
|
From: Nick W. <ni...@uk...> - 2008-08-30 19:36:42
|
On Sat, 30 Aug 2008 20:11:31 +0100 Nick Warne <ni...@uk...> wrote: > > Thinking, perhaps what I done _is_ the right thing i.e. sanitise the > > input before deliberating what needs to be done later in the code. > > > > I guess it could be more elegant though... > > > > Nick > > OK, I think I found it. I liked the warning about none-digit entered > - so sanitise the cloned $VAR! Seems to work good now. Oh No it doesn't... just entering '7a', or 'shdgshjh8' e.g. fubars that. This is a bit of a conundrum, indeed. Rest time... Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 19:11:50
|
On Sat, 30 Aug 2008 17:57:41 +0100
Nick Warne <ni...@uk...> wrote:
> On Sat, 30 Aug 2008 17:48:17 +0100
> Nick Warne <ni...@uk...> wrote:
>
> > > > if (( selection == 0 )) && [[ "$chselection" != 0 ]]
> > > > then
> > > > echo 'Error: Input must be numeric'
> > > > elif (( selection >= 0 && selection < size ))
> > > > then
> > > > eval ${action[selection]} # Do it baby.
> > > > else
> > > > # Bitch if the input was out of bounds.
> > > > echo 'Error: Input must be in range'
> > > > nogood=1
> > > > fi
> > >
> > > Very good. Many ways to skin a cat in GNU/Linux world.
> > >
> > > Works great.
> > >
> > > Nick
> >
> > Famous last words. If you type a none digit/alpha character (i.e.
> > # ~ @ etc. ) oops.
> >
> > The regex line I done just stripped anything that wasn't a digit.
>
> Thinking, perhaps what I done _is_ the right thing i.e. sanitise the
> input before deliberating what needs to be done later in the code.
>
> I guess it could be more elegant though...
>
> Nick
OK, I think I found it. I liked the warning about none-digit entered -
so sanitise the cloned $VAR! Seems to work good now.
Nick
--
Free Software Foundation Associate Member 5508
|
|
From: Nick W. <ni...@uk...> - 2008-08-30 17:55:33
|
On Sat, 30 Aug 2008 13:53:34 -0400 (EDT) "Steven W. Orr" <st...@sy...> wrote: > On Saturday, Aug 30th 2008 at 13:42 -0000, quoth Nick Warne: > > =>On Sat, 30 Aug 2008 13:37:42 -0400 (EDT) > =>"Steven W. Orr" <st...@sy...> wrote: > => > =>> On Saturday, Aug 30th 2008 at 13:05 -0000, quoth Nick Warne: > =>> > =>> =>As per subject: > =>> => > =>> =>cannot access lang/Swedish/advanced.lang: No such file or > directory =>> => > =>> =>This file is missing or has been removed. As I know nothing of > the =>> way =>the lang stuff works, perhaps somebody removed this and > forgot =>> to update =>Install.sh. > =>> => > =>> =>Nick > =>> > =>> I just removed the installation at my end and reinstalled. The > file =>> is there. > => > =>http://svn.inf.sgsp.edu.pl/listing.php?rep=0&path=/bashburn/lang/Swedish/&rev=0&sc=0 > => > =>It isn't in the repository. > > Looks like it got deleted somewhere. I just put it back. > Fixed :-) Nick -- Free Software Foundation Associate Member 5508 |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 17:53:27
|
On Saturday, Aug 30th 2008 at 13:42 -0000, quoth Nick Warne: =>On Sat, 30 Aug 2008 13:37:42 -0400 (EDT) =>"Steven W. Orr" <st...@sy...> wrote: => =>> On Saturday, Aug 30th 2008 at 13:05 -0000, quoth Nick Warne: =>> =>> =>As per subject: =>> => =>> =>cannot access lang/Swedish/advanced.lang: No such file or directory =>> => =>> =>This file is missing or has been removed. As I know nothing of the =>> way =>the lang stuff works, perhaps somebody removed this and forgot =>> to update =>Install.sh. =>> => =>> =>Nick =>> =>> I just removed the installation at my end and reinstalled. The file =>> is there. => =>http://svn.inf.sgsp.edu.pl/listing.php?rep=0&path=/bashburn/lang/Swedish/&rev=0&sc=0 => =>It isn't in the repository. Looks like it got deleted somewhere. I just put it back. -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: Nick W. <ni...@uk...> - 2008-08-30 17:42:28
|
On Sat, 30 Aug 2008 13:37:42 -0400 (EDT) "Steven W. Orr" <st...@sy...> wrote: > On Saturday, Aug 30th 2008 at 13:05 -0000, quoth Nick Warne: > > =>As per subject: > => > =>cannot access lang/Swedish/advanced.lang: No such file or directory > => > =>This file is missing or has been removed. As I know nothing of the > way =>the lang stuff works, perhaps somebody removed this and forgot > to update =>Install.sh. > => > =>Nick > > I just removed the installation at my end and reinstalled. The file > is there. http://svn.inf.sgsp.edu.pl/listing.php?rep=0&path=/bashburn/lang/Swedish/&rev=0&sc=0 It isn't in the repository. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 17:37:35
|
On Saturday, Aug 30th 2008 at 13:05 -0000, quoth Nick Warne: =>As per subject: => =>cannot access lang/Swedish/advanced.lang: No such file or directory => =>This file is missing or has been removed. As I know nothing of the way =>the lang stuff works, perhaps somebody removed this and forgot to update =>Install.sh. => =>Nick I just removed the installation at my end and reinstalled. The file is there. Also, is the error message saying cannot access lang/Swedish/advanced.lang: No such file or directory or is it saying ? cannot access /usr/bin/BashBurn/lang/Swedish/advanced.lang: No such file or directory We have a problem with lang at the moment. We used to be starting subprocesses all over the place. Now we're calling subroutines. The problem is that if we change the language then we're not affecting the subroutine that was already defined. The current solution until we come up with something better is that we have to restart bb. We could say something like exec bb to force a restart but that's a pretty bug hammer. Another approach is that when we do the exec, we can pass an option to tell bb how to getexactly back to where we were when we did the exec. The idea of having to restart doesn't bother me very much. I don't know how others feel. -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: Nick W. <ni...@uk...> - 2008-08-30 17:05:33
|
As per subject: cannot access lang/Swedish/advanced.lang: No such file or directory This file is missing or has been removed. As I know nothing of the way the lang stuff works, perhaps somebody removed this and forgot to update Install.sh. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 16:57:38
|
On Sat, 30 Aug 2008 17:48:17 +0100
Nick Warne <ni...@uk...> wrote:
> > > if (( selection == 0 )) && [[ "$chselection" != 0 ]]
> > > then
> > > echo 'Error: Input must be numeric'
> > > elif (( selection >= 0 && selection < size ))
> > > then
> > > eval ${action[selection]} # Do it baby.
> > > else
> > > # Bitch if the input was out of bounds.
> > > echo 'Error: Input must be in range'
> > > nogood=1
> > > fi
> >
> > Very good. Many ways to skin a cat in GNU/Linux world.
> >
> > Works great.
> >
> > Nick
>
> Famous last words. If you type a none digit/alpha character (i.e. # ~
> @ etc. ) oops.
>
> The regex line I done just stripped anything that wasn't a digit.
Thinking, perhaps what I done _is_ the right thing i.e. sanitise the
input before deliberating what needs to be done later in the code.
I guess it could be more elegant though...
Nick
--
Free Software Foundation Associate Member 5508
|
|
From: Nick W. <ni...@uk...> - 2008-08-30 16:48:07
|
On Sat, 30 Aug 2008 17:45:31 +0100
Nick Warne <ni...@uk...> wrote:
> On Sat, 30 Aug 2008 12:03:10 -0400 (EDT)
> "Steven W. Orr" <st...@sy...> wrote:
>
> > I pulled a rabbit outa ma hat. I hope we didn't step on each other.
>
> NP.
>
> > if (( selection == 0 )) && [[ "$chselection" != 0 ]]
> > then
> > echo 'Error: Input must be numeric'
> > elif (( selection >= 0 && selection < size ))
> > then
> > eval ${action[selection]} # Do it baby.
> > else
> > # Bitch if the input was out of bounds.
> > echo 'Error: Input must be in range'
> > nogood=1
> > fi
>
> Very good. Many ways to skin a cat in GNU/Linux world.
>
> Works great.
>
> Nick
Famous last words. If you type a none digit/alpha character (i.e. # ~
@ etc. ) oops.
The regex line I done just stripped anything that wasn't a digit.
Nick
--
Free Software Foundation Associate Member 5508
|
|
From: Nick W. <ni...@uk...> - 2008-08-30 16:45:24
|
On Sat, 30 Aug 2008 12:03:10 -0400 (EDT)
"Steven W. Orr" <st...@sy...> wrote:
> I pulled a rabbit outa ma hat. I hope we didn't step on each other.
NP.
> if (( selection == 0 )) && [[ "$chselection" != 0 ]]
> then
> echo 'Error: Input must be numeric'
> elif (( selection >= 0 && selection < size ))
> then
> eval ${action[selection]} # Do it baby.
> else
> # Bitch if the input was out of bounds.
> echo 'Error: Input must be in range'
> nogood=1
> fi
Very good. Many ways to skin a cat in GNU/Linux world.
Works great.
Nick
--
Free Software Foundation Associate Member 5508
|
|
From: Steven W. O. <st...@sy...> - 2008-08-30 16:03:09
|
On Saturday, Aug 30th 2008 at 09:00 -0000, quoth Nick Warne:
=>I just put a quick fix up for just pressing a lonesome [ENTER] in the
=>menus - but I have just found out this still buggers up if you press
=>ANY key, as it will always select menu item 0 (or the first on the
=>list).
=>
=>if (( selection >= 0 && selection < size ))
=>
=>is always 0, I guess.
=>
=>I guess we need a regex here to detect if a digit was typed in? I can
=>see no other way, unless Steve can do his magic.
=>
=>
=>Nick
I pulled a rabbit outa ma hat. I hope we didn't step on each other. Given
typeset -i selection and typeset chselection
I assign chselection to selection. If chselection is nonnumeric then
selection gets set to zero. Then
if (( selection == 0 )) && [[ "$chselection" != 0 ]]
then
echo 'Error: Input must be numeric'
elif (( selection >= 0 && selection < size ))
then
eval ${action[selection]} # Do it baby.
else
# Bitch if the input was out of bounds.
echo 'Error: Input must be in range'
nogood=1
fi
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
|
|
From: Steven W. O. <st...@sy...> - 2008-08-30 14:49:37
|
On Saturday, Aug 30th 2008 at 10:23 -0000, quoth Steven W. Orr: =>On Saturday, Aug 30th 2008 at 05:46 -0000, quoth Nick Warne: => =>=> =>=>func/configfunc.sh commited - I think this is the right thing to do. => =>Seems to work. What I had was in fact a problem. Thanks. => =>=> =>=>Also I noticed when at a menu prompt, if you type any character, then =>=>use the left arrow key, the cursor jumps to the first position BEHIND =>=>the prompt. =>=> =>=>It doesn't affect the data (you can still edit it). =>=> =>=>I don't know how to fix this. => =>Now I see the problem. The actual prompt for the read is not coming from =>the read. It came from the echo previous. I have a solution. Wait for it. =>:-) Ok. Here's the problem. read doesn't process control characters in the prompt. We could embed actual binary chars in the prompts. Very bad idea. The better way to go is to do this: red="\e[1;31m" off="\e[1;0m" prompt=$(printf "%bHello%b there" $red $off) read -e -p "$prompt" vv This will solve the problem because then the prompt will start on a particular column number and it will be because read put it there. -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 14:23:10
|
On Saturday, Aug 30th 2008 at 05:46 -0000, quoth Nick Warne: => =>func/configfunc.sh commited - I think this is the right thing to do. Seems to work. What I had was in fact a problem. Thanks. => =>Also I noticed when at a menu prompt, if you type any character, then =>use the left arrow key, the cursor jumps to the first position BEHIND =>the prompt. => =>It doesn't affect the data (you can still edit it). => =>I don't know how to fix this. Now I see the problem. The actual prompt for the read is not coming from the read. It came from the echo previous. I have a solution. Wait for it. :-) -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: Nick W. <ni...@uk...> - 2008-08-30 13:00:46
|
I just put a quick fix up for just pressing a lonesome [ENTER] in the menus - but I have just found out this still buggers up if you press ANY key, as it will always select menu item 0 (or the first on the list). if (( selection >= 0 && selection < size )) is always 0, I guess. I guess we need a regex here to detect if a digit was typed in? I can see no other way, unless Steve can do his magic. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 10:33:18
|
Do a fresh update - I have fixed a few more things I found. As an aside, it looks like the svn server has a configuration issue: Warning: 'post-commit' hook failed with error output: /home/services/svnroot/hooks/post-commit[38]: /usr/local/bin/commit-email.pl: not found /home/services/svnroot/hooks/post-commit[39]: /usr/local/bin/commit-email.pl: not found I guess somebody somewhere isn't getting an e-mail. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 09:46:46
|
func/configfunc.sh commited - I think this is the right thing to do. Also I noticed when at a menu prompt, if you type any character, then use the left arrow key, the cursor jumps to the first position BEHIND the prompt. It doesn't affect the data (you can still edit it). I don't know how to fix this. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 09:06:44
|
I got svn going :-) OK, I found I couldn't start the latest version due to errors: configuremenuactions[]: bad array subscript I have fixed these up and committed. Nick -- Free Software Foundation Associate Member 5508 |
|
From: Nick W. <ni...@uk...> - 2008-08-30 08:04:08
|
OK, so I thought I would grab a new fresh SVN copy to test rather than transfer my old (not updated) svn repository from my old machine. Now, I can't check out at all. I get asked for a password, which seems to fail, then a username/password twice more... then dumped with: svn: REPORT request failed on '/svn/!svn/vcc/default' svn: REPORT of '/svn/!svn/vcc/default': authorization failed (https://svn.inf.sgsp.edu.pl) Now, I have got an account to svn commit, but haven't used it for ages, but even so, this is a new machine with new server/client keys... Ideas? Nick -- Free Software Foundation Associate Member 5508 |
|
From: Steven W. O. <st...@sy...> - 2008-08-30 01:41:00
|
On Friday, Aug 29th 2008 at 18:16 -0000, quoth Anders Lind?n: =>I added a convert_audio.sh file which will replace =>convert_mp3/ogg/flac.sh. Also got rid of the error message about =>returning a non-numerical value by rewriting the check_for_* =>functions. Added function convert_if_exist which check if files with =>the supplied file extension exists, and if so runs the appropriate =>converting function. => =>I'm sure the code can be improved (It's late here dammit) so check it out. Ok, I made a few changes. Instead of passing *.mp3 or *.ogg to convert_audio, I made it an option, a la convert_audio --mp3 or convert_audio --ogg I have an allergy to passing globs around because you don't really always know when they're going to expand on you. (BTW, you hadn't tested for ogg.) I added a read variable in check_for. Otherwise you're using the implicit global variable REPLY. No big deal, but I moved convert_audio higher in Install.sh so that the files were kept in alphabetical order. And in menus/audio_menus.sh, it was calling burning.sh instead of burning. :-) -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net |
|
From: A. L. <and...@gm...> - 2008-08-29 22:16:09
|
I added a convert_audio.sh file which will replace convert_mp3/ogg/flac.sh. Also got rid of the error message about returning a non-numerical value by rewriting the check_for_* functions. Added function convert_if_exist which check if files with the supplied file extension exists, and if so runs the appropriate converting function. I'm sure the code can be improved (It's late here dammit) so check it out. -- Anders Lindén http://bashburn.sf.net |
8 messages has been excluded from this view by a project administrator.
