Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Thomas Goirand

On 1/4/23 06:24, Anton Gladky wrote:

Dear valued contributors,

I am pleased to announce that the latest version of Boost, version 1.81, is now
available in Debian Testing [1].

We encourage all contributors whose packages depend on Boost libraries to
consider building against Boost 1.81 in order to facilitate a smooth transition.
Installing the -dev Boost packages from the experimental repository is simple,
as shown in the following command: sudo apt install libboost-dev -t 
experimental.

If you encounter any issues or have suggestions for improvement, please do not
hesitate to file bugs or prepare merge requests on salsa [2].

Thank you.

[1] https://tracker.debian.org/pkg/boost1.81
[2] https://salsa.debian.org/debian/boost

Sincerely,

Anton


Hi,

The latest update of boost was in late 2020. Why are we waiting so late 
in the release cycle to do such a transition? The month of the freeze is 
*NOT* a good moment to do it.


Cheers,

Thomas Goirand (zigo)



Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Thomas Goirand

On 1/4/23 06:24, Anton Gladky wrote:

apt install libboost-dev -t experimental


FYI, Ceph FTBFS with it... :/
IMO, this was expected. Help fixing this would be greatly appreciated.

Cheers,

Thomas Goirand (zigo)



Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Markus Blatt

Dear Anton,

Am Wed, Jan 04, 2023 at 06:24:38AM +0100 schrieb Anton Gladky:

I am pleased to announce that the latest version of Boost, version 1.81, is now
available in Debian Testing [1].



Thanks a lot.


We encourage all contributors whose packages depend on Boost libraries to


Just double checking, still a newbie. By that you mean changing to an explicit 
dependency on
the version in debian/control (e.g. libboost-system-dev -> 
libboost-system1.81-dev)
and reuploading the source?  After the transition finished I would undo that 
change again.

Best,

Markus



signature.asc
Description: PGP signature


Bug#1027893: ITP: mustach-c -- Mustache is a push-strategy (a.k.a logic-less) template engine. This is the c implementation of it.

2023-01-04 Thread Marcus Hardt
Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-devel@lists.debian.org, mar...@hardt-it.de, 
mi...@lenk.info, mar...@hardt-it.de

* Package name: mustach-c
  Version : 1.2.4
  Upstream Contact: José Bollo  
* URL : https://gitlab.com/jobol/mustach
* License : BSL-1.0
  Programming Lang: C
  Description : Mustache is a push-strategy (a.k.a logic-less) template 
engine. This is the c implementation of it.

Mustache processes a template from standard input and prints
one or more documents to standard output.

This package contains a tiny tool for processing JSON files with
Mustache templates. This version uses the cjson implementation.


I'm packaging this package because versions of oidc-agent newer than the
one currently included in debian depend on it.

I plan to maintain this package in the future.


Bug#1027898: ITP: clibs-list -- C library for doubly linked list

2023-01-04 Thread Marcus Hardt
Package: wnpp
Severity: wishlist
Owner: Marcus Hardt 
X-Debbugs-Cc: debian-devel@lists.debian.org, mar...@hardt-it.de, 
mi...@lenk.info, mar...@hardt-it.de

* Package name: clibs-list
  Version : 0.4.0
  Upstream Contact: TJ Holowaychuk 
* URL : https://github.com/clibs/list
* License : MIT
  Programming Lang: C
  Description : C library for doubly linked list

The package contains a lib and a lib-dev package

It contains simple linked list library is part of the clibs package
manager for the C programming language.


I'm packaging this package because versions of oidc-agent newer than the
one currently included in debian depend on it.

I plan to maintain this package in the future.



Bug#1027903: ITP: kodi-game-libretro -- Libretro compatibility layer for the Kodi Game API

2023-01-04 Thread Jonathan McDowell
Package: wnpp
Severity: wishlist
Owner: Jonathan McDowell 
X-Debbugs-Cc: debian-devel@lists.debian.org, 
debian-devel-ga...@lists.debian.org, debian-multime...@lists.debian.org, 
nood...@earth.li

* Package name: kodi-game-libretro
  Version : 20.2.0
* URL : https://github.com/kodi-game/game.libretro
* License : GPL
  Programming Lang: C++
  Description : Libretro compatibility layer for the Kodi Game API

This add-on provides a wrapper that allows Libretro cores to be loaded
as game add-ons within Kodi. Libretro cores are shared libraries that
use the Libretro API, so the wrapper is responsible for translating
function calls between the Libretro API and the Kodi Game API.

I plan to maintain this as part of the Debian Games team - while Kodi is
under the Multimedia team the only requirement from that side is the
kodi-addons-dev package.



Bug#1027916: ITP: aiohttp-oauthlib -- oauthlib for aiohttp clients

2023-01-04 Thread Arto Jantunen
Package: wnpp
Severity: wishlist
Owner: Arto Jantunen 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: aiohttp-oauthlib
  Version : 0.1.0
  Upstream Contact: Hugo Osvaldo Barrera 
* URL : https://git.sr.ht/~whynothugo/aiohttp-oauthlib
* License : ISC
  Programming Lang: Python
  Description : oauthlib for aiohttp clients

This library is a port of requests-oauthlib for aiohttp. vdirsyncer needs this
library to be able to access calendar systems that use OAuth.

The package will be maintained under the Debian Python Team.



Re: [External] Re: Populating non-free firmware?

2023-01-04 Thread Mark Pearson
On 2022-12-25 13:21, Jonathan Carter wrote:
> Hi Bastian
>
> On 2022/12/25 13:32, Bastian Blank wrote:
>> AFAIK this requires a re-upload.  However, does the installer properly
>> include it yet?  I need to check that.
>>
>> I can handle the main firmware packages maintained by the kernel team.
>
> Great! That covers a large percentage of them (and even most of the
> important ones).
>
> So if we're going with maintainers-are-going-to-do-the-uploads, then
> taking a cursory glance at what's left that seems important is:
>
>  - firmware-sof-signed (maintainer: Mark Pearson)
>  - intel-microcode (maintainer: Henrique de Moraes Holschuh)
>  - amd64-microcode (maintainer: Henrique de Moraes Holschuh)
>
>
Let me know what's needed :) I'll likely need help from Vincent Bernat
as I'm not a true DM though

Mark



Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Rene Engelhard

Hi,

Am 04.01.23 um 10:37 schrieb Thomas Goirand:

On 1/4/23 06:24, Anton Gladky wrote:

apt install libboost-dev -t experimental


FYI, Ceph FTBFS with it... :/


As did LibreOffice - already fixed by

$ cat debian/patches/boost-1.81.diff
From 7e61545966c61102aad56bbf10bae2edfbfa9226 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=C4=90o=C3=A0n=20Tr=E1=BA=A7n=20C=C3=B4ng=20Danh?=
 
Date: Sun, 27 Nov 2022 18:59:24 +0700
Subject: i18n: fix build with Boost 1.81.0
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Boost.Locale since 1.81.0 switch to enum classes for facet type [1].
Switch our resource manager accordingly.

1: 
https://github.com/boostorg/locale/commit/e5ed439ea39a4de915e9fb939cca95cae7d9d8d1


Change-Id: Ief215363ceb79b2019606b20a7cde55c8df6a042
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143343
Reviewed-by: Heiko Becker 
Tested-by: Caolán McNamara 
Reviewed-by: Caolán McNamara 
(cherry picked from commit 23dcd4339428e4080029ec5ae658e75f01e79a62)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144310
Reviewed-by: Danh Doan 
Tested-by: Jenkins
---
 unotools/source/i18n/resmgr.cxx | 5 +
 1 file changed, 5 insertions(+)

diff --git a/unotools/source/i18n/resmgr.cxx 
b/unotools/source/i18n/resmgr.cxx

index ddedf5b9e8a2..3a7116350062 100644
--- a/unotools/source/i18n/resmgr.cxx
+++ b/unotools/source/i18n/resmgr.cxx
@@ -127,8 +127,13 @@ namespace Translate
 if (aFind != aCache.end())
 return aFind->second;
 boost::locale::generator gen;
+#if BOOST_VERSION < 108100
 gen.characters(boost::locale::char_facet);
 gen.categories(boost::locale::message_facet | 
boost::locale::information_facet);

+#else
+    gen.characters(boost::locale::char_facet_t::char_f);
+    gen.categories(boost::locale::category_t::message | 
boost::locale::category_t::information);

+#endif
 #if defined(ANDROID)
 OString sPath(OString(lo_get_app_data_dir()) + 
"/program/resource");

 #else
--
cgit v1.2.1

in1:7.4.4~rc2-1 though.

But "Boost.Locale since 1.81.0 switch to enum classes for facet type" at 
least sounds like other packages using Boost::Locale might be affected, too.



Regards,


Rene



Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Rene Engelhard

Hi,

Am 04.01.23 um 10:18 schrieb Thomas Goirand:
The latest update of boost was in late 2020. Why are we waiting so 
late in the release cycle to do such a transition? The month of the 
freeze is *NOT* a good moment to do it.


Indeed.


Regards,


Rene




Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Andreas Metzler
On 2023-01-04 Markus Blatt  wrote:
> Dear Anton,

> Am Wed, Jan 04, 2023 at 06:24:38AM +0100 schrieb Anton Gladky:
> > I am pleased to announce that the latest version of Boost, version
> > 1.81, is now available in Debian Testing [1].

> Thanks a lot.

>> We encourage all contributors whose packages depend on Boost libraries to

> Just double checking, still a newbie. By that you mean changing to an
> explicit dependency on the version in debian/control (e.g.
> libboost-system-dev -> libboost-system1.81-dev) and reuploading the
> source?  After the transition finished I would undo that change again.

Helo Markus,

Eh, no. You should simply do a *local* test-build (without any upload) after
sudo apt install libboost-dev -t experimental

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



Re: Boost 1.81 in Debian Testing

2023-01-04 Thread Sebastian Ramacher
On 2023-01-04 06:24:38 +0100, Anton Gladky wrote:
> Dear valued contributors,
> 
> I am pleased to announce that the latest version of Boost, version 1.81, is 
> now
> available in Debian Testing [1].
> 
> We encourage all contributors whose packages depend on Boost libraries to
> consider building against Boost 1.81 in order to facilitate a smooth 
> transition.

Please don't switch the dependencies to the versioned version of the
-dev packages. This makes future transitions just a lot more work.

> Installing the -dev Boost packages from the experimental repository is simple,
> as shown in the following command: sudo apt install libboost-dev -t 
> experimental.

> 
> If you encounter any issues or have suggestions for improvement, please do not
> hesitate to file bugs or prepare merge requests on salsa [2].
> 
> Thank you.

As a mor egeneral note, have there been any test builds of the archive
with boost 1.81 as default? It's rather late for such a large
transition.

Cheers
-- 
Sebastian Ramacher