Package: wnpp
Severity: wishlist
Owner: Stephen Gelman
X-Debbugs-Cc: debian-devel@lists.debian.org, ssg...@debian.org
* Package name: opentracing-c-wrapper
Version : 1.1.0
Upstream Author : HAProxy Technologies
* URL : https://github.com/haproxytech/opentracing-c-wrapp
Package: wnpp
Severity: wishlist
Owner: Stephen Gelman
X-Debbugs-Cc: debian-devel@lists.debian.org, ssg...@debian.org
* Package name: opentracing-cpp
Version : 1.6.0
Upstream Author : The OpenTracing Authors
* URL : https://github.com/opentracing/opentracing-cpp/
* Lic
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: catgirl
Version : 1.8
Upstream Author : C. McEnroe
* URL : https://git.causal.agency/catgirl/about/
* License : GPLv3+ plus OpenSSL exception
Pr
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
We do these conferences twice per month on every
2th and 17th
of a month. Usually it takes us only 15-20min depending what we are
talking about and
>No normal kernel module requires tinkering with System.map. Kernel
>modules use exported functions via normal linking and relocation. This
>is what everyone uses.
Understood. How does one make a function export request?
>So if some module uses System.map, it wants to use not exported
>function
Hi
On Fri, Jul 16, 2021 at 03:08:51PM +0200, Жора Волков wrote:
> A DKMS-built kernel module that I have on my system relies on system.map. A
> build script for the module parses that file in order to figure out
> addresses of certain functions.
No normal kernel module requires tinkering with Sys
Hello everyone,
A DKMS-built kernel module that I have on my system relies on system.map. A
build script for the module parses that file in order to figure out
addresses of certain functions.
Now, without that file in Debian 11, there is simply no way for my
DKMS-built module to find out the req
Unsubscribe
On Fri, Jul 16, 2021 at 1:21 AM,
wrote:
> Empty Message
In this case, this page should be updated to reflect the fact it is not
broken.
https://wiki.debian.org/Teams/Dpkg/MergedUsr
Nol'
Le jeudi 15 juillet 2021 à 10:13 +0100, Luca Boccassi a écrit :
> On Wed, 2021-07-14 at 23:40 +0200, Guillem Jover wrote:
> > On Wed, 2021-07-14 at 19:54:56 +, Th
On 7/16/21 10:09 AM, Thomas Goirand wrote:
> On 7/14/21 9:54 PM, Thorsten Glaser wrote:
>> Sean Whitton dixit:
>>
>>> * #978636 move to merged-usr-only?
>>>
>>> We were asked to decide whether or not Debian 'bookworm' should
>>> continue to support systems which are not using the merged-usr
>>>
Thorsten Glaser writes:
>>But in any case, given that merged-usr-via-aliased-dirs is not really
>>supported by dpkg anyway, it is broken by design [B], I have no
>
> Time for another GR? Leaving Debian behind?
Threats of leaving are not fine and are just making any discussion
pointless.
I refus
Thorsten Glaser writes:
...
> I *really* don’t get why…
>
> ⓐ these things aren’t done in a derivative that’s *really* close
> to Debian proper but can do all the funky new stuff, preserving
> support for the old stuff in Debian itself, and…
This issue has been explored very thoroughly, so i
On 2021-07-16 at 03:18, Marc Haber wrote:
> On Fri, 16 Jul 2021 01:44:54 + (UTC), Thorsten Glaser
> wrote:
>
>>Marc Haber dixit:
>>
>>>think we can afford an additional time sink at the moment. Please, get
>>
>>While that’s true…
>
> You conveniently snipped the "I don't" which turns your qu
On 7/14/21 9:54 PM, Thorsten Glaser wrote:
> Sean Whitton dixit:
>
>> * #978636 move to merged-usr-only?
>>
>> We were asked to decide whether or not Debian 'bookworm' should
>> continue to support systems which are not using the merged-usr
>> filesystem layout. We decided that support should
On 7/15/21 5:08 AM, Thorsten Glaser wrote:
> Guillem Jover dixit:
>
>> I've been meaning to send a note about this for some time now, but
>> as I feel it keeps getting ignored, it always seems a bit pointless.
>
> Yeah, I saw this popping up multiple times in that bugreport ☹
>
>> But in any cas
On Fri, 16 Jul 2021 01:44:54 + (UTC), Thorsten Glaser
wrote:
>Marc Haber dixit:
>>think we can afford an additional time sink at the moment. Please, get
>
>While that’s true…
You conveniently snipped the "I don't" which turns your quote into the
opposite that I wanted to say.
Greetings
Marc
16 matches
Mail list logo