Debian Bug report logs - #449031
RFP: chandler-desktop -- Chandler PIM desktop app

Package: wnpp; Maintainer for wnpp is wnpp@debian.org;

Reported by: Bernd Zeimetz <bernd@bzed.de>

Date: Fri, 2 Nov 2007 14:06:01 UTC

Severity: wishlist

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, bernd@bzed.de, <wnpp@debian.org>:
Bug#449031; Package wnpp. Full text and rfc822 format available.

Acknowledgement sent to Bernd Zeimetz <bernd@bzed.de>:
New Bug report received and forwarded. Copy sent to bernd@bzed.de, <wnpp@debian.org>. Full text and rfc822 format available.

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

From: Bernd Zeimetz <bernd@bzed.de>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: RFP: chandler-desktop -- Personal Information Management application
Date: Fri, 02 Nov 2007 15:01:37 +0100
Package: wnpp
Severity: wishlist

* Package name    : chandler-desktop
  Version         : 0.7
  Upstream Author : http://www.osafoundation.org/
* URL             : http://chandlerproject.org/Developers/WebHome
* License         : Apache License
  Programming Lang: Python
  Description     : Personal Information Management application

Chandler Project is an open source, standards-based personal information
manager (PIM) built around small group collaboration and a core set of
information management workflows modelled on Inbox usage patterns and
David Allen's GTD methodology.

The Chandler Desktop application manages calendar events, task items,
messages, notes and other types of personal information. Chandler
Desktop can publish its data to a Chandler Server. Chandler Desktop is
also a WebDAV, CalDAV, and iCal/webcal client.




I don't have the time to package Chandler soon, so I hope somebody else
is willing to take care of it. I'll happily help out with any problems
if the packaging is done within the Python Apps Team.


Cheers,

Bernd




Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>:
Bug#449031; Package wnpp. Full text and rfc822 format available.

Acknowledgement sent to dr@jones.dk:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>. Full text and rfc822 format available.

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

From: Jonas Smedegaard <dr@jones.dk>
To: control@bugs.debian.org
Cc: 449031@bugs.debian.org, 449033@bugs.debian.org
Subject: Intend to package this beast...!
Date: Wed, 20 Aug 2008 12:48:32 +0200
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

retitle 449033 ITP: Chandler PIM webapp + backend server (Cosmo)
retitle 449031 ITP: Chandler PIM desktop app
thanks

Hi,

I intend to package Chandler - both the Python-based desktop app and the 
Java Tomcat-based Cosmo backend+webapp server.

Anyone interested in helping out, please get in touch with me.

I intend to package using CDBS, and maintain it with Git at the 
collab-maint Alioth group.


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkir9n8ACgkQn7DbMsAkQLgicwCgj8ML+72NP8PseorWmznSsSXu
SRQAn0/65IQZovHYBY5W/+nkjgnEdCIN
=uFAI
-----END PGP SIGNATURE-----




Changed Bug title to `ITP: Chandler PIM desktop app' from `RFP: chandler-desktop -- Personal Information Management application'. Request was from Jonas Smedegaard <dr@jones.dk> to control@bugs.debian.org. (Wed, 20 Aug 2008 10:54:33 GMT) Full text and rfc822 format available.

Changed Bug title to `ITP: chandler-desktop -- Chandler PIM desktop app' from `ITP: Chandler PIM desktop app'. Request was from Riccardo Stagni <unriccio@email.it> to control@bugs.debian.org. (Thu, 21 Aug 2008 23:00:04 GMT) Full text and rfc822 format available.

Owner recorded as Jonas Smedegaard <dr@jones.dk>. Request was from Raphael Geissert <atomo64@gmail.com> to control@bugs.debian.org. (Fri, 14 Nov 2008 01:22:30 GMT) Full text and rfc822 format available.

Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Wed, 24 Jun 2009 01:39:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Matt Schafer <matt@slyy.net>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Wed, 24 Jun 2009 01:39:05 GMT) Full text and rfc822 format available.

Message #21 received at 449031@bugs.debian.org (full text, mbox):

From: Matt Schafer <matt@slyy.net>
To: 449031@bugs.debian.org
Subject: [Fwd: Re: chandler-desktop packaging]
Date: Tue, 23 Jun 2009 18:35:37 -0700
Jonas and I had a brief conversation about starting to package
chandler-desktop.  I think we're eager to get started and see if we can
make some sense of it.

What follows is our conversation to date.

Matt Schafer


-------- Original Message --------
Subject: Re: chandler-desktop packaging
Date: Tue, 23 Jun 2009 13:33:15 -0700
From: Matt Schafer <matt@slyy.net>
To: Jonas Smedegaard <dr@jones.dk>

Howdy, Jonas.

You wrote:
> I am still interested in packaging it [Chandler Desktop] for Debian.
> My experience so far is that it is difficult to package properly,
> because upstream do not follow standard routines of separating
> libraries and executables, and pulls VCS sources as part of the build
> process.

Yes.  This is going to be a challenging project.  However, upstream has
been cleaning up the build process in relation to the Ubuntu
distribution.  They have created a debian directory with the control,
rules and changelog files, etc.  By using that build process, they do
pull the source tree from the SVN repository, but then package it into
an orig.tar.gz.  That is then used for the build, at least for the parts
that are truly the Chandler Desktop program.

In addition, they have been removing from the build process those
packages that appear in the Ubuntu repositories at the necessary
versions.  On Sunday, I built the current SVN trunk for Ubuntu 9.04.
- From what I can see, the only packages that are downloaded from the
Chandler repositories and built are:

1. wx and wxPython.  These are patched heavily for Chandler.
2. bdb.  Also patched for Chandler.
3. PyLucene.  May or may not be patched, but the pylucene package in
Debian requires python2.5.  Must work for python2.6 for the latest
Ubuntu.  (Debian is still using python2.5.)
4. zanshin.  Doesn't appear in Debian or Ubuntu repositories.
5. swig.  Patched for Chandler.
6. vobject.  I think this is a problem with setuptools.  Shouldn't have
been downloaded.

I think we can use the current build system and debian directory as a
starting point.  But there will be a lot to clean up, and I'm not sure
how to handle these patched dependencies.

> Seems to upcoming 2.x will cleanup much of that.  Time will tell.

I have no idea.  Chandler Desktop 2.x is still in its infancy.  I think
it will be a long time before that is ready.  I'd still like to get 1.x
packaged properly, partly so that I can learn, but also so that I can
send patches and suggestions to upstream so that 2.x is solid.

> Would you perhaps be interested in teaming up with me and maintain 
> packaging together?

I think that would be great.

> I have strong opinions on packaging style and
> really do want to treat Debian as upstream to Ubuntu,

Agreed.  Debian is upstream to Ubuntu.  My original intent was to get it
packaged for Ubuntu because that is the distro that I use.  Then make
sure that it got back into the Debian repositories.

> so teaming up
> with me would mean using Alioth (not Launchpad) using Git (not
> Bazaar), and using CDBS (not plain debhelper).

That's all fine.  I have not packaged anything before, though I have
been using Ubuntu for about four years.  I'm new to packaging for either
distro, Debian in general and Debian's packaging system specifically.  I
should mention that upstream's .deb build system uses the quilt patch tool.

> I would be happy to guide you trough all of those, if you are
> unfamiliar with any of it.  Would be great to work together!

Unfamiliar with all of it, actually.

I have been reading up on the Ubuntu Packaging Guide and the Debian &
Ubuntu Policy.  I'll switch to studying up on the Debian docs, though
they seem to be mostly similar.

Have you done much packaging work with Debian in the past?  This will be
a good way to learn.  Especially with such a difficult project.  But I
really want to get this one cleaned up, since I use it all the time.  At
some point, I'm going to want to switch over to helping with Chandler
development.  But for now, I just want to see what we currently have in
the repositories.

So where do we start?

Thanks,
Matt




Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Sat, 29 Aug 2009 15:09:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Micah Anderson <micah@riseup.net>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Sat, 29 Aug 2009 15:09:05 GMT) Full text and rfc822 format available.

Message #26 received at 449031@bugs.debian.org (full text, mbox):

From: Micah Anderson <micah@riseup.net>
To: 449031@bugs.debian.org, matt@slyy.net, dr@jones.dk
Subject: Chandler
Date: Sat, 29 Aug 2009 11:03:38 -0400
[Message part 1 (text/plain, inline)]
Hello,

A friend of mine recently was telling me about Chandler, and my natural
instinct was to see if it was in Debian, and it wasn't so I was less
interested in trying it out myself. However, I thought I would see if
there was an ITP, and lo! there is. However, it hasn't seen any movement
since June, so this message is a friendly *poke* to see where things are
at. 

I certainly understand people are quite busy, so please don't take this
the wrong way, I'm just curious about the status of this project.

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

Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Mon, 31 Aug 2009 04:30:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Matt Schafer <matt@slyy.net>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Mon, 31 Aug 2009 04:30:05 GMT) Full text and rfc822 format available.

Message #31 received at 449031@bugs.debian.org (full text, mbox):

From: Matt Schafer <matt@slyy.net>
To: Micah Anderson <micah@riseup.net>
Cc: 449031@bugs.debian.org, dr@jones.dk
Subject: Re: Chandler
Date: Sun, 30 Aug 2009 21:19:23 -0700
Micah,

Thanks for the ping.  Shortly after asking about this in June, life got
very busy, and I've had no time to work on it.  I do still intend to
start the large challenging task of packaging Chandler desktop, but it
doesn't look realistic for me until mid-to-late autumn.

Cheers,
Matt




Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Sat, 24 Oct 2009 21:24:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jan Beyer <jan@beathovn.de>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Sat, 24 Oct 2009 21:24:04 GMT) Full text and rfc822 format available.

Message #36 received at 449031@bugs.debian.org (full text, mbox):

From: Jan Beyer <jan@beathovn.de>
To: 449031@bugs.debian.org
Subject: another ping/suggestion
Date: Sat, 24 Oct 2009 23:14:10 +0200
Hi there,

I tried building chandler in a clean pbuilder chroot, but without luck (I
think, I used a copy of OSA's jaunty-debian/-directory with some
modifications). The precompiled binary .debs from their website didn't work
either - at least not straight away. I had to un-ar, edit the control file
and re-ar the .deb.

So I would be extremely happy about a real Debian package of chandler. From
a quick look around the web and the package, I understand, it's highly
non-trivial. So I wanted to ask, if there could be some kind of
coordination-wiki-page where all the ToDo-stuff could be collected and
possibly interested people with some spare time (e.g. me) could select some
part and contribute a small piece, so that at some later time, we finally
would arrive at a reasonable Debian package. Apart from the file debian/TODO
in OSA's debian sources I didn't find anything like this. From this bug
report I see, you wanted to push it to collab-maint, but it's not there
(yet?). Or do you think, the build system is too crazy at its current stage,
and the development should be continued upstream a little bit longer?

Anyway - some sort of status update would be great...

Thanks in advance,
Jan
-- 
Jan Beyer				happy Debian Maintainer	;-)	

mail	jan@beathovn.de			GPG key ID 0x0CA6B4AA
jabber	beathovn@jabber.org
web	http://www.beathovn.de/




Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Sun, 25 Oct 2009 01:54:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to 449031@bugs.debian.org:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Sun, 25 Oct 2009 01:54:03 GMT) Full text and rfc822 format available.

Message #41 received at 449031@bugs.debian.org (full text, mbox):

From: Jonas Smedegaard <dr@jones.dk>
To: Jan Beyer <jan@beathovn.de>, 449031@bugs.debian.org
Subject: Re: Bug#449031: another ping/suggestion
Date: Sun, 25 Oct 2009 02:51:54 +0100
[Message part 1 (text/plain, inline)]
Hi Jan, and everyone else following this bugreport,

On Sat, Oct 24, 2009 at 11:14:10PM +0200, Jan Beyer wrote:
>I tried building chandler in a clean pbuilder chroot, but without luck 
>(I think, I used a copy of OSA's jaunty-debian/-directory with some 
>modifications). The precompiled binary .debs from their website didn't 
>work either - at least not straight away. I had to un-ar, edit the 
>control file and re-ar the .deb.
>
>So I would be extremely happy about a real Debian package of chandler. 
>From a quick look around the web and the package, I understand, it's 
>highly non-trivial. So I wanted to ask, if there could be some kind of 
>coordination-wiki-page where all the ToDo-stuff could be collected and 
>possibly interested people with some spare time (e.g. me) could select 
>some part and contribute a small piece, so that at some later time, we 
>finally would arrive at a reasonable Debian package. Apart from the 
>file debian/TODO in OSA's debian sources I didn't find anything like 
>this. From this bug report I see, you wanted to push it to 
>collab-maint, but it's not there (yet?). Or do you think, the build 
>system is too crazy at its current stage, and the development should be 
>continued upstream a little bit longer?
>
>Anyway - some sort of status update would be great...

First of all: Thanks a lot for pushing!

Back in... whoa, is it really that long ago? december 2008, it seems, I 
indeed felt that the upstream coding was too weird for proper packaging 
- the packaging done upstream was done through pulling in precompiled 
binaries via Subversion, if I recall correctly, which is inappropriate 
(to put it mildly) for official Debian packaging.  That said, the actual 
code looks looks really promising to me - it is just their way of 
stuffing surrounding libraries together that is quite unusual and far 
from usable to Debian.

I thought I had pushed my work back then to a Git in collab-maint, but 
you are right, I didn't.  In fact I haven't even kept my work in a local 
Git :-/

Thanks a lot for the suggestion on chopping this big challenge into 
smaller pieces.  I will now dust off the the work I've done so far and 
put it into a Git for collab-maint as intended, and will appreciate any 
and all help in moving on with this - including poking me whenever I get 
too silent on this front for too long.


Kind regards,

 - Jonas

-- 
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
[signature.asc (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Sun, 25 Oct 2009 21:39:09 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jan Beyer <jan@beathovn.de>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Sun, 25 Oct 2009 21:39:09 GMT) Full text and rfc822 format available.

Message #46 received at 449031@bugs.debian.org (full text, mbox):

From: Jan Beyer <jan@beathovn.de>
To: 449031@bugs.debian.org
Subject: patch for external/Makefile
Date: Sun, 25 Oct 2009 22:20:04 +0100
[Message part 1 (text/plain, inline)]
Und es begab sich am 25.10.2009 02:51, dass Jonas Smedegaard schrieb:
> First of all: Thanks a lot for pushing!
No problem - my pleasure... ;-)

> 
> Back in... whoa, is it really that long ago? december 2008, it seems, I
> indeed felt that the upstream coding was too weird for proper packaging
> - the packaging done upstream was done through pulling in precompiled
> binaries via Subversion, if I recall correctly, which is inappropriate
> (to put it mildly) for official Debian packaging.  That said, the actual
> code looks looks really promising to me - it is just their way of
> stuffing surrounding libraries together that is quite unusual and far
> from usable to Debian.
> 
> I thought I had pushed my work back then to a Git in collab-maint, but
> you are right, I didn't.  In fact I haven't even kept my work in a local
> Git :-/
oh, what a pity.
I attached a patch (quick'n'dirty, nevermind its name - that was what I
started with) against chandler's SVN to get it least further than only
downloading external stuff - by simply commenting out/deleting the external
stuff, which is broken on OSA's website and already present in Debian (and
in Build-Depends). No idea, whether that will work - it still doesn't even
compile. (Of course, the control file also needs some adjustments,
particularly python-zopeinterface -> python-zope.interface and python2.6 ->
python (>= 2.5) IIRC)

The build stops after a long time (the OSA server for downloading the
external stuff is terribly slow) here:

In file included from ../src/gtk/gsockgtk.cpp:21:
../include/wx/gsocket.h:40: error: using typedef-name 'GSocket' after 'class'
/usr/include/glib-2.0/gio/giotypes.h:120: error: 'GSocket' has a previous
declaration here
In file included from ../include/wx/gsocket.h:179,
                 from ../src/gtk/gsockgtk.cpp:21:
../include/wx/unix/gsockunx.h:40: error: using typedef-name 'GSocket' after
'class'
/usr/include/glib-2.0/gio/giotypes.h:120: error: 'GSocket' has a previous
declaration here
../src/gtk/gsockgtk.cpp: In function 'void _GSocket_GDK_Input(void*, gint,
GdkInputCondition)':
../src/gtk/gsockgtk.cpp:34: error: 'struct _GSocket' has no member named
'Detected_Read'
../src/gtk/gsockgtk.cpp:36: error: 'struct _GSocket' has no member named
'Detected_Write'
../src/gtk/gsockgtk.cpp: In member function 'virtual bool
GSocketGUIFunctionsTableConcrete::Init_Socket(GSocket*)':
../src/gtk/gsockgtk.cpp:56: error: 'struct _GSocket' has no member named
'm_gui_dependent'
../src/gtk/gsockgtk.cpp:57: error: 'struct _GSocket' has no member named
'm_gui_dependent'
../src/gtk/gsockgtk.cpp: In member function 'virtual void
GSocketGUIFunctionsTableConcrete::Destroy_Socket(GSocket*)':
../src/gtk/gsockgtk.cpp:67: error: 'struct _GSocket' has no member named
'm_gui_dependent'
../src/gtk/gsockgtk.cpp: In member function 'virtual void
GSocketGUIFunctionsTableConcrete::Install_Callback(GSocket*, GSocketEvent)':
../src/gtk/gsockgtk.cpp:72: error: 'struct _GSocket' has no member named
'm_gui_dependent'
../src/gtk/gsockgtk.cpp:75: error: 'struct _GSocket' has no member named 'm_fd'
../src/gtk/gsockgtk.cpp:83: error: 'struct _GSocket' has no member named
'm_server'
../src/gtk/gsockgtk.cpp:90: error: 'struct _GSocket' has no member named 'm_fd'
../src/gtk/gsockgtk.cpp: In member function 'virtual void
GSocketGUIFunctionsTableConcrete::Uninstall_Callback(GSocket*, GSocketEvent)':
../src/gtk/gsockgtk.cpp:98: error: 'struct _GSocket' has no member named
'm_gui_dependent'
../src/gtk/gsockgtk.cpp:108: error: 'struct _GSocket' has no member named
'm_server'
make[4]: *** [monodll_gsockgtk.o] Error 1
make[4]: Leaving directory
`/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx/wxPython-r219/build_release'
make[3]: *** [wxWidgets] Error 2
make[3]: Leaving directory
`/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx/wxPython-r219'
make[2]: *** [build] Error 2
make[2]: Leaving directory `/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx'
make[1]: *** [wx] Error 2
make[1]: Leaving directory `/tmp/buildd/chandler-1.0.3.1~svn16692/external'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package

I did not yet have the time to investigate this further.

> 
> Thanks a lot for the suggestion on chopping this big challenge into
> smaller pieces.  I will now dust off the the work I've done so far and
> put it into a Git for collab-maint as intended, and will appreciate any
> and all help in moving on with this - including poking me whenever I get
> too silent on this front for too long.
I have no idea about Git, but maybe that would be a good occasion to learn
it - if it wouldn't be so short of free-time ATM. Anyway, I will watch the
activity and maybe here and there try to do something on my own. And who
knows - maybe I will even be able to contribute some patch or whatever...

All the best,

Jan

-- 
Jan Beyer				happy Debian Maintainer	;-)	

mail	jan@beathovn.de			GPG key ID 0x0CA6B4AA
jabber	beathovn@jabber.org
web	http://www.beathovn.de/
[dont-load-zopeinterface.patch (text/x-patch, inline)]
--- chandler-1.0.3.1~svn16692.orig/external/Makefile
+++ chandler-1.0.3.1~svn16692/external/Makefile
@@ -22,8 +22,8 @@
 # built a working python 2.5
 #
 BUILD_ONLY_PY_SYSTEMS = \
-    setuptools \
-    zope.interface
+    #setuptools \
+    #zope.interface
 
 setuptools: $(EASY_INSTALL)
 	$(PYTHON) -c 'from pkg_resources import require; require("setuptools>=0.6c9")' || \
@@ -44,9 +44,6 @@
 PY_SYSTEMS = \
         PyLucene \
         $(PYICU_BUILD) \
-        $(ZOPE_BUILD) \
-        $(M2CRYPTO_BUILD) \
-        $(TWISTED_BUILD) \
         wx
 
 ALL_SYSTEMS = $(BUILD_ONLY_SYSTEMS) $(BINARY_SYSTEMS) $(BUILD_ONLY_PY_SYSTEMS) \

Information forwarded to debian-bugs-dist@lists.debian.org, <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Wed, 28 Oct 2009 18:06:13 GMT) Full text and rfc822 format available.

Acknowledgement sent to Jan Beyer <jan@beathovn.de>:
Extra info received and forwarded to list. Copy sent to <wnpp@debian.org>, Jonas Smedegaard <dr@jones.dk>. (Wed, 28 Oct 2009 18:06:13 GMT) Full text and rfc822 format available.

Message #51 received at 449031@bugs.debian.org (full text, mbox):

From: Jan Beyer <jan@beathovn.de>
To: 449031@bugs.debian.org
Subject: Re: Bug#449031: patch for external/Makefile
Date: Tue, 27 Oct 2009 22:05:46 +0100
Und es begab sich am 25.10.2009 22:20, dass Jan Beyer schrieb:
> In file included from ../src/gtk/gsockgtk.cpp:21:
> ../include/wx/gsocket.h:40: error: using typedef-name 'GSocket' after 'class'
> /usr/include/glib-2.0/gio/giotypes.h:120: error: 'GSocket' has a previous
> declaration here
> In file included from ../include/wx/gsocket.h:179,
>                  from ../src/gtk/gsockgtk.cpp:21:
> ../include/wx/unix/gsockunx.h:40: error: using typedef-name 'GSocket' after
> 'class'
> /usr/include/glib-2.0/gio/giotypes.h:120: error: 'GSocket' has a previous
> declaration here
> ../src/gtk/gsockgtk.cpp: In function 'void _GSocket_GDK_Input(void*, gint,
> GdkInputCondition)':
> ../src/gtk/gsockgtk.cpp:34: error: 'struct _GSocket' has no member named
> 'Detected_Read'
> ../src/gtk/gsockgtk.cpp:36: error: 'struct _GSocket' has no member named
> 'Detected_Write'
> ../src/gtk/gsockgtk.cpp: In member function 'virtual bool
> GSocketGUIFunctionsTableConcrete::Init_Socket(GSocket*)':
> ../src/gtk/gsockgtk.cpp:56: error: 'struct _GSocket' has no member named
> 'm_gui_dependent'
> ../src/gtk/gsockgtk.cpp:57: error: 'struct _GSocket' has no member named
> 'm_gui_dependent'
> ../src/gtk/gsockgtk.cpp: In member function 'virtual void
> GSocketGUIFunctionsTableConcrete::Destroy_Socket(GSocket*)':
> ../src/gtk/gsockgtk.cpp:67: error: 'struct _GSocket' has no member named
> 'm_gui_dependent'
> ../src/gtk/gsockgtk.cpp: In member function 'virtual void
> GSocketGUIFunctionsTableConcrete::Install_Callback(GSocket*, GSocketEvent)':
> ../src/gtk/gsockgtk.cpp:72: error: 'struct _GSocket' has no member named
> 'm_gui_dependent'
> ../src/gtk/gsockgtk.cpp:75: error: 'struct _GSocket' has no member named 'm_fd'
> ../src/gtk/gsockgtk.cpp:83: error: 'struct _GSocket' has no member named
> 'm_server'
> ../src/gtk/gsockgtk.cpp:90: error: 'struct _GSocket' has no member named 'm_fd'
> ../src/gtk/gsockgtk.cpp: In member function 'virtual void
> GSocketGUIFunctionsTableConcrete::Uninstall_Callback(GSocket*, GSocketEvent)':
> ../src/gtk/gsockgtk.cpp:98: error: 'struct _GSocket' has no member named
> 'm_gui_dependent'
> ../src/gtk/gsockgtk.cpp:108: error: 'struct _GSocket' has no member named
> 'm_server'
> make[4]: *** [monodll_gsockgtk.o] Error 1
> make[4]: Leaving directory
> `/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx/wxPython-r219/build_release'
> make[3]: *** [wxWidgets] Error 2
> make[3]: Leaving directory
> `/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx/wxPython-r219'
> make[2]: *** [build] Error 2
> make[2]: Leaving directory `/tmp/buildd/chandler-1.0.3.1~svn16692/external/wx'
> make[1]: *** [wx] Error 2
> make[1]: Leaving directory `/tmp/buildd/chandler-1.0.3.1~svn16692/external'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> E: Failed autobuilding of package
> 
> I did not yet have the time to investigate this further.
JFTR, this is #549770 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549770).

-- 
Jan Beyer				happy Debian Maintainer	;-)	

mail	jan@beathovn.de			GPG key ID 0x0CA6B4AA
jabber	beathovn@jabber.org
web	http://www.beathovn.de/




Information forwarded to debian-bugs-dist@lists.debian.org, wnpp@debian.org, Jonas Smedegaard <dr@jones.dk>:
Bug#449031; Package wnpp. (Sat, 19 Feb 2011 17:58:14 GMT) Full text and rfc822 format available.

Acknowledgement sent to Lucas Nussbaum <lucas@debian.org>:
Extra info received and forwarded to list. Copy sent to wnpp@debian.org, Jonas Smedegaard <dr@jones.dk>. (Sat, 19 Feb 2011 17:58:14 GMT) Full text and rfc822 format available.

Message #56 received at 449031@bugs.debian.org (full text, mbox):

From: Lucas Nussbaum <lucas@debian.org>
To: 449031@bugs.debian.org
Cc: control@bugs.debian.org
Subject: chandler-desktop: changing back from ITP to RFP
Date: Sat, 19 Feb 2011 17:01:27 +0000
retitle 449031 RFP: chandler-desktop -- Chandler PIM desktop app
noowner 449031
thanks

Hi,

This is an automatic email to change the status of chandler-desktop back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 6 months.

If you are still interested in adopting chandler-desktop, please send a mail to
<control@bugs.debian.org> with:

 retitle 449031 ITP: chandler-desktop -- Chandler PIM desktop app
 owner 449031 !
 thanks

However, it is not recommended to keep ITP for a long time without acting on
the package, as it might cause other prospective maintainers to refrain from
packaging that software. It is also a good idea to document your progress on
this ITP from time to time, by mailing <449031@bugs.debian.org>.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team <debian-qa@lists.debian.org>




Changed Bug title to 'RFP: chandler-desktop -- Chandler PIM desktop app' from 'ITP: chandler-desktop -- Chandler PIM desktop app' Request was from Lucas Nussbaum <lucas@debian.org> to control@bugs.debian.org. (Sat, 19 Feb 2011 18:09:04 GMT) Full text and rfc822 format available.

Removed annotation that Bug was owned by Jonas Smedegaard <dr@jones.dk>. Request was from Lucas Nussbaum <lucas@debian.org> to control@bugs.debian.org. (Sat, 19 Feb 2011 18:09:04 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sun Apr 20 06:32:28 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.