Re: [gentoo-dev] Re: Managing updates on many identical Gentoo systems

On 18/01/18 23:36, Duncan wrote: > Anthony G. Basile posted on Thu, 18 Jan 2018 06:46:53 -0500 as excerpted: > >> I'm trying to design an update system for many identical Gentoo systems. >> Using a binhost is obvious, but there are still problems with this >> approach. >> I'd suggest go for a se

Re: [gentoo-dev] rfc: ideas for fixing OpenRC checkpath issue

On 01/17/2018 12:14 PM, William Hubbs wrote: >> >> 1. I could create /run/foo with owner "foo", and then create >>/run/foo/bar with owner "foo". That can be done without modifying >>existing permissions, but it's not safe, because you wind up working >>as root in the directory /run/foo

[gentoo-dev] Last-rites: kde-misc/akonadi-ews

# Andreas Sturmlechner (18 Jan 2018) # Broken by >=kde-apps/kcalcore-17.12.0, but also merged into # kdepim-runtime 17.12 as an official feature. Bug #642926 kde-misc/akonadi-ews

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

On 01/18/2018 08:13 AM, Alec Warner wrote: > On Thu, Jan 18, 2018 at 6:46 AM, Anthony G. Basile > wrote: > > Hi everyone, > > I'm trying to design an update system for many identical Gentoo systems. >  Using a binhost is obvious, but there are still proble

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

Hello, There's been a lot of relevant points but I'm not sure how to stitch together all of the posts so I will reply to the OP. On Thu, Jan 18, 2018 at 5:46 AM, Anthony G. Basile wrote: > Hi everyone, > > I'm trying to design an update system for many identical Gentoo systems. > Using a binhos

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

В Пт, 19/01/2018 в 01:30 +0300, Alexander Tsoy пишет: > В Чт, 18/01/2018 в 06:46 -0500, Anthony G. Basile пишет: > > Hi everyone, > > > > I'm trying to design an update system for many identical Gentoo > > systems. > >  Using a binhost is obvious, but there are still problems with this > > approac

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

В Чт, 18/01/2018 в 06:46 -0500, Anthony G. Basile пишет: > Hi everyone, > > I'm trying to design an update system for many identical Gentoo > systems. >  Using a binhost is obvious, but there are still problems with this > approach. > > Unless there's some magic I don't know about (and this is wh

Re: [gentoo-dev] [PATCH] linux-mod.eclass: IUSE default support for MODULES_OPTIONAL_USE

On Sun, Jan 14, 2018 at 11:53:07PM +, Robin H. Johnson wrote: > TL;DR: add IUSE default support for MODULES_OPTIONAL_USE, off unless > variable explicitly set by ebuild. > > Bug 635720 has proposed dropping this from profiles: > USE="${USE} modules" > > In order to break packages less, all of

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

On 01/18/2018 07:34 AM, Lars Wendler wrote: > Hi Anthony, > [...] > > well, I never did anything like that but regarding the dependency > calculation... how about something like > > emerge -1OKanv $(qlist -CISq) > > (--oneshot --nodeps --usepkgonly --ask --noreplace --verbose) > > which simply

[gentoo-dev] Last rites: mysql-multilib eclass

The mysql-multilib eclass was only used for internal packages in the mysql teams' packages. Nothing should have depended on it outside of that and will be removed in 30 days as it is no longer used. Thank, Brian Evans signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

On Thu, Jan 18, 2018 at 6:46 AM, Anthony G. Basile wrote: > Hi everyone, > > I'm trying to design an update system for many identical Gentoo systems. > Using a binhost is obvious, but there are still problems with this > approach. > > Unless there's some magic I don't know about (and this is why

[gentoo-dev] Re: Managing updates on many identical Gentoo systems

Anthony G. Basile posted on Thu, 18 Jan 2018 06:46:53 -0500 as excerpted: > I'm trying to design an update system for many identical Gentoo systems. > Using a binhost is obvious, but there are still problems with this > approach. > > Unless there's some magic I don't know about (and this is why

[gentoo-dev] Last-rites: dev-tex/texamator

# Andreas Sturmlechner (18 Jan 2018) # Depends on dead PyQt4/Qt4, upstream needs help w/ PyQt5. # Masked for removal in 30 days. Bug #634986 dev-tex/texamator

[gentoo-dev] Last-rites: dev-tex/pstplus

# Andreas Sturmlechner (18 Jan 2018) # Dead upstream, depends on dead Qt4/poppler-qt4. # Masked for removal in 30 days. Bug #641852 dev-tex/pstplus

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

Am Donnerstag, 18. Januar 2018, 12:46:53 CET schrieb Anthony G. Basile: > Hi everyone, > > I'm trying to design an update system for many identical Gentoo systems. > Using a binhost is obvious, but there are still problems with this > approach. > > Unless there's some magic I don't know about (a

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

Hi Anthony, On Thu, 18 Jan 2018 06:46:53 -0500 Anthony G. Basile wrote: >Hi everyone, > >I'm trying to design an update system for many identical Gentoo >systems. > Using a binhost is obvious, but there are still problems with this >approach. > >Unless there's some magic I don't know about (and t

Re: [gentoo-dev] Managing updates on many identical Gentoo systems

On Thu, 1970-01-01 at 00:00 +, Anthony G. Basile wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > Hi everyone, > > I'm trying to design an update system f

[gentoo-dev] Managing updates on many identical Gentoo systems

Hi everyone, I'm trying to design an update system for many identical Gentoo systems. Using a binhost is obvious, but there are still problems with this approach. Unless there's some magic I don't know about (and this is why I'm sending this email) each machine still needs to have the portage tr