Bugzilla Bug 146003

Gnome Subtitles is a subtitle editor for the GNOME Desktop.Its features
include:

    * Subtitle format auto-detection
    * Character encoding auto-detection
    * Support for time and frame-based subtitles
    * Support for bold, italic and underline style tags
    * Synchronization, including frame-rate conversion and timing shifting
    * Multi-level undo
    * Error correction and toleration when opening subtitles
    * Support for the following subtitle formats (as supported at the moment by
SubLib):
          o MicroDVD
          o SubRip

It aims to provide a clean and functional interface to the user, without giving
away the needed features.

Created an attachment (id=95738) [edit]
gnome-subtitles-0.0.1.ebuild

(In reply to comment #1)
> Created an attachment (id=95738) [edit]
> gnome-subtitles-0.0.1.ebuild
> 
The ebuild in need of the following RESTRICT: 
RESTRICT="mirror"

Created an attachment (id=95796) [edit]
gnome-subtitles-0.0.1-r1.ebuild

Removed src_unpack (the default fits), renamed some variables and changed some
`configure' and `make' calls to `econf' and `emake', respectively.

(In reply to comment #2)
> The ebuild in need of the following RESTRICT: 
> RESTRICT="mirror"
> 
Could you expand on that?

(In reply to comment #4)
> (In reply to comment #2)
> > The ebuild in need of the following RESTRICT: 
> > RESTRICT="mirror"
> > 
> Could you expand on that?
> 
he means that with RESTRICT="nomirror" emerge will fetch directly  the correct
SRC_URI instead of trying the get (and fail) the archives on standard gentoo
mirros.
--> it will gain 5 seconds...

Created an attachment (id=95830) [edit]
gnome-subtitles-0.0.1-r1.ebuild

Added RESTRICT="nomirror".

I'm getting this error:


box ~ $ gnome-subtitles

Unhandled Exception: Glade.HandlerNotFoundException: No handler OnClose found
for signal delete_event
at SignalConnector.ConnectFunc (intptr,intptr,intptr,intptr,intptr,int,intptr)
<0x00301>
at (wrapper native-to-managed) SignalConnector.ConnectFunc
(intptr,intptr,intptr,intptr,intptr,int,intptr) <0x0004b>
in (unmanaged) 0xb662a6fe
at (wrapper managed-to-native)
SignalConnector.glade_xml_signal_autoconnect_full
(intptr,Glade.XML/SignalConnector/RawXMLConnectFunc,intptr) <0x00004>
at SignalConnector.Autoconnect () <0x00059>
at Glade.XML.Autoconnect (object) <0x00042>
at GnomeSubtitles.GladeWidget.Init (string,string,object) <0x0003f>
at GnomeSubtitles.BugReportWindow..ctor (System.Exception) <0x0003a>
at GnomeSubtitles.Executable.Main (string[]) <0x0005d>

(In reply to comment #7)
> I'm getting this error:

Carles, did this occur right after you started the program or when you did a
particular action? Also, what version are you using for mono and gtk-sharp?

it only happens with newest mono version
f-spot had this problem

Looks like Mono 1.1.17 requires glade-defined handlers to use low level
EventArgs and not EventArgs themselves. I've fixed this in the SVN trunk.

Created an attachment (id=96273) [edit]
gnome-subtitles-0.0.1-r1.ebuild

Set to also depend on dev-lang/mono < 1.1.17

Can someone confirm that this works on archs other than ~x86?

(In reply to comment #12)
> Can someone confirm that this works on archs other than ~x86?

Running on x86_64 here (that's why i used ~amd64 keywords on the first ebuild
;) ) 

(In reply to comment #13)
> (In reply to comment #12)
> > Can someone confirm that this works on archs other than ~x86?
> 
> Running on x86_64 here (that's why i used ~amd64 keywords on the first ebuild
> ;) ) 
> 
Ok, that explains it. ;)

It would be useful if a ~ppc user could test this too.

Created an attachment (id=99016) [edit]
Gnome Subtitles 0.0.2 ebuild

Ebuild for the latest release: 0.0.2.

Release notes in the project website: http://gsubtitles.sourceforge.net/

Created an attachment (id=101175) [edit]
media-video/gnome-subtitles-0.0.3.ebuild

Ebuild for version 0.0.3, released today (list of changes at
http://gsubtitles.sf.net):

The *ebuild* has the following changes:
- Fixed LICENSE and IUSE
- Updated DESCRIPTION
- Now installs docs too

In CVS

Steve, thank you so much for the great job on this.

Just two notes:
1) The ebuild works fine here with x86
2) It looks like gnome-sharp-2.16 and glade-sharp-2.10 break the way events are
connected in the program. This is fixed in the SVN trunk but for the 0.0.3
version it's better to force gnome-sharp and glade-sharp to 2.8.*.

(In reply to comment #18)
> Just two notes:
> 1) The ebuild works fine here with x86

I dont have access to an x86 box to test it on.  If you file a bug and assign
it to x86, an arch tester or dev will check it, and then someone will get it
added.  I've only got amd64, so I can't do much.

> 2) It looks like gnome-sharp-2.16 and glade-sharp-2.10 break the way events are
> connected in the program. This is fixed in the SVN trunk but for the 0.0.3
> version it's better to force gnome-sharp and glade-sharp to 2.8.*.

Thanks, fixed

(In reply to comment #19)
> (In reply to comment #18)
> > Just two notes:
> > 1) The ebuild works fine here with x86
> 
> I dont have access to an x86 box to test it on.  If you file a bug and assign
> it to x86, an arch tester or dev will check it, and then someone will get it
> added.  I've only got amd64, so I can't do much.

nvm, it's taken care of

(In reply to comment #20)
> (In reply to comment #19)
> > (In reply to comment #18)
> > > Just two notes:
> > > 1) The ebuild works fine here with x86
> > 
> > I dont have access to an x86 box to test it on.  If you file a bug and assign
> > it to x86, an arch tester or dev will check it, and then someone will get it
> > added.  I've only got amd64, so I can't do much.
> 
> nvm, it's taken care of
> 
I've filed a bug for it some hours ago.