Debian Bug report logs - #535828
ITP: serna -- XML editor

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: "W. Martin Borgert" <debacle@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: RFP: serna-free -- XML editor

Date: Sun, 05 Jul 2009 13:41:56 +0200

Package: wnpp
Severity: wishlist

Package name    : serna-free
Version         : 4.1
Upstream Author : Syntext <info@syntext.com>
URL             : http://www.syntext.com/downloads/serna-free/
License         : GPL3 with exception (http://www.syntext.com/legal/SernaFree-GPL-EXCEPTION.txt)
Programming Lang: C++, Python
Description     : XML editor

>From the web page, shortened:

"Serna Free Open Source XML editor is an easy-to-use visual XML
application which requires virtually no technical experience from
technical writers to author XML documents.

Serna Free Open Source XML editor hides all the complexities of the
underlying XML technology.

Serna Free XML editor employs XSLT and XSL-FO to render XML documents
in print-like appearance for fast and easy authoring."

Unfortunately, serna-free is an Qt application and I'm not in the mood
to package Qt stuff. The source tree seems to contain (modified?)
copies of docbook-xml and docbook-xsl. The package should have proper
dependencies instead of copies, of course.

Message #10 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: 535828@bugs.debian.org

Cc: debacle@debian.org

Subject: Started to work on Serna

Date: Tue, 10 Nov 2009 15:22:17 +0100

[Message part 1 (text/plain, inline)]

Hi,

I’ve started to look at the Serna code. At the moment, I’m trying to get
it compile on Debian sid / amd64, and I’m posting my experiences on
http://forum.syntext.com/syntext-serna-xml-editor/serna-open-source-discussion/313-debian-packaging-experience.html

Not sure if I’ll be able to actually finish this, but I’m trying,

Joachim




-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828@bugs.debian.org

Subject: Jade changed

Date: Tue, 10 Nov 2009 16:20:59 +0100

[Message part 1 (text/plain, inline)]

Hi,

as some of you might know, I’m looking at what has to be done to get
Serna into Debian.

At the moment, Serna ships its own copy of jade/libsp, with some
extensions to the interface. Such convenience copies of code are
strongly discouraged in Debian, as they make security support et. al. a
tedious task. Therefore, Serna should aim to run with the stock libsp as
provided on Debian.

Are the changes to libsp useful for the general public? If yes, did you
submit them to the libsp authors? If no, is there a way to move the
extended functionality out of the libsp copy, and into serna?

Thanks,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Paul Antonov <apg@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Jade changed

Date: Tue, 10 Nov 2009 18:36:05 +0300

[Message part 1 (text/plain, inline)]

Joachim,

Serna uses only libsp, not jade. The changes are few, but they need patching
the code (such patches include support for Russian KOI encodings, UTF-16,
added hooks for possibility of external entity managers, etc.) If you can
point to the original distribution of libsp which Debian uses, we may try to
sumbit these changes to them.

Regards,

-- Paul

On Tue, Nov 10, 2009 at 6:20 PM, Joachim Breitner <nomeata@debian.org>wrote:

> Hi,
>
> as some of you might know, I’m looking at what has to be done to get
> Serna into Debian.
>
> At the moment, Serna ships its own copy of jade/libsp, with some
> extensions to the interface. Such convenience copies of code are
> strongly discouraged in Debian, as they make security support et. al. a
> tedious task. Therefore, Serna should aim to run with the stock libsp as
> provided on Debian.
>
> Are the changes to libsp useful for the general public? If yes, did you
> submit them to the libsp authors? If no, is there a way to move the
> extended functionality out of the libsp copy, and into serna?
>
> Thanks,
> Joachim
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata<http://people.debian.org/%7Enomeata>
>

[Message part 2 (text/html, inline)]

Message #25 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Paul Antonov <apg@syntext.com>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, neil@debian.org

Subject: Re: Jade changed

Date: Tue, 10 Nov 2009 16:43:52 +0100

[Message part 1 (text/plain, inline)]

Hi,

Am Dienstag, den 10.11.2009, 18:36 +0300 schrieb Paul Antonov:
> On Tue, Nov 10, 2009 at 6:20 PM, Joachim Breitner <nomeata@debian.org> wrote: 
>         as some of you might know, I’m looking at what has to be done to get
>         Serna into Debian.
>         
>         At the moment, Serna ships its own copy of jade/libsp, with some
>         extensions to the interface. Such convenience copies of code are
>         strongly discouraged in Debian, as they make security support et. al. a
>         tedious task. Therefore, Serna should aim to run with the stock libsp as
>         provided on Debian.
>         
>         Are the changes to libsp useful for the general public? If yes, did you
>         submit them to the libsp authors? If no, is there a way to move the
>         extended functionality out of the libsp copy, and into serna?
>
> Serna uses only libsp, not jade. The changes are few, but they need
> patching the code (such patches include support for Russian KOI
> encodings, UTF-16, added hooks for possibility of external entity
> managers, etc.) If you can point to the original distribution of libsp
> which Debian uses, we may try to sumbit these changes to them.

good question. The last upstream version merged into Debian was from
1998 – does jade still have a proper, central upstream, or is that dead
and development only happens as distribution-specific patches?

Anyways, I’m CC’ing Neil Roeth, who maintains the jade (and libsp)
package in Debian. Paul, are your patches available easily somewhere, so
that Neil can review them and possibly apply them to the Debian version
of libsp?

Thanks,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #30 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Paul Antonov <apg@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, neil@debian.org

Subject: Re: Jade changed

Date: Tue, 10 Nov 2009 19:09:06 +0300

[Message part 1 (text/plain, inline)]

Joachim,

I'll try to make svn diff's to obtain the patches and send them to you.

Regards,

-- Paul

On Tue, Nov 10, 2009 at 6:43 PM, Joachim Breitner <nomeata@debian.org>wrote:

> Hi,
>
> Am Dienstag, den 10.11.2009, 18:36 +0300 schrieb Paul Antonov:
> > On Tue, Nov 10, 2009 at 6:20 PM, Joachim Breitner <nomeata@debian.org>
> wrote:
> >         as some of you might know, I’m looking at what has to be done to
> get
> >         Serna into Debian.
> >
> >         At the moment, Serna ships its own copy of jade/libsp, with some
> >         extensions to the interface. Such convenience copies of code are
> >         strongly discouraged in Debian, as they make security support et.
> al. a
> >         tedious task. Therefore, Serna should aim to run with the stock
> libsp as
> >         provided on Debian.
> >
> >         Are the changes to libsp useful for the general public? If yes,
> did you
> >         submit them to the libsp authors? If no, is there a way to move
> the
> >         extended functionality out of the libsp copy, and into serna?
> >
> > Serna uses only libsp, not jade. The changes are few, but they need
> > patching the code (such patches include support for Russian KOI
> > encodings, UTF-16, added hooks for possibility of external entity
> > managers, etc.) If you can point to the original distribution of libsp
> > which Debian uses, we may try to sumbit these changes to them.
>
> good question. The last upstream version merged into Debian was from
> 1998 – does jade still have a proper, central upstream, or is that dead
> and development only happens as distribution-specific patches?
>
> Anyways, I’m CC’ing Neil Roeth, who maintains the jade (and libsp)
> package in Debian. Paul, are your patches available easily somewhere, so
> that Neil can review them and possibly apply them to the Debian version
> of libsp?
>
> Thanks,
> Joachim
>
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata<http://people.debian.org/%7Enomeata>
>

[Message part 2 (text/html, inline)]

Message #35 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828@bugs.debian.org

Subject: Upgrading antlr

Date: Tue, 10 Nov 2009 17:25:30 +0100

[Message part 1 (text/plain, inline)]

Hi,

next item on the list of included sources that I’d like to get rid of is
antlr (for very pragmatic reasons: The config.sub in antlr-2.7.1 does
not know the amd64 architecture. Of course, this can worked around, but
eventually it has to work with the system libantlr anyways)...

So I configured serna to use libantlr-2.7.7 as provided by Debian. It
seems though that the interface for antlr::AST has been extended and
that these abstract members need a definition:

    virtual const char* typeName( void ) const;
    virtual antlr::RefAST clone( void ) const; 
    virtual size_t getNumberOfChildren() const;

My patches to get so far are pushed to 
http://git.nomeata.de/?p=serna.git;a=shortlog;h=refs/heads/syspkg-antlr
in the separate branch libantlr. I don’t think I know the code well
enough to actually implement these methods well, so I hope someone else
picks this up... :-)

BTW, since I just joined the serna devel list: Are there already
contributors here that are not syntext employees? Are any of you using
Debian or Ubuntu?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #42 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Neil Roeth <neil@debian.org>

To: Paul Antonov <apg@syntext.com>

Cc: Joachim Breitner <nomeata@debian.org>, serna-developers@syntext.com, 535828@bugs.debian.org, neil@debian.org

Subject: Re: Jade changed

Date: Tue, 10 Nov 2009 20:21:18 -0500

On Nov 10, Paul Antonov (apg@syntext.com) wrote:
 > Joachim,
 > 
 > I'll try to make svn diff's to obtain the patches and send them to you.
 > 
 > Regards,
 > 
 > -- Paul
 > 
 > On Tue, Nov 10, 2009 at 6:43 PM, Joachim Breitner <nomeata@debian.org>wrote:
 > 
 > > Hi,
 > >
 > > Am Dienstag, den 10.11.2009, 18:36 +0300 schrieb Paul Antonov:
 > > > On Tue, Nov 10, 2009 at 6:20 PM, Joachim Breitner <nomeata@debian.org>
 > > wrote:
 > > >         as some of you might know, I’m looking at what has to be done to
 > > get
 > > >         Serna into Debian.
 > > >
 > > >         At the moment, Serna ships its own copy of jade/libsp, with some
 > > >         extensions to the interface. Such convenience copies of code are
 > > >         strongly discouraged in Debian, as they make security support et.
 > > al. a
 > > >         tedious task. Therefore, Serna should aim to run with the stock
 > > libsp as
 > > >         provided on Debian.
 > > >
 > > >         Are the changes to libsp useful for the general public? If yes,
 > > did you
 > > >         submit them to the libsp authors? If no, is there a way to move
 > > the
 > > >         extended functionality out of the libsp copy, and into serna?
 > > >
 > > > Serna uses only libsp, not jade. The changes are few, but they need
 > > > patching the code (such patches include support for Russian KOI
 > > > encodings, UTF-16, added hooks for possibility of external entity
 > > > managers, etc.) If you can point to the original distribution of libsp
 > > > which Debian uses, we may try to sumbit these changes to them.
 > >
 > > good question. The last upstream version merged into Debian was from
 > > 1998 – does jade still have a proper, central upstream, or is that dead
 > > and development only happens as distribution-specific patches?
 > >
 > > Anyways, I’m CC’ing Neil Roeth, who maintains the jade (and libsp)
 > > package in Debian. Paul, are your patches available easily somewhere, so
 > > that Neil can review them and possibly apply them to the Debian version
 > > of libsp?
 > >
 > > Thanks,
 > > Joachim
 > >

Thanks for bringing me into this.  The original Jade package was forked and
made into two separate packages, OpenJade and OpenSP.  This was done outside
of Debian, but both are also in Debian and also maintained by me.  So, we
should use OpenSP.  I am planning to remove Jade from Debian when I get around
to it, AFAIK, there is nothing it does that OpenJade and OpenSP cannot do.


-- 
Neil Roeth

Message #47 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Neil Roeth <neil@debian.org>

Cc: Paul Antonov <apg@syntext.com>, serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Jade changed

Date: Wed, 11 Nov 2009 11:54:48 +0100

[Message part 1 (text/plain, inline)]

Hi Neil, Hi Paul,

Am Dienstag, den 10.11.2009, 20:21 -0500 schrieb Neil Roeth:
> Thanks for bringing me into this.  The original Jade package was forked and
> made into two separate packages, OpenJade and OpenSP.  This was done outside
> of Debian, but both are also in Debian and also maintained by me.  So, we
> should use OpenSP.  I am planning to remove Jade from Debian when I get around
> to it, AFAIK, there is nothing it does that OpenJade and OpenSP cannot do.

thanks. Do you have any estimate as to when this will happen? E.g.,
should I look into packaging Serna against the current Jade in Debian
(possibly with a patched Jade inside), once the other issues with Serna
are resolved, or do you think you’ll get around to do with within the
next weeks, and Serna should concentrate on being buildable against
OpenSP?

@Paul: I guess your modifications best go to this list
https://lists.sourceforge.net/lists/listinfo/openjade-devel
(which is discouraging inactive, according to the archive). Have you
tried contacting them before?

Thanks to everyone,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #52 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Neil Roeth <neil@debian.org>

To: Joachim Breitner <nomeata@debian.org>

Cc: Paul Antonov <apg@syntext.com>, serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Jade changed

Date: Wed, 11 Nov 2009 07:32:11 -0500

On Nov 11, Joachim Breitner (nomeata@debian.org) wrote:
 > Hi Neil, Hi Paul,
 > 
 > Am Dienstag, den 10.11.2009, 20:21 -0500 schrieb Neil Roeth:
 > > Thanks for bringing me into this.  The original Jade package was forked and
 > > made into two separate packages, OpenJade and OpenSP.  This was done outside
 > > of Debian, but both are also in Debian and also maintained by me.  So, we
 > > should use OpenSP.  I am planning to remove Jade from Debian when I get around
 > > to it, AFAIK, there is nothing it does that OpenJade and OpenSP cannot do.
 > 
 > thanks. Do you have any estimate as to when this will happen? E.g.,
 > should I look into packaging Serna against the current Jade in Debian
 > (possibly with a patched Jade inside), once the other issues with Serna
 > are resolved, or do you think you’ll get around to do with within the
 > next weeks, and Serna should concentrate on being buildable against
 > OpenSP?
 > 
 > @Paul: I guess your modifications best go to this list
 > https://lists.sourceforge.net/lists/listinfo/openjade-devel
 > (which is discouraging inactive, according to the archive). Have you
 > tried contacting them before?

I am not that clear on what the modifications in Serna are, but if they have
to do with using a different character set, one of the differences between SP
and OpenSP is that the latter uses 32 bit characters.  So, first thing to do
is just try using libosp instead of libsp and see what happens in Serna.
Perhaps the local modifications will not be needed.

You are correct, that mailing list is where the modifications should go.  I am
on that mailing list.  OpenJade and OpenSP are not being actively developed.
The SGML/DTD/DSSSL paradigm that they support has faded in popularity while
the XML/Schema/XSL paradigm has grown. That's why it's quiet.

-- 
Neil Roeth

Message #57 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828@bugs.debian.org, debacle@debian.org, debian-devel@lists.debian.org

Subject: Debian Packaging advancements

Date: Sun, 10 Jan 2010 23:55:12 +0100

[Message part 1 (text/plain, inline)]

[CC’ing debian-devel because this is partly a call for contributions :-]

Hi,

today, I continued in my quest to make a proper Debian package out of
Serna. For now, I ignored the issue of the convenience code copies in
the source code and focused on getting a properly buildable package. The
four really required 3rd party tarballs are shipped in debian/3rd.

http://git.nomeata.de/?p=serna.git;a=summary contains the current state.

I started to use git-dpm[1] for packaging. This means that my changes
against the upstream (which is SVN trunk, revision 139) is stored in
debian/patches:
http://git.nomeata.de/?p=serna.git;a=tree;f=debian/patches;hb=refs/heads/master
Some of those can probably applied to the SVN directory directly, such
as 0017-Working-exports.lst-even-if-list-is-empty.patch. The others
should be reviewd and improved – I’m not an experienced C++ hacker.
Especially the 64bit stuff is just a hack and needs to made working
generally.

The debian packages does not have build-dependencies yet. If someone
wants to help assemble the correct set of packages (using pbuilder and
trial’n’error, that would be appreciated).

The serna binary is installed into /usr/bin/, the rest is put
in /usr/lib/serna. The binary is compiled with rpath so that the bundles
libs can be put in /usr/lib/serna/lib. I tried hard to make serna accept
this, but the patch that I try to use does not seem to be sufficient.
Any comments welcome:
http://git.nomeata.de/?p=serna.git;a=blob;f=debian/patches/0020-Hardcode-usr-lib-serna-as-DataDir.patch;hb=HEAD

I also started to work on the debian/copyright file, which is naturally
a large beast. Again, help is appreciated:
http://git.nomeata.de/?p=serna.git;a=blob;f=debian/copyright;hb=HEAD

All in all I thought would have gotten further in one whole day, and
motivation is fading again. Contributions by others are a good way to
increase motivation again :-).

Good night,
Joachim

[2] http://git-dpm.alioth.debian.org/


-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #62 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Andrew Sichevoi <kondor@syntext.com>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Mon, 11 Jan 2010 15:26:24 +0100

[Message part 1 (text/plain, inline)]

Hi Andrew,

Am Montag, den 11.01.2010, 15:22 +0300 schrieb Andrew Sichevoi:

>    What steps are required to push your debianized Serna package to the 
>    Debian upstream (to Debian Sid) ?

first of all, it has to properly build on i386 _and_ amd64. I think I
spotted all positions where the compiler complained when assuming that a
pointer size is 32, but I only changed it to 64, so this is not a proper
solution.

Then, for FTP-Master to pass the package, we have to reduce any
unnecessary 3rd party software in it. See my message about antlr from
November: Debian already ships antlr, but in a newer version. It would
be great if serna could use this version out of the box.

Ideally, dita-ot and qtpropertybrowser would be packaged separately and
on their own, but I hope that this is no show-stopper for the inclusion
in Debian.

Also, docbook-xsl is provided in Debian. I did not try yet to use that
package instead of the one in 3rd/. Is the patch
3rd/docbook/1.68.1/_patches/patch-docbook.xsl
really required?

We already talked about the copy of jade/libsp. I think that we can do
with the patched source code included for now.

The files
serna/core/qt/qtsingleapp/qtsingleapplication*.cpp
only contain a header that Licensees holding a Qt Solutions License
Agreement may use the code, the GPL header is missing. This should be
fixed, as otherwise it’s not clear that Serna is really under the GPL.


And of course the Debian package need work (dependencies, installing
required stuff). At the moment it complains multiple times at startup
about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?


Besides that, I’m quite happy with serna: Once it compiled, it seemed to
work nicely, so segfaults etc., which is not always the case with
just-freed-commercial-applications. I haven’t really used it much,
though.

Greetings,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #67 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Mon, 11 Jan 2010 17:30:04 +0100

[Message part 1 (text/plain, inline)]

Hi,

Am Montag, den 11.01.2010, 15:26 +0100 schrieb Joachim Breitner:
> And of course the Debian package need work (dependencies, installing
> required stuff). At the moment it complains multiple times at startup
> about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?

ok, now it works, after properly finding out how to install everything
needed. The package seems to be in a working state now, so now I will
try to figure out the correct build dependencies.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #72 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Mon, 11 Jan 2010 22:38:51 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

On Mon, Jan 11, 2010 at 5:26 PM, Joachim Breitner <nomeata@debian.org>wrote:

> first of all, it has to properly build on i386 _and_ amd64. I think I
> spotted all positions where the compiler complained when assuming that a
> pointer size is 32, but I only changed it to 64, so this is not a proper
> solution.
>

Currently we do not support amd64 officially and do not have enough
resources (have more high-priority tasks) to do in the near future. So what
you done is better than nothing :).

Also, docbook-xsl is provided in Debian. I did not try yet to use that
> package instead of the one in 3rd/. Is the patch
> 3rd/docbook/1.68.1/_patches/patch-docbook.xsl
> really required?
>

No, the patch seems to be unnecessary, think it can be ignored.

The files
> serna/core/qt/qtsingleapp/qtsingleapplication*.cpp
> only contain a header that Licensees holding a Qt Solutions License
> Agreement may use the code, the GPL header is missing. This should be
> fixed, as otherwise it’s not clear that Serna is really under the GPL.
>

Thanks for the point, I will discuss this with our architect. Anyway, there
is
http://qt.nokia.com/products/appdev/add-on-products/catalog/4/Utilities/qtsingleapplication/
a LGPL version of this component (but actually I have no idea how they
compatible are).


> Besides that, I’m quite happy with serna: Once it compiled, it seemed to
> work nicely, so segfaults etc., which is not always the case with
> just-freed-commercial-applications. I haven’t really used it much,
> though.
>

Our QA rocks! :)


Thanks,
    Andrew

-- 
Andrew Sichevoi (http://twitter.com/kondorsyntext) // Syntext, Inc.
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Message #77 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 00:19:30 +0100

[Message part 1 (text/plain, inline)]

Hi,

Am Montag, den 11.01.2010, 17:30 +0100 schrieb Joachim Breitner:
> Am Montag, den 11.01.2010, 15:26 +0100 schrieb Joachim Breitner:
> > And of course the Debian package need work (dependencies, installing
> > required stuff). At the moment it complains multiple times at startup
> > about a missing doctemplate.dtd or doctemplate2.dtd file. Any idea?
> 
> ok, now it works, after properly finding out how to install everything
> needed. The package seems to be in a working state now, so now I will
> try to figure out the correct build dependencies.

It took a while (serna is not the fastest to build, and I wanted to get
a minimal set, so I’m building one by one), but these are the
build-dependencies I found:

 python,
 doxygen,
 xsltproc,
 bison,
 openjdk-6-jre,
 pkg-config,
 qt4-qmake,
 qt4-dev-tools,
 sip4,
 libqt4-assistant,
 libx11-dev,
 x11proto-core-dev,
 libfreetype6-dev,
 libxft-dev,
 libxinerama-dev,
 libxmu-dev,
 libxml2-dev,
 libxslt1-dev,
 libqt4-dev,
 libqscintilla2-dev,
 python-qt4-dev,
 pyqt4-dev-tools,
 libaspell-dev,
 python-sip4,

Does this look sensible?

The Debian package seems to be ready for alpha users for testing. Is
there anyone on this list running Debian on an amd64 platform willing to
do some testing? In the best case, someone who already knows Serna a
bit?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #82 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 10:45:03 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

On Tue, Jan 12, 2010 at 2:19 AM, Joachim Breitner <nomeata@debian.org>wrote:

It took a while (serna is not the fastest to build, and I wanted to get
> a minimal set, so I’m building one by one), but these are the
> build-dependencies I found:
>
> ...
>  openjdk-6-jre,
> ...
>

  As far as I understand it is not Sun's JAVA? This dependency is by DITA
OT, we were
  trying to use IcedTea JRE in the past, but did not manage to make DITA OT
work correctly.
  So, I think sun-java6-jre should be used here instead if there are no
Debian license restrictions.


> Does this look sensible?
>

Yes, looks very sensible.


> The Debian package seems to be ready for alpha users for testing.


Wow! Good work! Where I can get the built package?


Thanks,
-- 
Andrew Sichevoi (http://twitter.com/kondorsyntext) // Syntext, Inc.
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Message #87 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Andrew Sichevoi <kondor@syntext.com>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, debacle@debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 10:54:13 +0100

[Message part 1 (text/plain, inline)]

[CC’in debacle: You wanted the package, now you got something to test :-)]

Hi Andrew,

Am Dienstag, den 12.01.2010, 10:45 +0300 schrieb Andrew Sichevoi:
> On Tue, Jan 12, 2010 at 2:19 AM, Joachim Breitner <nomeata@debian.org>
> wrote:
>         It took a while (serna is not the fastest to build, and I
>         wanted to get
>         a minimal set, so I’m building one by one), but these are the
>         build-dependencies I found:
>         
>         ...
>          openjdk-6-jre,
>         ...
> 
> 
>   As far as I understand it is not Sun's JAVA? This dependency is by DITA OT, we were
>   trying to use IcedTea JRE in the past, but did not manage to make DITA OT work correctly.
>   So, I think sun-java6-jre should be used here instead if there are no Debian license restrictions.

openjdk-6-jre is Sun’s Java, in the version recently put under a free
license. Functionally it’s very close to sun-java6-jre. See
http://en.wikipedia.org/wiki/Openjdk.

If we’d build depend on sun-java6-jre, the package would not be able to
enter Debian main properly and reside in contrib.


>         The Debian package seems to be ready for alpha users for
>         testing.
> 
> Wow! Good work! Where I can get the built package?

I put both source and binary package on
http://people.debian.org/~nomeata/serna/
Note that I will not increase the version number with new builds for
now, so watch out for the time stamp (and messages here) to check for
updates.


That reminds me: Besides build-dependencies, I also need to figure out
the correct runtime dependencies. The libraries are automatically
figured out:

Depends: libaspell15 (>= 0.60), libc6 (>= 2.2.5), libfreetype6 (>=
2.2.1), libgcc1 (>= 1:4.1.1), libice6 (>= 1:1.0.0), libqscintilla2-5,
libqt4-assistant (>= 4:4.5.3), libqt4-network (>= 4:4.5.3),
libqt4-qt3support (>= 4:4.5.3), libqt4-sql (>= 4:4.5.3), libqt4-svg (>=
4:4.5.3), libqt4-xml (>= 4:4.5.3), libqtcore4 (>= 4:4.5.3), libqtgui4
(>= 4:4.5.3), libsm6, libstdc++6 (>= 4.4.0), libx11-6 (>= 0), libxext6,
libxft2 (>> 2.1.1), libxinerama1, libxmu6, python2.5 (>= 2.5)

but can you say what tools serna requires to run? For example, does it
use the xsltproc binary?

Greetigs,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #92 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, debacle@debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 13:33:43 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

openjdk-6-jre is Sun’s Java, in the version recently put under a free
> license. Functionally it’s very close to sun-java6-jre. See
> http://en.wikipedia.org/wiki/Openjdk.
>
> If we’d build depend on sun-java6-jre, the package would not be able to
> enter Debian main properly and reside in contrib.


   Thanks for the explanation. I will try asap to check out the behavior of
DITA OT when OpenJDK is used.
   A note just in a case, if DITA OT does not work properly:
      1. It would be impossible to generate Serna documentation (on Serna
build stage)
      2. Publishing of DITA documents from the Serna will be broken (it is
obvious :))


> but can you say what tools serna requires to run? For example, does it
> use the xsltproc binary?
>

  3rd-party tools are used by Serna components and might be missed, so Serna
itself can easily run w/o them.
  w/o xsltproc: user will not be able to publish Docbook and some other
documents to HTML.
  w/o DITA OT: user will not be able to publish DITA documents to HTML and
PDF.
  But it is better to have these tools installed, because out-of-the-box
document publishing is a one of Serna's key features.
  That's all -- there are no other tools used by Serna AFAIR.


Thanks,
-- 
Andrew Sichevoi (http://twitter.com/kondorsyntext) // Syntext, Inc.
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Message #97 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Andrew Sichevoi <kondor@syntext.com>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 22:02:08 +0100

[Message part 1 (text/plain, inline)]

Hi,

today, I continued to work on the serna package. The achievements are:

(Patch names respective to
http://git.nomeata.de/?p=serna.git;a=tree;f=debian/patches;hb=bbeea2bed0403ae5077d995423552ed402a63f35
later revisions might carry updated patches, but then the patch numbers
might change)

I re-did the patches that are about architecture independence. I
splitted them by issue, so that each bit can either be merged into your
SVN trunk completely or not. I’ll walk you through:

0002-Template-function-overlap.patch
hmm, can probably be dropped now. I’ll check.

0003-Atomic-increment-decrement-defined-for-amd64.patch
please merge. Atomic increment/decrement is defined for amd64

0007-Use-void-when-debug-outputting-a-pointer.patch
Some casts to (int) are used in output strings. Using (intptr_t) is
always correct and yields the same behaviour.

0009-libsp-adjustments-for-64-bits.patch
Makes the instances independent of size_t, but makes sure there is one
for int and long int. Can be merged.

0020-Cast-via-intptr_t-in-refCntData-new.patch
This needs review. I don’t really understand what 
  18 -        const size_type buf_offset((size_type)&((RefCntData*)1)->buf_ - 1);
was supposed to do (get a pointer to the 1? but where is the one?) Anyways,
  19 +        const size_type buf_offset((size_type)(intptr_t)&((RefCntData*)1)->buf_ - 1);
seems to work better...

0021-Cast-to-intptr_t-in-Dav-DavManager-lock-calls.patch
The code uses the pointer address of the object to generate a unique id
as an it. Casting via intptr_t works always. Can be merged.

0022-Cast-to-intptr_t-in-String-number-calls.patch
Same thing when casting to provide an argument to String::number:
intptr_t is the correct type to use. Can be merged.

0023-Cast-to-intptr_t-in-xslt-impl-Instance.cxx.patch
This changes part of the debugging output.
Prevoius code did a check
	((int)nsiContext().node() > 0x1000000)
to see whether the node name is valid. This looks fishy and
non-portable. Casting to (intptr_t) works, not sure if it’s still the
intended purpose.

0024-Cast-to-intptr_t-in-PackedPtrSet.h.patch
Here, the last bit of a pointer is checked. Casting to (intptr_t) is
again the correct thing to do. Can be merged.

0025-Remove-__int__-method-from-SimpleWrappedObject.patch
Now this is somewhat intrusive: I did not immediately figure out how to
implement the __int__ method correctly. But I expect that any use of it
is a mistake anyhow, so I just removed it. Where is it used?

0026-Cast-to-long-int-in-pyplugin-stuff.patch
I’ll remove this, it’s overwritten by a later patch (28). Please ignore

0027-Implement-PropertyNode-set-get-Ptr-and-String-toPtr.patch
As the name says. Some code stores functions pointers in properties,
this interface allows this without casts to integers. Can be merged.

0028-Use-set-getPtr-in-pyconsole-code.patch
Use the just added functions. Can be merged.


I’d obviously like to reduce the number of patches I have to drag along,
so please check if you can apply these to SVN.


I also made the serna package build and run without its own copy of
docbook-xsl. It uses the installed package
in /usr/share/xml/docbook/stylesheet/docbook-xsl. I started by adding
proper code to 3rd/docbook/docbook-default.t in patch
0029-Allow-using-the-system-wide-docbook-xsl-installation.patch, but the
path to the docbook-xsl files was still hardcoded in too many places;
see patch
0033-Refer-to-usr-share-xml-docbook-stylesheet-docbook-xs.patch

I made serna use xsltproc from the path in patches
0030-Use-system-wide-xsltproc-in-scripts.patch
0031-Use-system-wide-xsltproc-in-publishing-plugin.patch

These patches can obviously not be merged. But it would be great if you
could make them obsolete: If I run ./configure syspkg in 3rd, serna
should always use the system wide xsltproc.


Generally, I can not stress enough that reducing the number of patches I
need to carry is a great way to ease my work :-)


I’m considering to propose the package for inclusion in the current
state, and see what the ftp-masters want me to fix.

Greetings,
Joachim	



-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #102 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Andrew Sichevoi <kondor@syntext.com>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org

Subject: Re: Debian Packaging advancements

Date: Tue, 12 Jan 2010 23:01:59 +0100

[Message part 1 (text/plain, inline)]

Hi,

Am Dienstag, den 12.01.2010, 22:02 +0100 schrieb Joachim Breitner:
> 0026-Cast-to-long-int-in-pyplugin-stuff.patch
> 0028-Use-set-getPtr-in-pyconsole-code.patch

merged in one patch as
http://git.nomeata.de/?p=serna.git;a=blob_plain;f=debian/patches/0027-Use-set-getPtr-in-pyconsole-code.patch;hb=HEAD

> I’m considering to propose the package for inclusion in the current
> state, and see what the ftp-masters want me to fix.

I found a syntax error in a bash script, please consider merging this
patch:
http://git.nomeata.de/?p=serna.git;a=blob_plain;f=debian/patches/0033-Fix-Syntax-error-Unterminated-quoted-string.patch;hb=HEAD

The upload to Debian’s NEW queue is currently in progress. We are
getting close to having serna in Debian.

(The open file license questions still need to be resolved, of course.)

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #109 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: Torsten Werner <ftpmaster@debian.org>

Cc: 535828@bugs.debian.org

Subject: Re: serna-free_0.svn139-1_amd64.changes REJECTED

Date: Sun, 24 Jan 2010 00:10:53 +0100

[Message part 1 (text/plain, inline)]

Hi Torsten,

Am Freitag, den 15.01.2010, 22:51 +0000 schrieb Torsten Werner:
> the orig tarball ships docbook-xsl-1.68.1.tar.bz2: but it has no license info,
> might be not DFSG free, and has no source for the jar files.

indeed. I removed the file from my master git branch, but not from the
orig tarball that I created from upstreams SVN, which contained the
file. I was not used when building the package.

I’ll upload a new version now with that file removed from the tarball
ina moment. It also upgrades to a new upstream SVN snapshot.

Thanks for reviewing,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[signature.asc (application/pgp-signature, inline)]

Message #118 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, debian-devel@lists.debian.org

Subject: Re: Debian Packaging advancements

Date: Sun, 24 Jan 2010 13:08:27 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

On Sun, Jan 24, 2010 at 2:08 AM, Joachim Breitner <nomeata@debian.org>wrote:

>       2. AUTHORS file. Could you please update installation
> script/makefile to copy AUTHORS to
> >           /usr/share/serna-free/ when Serna from the package is
> installed?
>
> According to Debian standards it should be installed
> to /usr/share/doc/serna. Is there a technical reason for the AUTHORS
> file to reside in /usr/share/serna-free/?
>

   No reasons, that was a typo.  I meant /usr/share/serna/. Thanks.


> I got a new minor patch at the usual location. The subversion repository
> has files in 3rd/qt/icons, but make clean removes them.
>
> http://git.nomeata.de/?p=serna.git;a=blob;f=debian/patches/0034-Do-not-clean-3rd-qt-icons.patch;h=974b3057556ce1ca54bd2b30819f837765da38de;hb=39494e49d26fe2dc41af9450e31fcffa6cfda3db
>

  Thanks, I will add this patch to the queue.


> I also got a reply by the ftp-masters. They rejected the upload because
> the .orig.tar.gz ball which I created from SVN trunk contained the file
> docbook-xsl-1.68.1.tar.bz2. I spotted that before and thought I removed
> it, but not from the tarball. I will re-upload today with that file
> removed from the tarball. I if there is no real need for it, it should
> be removed from SVN, the other 3rd-party-components are also not in the
> subversion tree.


 Thanks, I will forward this issue to Syntext.


Regards,
-- 
Andrew Sichevoi (http://thekondor.net)
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Message #123 received at 535828@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828@bugs.debian.org, debian-devel@lists.debian.org

Subject: Re: Debian Packaging advancements

Date: Sun, 24 Jan 2010 21:59:40 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

    some updates:
       1. Almost all patches were applied to the internal branch and they
work fine. Great work! Serna is built on Ubuntu 9.10 w/o any critical
problem so I reported Syntext about that. Now all patches will be revised
and after QA I hope they become the part of Serna trunk/.
       2. Patches that hardcode paths ([0028-0032]) most probably will not
be applied to the trunk. Since Syntext supports other platforms (Mac,
Windows tm), these patches may break the building process (one *working*
repository for all platforms). Hence all patches might be stored in
debian/patches/ dir in the trunk (I think this will be discussed a bit
later)
       3. Could you please explain your latest patch (0034: Do not clean
3rd/qt/icons)? Why they should not be cleaned up? Are they used somewhere?

Regards,
-- 
Andrew Sichevoi (http://thekondor.net)
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Message #128 received at 535828-done@bugs.debian.org (full text, mbox, reply):

From: Joachim Breitner <nomeata@debian.org>

To: serna-developers@syntext.com

Cc: 535828-done@bugs.debian.org

Subject: [Fwd: serna-free_0.svn235-1_amd64.changes ACCEPTED]

Date: Mon, 25 Jan 2010 09:45:15 +0100

[Message part 1 (text/plain, inline)]

Hi,

good news: Serna was accepted into Debian!

http://packages.debian.org/sid/serna

Now lets see what the buildds make of it on the various architectres and
then what the users think of it :-)

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

[Message part 2 (message/rfc822, inline)]

From: Archive Administrator <installer@ftp-master.debian.org>

To: Joachim Breitner <nomeata@debian.org>

Subject: serna-free_0.svn235-1_amd64.changes ACCEPTED

Date: Sun, 24 Jan 2010 23:03:37 +0000

Accepted:
serna-free_0.svn235-1.debian.tar.gz
  to main/s/serna-free/serna-free_0.svn235-1.debian.tar.gz
serna-free_0.svn235-1.dsc
  to main/s/serna-free/serna-free_0.svn235-1.dsc
serna-free_0.svn235.orig.tar.gz
  to main/s/serna-free/serna-free_0.svn235.orig.tar.gz
serna_0.svn235-1_amd64.deb
  to main/s/serna-free/serna_0.svn235-1_amd64.deb


Override entries for your package:
serna-free_0.svn235-1.dsc - source text
serna_0.svn235-1_amd64.deb - extra text

Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.

[signature.asc (application/pgp-signature, inline)]

Message #129 received at 535828-done@bugs.debian.org (full text, mbox, reply):

From: Andrew Sichevoi <kondor@syntext.com>

To: Joachim Breitner <nomeata@debian.org>

Cc: serna-developers@syntext.com, 535828-done@bugs.debian.org

Subject: Re: [Fwd: serna-free_0.svn235-1_amd64.changes ACCEPTED]

Date: Mon, 25 Jan 2010 13:40:34 +0300

[Message part 1 (text/plain, inline)]

Hello Joachim,

   Amazing! You made my day! Thank you for your great work!
   Please feel free to contact me if any question.

Thanks,

On Mon, Jan 25, 2010 at 11:45 AM, Joachim Breitner <nomeata@debian.org>wrote:

> Hi,
>
> good news: Serna was accepted into Debian!
>
> http://packages.debian.org/sid/serna
>
> Now lets see what the buildds make of it on the various architectres and
> then what the users think of it :-)
>
> Greetings,
> Joachim
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata
>
>
> ---------- Forwarded message ----------
> From: Archive Administrator <installer@ftp-master.debian.org>
> To: Joachim Breitner <nomeata@debian.org>
> Date: Sun, 24 Jan 2010 23:03:37 +0000
> Subject: serna-free_0.svn235-1_amd64.changes ACCEPTED
>
>
>
> Accepted:
> serna-free_0.svn235-1.debian.tar.gz
>  to main/s/serna-free/serna-free_0.svn235-1.debian.tar.gz
> serna-free_0.svn235-1.dsc
>  to main/s/serna-free/serna-free_0.svn235-1.dsc
> serna-free_0.svn235.orig.tar.gz
>  to main/s/serna-free/serna-free_0.svn235.orig.tar.gz
> serna_0.svn235-1_amd64.deb
>  to main/s/serna-free/serna_0.svn235-1_amd64.deb
>
>
> Override entries for your package:
> serna-free_0.svn235-1.dsc - source text
> serna_0.svn235-1_amd64.deb - extra text
>
> Announcing to debian-devel-changes@lists.debian.org
>
>
> Thank you for your contribution to Debian.
>
>
>


-- 
Andrew Sichevoi (http://thekondor.net)
true perfection has to be imperfect

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.