style" fields as http, so we are probably better off just not
compressing those parts.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
p with them. I don't know if others are in this
> situation. Anyway, I'm definitely currently guilty of parking.
>
One thing I think we've talked about before (but not done) is to basically
have a CF called "parking lot", where you can park patches that aren't
activ
On Thu, Apr 4, 2024 at 1:10 AM Peter Eisentraut
wrote:
> On 03.04.24 23:19, Magnus Hagander wrote:
> > When the code is this simple, we should definitely consider carrying it
> > ourselves. At least if we don't expect to need *other* functionality
> > from the same library i
On Fri, Apr 12, 2024 at 3:01 PM Tomas Vondra
wrote:
>
>
> On 4/12/24 11:12, Magnus Hagander wrote:
> > On Tue, Apr 9, 2024 at 11:46 AM Tomas Vondra <
> tomas.von...@enterprisedb.com>
> > wrote:
> >
> >>
> >>
> >> On 4/9/24 09:59,
t'd not have this problem IIRC, because it writes proper WAL. Maybe
> it's time to revive that idea ... I recall there were some concerns
> about tracking progress to allow resuming stuff, but maybe not having
> anything because in some (rare?) cases it'd need to do more work does
> not seem
ar from being a majority.
But if the argument is that all this can/will be fixed in the future, I
> guess the smart thing for users to do is wait a few releases for
> incremental backups to become a practical feature.
>
There's always going to be another set of goalposts further ahead. I think
it can still be practical for quite a few people.
I'm more worried about the issue you raised in the other thread about
missing files, for example...
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Wed, Apr 3, 2024 at 7:57 PM Andres Freund wrote:
> Hi,
>
> As most will know by now, the way xz debacle was able to make sshd
> vulnerable
> was through a dependency from sshd to libsystemd and then from libsystemd
> to
> liblzma. One lesson from this is that unnecessary dependencies can
>
I do like the term "current" better. It conveys (at least a bit) that we
really consider all the older ones to be, well, obsolete. The difference
"current vs obsolete" is stronger than "latest vs not quite latest".
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
he reasons to go to
two-part version numbers instead of 3. Because people did not realize that
the full 9.6 digit was the major version, and thus what was maintained and
such.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
to go somewhere where such tools can easily
consume it, and an informational message during runtime (which is also
likely to be translated in many environments) is the exact opposite of that.
Surely we can come up with something better. Otherwise, I think all those
tools are just going ot have t
ruser could just rename or
> remove it and then write postgresql.auto.conf of his choosing.
>
Just to add to that -- if you use chattr +i on it, the superuser in
postgres won't be able to rename it -- only the actual root user.
Just chowning it won't help of course, then the rename pa
On Wed, Mar 20, 2024 at 8:52 PM Robert Haas wrote:
> On Wed, Mar 20, 2024 at 3:17 PM Magnus Hagander
> wrote:
> > Right, what I meant is that making it a packaging decision is the better
> place. Wherever it goes, allowing the administrator to choose what fits
> them shoul
On Wed, Mar 20, 2024 at 8:14 PM Robert Haas wrote:
> On Wed, Mar 20, 2024 at 3:11 PM Magnus Hagander
> wrote:
> > I would argue that having the default permissions not allow postgres to
> edit it's own config files *except* for postgresql.auto.conf would be a
> better default
ady solved on
debian-based platforms for example, which but the main config files in /etc
with postgres only having read permissions on them - and having the
*packagers* adapt such things for their platforms in general seems like a
better place).
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Tue, Mar 19, 2024 at 3:52 PM Tom Lane wrote:
>
> Heikki Linnakangas writes:
> > Perhaps we could make that even better with a GUC though. I propose a
> > GUC called 'configuration_managed_externally = true / false". If you set
> > it to true, we prevent ALTER SYSTEM and make the error message
On Mon, Mar 18, 2024 at 4:44 PM Daniel Gustafsson wrote:
>
> > On 18 Mar 2024, at 16:34, Magnus Hagander wrote:
> >
> > On Mon, Mar 18, 2024 at 2:09 PM Daniel Gustafsson wrote:
> >>
> >>> On 18 Mar 2024, at 13:57, Robert Haas wrote:
> >&g
ything else. But I feel like we're way overdue to do
> > something about this.
>
> Seconded, both that it needs to be addressed and that it should be done on a
> separate thread from this one.
+1.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Sun, Mar 10, 2024 at 4:51 PM Pavel Stehule wrote:
>
> Hi
>
> ne 10. 3. 2024 v 15:23 odesílatel Magnus Hagander
> napsal:
>>
>> When including tables with the new pg_dump functionality, it fails to
>> error out if a table is missing, but only if more than one
When including tables with the new pg_dump functionality, it fails to
error out if a table is missing, but only if more than one table is
specified.
E.g., if table foo exist, but not bar:
pg_dump --table bar
pg_dump: error: no matching tables were found
with file "myfilter" containing just
On Fri, Dec 22, 2023 at 11:04 PM Alexander Korotkov
wrote:
>
> Hi, Anton!
>
> On Mon, Dec 4, 2023 at 3:50 AM Anton A. Melnikov
> wrote:
>>
>> Thanks for remarks!
>>
>> On 28.11.2023 21:34, Alexander Korotkov wrote:
>> > After examining the second patch
>> >
, for example, it's
picked up immediately, but there's something in ClientWrite that
prevents it.
My first thought would be OpenSSL, but this is reproducible both on
tls-over-tcp and on unix sockets.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Fri, Feb 16, 2024 at 9:45 PM Andres Freund wrote:
>
> Hi,
>
> On 2024-02-16 15:22:16 -0500, Tom Lane wrote:
> > Magnus Hagander writes:
> > > I mean, we could split it into more than one view. But adding a new
> > > view for every new thing we wan
On Fri, Feb 16, 2024 at 9:31 PM Magnus Hagander wrote:
>
> On Fri, Feb 16, 2024 at 9:20 PM Andres Freund wrote:
> >
> > Hi,
> >
> > On 2024-02-16 20:57:59 +0100, Magnus Hagander wrote:
> > > On Fri, Feb 16, 2024 at 8:41 PM Andres Freund wrote:
>
On Fri, Feb 16, 2024 at 9:51 PM Andres Freund wrote:
>
> Hi,
>
> On 2024-02-16 21:41:41 +0100, Magnus Hagander wrote:
> > > Maybe I am missing something, but why aren't we just getting the value
> > > from
> > > the leader's entry, instead of copyi
On Fri, Feb 16, 2024 at 8:55 PM Andres Freund wrote:
>
> Hi,
>
> On 2024-01-12 17:16:53 +0100, Magnus Hagander wrote:
> > On Thu, Jan 11, 2024 at 5:55 PM Bertrand Drouvot
> > wrote:
> > > On Thu, Jan 11, 2024 at 02:24:58PM +0100, Magnus Hagander wrote:
> &
On Fri, Feb 16, 2024 at 9:20 PM Andres Freund wrote:
>
> Hi,
>
> On 2024-02-16 20:57:59 +0100, Magnus Hagander wrote:
> > On Fri, Feb 16, 2024 at 8:41 PM Andres Freund wrote:
> > > On 2024-01-10 12:46:34 +0100, Magnus Hagander wrote:
> > > > The
On Fri, Feb 16, 2024 at 8:41 PM Andres Freund wrote:
>
> Hi,
>
> On 2024-01-10 12:46:34 +0100, Magnus Hagander wrote:
> > The attached patch adds a column "authuser" to pg_stat_activity which
> > contains the username of the externally authentica
On Fri, Jan 19, 2024 at 1:43 PM Julien Rouhaud wrote:
>
> Hi,
>
> On Thu, Jan 18, 2024 at 11:01 PM Magnus Hagander wrote:
> >
> > I did. Here it is, and also including that suggested docs fix as well
> > as a rebase on current master.
>
> +
On Fri, Jan 19, 2024 at 12:33 PM Aleksander Alekseev
wrote:
>
> Hi,
>
> > > Did you forget to share the new revision (aka v4)? I can only see the
> > > "reorder_parallel_worker_bestart.patch" attached.
> >
> > I did. Here it is, and also including that suggested docs fix as well
> > as a rebase
On Fri, Jan 19, 2024 at 7:20 AM Bertrand Drouvot
wrote:
>
> Hi,
>
> On Thu, Jan 18, 2024 at 04:01:33PM +0100, Magnus Hagander wrote:
> > On Mon, Jan 15, 2024 at 11:17 AM Bertrand Drouvot
> > > Did you forget to share the new revisi
security mechanism.
Wouldn't a simple "chattr +i postgresql.auto.conf" work?
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Mon, Jan 15, 2024 at 11:17 AM Bertrand Drouvot
wrote:
>
> Hi,
>
> On Fri, Jan 12, 2024 at 05:16:53PM +0100, Magnus Hagander wrote:
> > On Thu, Jan 11, 2024 at 5:55 PM Bertrand Drouvot
> > wrote:
> > >
> > > I'm wondering if it would make sense to p
On Thu, Jan 11, 2024 at 5:55 PM Bertrand Drouvot
wrote:
>
> Hi,
>
> On Thu, Jan 11, 2024 at 02:24:58PM +0100, Magnus Hagander wrote:
> > On Wed, Jan 10, 2024 at 3:12 PM Bertrand Drouvot
> > wrote:
> > >
> > > If we go the 2 fields way, the
, ...
> ```
>
> Should we just silence the warning like this - see attachment? I don't
> think createdb() is called that often to worry about slight
> performance change, if there is any.
Certainly looks that way, but I'm curious as to why nobody else has seen this..
That said, it app
OK.
Thanks. I've pushed this one for now, we can always adjust further
later if needed.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Thu, Jan 11, 2024 at 11:24 AM Ashutosh Bapat
wrote:
>
> On Wed, Jan 10, 2024 at 10:38 PM Laurenz Albe
> wrote:
> >
> > On Wed, 2024-01-10 at 13:41 +0100, Magnus Hagander wrote:
> > > It still reads a bit weird to me. How about the attached wording inste
On Wed, Jan 10, 2024 at 3:12 PM Bertrand Drouvot
wrote:
>
> Hi,
>
> On Wed, Jan 10, 2024 at 02:59:42PM +0100, Magnus Hagander wrote:
> > On Wed, Jan 10, 2024 at 2:56 PM Bertrand Drouvot
> > I definitely think it should be the same. If it's not exactly the
> > same, t
On Wed, Jan 10, 2024 at 2:56 PM Bertrand Drouvot
wrote:
>
> Hi,
>
> On Wed, Jan 10, 2024 at 02:08:03PM +0100, Magnus Hagander wrote:
> > On Wed, Jan 10, 2024 at 1:44 PM Aleksander Alekseev
> > wrote:
> > >
> > > Hi,
> > >
> &g
On Wed, Jan 10, 2024 at 2:27 PM Dagfinn Ilmari Mannsåker
wrote:
>
> Magnus Hagander writes:
>
> > On Wed, Jan 10, 2024 at 1:44 PM Aleksander Alekseev
> > wrote:
> >>
> >> It hurts my sense of beauty that usename and authname are of different
> >&
huser[NAMEDATALEN];
> ```
>
> Well, here it's called "authuser" and it looks like the intention was
> to use `name` datatype... I suggest using "authname" everywhere for
> consistency.
Yeah, I flipped back and forth a few times and clearly got stuck in
the mid
t; > are no partitions. ...".
> >
> > I agree that the parenthesis is too long. I shortened it in the attached
> > patch. Is that acceptable?
>
> It's still longer than the actual sentence :). I am fine with it if
> somebody else finds it acceptable.
It still reads a bit w
er off actually using the original
version, so I'm going to go ahead and push that one (and also to avoid
endless bikeshedding)-
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
olumn name in
pg_stat_activity I figured that could be confusing since it actually
means something completely different. But happy to change that back if
people think that's better.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
diff --git a/doc/src
somehow list the individual tools that are failing
here?
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
diff --git a/meson.build b/meson.build
index 57f9735feb..c317144b6b 100644
--- a/meson.build
+++ b/meson.build
@@ -587,7 +587,7 @@ if not docs_opt.disabled
=disabled
in both cases the compiler is:
gcc (Debian 10.2.1-6) 10.2.1 20210110
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Tue, Jan 2, 2024 at 3:45 AM vignesh C wrote:
>
> On Mon, 1 Jan 2024 at 21:01, Magnus Hagander wrote:
> >
> > On Mon, Jan 1, 2024 at 4:35 AM vignesh C wrote:
> > >
> > > On Sun, 24 Dec 2023 at 18:40, vignesh C wrote:
> > > >
>
On Mon, Jan 1, 2024 at 4:35 AM vignesh C wrote:
>
> On Sun, 24 Dec 2023 at 18:40, vignesh C wrote:
> >
> > On Sun, 24 Dec 2023 at 07:16, Michael Paquier wrote:
> > >
> > > On Sat, Dec 23, 2023 at 08:52:38AM +0530, vignesh C wrote:
> > > > I didn't see anyone volunteering for the January
"Postgres support driver" in
django/rails/whatnot to reduce it down to one step, not to a low level
driver like libpq (or other low level drivers).
None of those frameworks are likely to want to require direct driver
access anyway, they *want* to take control of that process in my
experience.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Mon, Nov 27, 2023 at 9:30 PM Jeff Davis wrote:
>
> On Mon, 2023-11-27 at 11:06 -0800, Jeremy Schneider wrote:
> > If we want to have a GUC that
> > allows warning behavior, I think that's OK but I think it should be
> > superuser-only and documented as a "developer" setting similar to
> >
On Fri, Nov 24, 2023 at 5:34 PM Bruce Momjian wrote:
>
> On Fri, Nov 24, 2023 at 01:10:01PM +0100, Michael Banck wrote:
> > Hi,
> >
> > On Fri, Nov 24, 2023 at 12:17:56PM +0100, Magnus Hagander wrote:
> > > On Fri, Nov 24, 2023 at 11:21 AM Michael Banck wrote:
&
d have an option to explicitly
> force vacuum_cost_delay to 0 (I don't think it has?)?
That's exactly what I proposed, isn't it? :)
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Thu, Nov 23, 2023 at 5:23 AM Bruce Momjian wrote:
>
> On Thu, Jun 16, 2016 at 04:45:14PM +0200, Magnus Hagander wrote:
> > On Thu, Jun 16, 2016 at 4:35 PM, Euler Taveira wrote:
> >
> > On 16-06-2016 09:05, Magnus Hagander wrote:
> > > Shouldn't pg_u
On Tue, Oct 17, 2023 at 11:07 PM Tom Lane wrote:
>
> Magnus Hagander writes:
> > If it doesn't know how to rebuild it, aren't we going to be stuck in a
> > catch-22 if we need to change it in certain ways? Since an old version
> > of pg_bsd_indent would reject the
em to solve, *if* this is what we want.
(And of course needs to be integrated with the existing script since
AFAIK you can't chain git hooks unless you do it manually - but that's
mostliy mechanical)
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
holes in it,
but I'm not sure those holes are any worse than what's suggested here,
and I do thin kit's cleaner.
> I find the opposition to this lacking good reasons, while I find the
> implementation to be useful in some cases.
Stopping ALTER SYSTEM SET without actually preventing the superuser
from doi
On Sat, Sep 9, 2023 at 5:14 PM Alvaro Herrera wrote:
>
> On 2023-Sep-08, Magnus Hagander wrote:
>
> > Now, it might be that you don't care at all about the *security* side
> > of the feature, and only care about the convenience side. But in that
> > case, the original s
one specific thing". Blocklisting
individual permissions of a superuser will never be secure.
Now, it might be that you don't care at all about the *security* side
of the feature, and only care about the convenience side. But in that
case, the original suggestion from Tom of using an even trig
We have:
"This improves security and now requires subscription owners to be
either superusers or to have SET ROLE permissions on all tables in the
replication set. The previous behavior of performing all operations as
the subscription owner can be enabled with the subscription
run_as_owner
web interface. Could someone make that
> happen?
Done!
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
EL16 docs should be excluded until the next release is
(this time, RC1).
Bottom line is, definite -1 for doing a one-off change that violates
the principle we're on.
Now, if we want a *separate* location where we continuously load
branch tip docs that's a different thing and certainly something we
could consider.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
I'd lean towards "no". A hard break, when it's a major release, is
better than a "it stopped having effect but didn't tell you anything"
break. Especially when it comes to things like startup scripts etc.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
1 from here for removing it, assuming you don't find a bunch
of users on -general who are using it. Having never come across one
myself, I think it's unlikely, but I agree it's good to ask.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
gt; reporting the wait event for writing to the logger process would be a pretty
> good hint.
+1.
Would it make sense to at the same time create a separate one for
syslog, or just use the same?
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
c-exe icon.
I think this decision goes back all the way to the ancient times, and
the argument was then "user should not use the postgres.exe file when
clicking around" sort of. Back then, task manager didn't show the icon
at all, regardless. It does now, so I'm +1 to add the icon (in all the
build systems).
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
On Mon, May 15, 2023 at 9:37 PM Magnus Hagander wrote:
>
> The pginfra team is about to begin an upgrade of git.postgresql.org to
> a new version of debian. During the operation there may be some
> intermittent outages -- we will let you know once the upgrade is
> complete.
This
The pginfra team is about to begin an upgrade of git.postgresql.org to
a new version of debian. During the operation there may be some
intermittent outages -- we will let you know once the upgrade is
complete.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill
On Sat, Apr 22, 2023 at 9:59 PM Noah Misch wrote:
>
> (Given that another commentator is "absolutely against" a hook, this message
> is mostly for readers considering this for other projects.)
>
> On Sat, Apr 22, 2023 at 03:23:59PM +0200, Magnus Hagander wrote:
> >
On Sat, Apr 22, 2023 at 4:12 PM Andrew Dunstan wrote:
>
>
> On 2023-04-22 Sa 08:47, Magnus Hagander wrote:
>
> On Sat, Apr 22, 2023 at 1:42 PM Andrew Dunstan wrote:
>
> On 2023-04-22 Sa 04:50, Michael Paquier wrote:
>
> On Fri, Apr 21, 2023 at 09:58:17AM +0200, Jel
isolated environment and
spawn in there, and just that takes time. And it would have to also
know to rebuild pg_bsd_indent on demand, which would require a full
./configure run (or meson equivalent). etc.
So while it might not be tens of seconds, it most definitely won't be fast.
--
Magnus Hagander
Me: h
On Sat, Apr 22, 2023 at 1:42 PM Andrew Dunstan wrote:
>
>
> On 2023-04-22 Sa 04:50, Michael Paquier wrote:
>
> On Fri, Apr 21, 2023 at 09:58:17AM +0200, Jelte Fennema wrote:
>
> For 2 the upstream thread listed two approaches:
> a. Install a pre-receive git hook on the git server that rejects
>
valent of the password can then revoke this role from
public, and force password changes to go through a security definer
funciton, like SELECT pg_change_password_with_policy('joe',
'mysupersecretpasswrod').
This function can then be under the control of an extension or
whatever you want. If on
tuff, but appears to have
the parts about building the postgres dependency.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
v17
opens, giving them a year of advantage. And probably updating the docs
(if anybody were to read them.. but at least then we tried) stating
that it's deprecated and will be removed in v17.
--
Magnus Hagander
Me: https://www.hagander.net/
Work: https://www.redpill-linpro.com/
e cycles to push this through in the next weeks,
> but if
> we agree removing vacuum_defer_cleanup_age is a good idea, it seems like a
> good idea to mark it as deprecated in 16?
>
+1. I haven't seen any (correct) use of this in many many years on my end
at least.
And yes, ha
r of leading zeros for
> the mask and then we can find the index by 32 - __builtin_clz(mask).
>
Hi!
This file has already been removed, as of 4f1f5a7f85. Which already uses
__builtin_clz if it' available.
Were you perhaps looking at an old version instead of the master branch?
--
Ma
after each commit and sends an emali to the committer if the
commit doesn't match up, instead of rejecting it hard but still getting
some relatively fast feedback.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Thu, Jan 12, 2023 at 6:23 AM Pavel Stehule
wrote:
>
>
> st 11. 1. 2023 v 22:11 odesílatel Tom Lane napsal:
>
>> Pavel Stehule writes:
>> > st 11. 1. 2023 v 19:31 odesílatel Magnus Hagander
>> > napsal:
>> >> This is only about Internal and
On Wed, Jan 11, 2023 at 8:06 PM Jacob Champion
wrote:
> On Wed, Jan 11, 2023 at 10:23 AM Magnus Hagander
> wrote:
> > Sorry to jump in (very) late in this game. So first, I like this general
> approach :)
>
> Thanks!
>
> > It feels icky to have to add configure
gt; END;
> $$;
>
> Even if somebody uses a different style, the first line is probably just
> "BEGIN" or something equally formulaic.
>
This is only about Internal and C, isn't it? Isn't the oid of these static,
and identified by INTERNALlanguageId and Clanguag
ything else, but if it's an
API you're supposed to use. (In an ideal world that function would not
return anything in LibreSSL but I think it does include something, and then
just ignores it?)
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https:/
on where it would keep showing those for such language, but
would show "use \sf to view source" for procedural languages?
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Fri, Dec 23, 2022 at 2:06 AM Michael Paquier wrote:
> On Thu, Dec 22, 2022 at 05:03:35PM +0530, Bharath Rupireddy wrote:
> > On Thu, Dec 22, 2022 at 4:57 PM Michael Paquier
> wrote:
> >> As in using "sequence number" removing "file" from the docs and
> >> changing the OUT parameter name to
On Wed, Dec 21, 2022 at 1:09 AM Michael Paquier wrote:
> On Tue, Dec 20, 2022 at 06:04:40PM +0530, Bharath Rupireddy wrote:
> > On Tue, Dec 20, 2022 at 1:27 PM Magnus Hagander
> wrote:
> >> Caught this thread late. To me, pg_dissect_walfile_name() is a
> >> real
On Tue, Dec 20, 2022 at 5:40 AM Michael Paquier wrote:
> On Tue, Dec 20, 2022 at 09:01:02AM +0900, Michael Paquier wrote:
> > Yeah, my mind was considering as well yesterday the addition of a note
> > in the docs about something among these lines, so fine by me.
>
> And applied that, after
first_agg() wouldn't it? I'm not
sure what the usecase would be to require it, but maybe there is one?
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Mon, Dec 12, 2022 at 12:40 AM Michael Paquier
wrote:
> On Sun, Dec 11, 2022 at 09:18:42PM +0100, Magnus Hagander wrote:
> > It would be less of a concern yes, but I think it still would be a
> concern.
> > If you have a large amount of corruption you could quickly
On Thu, Dec 8, 2022 at 2:35 PM Drouvot, Bertrand <
bertranddrouvot...@gmail.com> wrote:
>
>
> On 4/2/19 7:06 PM, Magnus Hagander wrote:
> > On Tue, Apr 2, 2019 at 8:47 AM Michael Paquier <mailto:mich...@paquier.xyz>> wrote:
> >
> > On Tue, Apr 02
better and
> shave off 30 seconds (+/- 30) on start time, but this avoids a lot of
> useless churn without even needing a local mirror. Thanks Andrew!
>
Are you saying you still think it's worth pursuing longpoll or similar
methods for it, or that this is good enough?
--
On Tue, Nov 22, 2022 at 12:10 AM Magnus Hagander
wrote:
>
>
> On Mon, Nov 21, 2022 at 11:42 PM Andrew Dunstan
> wrote:
>
>>
>> On 2022-11-21 Mo 16:20, Magnus Hagander wrote:
>> > n Mon, Nov 21, 2022 at 9:58 PM Tom Lane wrote:
>> >
>> >
On Mon, Nov 21, 2022 at 11:42 PM Andrew Dunstan wrote:
>
> On 2022-11-21 Mo 16:20, Magnus Hagander wrote:
> > n Mon, Nov 21, 2022 at 9:58 PM Tom Lane wrote:
> >
> > Andrew Dunstan writes:
> > > The buildfarm server now creates a companion to
think. That's probably why, as Thomas noticed earlier, that's
what "everybody" does.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
On Mon, Nov 21, 2022 at 11:27 PM Andrew Dunstan wrote:
>
> On 2022-11-21 Mo 16:26, Magnus Hagander wrote:
>
> >
> > Is there a reason this file is a list of hashes each hash with a
> > single value in it? Would it make more sense if it was:
> > {
&
85"
>},
>{
> "REL_13_STABLE" : "c13667b518"
>},
>{
> "REL_14_STABLE" : "5cda142bb9"
>},
>{
> "REL_15_STABLE" : "ff9d27ee2b"
>},
>{
> "HEAD"
n Mon, Nov 21, 2022 at 9:58 PM Tom Lane wrote:
> Andrew Dunstan writes:
> > The buildfarm server now creates a companion to branches_of_interest.txt
> > called branches_of_interest.json which looks like this:
>
> ... okay ...
>
Yeah, it's not as efficient as something like long polling or web
On Sun, Nov 20, 2022 at 4:56 AM Thomas Munro wrote:
> On Sun, Nov 20, 2022 at 1:35 AM Magnus Hagander
> wrote:
> > tl,tr; it's not there now, but yes if we can find a smart way for th ebf
> clients to consume it, it is something we could build and deploy fairly
> easily.
>
uick operation), just something that's worth
considering.
tl,tr; it's not there now, but yes if we can find a smart way for th ebf
clients to consume it, it is something we could build and deploy fairly
easily.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: h
need the admin permissions on the CF
> app. (I have no idea how to do it, and I likely lack the permissions
> to do that anyway.)
>
>
Permissions added!
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
;
> I haven't tested the patch yet, just read it.
>
> Is there any reason to use BY DEFAULT over ALWAYS? I tend to prefer the
> latter.
>
I would assume to maintain backwards compatibility with the semantics of
SERIAL today?
I do also prefer ALWAYS, but that would make it a compatibility break.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
Hello!
Because it has been removed and moved to the archives, as per the warning
from early July.
See
https://www.postgresql.org/message-id/flat/YsV8fmomNNC%2BGpIR%40msg.credativ.de
//Magnus
On Mon, Sep 19, 2022 at 4:46 PM Larry Rosenman wrote:
>
> All of a sudden I'm getting repo not found
ple build
> products (think MODULES or src/bin/scripts). So we simply can't put a
> correct
> filename etc into the .rc file, unless we change the name of the .rc file.
>
Eeep. Yeah, that may be the reasoning behind some of how it was in the past.
>
> I looked into how hard it would b
1 - 100 of 940 matches
Mail list logo