Fixed in hardy
** Changed in: orbit2 (Ubuntu)
Status: New = Fix Released
--
--onlytop does not work
https://bugs.launchpad.net/bugs/66560
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
What version of evolution-brutus was that? Did it only happen in the
docs directory??
--
--onlytop does not work
https://bugs.launchpad.net/bugs/66560
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Hi Adrian,
I think the problem got fixed in later versions, yours are rather old. Try svn
trunk
instead. With that you can do 'make distfiles' to generate files for the
package
manager in question. On gutsy it would create debs.
HTH,
jules
--
--onlytop does not work
Just wanted to note that this bug is still present in gutsy. The
workaround keeps working.
--
--onlytop does not work
https://bugs.launchpad.net/bugs/66560
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing
Public bug reported:
The /usr/include/evolution-data-server-1.12/libedata-book/e-book-
backend-db-cache.h file includes dh.h. This file does not exist on a
system with libedata-book1.2-dev installed. Therefore - building
software which includes e-book-backend-db-cache.h fails.
** Affects:
Maybe a dependency on libdb-dev would solve this?
--
e-book-backend-db-cache.h includes non-existing header file
https://bugs.launchpad.net/bugs/175537
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Hi Ian.
I just replied to your mail on the brutus list. There is something about
gutsy that makes e-b fail on that platform. The missing db.h is just one
symptom of this. I think that it is sufficiently different from edgy to
fall flat on its face and I suspect that the only solution to this
Yes. The edgy source still have this bug. The upstream fix was:
http://cvs.gnome.org/viewcvs/ORBit2/linc2/src/linc-
connection.c?r1=1.116r2=1.117
The current cvs HEAD is way better than 2.14.3. I'll recommend an update
to ORBit2 cvs HEAD.
--
Non-local IPv4 communication disabled
Actually, I just noticed that 2.14.4 has been released...
--
Non-local IPv4 communication disabled
https://launchpad.net/bugs/66556
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Yes, I still have this problem. The problem occurs if you are including
an IDL file in another IDL file. Imagine this:
/* a.idl */
module BRUTUS {
interface foobar {
void method();
};
};
/* b.idl */
#Include a.idl
module BRUTUS {
interface foo {
void bar(in foobar parm);
This post will explain in details how to work around the bug:
https://lists.ubuntu.com/archives/ubuntu-
users/2006-October/097145.html
--
jules
--
--onlytop does not work
https://launchpad.net/bugs/66560
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Public bug reported:
Binary package hint: liborbit2
This bug:
http://bugzilla.gnome.org/show_bug.cgi?id=354950
is still present in ORBit2 as distributed by Edgy.
Best regards,
jules
** Affects: orbit2 (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
Non-local IPv4
Public bug reported:
orbit-idl-2 has an option --onlytop that enables it to to produce
correct output when compiling IDL files that #include's other IDL files.
Packages such as evolution-brutus (http://www.omesc.com/) does this.
The --onlytop option does not work when using libIDL and ORBit2 as
13 matches
Mail list logo