X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail-la0-f41.google.com (mail-la0-f41.google.com [209.85.215.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 723A4DC0219 for ; Thu, 26 Feb 2015 01:42:39 +0000 (UTC) Received: by labgf13 with SMTP id gf13so7976190lab.0 for ; Wed, 25 Feb 2015 17:42:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to:cc :content-type; bh=wuBgVfPlI1YJvSbdTCgbusfmI2YR+CwOwefYSCb80dE=; b=crxdr7u6QJyamhgft987GIOaEtOADooY4fhAdx4W1T2Vp1ikhPz0b+nDyXDE6RTbUR pCTkCncniZI9NlcnL/hAZloSovV/+Bd5ZjYJN24oO3x3JahZ85qKEkMvrSst9+G5h1dE j4wHMQnLlZjq+Yki9xoQXzHl9bOsoTCGkhb5J5NrAjGzCGqVSB9UJEZ/joD8SqP6lJRI sQ5cI2CV+DPwAbZDQ3l4tJVHJ8sD5bI33BFtAMVuWTp2/42f7r34H60Ha0jAYKY9uDnD P6hJkuKcQVBH9atL3TosMZCkVdiWOOv+drvZewmUGGHBRPAw9pxsgEwA+iEQmVNJP5d0 qUDA== X-Received: by 10.152.7.132 with SMTP id j4mr5393910laa.100.1424914955392; Wed, 25 Feb 2015 17:42:35 -0800 (PST) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 References: <1416518609-29322-1-git-send-email-divided.mind@gmail.com> <20141121083330.736d8ec5@ncopa-desktop.alpinelinux.org> <20141216144718.6aec8aef@ncopa-desktop.alpinelinux.org> From: =?UTF-8?Q?Rafa=C5=82_Rzepecki?= Date: Thu, 26 Feb 2015 01:42:34 +0000 Message-ID: Subject: Re: [alpine-devel] [PATCH] testing/pgagent: new aport To: Natanael Copa Cc: alpine-devel@lists.alpinelinux.org Content-Type: multipart/mixed; boundary=001a11c239ccc07131050ff3ddf9 --001a11c239ccc07131050ff3ddf9 Content-Type: multipart/alternative; boundary=001a11c239ccc0712b050ff3ddf7 --001a11c239ccc0712b050ff3ddf7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ah, I can see you've already merged my previous aport. I'm attaching a patch against the current master. czw., 26 lut 2015 o 02:31 u=C5=BCytkownik Rafa=C5=82 Rzepecki napisa=C5=82: > Hi, attaching updated patch. Let me know if you have any further comments= . > > wt., 16 gru 2014 o 14:47 u=C5=BCytkownik Natanael Copa > napisa=C5=82: > > On Fri, 21 Nov 2014 13:40:08 -0500 >> Rafa* Rzepecki wrote: >> >> > On Fri, Nov 21, 2014 at 2:33 AM, Natanael Copa >> wrote: >> > > >> > > On Thu, 20 Nov 2014 16:23:29 -0500 >> > > Rafa* Rzepecki wrote: >> > > >> > > > http://www.pgadmin.org/docs/dev/pgagent.html >> > > > a job scheduler for PostgreSQL >> > > > --- >> ... >> > > > diff --git a/testing/pgagent/pgagent.confd >> b/testing/pgagent/pgagent.confd >> > > > new file mode 100644 >> > > > index 0000000..a85be20 >> > > > --- /dev/null >> > > > +++ b/testing/pgagent/pgagent.confd >> > > > @@ -0,0 +1,22 @@ >> > > > +# Pool time interval >> > > > +PGA_POLL=3D"10" >> > > > + >> > > > +# Retry period >> > > > +PGA_RETRY=3D"30" >> > > > + >> > > > +# Log file >> > > > +PGA_LOG=3D"/var/log/pgagent.log" >> > > >> > > Having the log file in /var/log means it needs to have root >> > > permissions. Does the agent really need to run as root? >> > >> > It doesn't and shouldn't; in fact it should run as postgres in the >> > case the scripts are used verbatim. Frankly I just copied them from >> > Gentoo without much thought :) Those things probably should get >> > reported 'upstream' once we converge on the best solution. >> > >> > Anyway, what's the preferred way to setup logging in this case? A >> > post-install script that creates a /var/log subdirectory with proper >> > permissions? >> > >> > Also, I'm not entirely sure what the user should be. If the agent is >> > running on a local postgres, it's most practical (even if not the most >> > secure) if it runs as 'postgres' user so it has superuser on the >> > database; if it's not running on the local server, the scripts aren't >> > generic enough to make it work anyway (auth needs to be set up, which >> > might be done in a number of different ways -- password, kerberos, >> > ident, ssl, etc.) so an admin would have to modify the init script >> > anyway. >> >> I think we can run it as postgresql as default and make the >> alternatives configurable. >> >> > >> > > > diff --git a/testing/pgagent/pgagent.initd >> b/testing/pgagent/pgagent.initd >> > > > new file mode 100644 >> > > > index 0000000..0e37fcc >> > > > --- /dev/null >> > > > +++ b/testing/pgagent/pgagent.initd >> > > > @@ -0,0 +1,25 @@ >> > > > +#!/sbin/runscript >> > > > +# Copyright 1999-2012 Gentoo Foundation >> > > > +# Distributed under the terms of the GNU General Public License v= 2 >> > > > +# $Header: /var/cvsroot/gentoo-x86/dev-db/pgagent/files/pgagent.i= nitd,v >> 1.1 2012/04/28 18:34:11 titanofold Exp $ >> > > > + >> > > > +PGAGENTOPT=3D"-t ${PGA_POLL} -r ${PGA_RETRY} -s ${PGA_LOG} -l >> ${PGA_LEVEL}" >> > > > + >> > > > +PGOPT=3D"hostaddr=3D${PG_HOST} dbname=3D${PG_DBNAME} user=3D${PG_= USER}" >> > > > + >> > > > +depend() { >> > > > + use net >> > > > + need postgresql >> > > >> > > Does the agent really require that a postgresql server runs on this >> > > host even if the PG_HOST is pointing to some other host? >> > > >> > > I suspect that you can actually run the agent on different host than >> the >> > > postgresql server and in that case, you don't need postgresql. It >> > > should probably say "use postgresql". >> > >> > Yes, thanks; as mentioned above it's just lifted from Gentoo verbatim. >> > I agree it should probably have use postgres, but heed the >> > aforementioned comments about how one would probably modify the script >> > anyway in anything different than the most common case. >> > >> > I'm not sure how to approach it best. Ideas are welcome :) >> >> Well, you should not need edit the scripts, only the config. Thats why >> there is a separate conf.d/ file. >> >> I would just replace the 'need postgresql' with 'use postgresql' and >> remove postgresql from depends. >> >> thanks! >> >> -nc >> > --001a11c239ccc0712b050ff3ddf7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ah, I can see you've already merged my previous aport.= I'm attaching a patch against the current master.

czw., 26 lut 2015 o 02:31=C2=A0u=C5=BCytkownik Rafa=C5=82 Rze= pecki <divided.mind@gmail.com<= /a>> napisa=C5=82:

On F= ri, 21 Nov 2014 13:40:08 -0500
Rafa* Rzepecki <divided.mind@gmail.com> wrote:

> On Fri, Nov 21, 2014 at 2:33 AM, Natanael Copa <ncopa@alpinelinux.org> wrote= :
> >
> > On Thu, 20 Nov 2014 16:23:29 -0500
> > Rafa* Rzepecki <divided.mind@gmail.com> wrote:
> >
> > > http://www.pgadmin.org/docs/dev/pgagent.html
> > > a job scheduler for PostgreSQL
> > > ---
...
> > > diff --git a/testing/pgagent/pgagent.confd b/t= esting/pgagent/pgagent.confd
> > > new file mode 100644
> > > index 0000000..a85be20
> > > --- /dev/null
> > > +++ b/testing/pgagent/pgagent.confd
> > > @@ -0,0 +1,22 @@
> > > +# Pool time interval
> > > +PGA_POLL=3D"10"
> > > +
> > > +# Retry period
> > > +PGA_RETRY=3D"30"
> > > +
> > > +# Log file
> > > +PGA_LOG=3D"/var/log/pgagent.log" > >
> > Having the log file in /var/log means it needs to have root
> > permissions. Does the agent really need to run as root?
>
> It doesn't and shouldn't; in fact it should run as postgres in= the
> case the scripts are used verbatim. Frankly I just copied them from > Gentoo without much thought :) Those things probably should get
> reported 'upstream' once we converge on the best solution.
>
> Anyway, what's the preferred way to setup logging in this case? A<= br> > post-install script that creates a /var/log subdirectory with proper > permissions?
>
> Also, I'm not entirely sure what the user should be. If the agent = is
> running on a local postgres, it's most practical (even if not the = most
> secure) if it runs as 'postgres' user so it has superuser on t= he
> database; if it's not running on the local server, the scripts are= n't
> generic enough to make it work anyway (auth needs to be set up, which<= br> > might be done in a number of different ways -- password, kerberos,
> ident, ssl, etc.) so an admin would have to modify the init script
> anyway.

I think we can run it as postgresql as default and make the
alternatives configurable.

>
> > > diff --git a/testing/pgagent/pgagent.initd b/t= esting/pgagent/pgagent.initd
> > > new file mode 100644
> > > index 0000000..0e37fcc
> > > --- /dev/null
> > > +++ b/testing/pgagent/pgagent.initd
> > > @@ -0,0 +1,25 @@
> > > +#!/sbin/runscript
> > > +# Copyright 1999-2012 Gentoo Foundation
> > > +# Distributed under the terms of the GNU General Public Lic= ense v2
> > > +# $Header: /var/cvsroot/gentoo-x86/dev-db/pga= gent/files/pgagent.initd,v 1.1 2012/04/28 18:34:11 titanofold Exp $<= br> > > > +
> > > +PGAGENTOPT=3D"-t ${PGA_POLL} -r ${PGA_RETRY} -s ${PGA_= LOG} -l ${PGA_LEVEL}"
> > > +
> > > +PGOPT=3D"hostaddr=3D${PG_HOST} dbname=3D${PG_DBNAME} u= ser=3D${PG_USER}"
> > > +
> > > +depend() {
> > > +=C2=A0 =C2=A0 use net
> > > +=C2=A0 =C2=A0 need postgresql
> >
> > Does the agent really require that a postgresql server runs on th= is
> > host even if the PG_HOST is pointing to some other host?
> >
> > I suspect that you can actually run the agent on different host t= han the
> > postgresql server and in that case, you don't need postgresql= . It
> > should probably say "use postgresql".
>
> Yes, thanks; as mentioned above it's just lifted from Gentoo verba= tim.
> I agree it should probably have use postgres, but heed the
> aforementioned comments about how one would probably modify the script=
> anyway in anything different than the most common case.
>
> I'm not sure how to approach it best. Ideas are welcome :)

Well, you should not need edit the scripts, only the config. Thats why
there is a separate conf.d/ file.

I would just replace the 'need postgresql' with 'use postgresql= ' and
remove postgresql from depends.

thanks!

-nc
--001a11c239ccc0712b050ff3ddf7-- --001a11c239ccc07131050ff3ddf9 Content-Type: text/x-patch; charset=US-ASCII; name="0001-testing-pgagent-fix-some-issues-with-file-placement-.patch" Content-Disposition: attachment; filename="0001-testing-pgagent-fix-some-issues-with-file-placement-.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: 14bc38cb14e3bceb4261 RnJvbSA0ZDUzMTg5ZGRlNGI2NDkyNDI0ZWNkNmMzZDM0Y2Q1NDI5ZWU1NGRjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/UmFmYT1DNT04Mj0yMFJ6ZXBlY2tpPz0gPGRp dmlkZWQubWluZEBnbWFpbC5jb20+CkRhdGU6IFRodSwgMjYgRmViIDIwMTUgMDI6NDE6MTYgKzAx MDAKU3ViamVjdDogW1BBVENIXSB0ZXN0aW5nL3BnYWdlbnQ6IGZpeCBzb21lIGlzc3VlcyB3aXRo IGZpbGUgcGxhY2VtZW50IGFuZCBpbml0CiBzY3JpcHRzCgotLS0KIHRlc3RpbmcvcGdhZ2VudC9B UEtCVUlMRCAgICAgIHwgMjcgKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tCiB0ZXN0aW5nL3Bn YWdlbnQvcGdhZ2VudC5jb25mZCB8ICA1ICsrKystCiB0ZXN0aW5nL3BnYWdlbnQvcGdhZ2VudC5p bml0ZCB8ICA0ICsrLS0KIDMgZmlsZXMgY2hhbmdlZCwgMjQgaW5zZXJ0aW9ucygrKSwgMTIgZGVs ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvdGVzdGluZy9wZ2FnZW50L0FQS0JVSUxEIGIvdGVzdGlu Zy9wZ2FnZW50L0FQS0JVSUxECmluZGV4IGFlOWVhZWEuLmQ1MWY2ODEgMTAwNjQ0Ci0tLSBhL3Rl c3RpbmcvcGdhZ2VudC9BUEtCVUlMRAorKysgYi90ZXN0aW5nL3BnYWdlbnQvQVBLQlVJTEQKQEAg LTIsMTMgKzIsMTMgQEAKICMgTWFpbnRhaW5lcjoKIHBrZ25hbWU9cGdhZ2VudAogcGtndmVyPTMu NC4wCi1wa2dyZWw9MAorcGtncmVsPTEKIHBrZ2Rlc2M9ImEgam9iIHNjaGVkdWxlciBmb3IgUG9z dGdyZVNRTCIKIHVybD0iaHR0cDovL3d3dy5wZ2FkbWluLm9yZy9kb2NzL2Rldi9wZ2FnZW50Lmh0 bWwiCiBhcmNoPSJhbGwiCiBsaWNlbnNlPSJQT1NUR1JFU1FMIgotZGVwZW5kcz0id3hndGsyLjgt YmFzZSBwb3N0Z3Jlc3FsIgotZGVwZW5kc19kZXY9Ind4Z3RrMi44LWRldiBwb3N0Z3Jlc3FsLWRl diIKK2RlcGVuZHM9IiIgIyBhbGwgcnVudGltZSBkZXBlbmRlbmNpZXMgYXJlIGF1dG9tYXRpYyB3 aXRoIHNvIGRlcGVuZGVuY2llcworZGVwZW5kc19kZXY9Ind4Z3RrLWRldiBwb3N0Z3Jlc3FsLWRl diIKIG1ha2VkZXBlbmRzPSIkZGVwZW5kc19kZXYgY21ha2UiCiBpbnN0YWxsPSIiCiBzdWJwYWNr YWdlcz0iJHBrZ25hbWUtZG9jIgpAQCAtMTcsNiArMTcsNyBAQCBzb3VyY2U9IgogCXBnYWdlbnQu aW5pdGQKIAlwZ2FnZW50LmNvbmZkCiAiCitwa2d1c2Vycz0icG9zdGdyZXMiCiAKIF9idWlsZGRp cj0iJHNyY2RpciIvcGdBZ2VudC0kcGtndmVyLVNvdXJjZQogcHJlcGFyZSgpIHsKQEAgLTQ0LDIx ICs0NSwyOSBAQCBwYWNrYWdlKCkgewogCXJtICIkcGtnZGlyIi91c3IvUkVBRE1FCiAJcm0gIiRw a2dkaXIiL3Vzci9MSUNFTlNFCiAKKwkjIG1vdmUgbWlzcGxhY2VkIGZpbGVzCisJbWtkaXIgLXAg JHBrZ2Rpci91c3Ivc2hhcmUvcGdhZ2VudAorCW12ICRwa2dkaXIvdXNyL3NoYXJlLyouc3FsICRw a2dkaXIvdXNyL3NoYXJlL3BnYWdlbnQKKwogCWluc3RhbGwgLW03NTUgLUQgIiRzcmNkaXIiLyRw a2duYW1lLmluaXRkIFwKIAkJIiRwa2dkaXIiL2V0Yy9pbml0LmQvJHBrZ25hbWUgfHwgcmV0dXJu IDEKIAlpbnN0YWxsIC1tNjQ0IC1EICIkc3JjZGlyIi8kcGtnbmFtZS5jb25mZCBcCiAJCSIkcGtn ZGlyIi9ldGMvY29uZi5kLyRwa2duYW1lIHx8IHJldHVybiAxCiAKKwkjIGxvZyBkaXJlY3RvcnkK Kwlta2RpciAtcCAkcGtnZGlyL3Zhci9sb2cvJHBrZ25hbWUKKwljaG93biBwb3N0Z3Jlczpwb3N0 Z3JlcyAkcGtnZGlyL3Zhci9sb2cvJHBrZ25hbWUKKwogCWluc3RhbGwgLURtNjQ0ICIkX2J1aWxk ZGlyIi9MSUNFTlNFICIkcGtnZGlyIi91c3Ivc2hhcmUvbGljZW5zZXMvJHBrZ25hbWUvTElDRU5T RQogCWluc3RhbGwgLURtNjQ0ICIkX2J1aWxkZGlyIi9SRUFETUUgIiRwa2dkaXIiL3Vzci9zaGFy ZS9kb2MvJHBrZ25hbWUvUkVBRE1FCiB9CiAKIG1kNXN1bXM9IjE4N2NhYTE4NDNmMGQ4MmY2Y2Fh MWJlMGY4MGQ2MjMyICBwZ0FnZW50LTMuNC4wLVNvdXJjZS50YXIuZ3oKLWM3MTlkMjUxZjc2MTc1 ODM4NjRiOWI1ZjcxMjhiZjZmICBwZ2FnZW50LmluaXRkCi1jNjRlMTkyNWUzOGE5M2FkNjZmNzAx ZDMwMTVhZTk3MCAgcGdhZ2VudC5jb25mZCIKK2Y2Y2YyMTBiZDc5NmE4YWY5YjIxNmU3MWNjMmQy MDE3ICBwZ2FnZW50LmluaXRkCisyZDE1MjkzZGYyMTJjOGU1ZGRhNTA3YWIxYzBmODI1ZiAgcGdh Z2VudC5jb25mZCIKIHNoYTI1NnN1bXM9IjBkYTBhYzhmNDUzY2YzNGFiNmY3MDhlZWUwMzZiZWQw ZmQwZTVmYTMxMWRlMjgzYjkyZDJmZjA2NjAwYmJiM2QgIHBnQWdlbnQtMy40LjAtU291cmNlLnRh ci5negotYjM3YWM4YThlOTUxNDRlMTljMDRjYzAyZmQ1MDg1MTViNDRlZjRhYzc0YjI1NzJlNDhj NTVkOTFiMDRkNjc5ZiAgcGdhZ2VudC5pbml0ZAotMmJkZjQxNjZmZjUzYzU3YjM4Mjc4OGI4OTgx OGU2YzMyOThmYmFhMjkxMDkyMjM2ODgzYmQwM2UwODk3MGQ0YiAgcGdhZ2VudC5jb25mZCIKK2Vm ZWQ1Nzg4NGRhOTRkYTA3MjdkMjAyMTVhMjRlM2U4YjYyNmQyMzA3ZDI1NTY4YzM1N2I3NmQ4NTFm YWUxMmYgIHBnYWdlbnQuaW5pdGQKK2VkNGJkZDBiMmU1ZDZkMWJhYmM0Njg5ODYzYzIwYWIzYjYx MTM0YTUwMTQyZDE0ZDVjM2JmOWVkMTQwODdiMjAgIHBnYWdlbnQuY29uZmQiCiBzaGE1MTJzdW1z PSIzYjA2OGZjNmY1ZTUxZmYyMDYwNGY4Y2VjM2UwNjdkMDRiNWIxNTM3MjI5ZGExNWVlNDQyMDAw ZjVmZTgzNDY5N2E0ZWFlODZiZTBlOWE1OGI4ZWU1ZGEyNGNjOTg1YzhjOTgwNGQ3MWNiMmE1MGU5 M2VjNGNmOWE0MjRhNGZmMCAgcGdBZ2VudC0zLjQuMC1Tb3VyY2UudGFyLmd6Ci1lODRiZjZjM2Ey YmI5ZDJkOGFmYWQyZGRhN2ViY2FjODBlZGUxOWE1NTk1Y2NiZTMxMjUxNzMxOTE3YzNmMjMzN2Nh M2ZjYTY4YmM0N2NhOGY1MWJiNmU3NjVhMGMxZTU0ZWFiZjYwNDY2YTQyZDFhNjkzODM5OWQxM2I3 MWE3OSAgcGdhZ2VudC5pbml0ZAotZmU5ZmNkZDMzMjI1YTM2MWNiZDAwN2FjNWJlZjQzOTk0Njcx NGRhOWE5OTAxNjkyMjJiOGJhODhlNjMzNjJhNzUzZTgwNDkwYWI5NDAyZjE0NmVjNmE2NzgyYjM0 NTc4NDYwMzljYzBhZDg0YmYwY2RmMGMyMzFkZWVjMWMyODYgIHBnYWdlbnQuY29uZmQiCisxZjY4 NGI2MzI3M2Q3NzJlMzM5NTY5YmFjY2UxMDlmNGZiZDRkN2Q5MTU3MWRiMWVhMzk1YjA1Yjk0ZTAy M2MyOWM1OTQ0OTdjOWI3NzQyZjVmZjkyMGZhZWMyMDQwNWUxOWFjZWZjYjAyYjkwYjMzZDg4OGVk ZGQzYmE4OGUzZSAgcGdhZ2VudC5pbml0ZAorODJmYTA1MzZjNmE5NjE5NDNmZDM5OGZmY2I3YmZl MTkyMGVlZTdiYzhjNzI5ZjNiYmY0ZDhmZGY2MWMzNjcxZWI3OGY1NWZmNTUxMWI1ZjAxMTBlYzc4 OTMzZDljZjBmYmFiN2ExMmMzZTIwNmZiMDM0N2M1MTM4NTBhMDlmYmQgIHBnYWdlbnQuY29uZmQi CmRpZmYgLS1naXQgYS90ZXN0aW5nL3BnYWdlbnQvcGdhZ2VudC5jb25mZCBiL3Rlc3RpbmcvcGdh Z2VudC9wZ2FnZW50LmNvbmZkCmluZGV4IGE4NWJlMjAuLjZkNDZlOWYgMTAwNjQ0Ci0tLSBhL3Rl c3RpbmcvcGdhZ2VudC9wZ2FnZW50LmNvbmZkCisrKyBiL3Rlc3RpbmcvcGdhZ2VudC9wZ2FnZW50 LmNvbmZkCkBAIC01LDcgKzUsNyBAQCBQR0FfUE9MTD0iMTAiCiBQR0FfUkVUUlk9IjMwIgogCiAj IExvZyBmaWxlCi1QR0FfTE9HPSIvdmFyL2xvZy9wZ2FnZW50LmxvZyIKK1BHQV9MT0c9Ii92YXIv bG9nL3BnYWdlbnQvcGdhZ2VudC5sb2ciCiAKICMgTG9nZ2luZyB2ZXJib3NpdHkKICMgRVJST1I9 MCwgV0FSTklORz0xLCBERUJVRz0yCkBAIC0yMCwzICsyMCw2IEBAIFBHX0RCTkFNRT0icG9zdGdy ZXMiCiAKICMgVXNlcm5hbWUKIFBHX1VTRVI9InBvc3RncmVzIgorCisjIExvY2FsIHVzZXIgdG8g cnVuIGFzCitSVU5fQVM9InBvc3RncmVzIgpkaWZmIC0tZ2l0IGEvdGVzdGluZy9wZ2FnZW50L3Bn YWdlbnQuaW5pdGQgYi90ZXN0aW5nL3BnYWdlbnQvcGdhZ2VudC5pbml0ZAppbmRleCAwZTM3ZmNj Li4zYTJhODhkIDEwMDY0NAotLS0gYS90ZXN0aW5nL3BnYWdlbnQvcGdhZ2VudC5pbml0ZAorKysg Yi90ZXN0aW5nL3BnYWdlbnQvcGdhZ2VudC5pbml0ZApAQCAtOSwxMiArOSwxMiBAQCBQR09QVD0i aG9zdGFkZHI9JHtQR19IT1NUfSBkYm5hbWU9JHtQR19EQk5BTUV9IHVzZXI9JHtQR19VU0VSfSIK IAogZGVwZW5kKCkgewogICAgIHVzZSBuZXQKLSAgICBuZWVkIHBvc3RncmVzcWwKKyAgICB1c2Ug cG9zdGdyZXNxbAogfQogCiBzdGFydCgpIHsKICAgICBlYmVnaW4gIlN0YXJ0aW5nIHBnYWdlbnQi Ci0gICAgc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAtLWV4ZWMgL3Vzci9iaW4vcGdhZ2VudCAt LSAke1BHQUdFTlRPUFR9ICR7UEdPUFR9CisgICAgc3RhcnQtc3RvcC1kYWVtb24gLS1zdGFydCAt LXVzZXIgJHtSVU5fQVN9IC0tZXhlYyAvdXNyL2Jpbi9wZ2FnZW50IC0tICR7UEdBR0VOVE9QVH0g JHtQR09QVH0KICAgICBlZW5kICQ/CiB9CiAKLS0gCjIuMy4wCgo= --001a11c239ccc07131050ff3ddf9-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---