Re: [Workrave-user] Compiling nightly builds under Debian Woody

[Rob C. <ro...@kr...>]

William McKee <wi...@kn...> writes:

> Do you backport the released version? I seem to remember installing 1.4
> via the deb provided on the website.

I don't have access to a testing/woody system... So, at the moment I
can' generate woody/testing packages.

> However, when I run make, I get the following error:
>
> In file included from /usr/include/orbit-2.0/orbit/orb-core/orb-core-types.h:16,
>                  from /usr/include/orbit-2.0/orbit/orbit-types.h:6,
>                  from Workrave-Control.h:9,
>                  from Workrave-Control-skels.c:7:
> /usr/include/orbit-2.0/orbit/orb-core/corba-defs.h:8: warning: `ORBIT_IDL_SERIAL' redefined
> Workrave-Control.h:8: warning: this is the location of the previous definition
> Workrave-Control-skels.c: In function `POA_GNOME_Workrave_WorkraveControl__init':
> Workrave-Control-skels.c:479: parse error before `POA_GNOME_Workrave_WorkraveControl__vepv'
>
>
> Does that mean anything to you or do I need to upgrade to sid? I'm
> guessing this is due to faulty liborbit2 back ports. What do you think?

Some while ago, I got the same error with unstable. Two packages were
using a different Orbit version... This problemn might also be caused
by another problem. Some generated files are put in de tar files (the
Workrave-Control-skel.c is one of these files). Perhaps if you do a
"make clean" first these files will get regenerated with the correct
Orbit version.

> dpkg-parsechangelog: error: cannot open debian/changelog to find format: No such file or directory
> dpkg-buildpackage: unable to determine source package
>

Argh. The Debian maintainer asked me to remove debian files from the
tarball to make his life easier. I forgot...

Groetjes,
  Rob

-- 
Rob Caelers -- ro...@kr...
"If knowledge can create problems, it is not through ignorance
that we can solve them." -- Isaac Asimov