) and that there is no solution at this time, but it
would be great if Debian would try to collaborate with gitlab on this
issue so in the future the switch would be possible.
On 30.04.19 19:32, Sam Hartman wrote:
>>>>>> "Esokrates" == Esokrates writes:
>
> Esokrates>
It seems no one cares, there is no movement whatsoever.
Why not just go forward and enable it in sid?
Others have done and it worked, there has been sufficient testing in Ubuntu.
In fact this was even simply enabled in GCC for a short period of time
deliberately.
I do not see the problem here.
On Tuesday, April 07, 2015 10:11:18 PM Niels Thykier wrote:
On 2015-04-07 21:10, Niels Thykier wrote:
On 2015-04-04 12:58, Esokrates wrote:
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
[...]
I know predictions are hard, but is there a plan to get things done
On Thursday, April 09, 2015 09:25:44 AM Esokrates wrote:
So mostly that is more a decision making (political) problem, than a
technical one. Stretch is a two year time frame though, which makes me
kinda sad. Thanks for you effort though, keep up the amazing work! If I
understand correctly
Hi,
I am asking myself the following questions and am wondering if there is a
policy covering the aspects:
* Are source packages of free software packages required to only contain
source code without binaries (maybe with the exception of the linux kernel and
its firmware blobs)?
* Inspired by
On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
Last time I checked, dak was still missing code to handle the
generated .ddeb files.
Cheers,
And it *still* does! But there are a few things that have changed!
* There is an experimental branch for debhelper to generate
Hi,
I am particularly interested in automatic debug packages, as the current
situation is pretty messy imho. I found
https://wiki.debian.org/AutomaticDebugPackages.
Does anyone know the status of this? Will this be a goal for Stretch?
This and reproducible builds would make Debian the perfect
7 matches
Mail list logo
