Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1110802 > unrolled thread

Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library

Started byJörg Frings-Fürst <debian@jff.email>
First post2022-07-24 17:00 +0200
Last post2022-07-28 22:00 +0200
Articles 6 — 3 participants

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Jörg Frings-Fürst <debian@jff.email> - 2022-07-24 17:00 +0200
    Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Adam Borowski <kilobyte@angband.pl> - 2022-07-27 04:40 +0200
      Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Stephen Dennis <brazilofmux@gmail.com> - 2022-07-27 05:20 +0200
        Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Stephen Dennis <brazilofmux@gmail.com> - 2022-07-27 05:20 +0200
          Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Stephen Dennis <brazilofmux@gmail.com> - 2022-07-27 05:40 +0200
      Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library Jörg Frings-Fürst <debian@jff.email> - 2022-07-28 22:00 +0200

#1110802 — Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library

FromJörg Frings-Fürst <debian@jff.email>
Date2022-07-24 17:00 +0200
SubjectBug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
Message-ID<EMLfj-dxjc-1@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "xbase64":

   Package name    : xbase64
   Version         : 3.1.2-14
   Upstream Author : [fill in name and email of upstream]
   URL             : http://sourceforge.net/projects/xdb/
   License         : LGPL-2.1+, GPL-2+
   Vcs             : https://jff.email/cgit/xbase64.git
   Section         : libs

The source builds the following binary packages:

  libxbase64-1 - xbase compatible C++ class library (shared libraries)
  libxbase64-dev - xbase compatible C++ class library (development
files)
  libxbase64-bin - xbase compatible C++ class library (utilities)
  libxbase64-doc - xbase compatible C++ class library (documentation)

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

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

Alternatively, you can download the package with 'dget' using this
command:

 dget -x https://mentors.debian.net/debian/pool/main/x/xbase64/xbase64_3.1.2-14.dsc

or from 

 git https://jff.email/cgit/xbase64.git/?h=release%2Fdebian%2F3.1.2-14




Changes since the last upload:

 xbase64 (3.1.2-14) unstable; urgency=medium
 .
   * Migrate to debhelper-compat 13:
     - debian/control: Add debhelper-compat (= 13).
     - Remove debian/compat.
     - Add usr/bin/xbase64-config into new debian/not-installed.
     - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
         debian/libxbase64-bin.install.
   * Declare compliance with Debian Policy 4.6.1.0 (No changes needed).
   * debian/copyright:
     - Add year 2022 to myself.
   * Disable Link time optimization (Closes: #1015707):
     - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
   * debian/control: Add Rules-Requires-Root: no.


CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key        : 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:      https://jff.email/cgit/

Threema: SYR8SJXB
Wire: @joergfringsfuerst
Skype: joergpenguin
Ring:     jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.

[toc] | [next] | [standalone]

#1111063

FromAdam Borowski <kilobyte@angband.pl>
Date2022-07-27 04:40 +0200
Message-ID<ENF7P-e52Z-1@gated-at.bofh.it>
In reply to#1110802
On Sun, Jul 24, 2022 at 04:53:52PM +0200, Jörg Frings-Fürst wrote:
>    Package name    : xbase64
>    Version         : 3.1.2-14

>  xbase64 (3.1.2-14) unstable; urgency=medium
>  .
>    * Migrate to debhelper-compat 13:
>      - debian/control: Add debhelper-compat (= 13).
>      - Remove debian/compat.
>      - Add usr/bin/xbase64-config into new debian/not-installed.
>      - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
>          debian/libxbase64-bin.install.
>    * Declare compliance with Debian Policy 4.6.1.0 (No changes needed).
>    * debian/copyright:
>      - Add year 2022 to myself.
>    * Disable Link time optimization (Closes: #1015707):
>      - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
>    * debian/control: Add Rules-Requires-Root: no.

Is there a reason you include the .la file?  From my experience it being
needed for anything suggests severe borkage, and the Policy concurs:

# [...] these files normally should not be included in the Debian package,
# since the information they include is not necessary to link with the
# shared library on Debian and can add unnecessary additional dependencies
# to other programs or libraries.

It then says:

# If the ".la" must be included, it should be included in the
# development ("-dev") package, unless the library will be loaded by
# "libtool"’s "libltdl" library. If it is intended for use with
# "libltdl", the ".la" files must go in the run-time library package.

libxbase64-bin is neither.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ You should never, ever, degrade a human being by saying they're
⣾⠁⢠⠒⠀⣿⡁ a worthless waste of food and air.
⢿⡄⠘⠷⠚⠋⠀
⠈⠳⣄⠀⠀⠀⠀ You should also never anthropomorphize spammers and telemarketers.

[toc] | [prev] | [next] | [standalone]

#1111064

FromStephen Dennis <brazilofmux@gmail.com>
Date2022-07-27 05:20 +0200
Message-ID<ENFKx-e5vi-1@gated-at.bofh.it>
In reply to#1111063

[Multipart message — attachments visible in raw view] — view raw

How can I reproduce what you are seeing? The package doesn't use libtool,
and no .la files are produced or included. There should be no reference to
libxbase64. I'm not even sure what that is.


On Tue, Jul 26, 2022 at 8:30 PM Adam Borowski <kilobyte@angband.pl> wrote:

> On Sun, Jul 24, 2022 at 04:53:52PM +0200, Jörg Frings-Fürst wrote:
> >    Package name    : xbase64
> >    Version         : 3.1.2-14
>
> >  xbase64 (3.1.2-14) unstable; urgency=medium
> >  .
> >    * Migrate to debhelper-compat 13:
> >      - debian/control: Add debhelper-compat (= 13).
> >      - Remove debian/compat.
> >      - Add usr/bin/xbase64-config into new debian/not-installed.
> >      - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
> >          debian/libxbase64-bin.install.
> >    * Declare compliance with Debian Policy 4.6.1.0 (No changes needed).
> >    * debian/copyright:
> >      - Add year 2022 to myself.
> >    * Disable Link time optimization (Closes: #1015707):
> >      - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
> >    * debian/control: Add Rules-Requires-Root: no.
>
> Is there a reason you include the .la file?  From my experience it being
> needed for anything suggests severe borkage, and the Policy concurs:
>
> # [...] these files normally should not be included in the Debian package,
> # since the information they include is not necessary to link with the
> # shared library on Debian and can add unnecessary additional dependencies
> # to other programs or libraries.
>
> It then says:
>
> # If the ".la" must be included, it should be included in the
> # development ("-dev") package, unless the library will be loaded by
> # "libtool"’s "libltdl" library. If it is intended for use with
> # "libltdl", the ".la" files must go in the run-time library package.
>
> libxbase64-bin is neither.
>
>
> Meow!
> --
> ⢀⣴⠾⠻⢶⣦⠀ You should never, ever, degrade a human being by saying they're
> ⣾⠁⢠⠒⠀⣿⡁ a worthless waste of food and air.
> ⢿⡄⠘⠷⠚⠋⠀
> ⠈⠳⣄⠀⠀⠀⠀ You should also never anthropomorphize spammers and telemarketers.
>
>

[toc] | [prev] | [next] | [standalone]

#1111065

FromStephen Dennis <brazilofmux@gmail.com>
Date2022-07-27 05:20 +0200
Message-ID<ENFKx-e5vi-3@gated-at.bofh.it>
In reply to#1111064

[Multipart message — attachments visible in raw view] — view raw

Could it be a naming collision between the private libmux and an
official libmux package?

On Tue, Jul 26, 2022 at 9:13 PM Stephen Dennis <brazilofmux@gmail.com>
wrote:

> How can I reproduce what you are seeing? The package doesn't use libtool,
> and no .la files are produced or included. There should be no reference to
> libxbase64. I'm not even sure what that is.
>
>
> On Tue, Jul 26, 2022 at 8:30 PM Adam Borowski <kilobyte@angband.pl> wrote:
>
>> On Sun, Jul 24, 2022 at 04:53:52PM +0200, Jörg Frings-Fürst wrote:
>> >    Package name    : xbase64
>> >    Version         : 3.1.2-14
>>
>> >  xbase64 (3.1.2-14) unstable; urgency=medium
>> >  .
>> >    * Migrate to debhelper-compat 13:
>> >      - debian/control: Add debhelper-compat (= 13).
>> >      - Remove debian/compat.
>> >      - Add usr/bin/xbase64-config into new debian/not-installed.
>> >      - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
>> >          debian/libxbase64-bin.install.
>> >    * Declare compliance with Debian Policy 4.6.1.0 (No changes needed).
>> >    * debian/copyright:
>> >      - Add year 2022 to myself.
>> >    * Disable Link time optimization (Closes: #1015707):
>> >      - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
>> >    * debian/control: Add Rules-Requires-Root: no.
>>
>> Is there a reason you include the .la file?  From my experience it being
>> needed for anything suggests severe borkage, and the Policy concurs:
>>
>> # [...] these files normally should not be included in the Debian package,
>> # since the information they include is not necessary to link with the
>> # shared library on Debian and can add unnecessary additional dependencies
>> # to other programs or libraries.
>>
>> It then says:
>>
>> # If the ".la" must be included, it should be included in the
>> # development ("-dev") package, unless the library will be loaded by
>> # "libtool"’s "libltdl" library. If it is intended for use with
>> # "libltdl", the ".la" files must go in the run-time library package.
>>
>> libxbase64-bin is neither.
>>
>>
>> Meow!
>> --
>> ⢀⣴⠾⠻⢶⣦⠀ You should never, ever, degrade a human being by saying they're
>> ⣾⠁⢠⠒⠀⣿⡁ a worthless waste of food and air.
>> ⢿⡄⠘⠷⠚⠋⠀
>> ⠈⠳⣄⠀⠀⠀⠀ You should also never anthropomorphize spammers and telemarketers.
>>
>>

[toc] | [prev] | [next] | [standalone]

#1111067

FromStephen Dennis <brazilofmux@gmail.com>
Date2022-07-27 05:40 +0200
Message-ID<ENG3T-e5B6-1@gated-at.bofh.it>
In reply to#1111065

[Multipart message — attachments visible in raw view] — view raw

I've submitted a second upload to mentors that:

1. I believe will address libmux.so being used before it is built. I've
tried to reproduce a race condition with make -j12, but I am unsuccessful.
For me, the build always succeeds.
2. I hope the above fix prevents any random reference to an external libmux
or random and unintended reference to libxbase64 or .la files.

On Tue, Jul 26, 2022 at 9:18 PM Stephen Dennis <brazilofmux@gmail.com>
wrote:

> Could it be a naming collision between the private libmux and an
> official libmux package?
>
> On Tue, Jul 26, 2022 at 9:13 PM Stephen Dennis <brazilofmux@gmail.com>
> wrote:
>
>> How can I reproduce what you are seeing? The package doesn't use libtool,
>> and no .la files are produced or included. There should be no reference to
>> libxbase64. I'm not even sure what that is.
>>
>>
>> On Tue, Jul 26, 2022 at 8:30 PM Adam Borowski <kilobyte@angband.pl>
>> wrote:
>>
>>> On Sun, Jul 24, 2022 at 04:53:52PM +0200, Jörg Frings-Fürst wrote:
>>> >    Package name    : xbase64
>>> >    Version         : 3.1.2-14
>>>
>>> >  xbase64 (3.1.2-14) unstable; urgency=medium
>>> >  .
>>> >    * Migrate to debhelper-compat 13:
>>> >      - debian/control: Add debhelper-compat (= 13).
>>> >      - Remove debian/compat.
>>> >      - Add usr/bin/xbase64-config into new debian/not-installed.
>>> >      - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
>>> >          debian/libxbase64-bin.install.
>>> >    * Declare compliance with Debian Policy 4.6.1.0 (No changes needed).
>>> >    * debian/copyright:
>>> >      - Add year 2022 to myself.
>>> >    * Disable Link time optimization (Closes: #1015707):
>>> >      - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
>>> >    * debian/control: Add Rules-Requires-Root: no.
>>>
>>> Is there a reason you include the .la file?  From my experience it being
>>> needed for anything suggests severe borkage, and the Policy concurs:
>>>
>>> # [...] these files normally should not be included in the Debian
>>> package,
>>> # since the information they include is not necessary to link with the
>>> # shared library on Debian and can add unnecessary additional
>>> dependencies
>>> # to other programs or libraries.
>>>
>>> It then says:
>>>
>>> # If the ".la" must be included, it should be included in the
>>> # development ("-dev") package, unless the library will be loaded by
>>> # "libtool"’s "libltdl" library. If it is intended for use with
>>> # "libltdl", the ".la" files must go in the run-time library package.
>>>
>>> libxbase64-bin is neither.
>>>
>>>
>>> Meow!
>>> --
>>> ⢀⣴⠾⠻⢶⣦⠀ You should never, ever, degrade a human being by saying they're
>>> ⣾⠁⢠⠒⠀⣿⡁ a worthless waste of food and air.
>>> ⢿⡄⠘⠷⠚⠋⠀
>>> ⠈⠳⣄⠀⠀⠀⠀ You should also never anthropomorphize spammers and
>>> telemarketers.
>>>
>>>

[toc] | [prev] | [next] | [standalone]

#1111265

FromJörg Frings-Fürst <debian@jff.email>
Date2022-07-28 22:00 +0200
Message-ID<EOhPQ-esbD-29@gated-at.bofh.it>
In reply to#1111063

[Multipart message — attachments visible in raw view] — view raw

Hello Adam,

thanks for your review.


Am Mittwoch, dem 27.07.2022 um 04:26 +0200 schrieb Adam Borowski:
> On Sun, Jul 24, 2022 at 04:53:52PM +0200, Jörg Frings-Fürst wrote:
> >    Package name    : xbase64
> >    Version         : 3.1.2-14
> 
> >  xbase64 (3.1.2-14) unstable; urgency=medium
> >  .
> >    * Migrate to debhelper-compat 13:
> >      - debian/control: Add debhelper-compat (= 13).
> >      - Remove debian/compat.
> >      - Add usr/bin/xbase64-config into new debian/not-installed.
> >      - Add usr/lib/${DEB_HOST_MULTIARCH}/libxbase64.la to
> >          debian/libxbase64-bin.install.
> >    * Declare compliance with Debian Policy 4.6.1.0 (No changes
> > needed).
> >    * debian/copyright:
> >      - Add year 2022 to myself.
> >    * Disable Link time optimization (Closes: #1015707):
> >      - debian/rules: Add optimize=-lto to DEB_BUILD_MAINT_OPTIONS.
> >    * debian/control: Add Rules-Requires-Root: no.
> 
> Is there a reason you include the .la file?  From my experience it
> being
> needed for anything suggests severe borkage, and the Policy concurs:
> 
[...]

That was my mistake. I only paid attention to the messages from
dh_missing and installed the la file without thinking too much.

Once again, thank you for your advice.

The error is corrected and uploaded to git and mentors.

> 
> 
> Meow!

CU
Jörg


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key        : 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:      https://jff.email/cgit/

Threema: SYR8SJXB
Wire: @joergfringsfuerst
Skype: joergpenguin
Ring:     jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web