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 main
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 to
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 submitter
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 mor
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 th
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:
>
> https://people.debian.org/~sanvila/my-build
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 transition-free
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 a cross-desktop (Matea)
>> $₩p5p!4♧''
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
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.
A
14 matches
Mail list logo