Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-05 Thread m1027
frederik.pfautsch: > > So, ideally, there is c): In a hypothetic case we would prepare > > a entire OS incl. our app (maybe via catalyst?) which would > > require a bootloader-like mini-OS on the customer's side, to > > receive updates over the internet, switch the OS at boot time, > > and

Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-05 Thread m1027
peter: > > Whenever we need to deliver a updated app to customers whose OS is > > too old (but updating it is too risky), we could either > > a) keep evenly outdated dev build OSes around forever (oh no!), or > > b) post our newly built app in a container (leaving the lovely native > > world);

Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-04 Thread m1027
peter: > Peter Stuge wrote: > > Essentially you will be maintaining a private fork of gentoo.git, > > If this seems too heavy handed then you can just as well do the reverse: > > Maintain an overlay repo with the packages you care to control in the > state you care to have them, set that in the

Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-02 Thread m1027
Many thanks for your detailed thoughs for sharing the rich experiences on this! See below: antarus: > On Mon, Jan 2, 2023 at 4:48 AM m1027 wrote: > > > > Hi and happy new year. > > > > When we create apps on Gentoo they become easily incompatible for > > older G

Re: [gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-02 Thread m1027
sam: > > On 2 Jan 2023, at 12:48, m1027 wrote: > > > > Hi and happy new year. > > > > When we create apps on Gentoo they become easily incompatible for > > older Gentoo systems in production where unattended remote world > > updates are risk

[gentoo-dev] Gentoo LTS or: proper backward compatibility?

2023-01-02 Thread m1027
Hi and happy new year. When we create apps on Gentoo they become easily incompatible for older Gentoo systems in production where unattended remote world updates are risky. This is due to new glibc, openssl-3 etc. So, what we've thought of so far is: (1) Keeping outdated developer boxes around

Re: [gentoo-dev] Last rites: app-portage/flaggie

2022-12-26 Thread m1027
> > So I will deeply miss flaggie! Despite some issues it is a very > > helpful thing once you know it, e.g. for automated USE flag changes > > over ssh in a server farm. > > Hmm, that's a use case I didn't think of (and I didn't know anyone is > actually using flaggie non-interactively). I

Re: [gentoo-dev] Last rites: app-portage/flaggie

2022-12-26 Thread m1027
ajak: > On Sun, Dec 25, 2022 at 06:02:11PM +0000, m1027 wrote: > > mgorny: > > > > > # Michał Górny (2022-12-25) > > > # make.conf writing is broken and package.use support incomplete. > > > # Last release in 2013.  Attempted unsuccessfully fixing

Re: [gentoo-dev] Last rites: app-portage/flaggie

2022-12-25 Thread m1027
mgorny: > # Michał Górny (2022-12-25) > # make.conf writing is broken and package.use support incomplete. > # Last release in 2013.  Attempted unsuccessfully fixing it in 2017. > # Use an editor instead. > # Removal on 2023-01-24.  Bug #888423. > app-portage/flaggie So I will deeply miss

Re: [gentoo-dev] New project: binhost

2021-02-13 Thread m1027
dilfridge: > Hi all, > > I'm announcing a new project here - "binhost" > > "The Gentoo Binhost project aims to provide readily installable, precompiled > packages for a subset of configurations, via central binary package hosting. > Currently we are still in the conceptual planning stage. "

Re: [gentoo-dev] Make 'man' global USE flag from currently local

2021-02-13 Thread m1027
toralf: > On 2/13/21 12:16 PM, Alessandro Barbieri wrote: > > > > IMO manpages should be installed unconditionally and the useflag dropped > > I'd like to disagree - IIRC there're packages with a ridiculous large > and expensive dep tree just to build their man pages. Agreed. That's saying a

Re: [gentoo-dev] Packages up for grabs

2021-01-17 Thread m1027
mgorny: > [bv] www-apps/radicale I am actively using radicale on arm, arm64 and amd64 and thus feel like I should contribute. :-) As this was my debut to package maintainment, and I'd need at least some initial pointers on how to start, what's the least bothering way for everybody to ask for

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

2020-12-30 Thread m1027
mgorny: > On Tue, 2020-12-29 at 16:12 +0100, Toralf Förster wrote: > > On 12/29/20 2:57 PM, m1027 wrote: > > > - removing libressl, installing openssl, maybe wget then, followed > > >    by the rest? > > remove is sufficient b/c emerge then immediately advices a

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

2020-12-29 Thread m1027
toralf: > On 12/29/20 2:57 PM, m1027 wrote: > > - removing libressl, installing openssl, maybe wget then, followed > >by the rest? > > remove is sufficient b/c emerge then immediately advices a > @preserved-rebuild - at least that's the way it works here at the >

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

2020-12-29 Thread m1027
> > On 29 Dec 2020, at 09:13, Marcel Schilling > > wrote: > > > > I just want to comment that I switched to LibreSSL on several > > Gentoo systems years ago and never had any major issues. I run > > both desktop and server systems with LibreSSL, based on X and > > Wayland. The only issues I ran

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

2020-12-28 Thread m1027
I've been kindly asked by a gentoo dev to send my two pence in here: peter: > Michał Górny wrote: > > > LibreSSL users, does LibreSSL today have any benefit over OpenSSL? > > Yes, at least two: > > [...] > > B. It brings its own TLS API, a unique feature which by itself warrants > the