Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library

2016-10-15 Thread Roger Shimizu
On Sat, Oct 15, 2016 at 4:11 PM, Gianfranco Costamagna
 wrote:
> Hi,
>
>>Actually it's an issue raised by James Clarke:
>>- https://lists.debian.org/debian-sparc/2016/08/msg00035.html
>>
>>As he pointed out, it's a bug in cmake config in libcork source tree.
>>
>>It involves library transition, and I was not familiar with it, so I
>>didn't try to fix it until recently I learned how to do transition so
>>here's the upload and RFS report.
>>
>>Since all packages depends on libcork is maintained by me, and I can
>>update those rdepends package accordingly, so there's no risk for this
>
>>transition.
>
> well, this isn't the real problem.
> The real problem is that you have uploaded a version without the patch
> https://lists.debian.org/debian-sparc/2016/08/msg00035.html
> There is a patch here, you should apply it then.

James provided a patch to fix "unaligned access" issue at above
thread, and he also pointed out the SONAME version issue, which he
didn't provide a patch, so I created the patch based on his
suggestion.

As the original issue of the "unaligned access" patch only occurs on
the sparc64 platform, I need some time to fully test whether the patch
applies well on other platform.
Considering transition freeze is drawing near (3 weeks later), so I
want to push the transition first, and after the transition finished I
can handle this unaligned access patch James provided.

Hope it make things clear to you.
Thank you!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1



Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library

2016-10-15 Thread Gianfranco Costamagna
Hi,

>Actually it's an issue raised by James Clarke:
>- https://lists.debian.org/debian-sparc/2016/08/msg00035.html
>
>As he pointed out, it's a bug in cmake config in libcork source tree.
>
>It involves library transition, and I was not familiar with it, so I
>didn't try to fix it until recently I learned how to do transition so
>here's the upload and RFS report.
>
>Since all packages depends on libcork is maintained by me, and I can
>update those rdepends package accordingly, so there's no risk for this

>transition.

well, this isn't the real problem.
The real problem is that you have uploaded a version without the patch
https://lists.debian.org/debian-sparc/2016/08/msg00035.html
There is a patch here, you should apply it then.

G.



Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library

2016-10-14 Thread Roger Shimizu
On Sat, Oct 15, 2016 at 2:12 AM, Gianfranco Costamagna
 wrote:
> control: owner -1 !
> control: tags -1 moreinfo
>
>>I am looking for a sponsor for my package "libcork".
>
>>This is the first time I'm trying to raise a library transition.
>>So if there's anything wrong, just let me know. Thank you!
>
> bumping soname with the same upstream tarball and no changes
>
> makes no real sense.
> If you want to bump soname you need to have API/ABI changes in the packaging,
> and then the need to do a transition.

Dear Gianfranco,

Actually it's an issue raised by James Clarke:
- https://lists.debian.org/debian-sparc/2016/08/msg00035.html

As he pointed out, it's a bug in cmake config in libcork source tree.

It involves library transition, and I was not familiar with it, so I
didn't try to fix it until recently I learned how to do transition so
here's the upload and RFS report.

Since all packages depends on libcork is maintained by me, and I can
update those rdepends package accordingly, so there's no risk for this
transition.

Thanks!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1



Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library

2016-10-14 Thread Gianfranco Costamagna
control: owner -1 !
control: tags -1 moreinfo


>I am looking for a sponsor for my package "libcork".

>This is the first time I'm trying to raise a library transition.
>So if there's anything wrong, just let me know. Thank you!


bumping soname with the same upstream tarball and no changes

makes no real sense.
If you want to bump soname you need to have API/ABI changes in the packaging,
and then the need to do a transition.

G.



Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library

2016-10-13 Thread Roger Shimizu
Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: rogershim...@gmail.com

Dear mentors,

I am looking for a sponsor for my package "libcork".
This is the first time I'm trying to raise a library transition.
So if there's anything wrong, just let me know. Thank you!

 * Package name: libcork
   Version : 0.15.0+ds-7~exp1
   Upstream Author : Douglas Creager 
 * URL :  https://libcork.readthedocs.io
 * License : BSD-3-clause
   Section : libs

It builds those binary packages:

 libcork-dev - simple, easily embeddable, cross-platform C library (development
 libcork-doc - simple, easily embeddable, cross-platform C library (documentatio
 libcork16  - simple, easily embeddable, cross-platform C library

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/libcork

Alternatively, one can download the package with dget using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/libc/libcork/libcork_0.15.0+ds-7~exp1.dsc

or you can use git-buildpackage to build:
  gbp clone --pristine-tar https://github.com/rogers0/libcork
  cd libcork
  git checkout transition
  gbp buildpackage -uc -us --git-ignore-branch --git-pristine-tar

Changes since the last upload:
  * debian/control:
- Bump up libcork SONAME to libcork16
  * debian/patches:
- Add 0011 patch, to make SONAME version the same as library version

I pushed my changes to git repo: https://github.com/rogers0/libcork
branch: transition

Thank you!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1