for three reasons:<div>1. it did not build with the package split</div><div>2. it is a very small package and it adds complexity</div><div>3. something broke serf support in subversion a couple of months ago</div><div>    and with my restricted knowledge i was not able to upgrade subversion and serf.</div>

<div><br></div><div>i removed the libserf0-0 obsolete, and now it complains about libserf-devel:</div><div><div>$ csw-upload-pkg pkgs/17.Jul.2011/libserf*</div><div>Processing 3 file(s). Please wait.</div><div>Checking 2 package(s) against catalog unstable sparc SunOS5.9</div>

<div>Checking 2 package(s) against catalog unstable i386 SunOS5.9</div><div>Checking 2 package(s) against catalog unstable sparc SunOS5.10</div><div>Checking 2 package(s) against catalog unstable i386 SunOS5.10</div><div>

All checks successful. Proceeding.</div><div>Inserting libserf1_0 (i386 SunOS5.9) into catalog unstable i386 SunOS5.10</div><div>Inserting libserf_devel_stub (all SunOS5.9) into catalog unstable i386 SunOS5.10</div><div>
CRITICAL:root:Response: 406 {"error_message": "There already is a package with that pkgname: CSWlibserf-devel"}</div>
<div>Traceback (most recent call last):</div><div>  File "/opt/csw/bin/csw-upload-pkg", line 596, in <module></div><div>    uploader.Upload()</div><div>  File "/opt/csw/bin/csw-upload-pkg", line 172, in Upload</div>

<div>    self._InsertIntoCatalog(filename, arch, osrel, file_metadata)</div><div>  File "/opt/csw/bin/csw-upload-pkg", line 375, in _InsertIntoCatalog</div><div>    raise RestCommunicationError("%s - HTTP code: %s" % (url, http_code))</div>

<div>__main__.RestCommunicationError: <a href="http://buildfarm.opencsw.org/releases/catalogs/unstable/i386/SunOS5.10/f227ae44170d9dd97d60e1c1c6c934e4/">http://buildfarm.opencsw.org/releases/catalogs/unstable/i386/SunOS5.10/f227ae44170d9dd97d60e1c1c6c934e4/</a> - HTTP code: 406</div>

</div><div><br></div><div><br></div><div>in general i'd prefer less complex recipies, which are easy upgradable even by non-experts ... like me  :)</div><div><br></div><div>rupert.</div><div><br><br><div class="gmail_quote">

On Sun, Jul 17, 2011 at 16:00, Dagobert Michelsen <span dir="ltr"><<a href="mailto:dam@opencsw.org">dam@opencsw.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi Rupert,<br>
<br>
Am 17.07.2011 um 15:56 schrieb rupert THURNER:<br>
<div class="im">> could you please have a look what might be wrong:<br>
> <a href="http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/libserf/trunk/Makefile" target="_blank">http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/libserf/trunk/Makefile</a><br>
<br>
</div>There are quite a lot of things:<br>
<br>
1. Why have you removed the package split in r15079?<br>
     <a href="http://sourceforge.net/apps/trac/gar/changeset/15079/csw/mgar/pkg/libserf/trunk/Makefile" target="_blank">http://sourceforge.net/apps/trac/gar/changeset/15079/csw/mgar/pkg/libserf/trunk/Makefile</a><br>
   This alone causes a ton of errors like conflicts, warnings and other errors.<br>
<br>
2. It is not good to remove released packages. The right way is to do an obsoletion which<br>
   you aleady did.<br>
<br>
3. An obsoletion must fully take over the functionality of the obsoleted package with<br>
   the exception of development packages. The dependency from .so.1 to so.0 is invalid<br>
   as bound programs bound to so.0 will not just work on so.1<br>
<br>
I'll take a further look at the recipe.<br>
<br>
<br>
Best regards<br>
<br>
  -- Dago</blockquote></div><br></div>