[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian-fasttrack was: Re: een "backport" van package hutsefluts



Dank!

is ook nieuw voor mij.

On  8 February 2022 13:47 Paul van der Vlis, wrote:

> Hoi,
>
> Hadden jullie al eens gehoord van Debian-fasttrack?  Ik niet:
> https://wiki.debian.org/FastTrack
> https://fasttrack.debian.net/
>
> Groeten,
> Paul
>
> Op 08-02-2022 om 11:33 schreef Paul van der Vlis:
>> Op 07-02-2022 om 21:25 schreef Geert Stappers:
>>> Hoi,
>>>
>>> Als het meezit, dan ben ik een zinvolle tip aan het doorsturen.
>>>
>>> ----- Forwarded message from Daniel Gröber -----
>>>
>>> Date: Mon, 7 Feb 2022 10:30:25 +0100
>>> From: Daniel Gröber
>>> To: David Pottage
>>> Cc: debian-backports@lists.debian.org
>>> Subject: Re: Backport restic to bullseye?
>>>
>>> On Mon, Feb 07, 2022 at 09:06:55AM +0000, David Pottage wrote:
>>>> On 2022-02-05 18:54, Jan De Luyck wrote:
>>>> You don't need to wait for a backport if you don't want to.
>>>>
>>>> The restic downloadable is a single statically linked binary, so it is
>>>> very easy to download and install without the need for a distro package.
>>>
>>> Alternatively it's also pretty easy to use the restic Debian package from
>>> sid right on stable because it if like me you dont particularily trust
>>> upstream binaries.
>>>
>>> Just add an entry for sid in sources.list and do some APT pinning:
>>>
>>> /etc/apt/preferences:
>>>
>>>      # Don't install things from sid by default
>>>      Package: *
>>>      Pin: release a=unstable
>>>      Pin-Priority: -10
>>>
>>>      # Except for restic.
>>>      Package: restic
>>>      Pin: release a=unstable
>>>      Pin-Priority: 999
>>>
>>> That being said I looked into backporting restic a while back too and it
>>> seemed like a PITA because a fair number of go dependencies would have to
>>> be backported too.
>>>
>>> --Daniel
>>>
>>>
>>> ----- End forwarded message -----
>>>
>>> Laat maar weten of dat ook zo is.
>> Soms is het inderdaad heel lastig (Pine In The Ash) om een backport
>> te maken omdat er voor het bouwen veel afhankelijkheden zijn.
>> Ik vraag me wel eens af waarom het bouwen van een pakket perse op
>> dezelfde versie van Debian moet. Bijvoorbeeld onlangs bij de nieuwe
>> versie van Firefox gaf dit grote problemen.
>> Bovenstaande lijkt me inderdaad een noodoplossing om een pakket uit
>> unstable te installeren en up-to-date te houden. Of het werkt en
>> blijft werken lijkt me niet zeker, er zou bijvoorbeeld een nieuwere
>> versie van libc6 nodig kunnen zijn, of in de toekomst worden.
>> Interessant vind ik ook deze opmerking: "(..) if like me you dont
>> particularily trust upstream binaries."  Wat hij in feite zegt is
>> dat hij upstream binaries niet helemaal vertrouwd en het fijn vind
>> dat er een DD tussenzit die de boel een beetje in de gaten
>> houdt. Dat vind ik namelijk ook. Bijvoorbeeld: compileert de
>> sourcecode wel tot de aangeboden binary. Voor mij is dat een reden
>> sommige applicaties toch niet zo graag te gebruiken, omdat de makers
>> er niemand tussen willen hebben. Of dat de ontwikkeling zo hard
>> gaat, dat dat praktisch niet mogelijk is. Maar of DD's deze
>> controlerende taak serieus nemen, dat zal niet altijd zo zijn. En
>> wilicht is de maker ook de packager, dan is die controle er veel
>> minder.
>> Groeten,
>> Paul
>> 

-- 
Negativity Bias: Paying more attention to bad news and feedback than
good

	   NewScientist 28 July 2018


Reply to: