Package Details: omniorbpy 4.3.2-1

Git Clone URL: https://aur.archlinux.org/omniorbpy.git (read-only, click to copy)
Package Base: omniorbpy
Description: A CORBA object request broker for C++ and Python.
Upstream URL: http://omniorb.sourceforge.net/
Licenses: LGPL-2.0-or-later
Provides: python-omniorbpy
Submitter: None
Maintainer: xantares
Last Packager: xantares
Votes: 10
Popularity: 0.000000
First Submitted: 2006-11-08 20:20 (UTC)
Last Updated: 2024-02-12 21:08 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Nim65s commented on 2019-08-30 12:19 (UTC)

It would be great to update this package to Python 3.

Xyne commented on 2014-10-18 13:03 (UTC)

@vitke, mortbauer The package is orphaned. Nobody is currently maintaining it. If you have a working PKGBUILD, please adopt the package and update it. Regards, Xyne

mortbauer commented on 2014-10-16 12:17 (UTC)

but it compiles perfectly by just chnaging the version and of course the md5sum, here is the updated PKGBUILD is at http://pastebin.com/zUp70YJX

vitke commented on 2014-10-09 10:34 (UTC)

It won't compile with omniorb-4.2.0-1: In file included from ../../modules/pyObjectRef.cc:136:0: /usr/include/omniORB4/internal/giopStream.h: In static member function 'static CORBA::Object* omniPy::UnMarshalObjRef(const char*, cdrStream&)': /usr/include/omniORB4/internal/giopStream.h:336:3: error: 'omni::giopStream::operator omni::giopStrand&()' is private operator giopStrand&(); ^ ../../modules/pyObjectRef.cc:663:37: error: within this context giopStrand& g = (giopStrand&)*gs; ^ ../../modules/pyObjectRef.cc:664:13: error: 'class omni::giopStrand' has no member named 'biDir' if (g.biDir && !g.isClient()) { ^ ../mk/beforeauto.mk:647: recipe for target 'pyObjectRef.o' failed make[1]: *** [pyObjectRef.o] Error 1 make[1]: Leaving directory '/usr/local/src/build/omniorbpy/src/omniORBpy-3.7/build/modules' ../dir.mk:4: recipe for target 'all' failed make: *** [all] Error 1

Xyne commented on 2013-10-28 01:27 (UTC)

I have uploaded a version of this package which removes the conflicts with pyorbit in the official repos. I do not know if the pyorbit files are drop-in replacements but a quick diff did not indicate any significant differences. https://aur.archlinux.org/packages/omniorbpy-pyorbit-compat/

tapia commented on 2013-08-18 17:40 (UTC)

Ok, thanks. I just uninstalled pyorbit... I didn't need it that much, just for Back In Time, but I can use another backup program.

pfm commented on 2013-08-18 12:59 (UTC)

Version update. Unfortunately there seems to be no "simple" solution to fix the file conflict between pyorbit and omniorbpy. pyorbit "conflicts" now, sorry.

tapia commented on 2013-08-14 03:40 (UTC)

Hi, I'm getting this error when I try to install this: omniorbpy: /usr/lib/python2.7/site-packages/CORBA.py existe en el sistema de archivos omniorbpy: /usr/lib/python2.7/site-packages/CORBA.pyc existe en el sistema de archivos omniorbpy: /usr/lib/python2.7/site-packages/PortableServer.py existe en el sistema de archivos omniorbpy: /usr/lib/python2.7/site-packages/PortableServer.pyc existe en el sistema de archivos Ocurrieron errores, no se actualizaron paquetes According to what pacman -Qo says, those packages are owned by pyorbit.

HaaTa commented on 2013-01-28 03:16 (UTC)

SourceForge link seems to be acting strange. Had to download the tar.bz2 manually.

Xyne commented on 2013-01-04 04:44 (UTC)

Thanks!

« First ‹ Previous 1 2 3 Next › Last »