Am Montag, 3. April 2023, 13:37:35 CEST schrieb Petr Vaněk:
> Some packages use qmail_set_cc function but they don't contain
> make-makelib.sh script. However, recent addition of || die to the sed
> patching this file is newly triggering build failure. This commit
> addresses the problem by checkin
Am Montag, 14. November 2022, 22:53:43 CET schrieb Peter Stuge:
> John Helmert III wrote:
> > > Jonas Stein wrote:
> > > > # Dead upstream
> > > > # Removal after 2023-01-01. Bug #881249.
> > > > net-mail/vchkuser
> > >
> > > Was there an actual issue with the package that prompted you to do
> >
Am Samstag, 21. Mai 2022, 10:44:35 CEST schrieb Ulrich Mueller:
> >>>>> On Mon, 16 May 2022, Rolf Eike Beer wrote:
> > This does not use extended regular expressions in any way. While at it
> > change the way these matches are done: it's irrelevant if the entir
This does not use extended regular expressions in any way. While at it change
the way these matches are done: it's irrelevant if the entire expression is in
the file, if there is any rule for the given IP address then do not add the
new
expression.
Signed-off-by: Rolf Eike Beer
---
e
The last user went away with mail-mta/qmail-ldap.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 24
1 file changed, 24 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index 471f2fe7ce5..9b2c5a8c7fb 100644
--- a/eclass/qmail.eclass
+++ b
Am Sonntag, 15. Mai 2022, 03:08:41 CEST schrieb Sam James:
> Signed-off-by: Sam James
> ---
> eclass/qmail.eclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
> index 471f2fe7ce5e..707cc91adfd8 100644
> --- a/eclass/qmail.ecla
Philip Webb wrote:
> Portage error msgs are difficult to read & often simply unhelpful.
With difficult to read you mean something like "someone decided that it's a
good idea to print the blocked packages atoms in dark blue on black and other
stuff in yellow so it would be equally unreadable on
> My machines should actually do some useful stuff, like running my Nagios and
> a bunch of nightly builds (CMake, libarchive, things like that). For that,
> I'd like to have the actual system to work. Given the amount of breakage I
> find when doing stabilizations I suspect this is not going to ha
Am Montag, 18. Oktober 2021, 03:08:52 CEST schrieb John Helmert III:
> On Mon, Oct 18, 2021 at 02:25:47AM +0200, Thomas Deutschmann wrote:
> > On 2021-10-14 15:40, Marek Szuba wrote:
> > > WDYT?
> >
> > Could you please elaborate what you are expecting from this change?
> >
> > I.e. will this sol
Am Donnerstag, 14. Oktober 2021, 15:40:02 CEST schrieb Marek Szuba:
> Dear everyone,
>
> Following some private discussions, I feel quite strongly now that it
> would both considerably improve certain processes and make our use of
> limited manpower more efficient were we to further reduce the num
Am Dienstag, 17. August 2021, 00:23:26 CEST schrieb Robin H. Johnson:
> On Sat, Aug 14, 2021 at 05:15:54PM +0200, Hanno Böck wrote:
> > FWIW I am Co-author of the paper that documented these attacks, so in
> > case you have any questions I guess I can answer them.
>
> Yes, I have a question: are y
Adding an extra keep file in the intermediate /var/qmail is never necessary,
and the binary directory is filled by the installation anyway.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass
-by: Rolf Eike Beer
---
eclass/qmail.eclass | 87 ++---
1 file changed, 42 insertions(+), 45 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index 6b04cbf7792..be31dccc101 100644
--- a/eclass/qmail.eclass
+++ b/eclass/qmail.eclass
@@ -72,9
Am Samstag, 14. August 2021, 12:52:15 CEST schrieb Ulrich Mueller:
> >>>>> On Sat, 14 Aug 2021, Rolf Eike Beer wrote:
> > The default owner is root:root anyway, so just make sure other settings do
> > not leak outside from the places where it is actu
The default owner is root:root anyway, so just make sure other settings do not
leak outside from the places where it is actually used. This also fixes
qmail_supervise_install_one() when called from outside of qmail_src_install().
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 32
This has been in all ebuilds since the move of the portage tree to git, so
everyone should have already moved the files.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass| 22 --
mail-mta/netqmail/netqmail-1.06-r14.ebuild | 4
mail-mta
Am Freitag, 13. August 2021, 11:06:09 CEST schrieb Ulrich Mueller:
> >>>>> On Fri, 13 Aug 2021, Rolf Eike Beer wrote:
> > Am Donnerstag, 12. August 2021, 19:39:08 CEST schrieb Michael Orlitzky:
> >> On Thu, 2021-08-12 at 17:22 +0200, Rolf Eike Beer wrote:
>
Adding an extra keep file in the intermediate /var/qmail is never necessary,
and the binary directory is filled by the installation anyway.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass
Am Donnerstag, 12. August 2021, 19:39:08 CEST schrieb Michael Orlitzky:
> On Thu, 2021-08-12 at 17:22 +0200, Rolf Eike Beer wrote:
> > The default owner is root:root anyway.
>
> This is only true of you don't call insopts earlier with some other
> value. I see "insopts
The previous algorithm would scan for all primes for a given number, which
takes needlessly long.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 51 +++---
eclass/tests/qmail.sh | 52 +++
2 files changed, 70
Am Donnerstag, 12. August 2021, 13:25:09 CEST schrieb Ulrich Mueller:
> >>>>> On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> > -# @FUNCTION: primes
> > -# @USAGE:
> > +# @FUNCTION: is_prime
> > +# @USAGE:
> >
> > # @DESCRIPTION:
> &
The default owner is root:root anyway. This also fixes
qmail_supervise_install_one() when called from outside of qmail_src_install().
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/eclass
Am Donnerstag, 12. August 2021, 13:13:23 CEST schrieb Ulrich Mueller:
> >>>>> On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> > dospp() {
> >
> > insinto "${QMAIL_HOME}"/plugins/
> >
> > - insopts -o root -g "${GROUP_ROOT
The previous algorithm would scan for all primes for a given number, which
takes needlessly long.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 51 -
1 file changed, 18 insertions(+), 33 deletions(-)
diff --git a/eclass/qmail.eclass b
This also fixes qmail_supervise_install_one when called from outside of
qmail_src_install.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index 76c612f026f..6b04cbf7792 100644
--- a/eclass/qmail.eclass
+++ b/eclass/qmail.eclass
@@ -4,11 +4,11 @@
# @ECLASS
Am Montag, 28. Juni 2021, 15:03:59 CEST schrieb Michał Górny:
> On Mon, 2021-06-28 at 15:00 +0200, Agostino Sarubbo wrote:
> > Hello all,
> >
> > long story short:
> >
> > when there is a major change (new gcc, new libc, and so on), tinderbox
> > takes a lot of time to test the entire tree.
> >
Am Freitag, 18. Juni 2021, 21:10:27 CEST schrieb Michael Orlitzky:
> > This depends on the actual domain of numbers. If the primes involved
> > have 20 digits as in your example, then factor should be used of course.
> >
> > I suspect though that we're talking about small numbers (below 100?)
> >
The previous algorithm would scan for all primes for a given number, which
takes needlessly long.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 45 -
1 file changed, 12 insertions(+), 33 deletions(-)
diff --git a/eclass/qmail.eclass b
Am Montag, 31. Mai 2021, 22:49:56 CEST schrieb David Seifert:
> The following packages have been dropped to m-n, since their maintainers
> haven't touched them in over a year and show no signs of maintaining
> them:
>
> dev-libs/libowfat
I guess this need little attention anyway, but I can prox
*.md.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 54 ++---
1 file changed, 26 insertions(+), 28 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index a78c118c89e..21f317fd34a 100644
--- a/eclass/qmail.eclass
+++ b/eclass
Am Montag, 13. April 2020, 20:49:45 CEST schrieb Andreas K. Hüttel:
> > > [Maybe someone who actually does slow-arch work should speak up. Anyone
> > > out
> > > there still reading g-dev?]
> >
> > I'm lost. The original definition said that this state is for arches
> > that use stable only on su
> +[[ -n ${PYTHON_COMPAT_ALLOW_EXTRA_IMPLS[*]} ]] &&
Without string check:
[[ ${#PYTHON_COMPAT_ALLOW_EXTRA_IMPLS[@]} -gt 0 ]]
> + _PYTHON_ALL_IMPLS+=( ${PYTHON_COMPAT_ALLOW_EXTRA_IMPLS} )
> readonly _PYTHON_ALL_IMPLS
Once array, always array:
_PYTHON_ALL_IMPLS+=( ${PYTHON_COMPAT_ALLOW_EXT
Am 2020-03-18 16:10, schrieb Jaco Kroon:
Hi,
I'd be in support. Especially for "data only" kind of packages, like:
net-misc/asterisk-moh-opsound
net-misc/asterisk-extra-sounds
net-misc/asterisk-core-sounds
My immediate target was aspell dictionaries and fonts.
Am 2020-03-18 15:54, schrieb William Hubbs:
All,
this came up again on the recent thread about dropping non x86/amd64
support for python packages, and I want to bring it up again on its own
thread.
How often do architecture specific bugs really exist in languages like
perl, python etc? From wha
Am Dienstag, 17. März 2020, 18:50:33 CET schrieb Marc Schiffbauer:
> # Marc Schiffbauer (2020-03-17)
> # No py3 support, replaced by its successor automx2
> # Removal in 30 days. Bug #708410
> net-mail/automx
I still think it's a bad idea to put automx2 in www-servers. This is no
general web ser
> There's a significant difference between changing group membership for
> a system user versus a user account that is used interactively.
>
> I don't think the handbook advises people to mess with system accounts.
>From my experience this is quite common for web-stuff and similar things,
where
Am Samstag, 4. Januar 2020, 19:41:05 CET schrieb William Hubbs:
> On Fri, Jan 03, 2020 at 09:55:31AM -0500, Michael Orlitzky wrote:
> > On 1/3/20 9:52 AM, Michael Orlitzky wrote:
> > > But here we are. Do we make OpenRC Linux-only and steal the fix from
> > > systemd? Or pretend to support other op
Am Samstag, 4. Januar 2020, 12:25:07 CET schrieb Michael 'veremitz' Everitt:
> On 04/01/20 11:09, Rolf Eike Beer wrote:
> > Am Freitag, 3. Januar 2020, 11:00:14 CET schrieb Rolf Eike Beer:
> >> Am Freitag, 3. Januar 2020, 03:40:35 CET schrieb Aaron Bauman:
> >&g
Am Freitag, 3. Januar 2020, 11:00:14 CET schrieb Rolf Eike Beer:
> Am Freitag, 3. Januar 2020, 03:40:35 CET schrieb Aaron Bauman:
> > On January 2, 2020 6:35:08 PM EST, Rolf Eike Beer wrote:
> > >Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike Pagano:
> > >&
Am Freitag, 3. Januar 2020, 03:40:35 CET schrieb Aaron Bauman:
> On January 2, 2020 6:35:08 PM EST, Rolf Eike Beer wrote:
> >Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike Pagano:
> >> hppa is making us keep old kernels around [1]. Should the kernel team be
> >
Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike Pagano:
> On Thursday, January 2, 2020 3:32:12 PM EST Rolf Eike Beer wrote:
> > > - Allowed a simple "Add keyword(s) for package " interface,
> > >
> > > that intelligently created an issue and a tar
> - Allowed a simple "Add keyword(s) for package " interface,
> that intelligently created an issue and a target list, and then once
> the list was built, constantly ensured the list to be valid, or
> determined automatically when sub-work was completed and reducing the
> published list au
Am 2019-12-18 22:44, schrieb Francesco Riosa:
Il giorno mer 18 dic 2019 alle ore 22:03 Sebastian Pipping
ha scritto:
CMake bundles a (previously outdated and vulnerable) copy of expat so
I'm not sure if re-activating that bundle — say with a new use flag
"system-expat" — would be a good thin
Currently cmd5checkpw has a user of the same name at uid 212, but no group.
The user owns the password database, and the binary is setuid to that user. I
would like to change both to use a special group instead, so the user is not
able to modify the files anymore. Since noone uses gid 212 I thin
Other solutions offer much more features and better security, so do not
install this by default. Keep it for the moment for those who explicitely want
it.
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index b6ef483aa82..5a30461704e 100644
--- a/eclass/qmail.eclass
+++ b/eclass/qmail.ecl
> > > > Please pick this up and move it somewhere into Gentoo git
> > > > infrastructure. I can transfer ownership to the Github Gentoo
> > > > organization if you would like.
> > > > Afterwards I just need someone to push the button and create a new
> > > > snapshot from that (preferably together
Am Donnerstag, 10. Oktober 2019, 12:15:09 CEST schrieb Michał Górny:
> Dnia October 10, 2019 9:39:38 AM UTC, Rolf Eike Beer
napisał(a):
> >Am Samstag, 21. September 2019, 10:50:07 CEST schrieb Rolf Eike Beer:
> >> Hi,
> >>
> >> I'm planning to do some
Am Samstag, 21. September 2019, 10:50:07 CEST schrieb Rolf Eike Beer:
> Hi,
>
> I'm planning to do some cleanups to the qmail stuff. One thing is that the
> genqmail tarball is from 20080406 and needs to be patched itself, which
> makes things complicated. So, does anyone know
https://github.com/gentoo/gentoo/pull/13074
signature.asc
Description: This is a digitally signed message part.
Am Mittwoch, 18. September 2019, 21:51:41 CEST schrieb Rolf Eike Beer:
> > Also, please do not add packages with no maintainer listed in
> > metadata.xml. You can list yourself + proxy-maint at least. If you
> > don't want to maintain them, you'll need to find someone
Hi,
I'm planning to do some cleanups to the qmail stuff. One thing is that the
genqmail tarball is from 20080406 and needs to be patched itself, which makes
things complicated. So, does anyone know what was the source of these
tarballs? I can't look into the directory, maybe there are even olde
> Also, please do not add packages with no maintainer listed in
> metadata.xml. You can list yourself + proxy-maint at least. If you
> don't want to maintain them, you'll need to find someone else to do
> it.
Done.
signature.asc
Description: This is a digitally signed message part.
Am Sonntag, 15. September 2019, 17:29:11 CEST schrieb Mike Gilbert:
> On Sun, Sep 15, 2019 at 5:10 AM Rolf Eike Beer wrote:
> > Am Donnerstag, 12. September 2019, 18:38:30 CEST schrieb Rolf Eike Beer:
> > > Am Mittwoch, 11. September 2019, 00:54:39 CEST schrieb Michael Orlitzk
Am Donnerstag, 12. September 2019, 18:38:30 CEST schrieb Rolf Eike Beer:
> Am Mittwoch, 11. September 2019, 00:54:39 CEST schrieb Michael Orlitzky:
> > On 9/10/19 4:25 PM, Rolf Eike Beer wrote:
> > > I'm not entirely sure. It's what qmail always has done and what the
Am Mittwoch, 11. September 2019, 00:54:39 CEST schrieb Michael Orlitzky:
> On 9/10/19 4:25 PM, Rolf Eike Beer wrote:
> > I'm not entirely sure. It's what qmail always has done and what the eclass
> > also did.
>
> This is suggested by the qmail documentation,
Am 2019-09-11 07:24, schrieb Michał Górny:
On Tue, 2019-09-10 at 22:44 +0200, Michał Górny wrote:
Hi, everyone.
I've recently (finally!) started adding tests to cpuid2cpuflags.
Tests
are based on mocked syscalls that return arch-specific data read from
text files. So far I've got x86 and pp
Am Dienstag, 10. September 2019, 21:14:51 CEST schrieb Mike Gilbert:
> On Tue, Sep 10, 2019 at 11:48 AM Rolf Eike Beer wrote:
> > I have created a PR here that removes manual creation of users and groups
> > from qmail.eclass and uses acct-* for that. There are already fixed uids
&
I have created a PR here that removes manual creation of users and groups from
qmail.eclass and uses acct-* for that. There are already fixed uids and gids
for these things, I just put them into ebuilds:
https://github.com/gentoo/gentoo/pull/12898
signature.asc
Description: This is a digitally
Am Montag, 12. August 2019, 23:10:56 CEST schrieb Michael Orlitzky:
> On 8/9/19 3:26 PM, Rolf Eike Beer wrote:
> > + use ssl && epatch "${FILESDIR}"/qmail-smtputf8.patch
>
> EAI doesn't require SSL as far as I know. Is this conditional on the USE
>
rom 3a3d81e0828d3362f868b09fc7ebbef9c7148701 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer
Date: Wed, 7 Aug 2019 11:49:34 +0200
Subject: [PATCH] mail-mta/netqmail: fix build without ssl
Closes: https://bugs.gentoo.org/649854
Signed-off-by: Rolf Eike Beer
---
mail-mta/netqmail/netqmail-1.06-r4.ebuild | 14 --
mail-
61 matches
Mail list logo
