Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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.
signature.asc
Description: This is a digitally signed message part
Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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
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
> 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
>> 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.
>>>
>>>
Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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
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 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.
>>
>>
Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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 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.
>
>
Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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.
Bug#1015968: RFS: xbase64/3.1.2-14 -- xbase compatible C++ class library
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.
signature.asc
Description: This is a digitally signed message part
