Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 371707 - dev-libs/librets - a Real Estate Transaction Standard (RETS) client library
Summary: dev-libs/librets - a Real Estate Transaction Standard (RETS) client library
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement with 1 vote (vote)
Assignee: Default Assignee for New Packages
URL: http://www.crt.realtors.org/projects/...
Whiteboard: sunrise-removal
Keywords: InOverlay
Depends on:
Blocks:
 
Reported: 2011-06-15 05:57 UTC by Matthew Schultz
Modified: 2016-06-08 16:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Schultz 2011-06-15 05:57:45 UTC
A library that implements the RETS 1.7, RETS 1.5 and 1.0 standards

Reproducible: Always
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2011-06-15 16:08:44 UTC
It would help gather interest if you had an example of another package that would use this library.
Comment 2 Matthew Schultz 2011-06-15 18:00:37 UTC
Here's one:

http://code.google.com/p/crt-resync/ - command line rets client which uses librets

In addition, it has bindings for java, ruby, php, perl and python so people could just as easily write their own scripts in one of these languages to utilize this library.
Comment 3 Matthew Schultz 2011-06-29 20:26:49 UTC
(In reply to comment #2)
> Here's one:
> 
> http://code.google.com/p/crt-resync/ - command line rets client which uses
> librets
> 
> In addition, it has bindings for java, ruby, php, perl and python so people
> could just as easily write their own scripts in one of these languages to
> utilize this library.

As well as dotnet (mono).
Comment 4 Matthew Schultz 2013-01-03 00:10:13 UTC
@proxy-maint: I will volunteer to maintain this package in portage.
Comment 5 Matthew Schultz 2013-01-15 00:37:53 UTC
In the mean time, users can get the latest ebuild that I maintain from gentoo sunrise overlay:

emerge layman

layman -a sunrise

emerge -a librets
Comment 6 Patrick Lauer gentoo-dev 2013-03-15 03:53:59 UTC
i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H  -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include -I./project/librets/include   -c project/librets/src/RetsExceptionContext.cpp -o build/librets/objects/RetsExceptionContext.o
In file included from /usr/include/boost/filesystem/path.hpp:24:0,
                 from project/librets/src/RetsExceptionContext.cpp:18:
/usr/include/boost/filesystem/config.hpp:16:5: error: #error Compiling Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3
i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H  -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include -I./project/librets/include   -c project/librets/src/MetadataValidationExternalType.cpp -o build/librets/objects/MetadataValidationExternalType.o
i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H  -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include -I./project/librets/include   -c project/librets/src/MetadataTable.cpp -o build/librets/objects/MetadataTable.o
project/librets/src/RetsExceptionContext.cpp: In constructor 'librets::RetsExceptionContext::RetsExceptionContext(const string&, int)':
project/librets/src/RetsExceptionContext.cpp:37:31: error: no match for 'operator=' in '((librets::RetsExceptionContext*)this)->librets::RetsExceptionContext::mFileName = boost::filesystem::path::filename() const()'
project/librets/src/RetsExceptionContext.cpp:37:31: note: candidates are:
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:541:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:541:7: note:   no known conversion for argument 1 from 'boost::filesystem::path' to 'const std::basic_string<char>&'
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:549:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:549:7: note:   no known conversion for argument 1 from 'boost::filesystem::path' to 'const char*'
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:560:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:560:7: note:   no known conversion for argument 1 from 'boost::filesystem::path' to 'char'
make[1]: *** [build/librets/objects/RetsExceptionContext.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/dev-libs/librets-1.5.3-r2/work/librets-1.5.3'
make: *** [all] Error 2
 * ERROR: dev-libs/librets-1.5.3-r2 failed (compile phase):
 *   emake failed
Comment 7 Matthew Schultz 2013-03-15 04:03:31 UTC
(In reply to comment #6)
> i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H 
> -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include
> -I./project/librets/include   -c
> project/librets/src/RetsExceptionContext.cpp -o
> build/librets/objects/RetsExceptionContext.o
> In file included from /usr/include/boost/filesystem/path.hpp:24:0,
>                  from project/librets/src/RetsExceptionContext.cpp:18:
> /usr/include/boost/filesystem/config.hpp:16:5: error: #error Compiling
> Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3
> i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H 
> -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include
> -I./project/librets/include   -c
> project/librets/src/MetadataValidationExternalType.cpp -o
> build/librets/objects/MetadataValidationExternalType.o
> i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -fPIC -DHAVE_CONFIG_H 
> -DTARGET_UNIX -DLIBRETS_VERSION='"1.5.3"'  -I/usr/include  -I/usr/include
> -I./project/librets/include   -c project/librets/src/MetadataTable.cpp -o
> build/librets/objects/MetadataTable.o
> project/librets/src/RetsExceptionContext.cpp: In constructor
> 'librets::RetsExceptionContext::RetsExceptionContext(const string&, int)':
> project/librets/src/RetsExceptionContext.cpp:37:31: error: no match for
> 'operator=' in
> '((librets::RetsExceptionContext*)this)->librets::RetsExceptionContext::
> mFileName = boost::filesystem::path::filename() const()'
> project/librets/src/RetsExceptionContext.cpp:37:31: note: candidates are:
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:541:
> 7: note: std::basic_string<_CharT, _Traits, _Alloc>&
> std::basic_string<_CharT, _Traits, _Alloc>::operator=(const
> std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits =
> std::char_traits<char>, _Alloc = std::allocator<char>,
> std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:541:
> 7: note:   no known conversion for argument 1 from 'boost::filesystem::path'
> to 'const std::basic_string<char>&'
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:549:
> 7: note: std::basic_string<_CharT, _Traits, _Alloc>&
> std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with
> _CharT = char, _Traits = std::char_traits<char>, _Alloc =
> std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> =
> std::basic_string<char>]
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:549:
> 7: note:   no known conversion for argument 1 from 'boost::filesystem::path'
> to 'const char*'
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:560:
> 7: note: std::basic_string<_CharT, _Traits, _Alloc>&
> std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT =
> char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>,
> std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>]
> /usr/lib/gcc/i686-pc-linux-gnu/4.6.3/include/g++-v4/bits/basic_string.h:560:
> 7: note:   no known conversion for argument 1 from 'boost::filesystem::path'
> to 'char'
> make[1]: *** [build/librets/objects/RetsExceptionContext.o] Error 1
> make[1]: *** Waiting for unfinished jobs....
> make[1]: Leaving directory
> `/var/tmp/portage/dev-libs/librets-1.5.3-r2/work/librets-1.5.3'
> make: *** [all] Error 2
>  * ERROR: dev-libs/librets-1.5.3-r2 failed (compile phase):
>  *   emake failed


Could you attach the build log?  I reproduce this.
Comment 8 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-06-08 16:45:09 UTC
Hello, everyone.

It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project.

Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:

1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.

2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.

3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.

4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.

Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.


[1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
[2]:https://gitweb.gentoo.org/proj/sunrise.git/