Branches
Comments
[»]
Segmentation fault on startup
by John - Jun 14th 2006 15:19:46
Hello...
On startup - without any other indication - I received the dreaded
"Segmentation Fault"
Inserting a few lines in the code here and there, I found that the error
is produced in:
Project.py, line 42
gnome.tools = gnometools
Just to be sure, I reinstalled. Can´t find the cause though.
Any ideas?
[reply]
[top]
[»]
2.2.0.0.8
by John - Mar 5th 2005 14:04:41
Hi all.
Roaster detects the writer and assigns /dev/scd1 0,1,0, though no scsi
support is compiled into the 2.6.11 kernel. I see no detection of the 'new'
2.6.x atapi interface. (The ATAPI variable is set to TRUE in cdrtools.py).
Is the ide_scsi interface still necessary?
I tried many combinations, but always get:
Traceback (most recent call last):
File "/usr/local/lib/eroaster/Application.py", line 760, in
BurnWriterOptions
self.BurnCDNow()
File "/usr/local/lib/eroaster/Application.py", line 829, in
BurnCDNow
cdrecord = cdrtools.cdrecord(channel, id, lun,
self.devWriter.get_text(), self.cat.get_loglevel())
File "/usr/local/lib/eroaster/cdrtools.py", line 124, in
__init__
self.__cdrecord_read_version()
File "/usr/local/lib/eroaster/cdrtools.py", line 249, in
__cdrecord_read_version
for i in range(len(version[1])):
IndexError: list index out of range
[reply]
[top]
[»]
Re: 2.2.0.0.8
by gabriel - Jun 13th 2005 19:26:13
> Hi all.
> Roaster detects the writer and assigns
> /dev/scd1 0,1,0, though no scsi support
> is compiled into the 2.6.11 kernel. I
> see no detection of the 'new' 2.6.x
> atapi interface. (The ATAPI variable is
> set to TRUE in cdrtools.py). Is the
> ide_scsi interface still necessary?
> I tried many combinations, but always
> get:
>
> Traceback (most recent call last):
> File
> "/usr/local/lib/eroaster/Application.py",
> line 760, in BurnWriterOptions
> self.BurnCDNow()
> File
> "/usr/local/lib/eroaster/Application.py",
> line 829, in BurnCDNow
> cdrecord =
> cdrtools.cdrecord(channel, id, lun,
> self.devWriter.get_text(),
> self.cat.get_loglevel())
> File
> "/usr/local/lib/eroaster/cdrtools.py",
> line 124, in __init__
> self.__cdrecord_read_version()
> File
> "/usr/local/lib/eroaster/cdrtools.py",
> line 249, in __cdrecord_read_version
> for i in range(len(version[1])):
> IndexError: list index out of range
>
hi,
i met the same problem, and after i wrote my own fix, i found this
page:
http://www.mail-archive.com/debian-bugs-rc@lists.debian.org/msg01386.html
it is a bug in the version output of cdrecord.
gabriel
[reply]
[top]
[»]
ide-scsi
by David Pace - Nov 11th 2004 21:34:58
I tried setting the device to ATA:1,1,0
but it insists on using /dev/sgX
I tried compiling in ide-scsi emulation in the kernel.
cdrecord accepts my commands. But eroaster won't use the correct device
name. ugh.
eroaster even detects the channel,lun ... 1,1,0 correctly. But it won't
send the correct device name to the cdrecord program.
[reply]
[top]
[»]
Problems & Threads
by orbitphreak - Oct 23rd 2003 00:01:04
I get the following whenever I run eroaster (I'm using the latest
version).
10/22/03 23:56:38.589 WARNING main [Main] Couldn't find zinf
10/22/03 23:56:38.590 WARNING main [Main] Couldn't find normalize
10/22/03 23:56:38.597 WARNING main [Main] Couldn't find bchunk
Also, eroaster kept complaining about threads not enabled at compile time
(yes, even after I compiled pygtk with the --enable-thread option). I was
able to get eroaster to run by commenting out the threads initialization in
the Application.py file.. Should I expect side effects?
[reply]
[top]
[»]
Re: Problems & Threads
by Martin Preishuber - Oct 23rd 2003 12:03:42
> I get the following whenever I run
> eroaster (I'm using the latest
> version).
>
> 10/22/03 23:56:38.589 WARNING main
> [Main] Couldn't find zinf
> 10/22/03 23:56:38.590 WARNING main
> [Main] Couldn't find normalize
> 10/22/03 23:56:38.597 WARNING main
> [Main] Couldn't find bchunk
>
> Also, eroaster kept complaining about
> threads not enabled at compile time
> (yes, even after I compiled pygtk with
> the --enable-thread option). I was able
> to get eroaster to run by commenting out
> the threads initialization in the
> Application.py file.. Should I expect
> side effects?
>
>
Basically you can ignore the warning at the beginning ... zinf is an
option for mp3-playback (if you don't have xmms installed), normalize is
optional as well (normalizes wav files before burning audio CDs) and bchunk
is for converting bin/cue files to iso-files.
The thread error is no good ... without a thread enabled version of pygtk
you won't be able to burn a cd at all. the reason why it fails for you is
difficult to tell at this point.
--
Martin Preishuber - IT Expert, Student, SysAdmin
http://www.eclipt.at, mailto:Martin.Preishuber@eclipt.at
Acceptance testing:
An unsuccessful attempt to find bugs.
[reply]
[top]
[»]
Re: Problems & Threads
by orbitphreak - Oct 24th 2003 14:08:32
eroaster is the Best!
Ok, I was able to get eroaster compiled AND running flawlessly on RedHat
9.0.
I fixed the "ptygtk threading disabled at compile time" error by:
1) installing python 2.2.3 from source:
./configure --prefix=/usr/local --enable-tread
make
make install
NOTE: I instlalled it in /usr/local because I didn't want to remove my
current copy of python.
2) installing pygtk 2.0.0 from source:
./configure --enable-thread
make
make install
All works well and it's an amazing application. I think RH should include
it in their distro.
- orbitphreak
[reply]
[top]
[»]
Re: Problems & Threads
by dapper dan - Oct 27th 2003 09:50:27
> eroaster is the Best!
>
> Ok, I was able to get eroaster compiled
> AND running flawlessly on RedHat 9.0.
>
> I fixed the "ptygtk threading disabled
> at compile time" error by:
>
> 1) installing python 2.2.3 from source:
> ./configure --prefix=/usr/local
> --enable-tread
> make
> make install
> NOTE: I instlalled it in /usr/local
> because I didn't want to remove my
> current copy of python.
>
> 2) installing pygtk 2.0.0 from source:
> ./configure --enable-thread
> make
> make install
>
> All works well and it's an amazing
> application. I think RH should include
> it in their distro.
>
> - orbitphreak
>
>
I love eroaster better than any other Linux "burner" and used it
extensively when I was running Mandrake 9.0. I recently switched to Red
Hat 9 and am saddened that I'm having such a hard time installing it. I
had the same problem as orbitphreak mentions here and followed his very
clear directions to resolve it. (Thanks orbitphreak!) I'm no longer getting
the above errors but now have this...
Traceback (most recent call last):
File "/usr/local/bin/eroaster", line 125, in ?
app = Application()
File "/usr/local/lib/eroaster/main.py", line 254, in __init__
touch(lockfile)
File "/usr/local/lib/eroaster/tools.py", line 354, in touch
file = open(filename, "w")
IOError: [Errno 2] No such file or directory:
'/root/.eroaster/.eroaster.lock'
I'm no Linux guru. I'm just a guy who wants to use his beloved eroaster
again. Any help would be greatly appreciated! Thanks!
dapperdan
[reply]
[top]
[»]
Re: Problems & Threads
by Martin Preishuber - Oct 28th 2003 00:31:30
% I love eroaster better than any other
> Linux "burner" and used it extensively
> when I was running Mandrake 9.0. I
> recently switched to Red Hat 9 and am
> saddened that I'm having such a hard
> time installing it. I had the same
> problem as orbitphreak mentions here and
> followed his very clear directions to
> resolve it. (Thanks orbitphreak!) I'm no
> longer getting the above errors but now
> have this...
>
> Traceback (most recent call last):
> File "/usr/local/bin/eroaster", line
> 125, in ?
> app = Application()
> File
> "/usr/local/lib/eroaster/main.py", line
> 254, in __init__
> touch(lockfile)
> File
> "/usr/local/lib/eroaster/tools.py", line
> 354, in touch
> file = open(filename, "w")
> IOError: [Errno 2] No such file or
> directory:
> '/root/.eroaster/.eroaster.lock'
>
> I'm no Linux guru. I'm just a guy who
> wants to use his beloved eroaster again.
> Any help would be greatly appreciated!
> Thanks!
>
> dapperdan
>
Hmmm strange that this is happening again ... just do "mkdir
/root/.eroaster" and it should work again.
--
Martin Preishuber - IT Expert, Student, SysAdmin
http://www.eclipt.at, mailto:Martin.Preishuber@eclipt.at
Acceptance testing:
An unsuccessful attempt to find bugs.
[reply]
[top]
[»]
Re: Problems & Threads
by dapper dan - Oct 28th 2003 05:13:40
> % I love eroaster better than any other
> % Linux "burner" and used it
> extensively
> % when I was running Mandrake 9.0. I
> % recently switched to Red Hat 9 and am
> % saddened that I'm having such a hard
> % time installing it. I had the same
> % problem as orbitphreak mentions here
> and
> % followed his very clear directions to
> % resolve it. (Thanks orbitphreak!) I'm
> no
> % longer getting the above errors but
> now
> % have this...
> %
> % Traceback (most recent call last):
> % File "/usr/local/bin/eroaster",
> line
> % 125, in ?
> % app = Application()
> % File
> % "/usr/local/lib/eroaster/main.py",
> line
> % 254, in __init__
> % touch(lockfile)
> % File
> % "/usr/local/lib/eroaster/tools.py",
> line
> % 354, in touch
> % file = open(filename, "w")
> % IOError: [Errno 2] No such file or
> % directory:
> % '/root/.eroaster/.eroaster.lock'
> %
> % I'm no Linux guru. I'm just a guy
> who
> % wants to use his beloved eroaster
> again.
> % Any help would be greatly
> appreciated!
> % Thanks!
> %
> % dapperdan
> %
>
>
> Hmmm strange that this is happening
> again ... just do "mkdir
> /root/.eroaster" and it should work
> again.
>
That fixed it! Thanks!!! :) :) :)
I was getting very depressed at the thought of having to get used to
xcdroast again.. ;)
(a very happy)
dapperdan
[reply]
[top]
[»]
Re: Problems & Threads
by dapper dan - Nov 5th 2003 19:49:34
>
> % % I love eroaster better than any
> other
> % % Linux "burner" and used it
> % extensively
> % % when I was running Mandrake 9.0. I
> % % recently switched to Red Hat 9 and
> am
> % % saddened that I'm having such a
> hard
> % % time installing it. I had the same
> % % problem as orbitphreak mentions
> here
> % and
> % % followed his very clear directions
> to
> % % resolve it. (Thanks orbitphreak!)
> I'm
> % no
> % % longer getting the above errors but
> % now
> % % have this...
> % %
> % % Traceback (most recent call last):
> % % File "/usr/local/bin/eroaster",
> % line
> % % 125, in ?
> % % app = Application()
> % % File
> % % "/usr/local/lib/eroaster/main.py",
> % line
> % % 254, in __init__
> % % touch(lockfile)
> % % File
> % % "/usr/local/lib/eroaster/tools.py",
> % line
> % % 354, in touch
> % % file = open(filename, "w")
> % % IOError: [Errno 2] No such file or
> % % directory:
> % % '/root/.eroaster/.eroaster.lock'
> % %
> % % I'm no Linux guru. I'm just a guy
> % who
> % % wants to use his beloved eroaster
> % again.
> % % Any help would be greatly
> % appreciated!
> % % Thanks!
> % %
> % % dapperdan
> % %
> %
> %
> % Hmmm strange that this is happening
> % again ... just do "mkdir
> % /root/.eroaster" and it should work
> % again.
> %
>
>
> That fixed it! Thanks!!! :) :) :)
>
> I was getting very depressed at the
> thought of having to get used to
> xcdroast again.. ;)
>
> (a very happy)
> dapperdan
>
>
Umm...Hi, me again..
I'm trying to install eroaster on a friends RH 9 box and am running into
different problems than above.
When trying to configure eroaster-2.2.0-0.6, it complains...
checking for gnome-python... failed: get it from
ftp://ftp.gnome.org/pub/GNOME/stable/latest/sources/
When I try to make gnome-python-0.100 I get this...
make[2]: *** [gnomeuimodule.o] Error 1
make[2]: Leaving directory `/home/ray/gnome-python-0.100/pygnome'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ray/gnome-python-0.100/pygnome'
make: *** [all-recursive] Error 1
I know this isn't a eroaster problem in itself but I would appreciate any
help in solving this..
Thank You.
dapperdan
[reply]
[top]
[»]
Re: Problems & Threads
by Martin Preishuber - Nov 5th 2003 23:20:23
>
> Umm...Hi, me again..
>
> I'm trying to install eroaster on a
> friends RH 9 box and am running into
> different problems than above.
>
> When trying to configure
> eroaster-2.2.0-0.6, it complains...
>
>
> checking for gnome-python... failed: get
> it from
> ftp://ftp.gnome.org/pub/GNOME/stable/latest/sources/
>
>
> When I try to make gnome-python-0.100 I
> get this...
>
>
> make[2]: *** [gnomeuimodule.o] Error 1
> make[2]: Leaving directory
> `/home/ray/gnome-python-0.100/pygnome'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/home/ray/gnome-python-0.100/pygnome'
> make: *** [all-recursive] Error 1
>
> I know this isn't a eroaster problem in
> itself but I would appreciate any help
> in solving this..
>
> Thank You.
> dapperdan
>
>
>
Hi Dan,
can you contact me via email ? I guess it's easier than posting everything
here.
Martin
--
Martin Preishuber - IT Expert, Student, SysAdmin
http://www.eclipt.at, mailto:Martin.Preishuber@eclipt.at
Acceptance testing:
An unsuccessful attempt to find bugs.
[reply]
[top]
[»]
Re: Problems & Threads
by dapper dan - Nov 9th 2003 21:16:47
>
> %
> % Umm...Hi, me again..
> %
> % I'm trying to install eroaster on a
> % friends RH 9 box and am running into
> % different problems than above.
> %
> % When trying to configure
> % eroaster-2.2.0-0.6, it complains...
> %
> %
> % checking for gnome-python... failed:
> get
> % it from
> %
> ftp://ftp.gnome.org/pub/GNOME/stable/latest/sources/
> %
> %
> % When I try to make gnome-python-0.100
> I
> % get this...
> %
> %
> % make[2]: *** [gnomeuimodule.o] Error
> 1
> % make[2]: Leaving directory
> %
> `/home/ray/gnome-python-0.100/pygnome'
> % make[1]: *** [all-recursive] Error 1
> % make[1]: Leaving directory
> %
> `/home/ray/gnome-python-0.100/pygnome'
> % make: *** [all-recursive] Error 1
> %
> % I know this isn't a eroaster problem
> in
> % itself but I would appreciate any
> help
> % in solving this..
> %
> % Thank You.
> % dapperdan
> %
> %
> %
>
>
> Hi Dan,
>
> can you contact me via email ? I guess
> it's easier than posting everything
> here.
>
> Martin
Martin, I sent you an e-mail a few days ago, did you receive it? Thanks.
dapper
[reply]
[top]
[»]
Re: Problems & Threads
by Martin Preishuber - Nov 9th 2003 22:09:01
>
> Martin, I sent you an e-mail a few days
> ago, did you receive it? Thanks.
> dapper
>
Nope ... don't think so :(
Martin
--
Martin Preishuber - IT Expert, Student, SysAdmin
http://www.eclipt.at, mailto:Martin.Preishuber@eclipt.at
Acceptance testing:
An unsuccessful attempt to find bugs.
[reply]
[top]
[»]
help
by laemon - Mar 3rd 2003 14:33:27
when i started up, it said:
Traceback (most recent call last):
File "/usr/local/bin/eroaster", line 9, in ?
from main import Application
File "/usr/local/lib/eroaster/main.py", line 31, in ?
from gtk import GtkVBox, GtkNotebook, GtkFrame, GtkLabel, GtkHBox,
GtkTable
ImportError: cannot import name GtkVBox
whats this?
[reply]
[top]
[»]
Re: help
by Martin Preishuber - Mar 3rd 2003 14:37:32
> when i started up, it said:
>
> Traceback (most recent call last):
> File
> "/usr/local/bin/eroaster",
> line 9, in ?
> from main import Application
> File
> "/usr/local/lib/eroaster/main.py",
> line 31, in ?
> from gtk import GtkVBox,
> GtkNotebook, GtkFrame, GtkLabel,
> GtkHBox, GtkTable
> ImportError: cannot import name GtkVBox
>
> whats this?
this is the 2.0.12 version ... it is pretty old and won't work with modern
distributions (like RH8). Please use the latest version (currently
2.2.0-0.2)
--
Martin Preishuber - IT Expert, Student, SysAdmin
http://www.eclipt.at, mailto:Martin.Preishuber@eclipt.at
Acceptance testing:
An unsuccessful attempt to find bugs.
[reply]
[top]
[»]
Re: help
by TheCyberDude - Dec 12th 2003 01:11:48
> when i started up, it said:
>
> Traceback (most recent call last):
> File
> "/usr/local/bin/eroaster",
> line 9, in ?
> from main import Application
> File
> "/usr/local/lib/eroaster/main.py",
> line 31, in ?
> from gtk import GtkVBox,
> GtkNotebook, GtkFrame, GtkLabel,
> GtkHBox, GtkTable
> ImportError: cannot import name GtkVBox
>
> whats this?
Found this on a search.
I upgraded to gnome-python-2.0 which is gtk2.
What eroaster wants is the gtk1.2 gnome-python-1.4.4. A bit of a mess . .
.
Might help...
[reply]
[top]
[»]
Re: help
by TheCyberDude - Dec 12th 2003 03:59:57
> when i started up, it said:
>
> Traceback (most recent call last):
> File
> "/usr/local/bin/eroaster",
> line 9, in ?
> from main import Application
> File
> "/usr/local/lib/eroaster/main.py",
> line 31, in ?
> from gtk import GtkVBox,
> GtkNotebook, GtkFrame, GtkLabel,
> GtkHBox, GtkTable
> ImportError: cannot import name GtkVBox
>
> whats this?
For Knoppix (Debian):
apt-get -t unstable install python-gnome2
Work's Great Now!
[reply]
[top]
[»]
can someone help me?
by noodle126 - Aug 31st 2002 04:06:30
i am using FreeBSD-4.6 release and i have one IDE cdrom and one IDE cd-rw,
can i use the eroaster??
if can, can u show me how to configure?
pls show me in details.
thx...
[reply]
[top]
[»]
One of the best
by ptrost - Jul 15th 2002 11:47:36
eroaster is the only gui front end I've found that works perfectly every
time and allows you to burn individual files. This program is clearly at
the top of it's class for usability!
[reply]
[top]
[»]
Wow...
by WindozeSux - Dec 22nd 2000 00:49:43
I _highly_ recommend this program. I've tried a number of programs and
approaches to burning audio CDs, and Eroaster is the only one that didn't
leave me with a coaster on my hands. I haven't tried the data burning with
it just yet, but if it's anywhere near as good as the audio burning, this
app has it all. Very simple and easy to use, and it does a great job. I
think this is the best roaster I've ever seen.
[reply]
[top]
[»]
eroaster rocks
by Gürkan - Jun 7th 2000 14:32:04
after having tried some other cd-writer-gui's i found eroaster and it's so
easy to handle.
burning with eroaster is just fun!
[reply]
[top]
[»]
Incredible!
by Matthew Saffer - Mar 7th 2001 20:14:10
I would reccomend this program to anyone who has a SCSI cd-burner and wants
a GUI. Incredibly easy interface. Only problem I encountered was that I
don't have a SCSI cd-reader, so I can't do direct copying. Otherwise, I
reccomend this program highly.
[reply]
[top]
[»]
Re: Incredible!
by kapheine - Jul 21st 2002 17:01:14
> I would reccomend this program to anyone
> who has a SCSI cd-burner and wants a
> GUI. Incredibly easy interface. Only
> problem I encountered was that I don't
> have a SCSI cd-reader, so I can't do
> direct copying. Otherwise, I reccomend
> this program highly.
Have you tried using SCSI emulation? I would think that would solve your
problem. It is a good idea to use SCSI emulation for cdwriting anyway,
because it allows cdwriting programs to have more fine-tuned control over
the writing process.
[reply]
[top]
|
