Am Sun, Aug 22, 2021 at 11:21:38AM +0100 schrieb Luca Boccassi:
> On Sat, 2021-08-21 at 22:57 +0200, Guillem Jover wrote:
> > Just like no one had detected the database corruption in Ubuntu before
> > I spotted the problem via code review and analysis (which I guess in
> > your world translates to
Am Tue, Jul 27, 2021 at 09:23:48AM -0600 schrieb Sam Hartman:
> So, even though I think the extensions to dpkg will also be complicated,
> at a purely technical level, I think they are less complicated.
>
> I understand technical complexity is only part of the picture.
> I understand the dpkg
On Fri, Oct 30, 2020 at 09:16:21AM +0100, Philip Hands wrote:
> IANAL so I may be confused, but AIUI that takedown is based on the
> notion that there is no legitimate use for youtube-dl, which is
> nonsense, as this comment clealy demonstrates:
>
> "youtube-dl is pretty much the only thing that
On Tue, May 29, 2018 at 03:03:11PM +0200, Vincent Lefevre wrote:
> On 2018-05-23 09:46:09 +0800, Paul Wise wrote:
> > Depends on obsolete WebKit version (fixed in experimental):
> >
> > https://tracker.debian.org/pkg/gnucash
> > https://tracker.debian.org/news/859896/gnucash-removed-from-testing/
>Looking at the oldest item in the queue (node-mimelib, 7 months), I see
>that the upstream README[1] was changed on Mar 11th to read:
>
> NB! This project is deprecated
>
>All users of this project are urged to find an alternative as it is not
>maintained anymore.
>
>Obviously, this is nothing
On Tue, Feb 27, 2018 at 03:06:04PM +0100, Sebastian Andrzej Siewior wrote:
> I am not asking for a valid signature. It could but also just an
> additional header field or something. It does not happen very ofter but
> it gets more annoying each time it happens.
> In the end it is just the
On Thu, Feb 01, 2018 at 11:10:43AM +0100, Andrej Shadura wrote:
> > On 01/02/18 09:45, Andrej Shadura wrote:
> >> On 01/02/18 09:40, Ansgar Burchardt wrote:
> >>> So there was plenty of time to fix them.
> >>>
> >>> Why would filing a third RC bug (the "proposed-RM") and waiting one
> >>> month
On Mon, Feb 20, 2017 at 01:12:33PM +0100, Santiago Vila wrote:
> Believe me, this is also frustrating for me. If you absolutely need a
> machine to reproduce this, contact me privately.
If someone creates a patch, then the bug is much more likely to get fixed,
whether it's RC or not. Any FTBFS
On Wed, Feb 15, 2017 at 06:26:51PM +0100, Santiago Vila wrote:
> The following packages FTBFS for me randomly. First column is the bug
> number, second column is the estimated probability of failure in my
> build environment, which is described here:
>
>
On Mon, Dec 26, 2016 at 10:57:11AM -0300, Martín Ferrari wrote:
> I agree wholeheartedly, and thought about retiring it in the past, but
> it proved impossible at the time.
>
> Maybe the output format change will make people finally switch to
> something less awful.
Given that the
m
On 10 July 2016 08:59:59 CEST, John Paul Adrian Glaubitz
wrote:
>On 07/10/2016 08:39 AM, Emilio Pozuelo Monfort wrote:
>> I foupml0lnd
>http://segfault.linuxmint.com/2016/02/the-first-two-x-apps-are-ready/,
>> which makes things clearer. Thisf seems to be
On Sun, Aug 30, 2015 at 10:30:54AM +0200, Michael Banck wrote:
But in general I think we want that our users get security updates ASAP,
I think this implementation doesn't fit that problem.
All of this is IIUC:
A user who depends on this only gets security updates when they
reboot. As long as
On Mon, Feb 17, 2014 at 13:58 +0100, John Paul Adrian Glaubitz wrote:
On 02/17/2014 01:37 PM, Norbert Preining wrote:
Why can you not simply say something like: Well yes, there seem
to be some problems and we will try to fix them if we can get hold
of enough input. You DDs should be able to
On Fri, Dec 23, 2011 at 10:41:07AM +, Roger Leigh wrote:
The suggestion that git clean be a solution appears to have caused
some level of outrage. However, at least for '3.0 (git)', all the
sources are known to git, and 'git clean' is a reliable and simple
solution to the problem.
14 matches
Mail list logo