Hi Matthias (2024.08.16_12:58:22_+0200)
I tried to set you up with some questions that were easy to answer here,
without trying to push any solution.
Answering them would help the committee to understand the options on the
table, and probably help the Kernel team to understand the problems with
t
Added Bastian to Cc for a question below.
On Sun, Aug 25, 2024 at 01:14:27AM +0800, YunQiang Su wrote:
> Helmut Grohne 于2024年8月24日周六 19:20写道：
> > I think this is a bad example on multiple levels. For one thing,
> > limits.h is glibc and not linux. Then, it is not actually
> > architecture-depende
Helmut Grohne 于2024年8月24日周六 19:20写道：
>
> On Fri, Aug 23, 2024 at 04:08:28PM +0800, Yunqiang Su wrote:
> > I struggled with the build system, and I know the real problem:
>
> Thanks for chiming in!
>
> > 1. linux-libc-dev-ARCH-cross is useful, for some case if we maintain an
> > cross toolchain of
On Fri, Aug 23, 2024 at 04:08:28PM +0800, Yunqiang Su wrote:
> I struggled with the build system, and I know the real problem:
Thanks for chiming in!
> 1. linux-libc-dev-ARCH-cross is useful, for some case if we maintain an cross
> toolchain of a port
> that Debian is not supported yet. The exa
I struggled with the build system, and I know the real problem:
1. linux-libc-dev-ARCH-cross is useful, for some case if we maintain an cross
toolchain of a port
that Debian is not supported yet. The example is
src:cross-toolchain-base-mipsen.
I support the cross toolchain for 12 MIPS ports: EL
On 2024-08-16 19:35 +0200, Bastian Blank wrote:
> > - Bastian's assertion that the current linux-libc-dev package doesn't
> >break anything in the archive, doesn't say anything. These bits
> >are just not used by anything in the archive.
>
> Ah, now we finally get somewhere. All of this
Hi Bastian (2024.08.16_17:53:17_+)
> > The Technical Committee is hoping that this will be resolved without
> > requiring us to make a decision. If the take-over offer resolves the
> > issue, then we will probably vote to take no further action.
>
> Well, take-over removes the need for talk.
On Fri, Aug 16, 2024 at 12:58:22PM +0200, Stefano Rivera wrote:
> The Technical Committee is hoping that this will be resolved without
> requiring us to make a decision. If the take-over offer resolves the
> issue, then we will probably vote to take no further action.
Well, take-over removes the n
On Sat, Jul 20, 2024 at 01:01:42PM +0200, Matthias Klose wrote:
> I am re-adding lea...@debian.org, and now also commun...@debian.org. I still
> don't see this as an issue that the Technical Committee should decide. This
> is aggressively confrontational behavior of one of the Debian kernel
> maint
Hi Matthias (2024.07.20_13:01:42_+0200)
> I still don't see this as an issue that the Technical Committee should
> decide.
The Technical Committee is hoping that this will be resolved without
requiring us to make a decision. If the take-over offer resolves the
issue, then we will probably vote to
Hi all,
Am Tue, Jul 23, 2024 at 04:10:46PM +0900 schrieb Sean Whitton:
> On Sat 20 Jul 2024 at 01:01pm +02, Matthias Klose wrote:
>
> > - I am accepting the offer given in
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065416#108
> > to take over the linux-libc-dev package.
> > I wi
Hello,
On Sat 20 Jul 2024 at 01:01pm +02, Matthias Klose wrote:
> - I am accepting the offer given in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065416#108
> to take over the linux-libc-dev package.
> I will start working on that at DebCamp and DebConf.
This is a significant poin
I am re-adding lea...@debian.org, and now also commun...@debian.org. I
still don't see this as an issue that the Technical Committee should
decide. This is aggressively confrontational behavior of one of the
Debian kernel maintainers, and it should be handled as that.
On 15.05.24 14:15, Sean W
Hello Matthias,
There have been a number of posts to #1065416 and it hasn't heard from
you in some time. The Technical Committee would like to help, but it is
difficult to see how we could do so without input from your side.
The ownership issue seems tractable. On the one hand, the binary
packa
14 matches
Mail list logo
