Hi,
On Mon, Jul 28, 2025 at 02:52:15PM +, Pranav P via Debichem-devel wrote:
> I was currently looking into this package.
> In line no. 166 of getinchi.cpp there is a while loop that goes like the
> following:
>
> while((ch=is.get())!=EOF)
>
> Here ch is of type char. Whether char is signed
Hi,
On Mon, Jul 28, 2025 at 02:52:15PM +, Pranav P via Debichem-devel wrote:
> I was currently looking into this package.
> In line no. 166 of getinchi.cpp there is a while loop that goes like the
> following:
>
> while((ch=is.get())!=EOF)
>
> Here ch is of type char. Whether char is signed
perms.patch: Removed, included upstream.
+
+ -- Michael Banck Sun, 08 Jun 2025 08:52:19 +0200
+
patroni (4.0.5-1) unstable; urgency=medium
* New upstream release.
diff -Nru patroni-4.0.5/debian/patches/fix_conffile_perms.patch
patroni-4.0.6/debian/patches/fix_conffile_perms.patch
--- patroni-
perms.patch: Removed, included upstream.
+
+ -- Michael Banck Sun, 08 Jun 2025 08:52:19 +0200
+
patroni (4.0.5-1) unstable; urgency=medium
* New upstream release.
diff -Nru patroni-4.0.5/debian/patches/fix_conffile_perms.patch
patroni-4.0.6/debian/patches/fix_conffile_perms.patch
--- patroni-
Hi,
On Tue, Jul 01, 2025 at 12:41:50PM -0400, Tom Lane wrote:
> Michael Banck writes:
> > please find attached the current patches required to get master built
> > and the testsuites run on Debian's hurd-i386 port. I have not had the
> > time to test the hurd-amd64 por
:00 2001
From: Michael Banck
Date: Tue, 10 Jun 2025 12:23:17 +0200
Subject: [PATCH 1/2] Make safeguard against incorrect fd flags for fsync more
portable.
The current code assumed that O_RDONLY is defined as 0, but this is not
universally the case. To fix this, mask the flags with O_ACCMODE an
Hi,
On Wed, Jun 25, 2025 at 08:36:01AM +0900, Michael Paquier wrote:
> On Tue, Jun 24, 2025 at 07:51:08AM +0200, Michael Banck wrote:
> > I got it working, I had to rebuild gnumach with --enable-apic in order
> > to get HPET. With that, the regular build-farm checks (check/
>
Hi,
another update:
On Wed, Jun 11, 2025 at 09:24:24PM +0200, Michael Banck wrote:
> So it seems the low-resolution timer is the only functional issue right
> now. I upgraded my VM to current Debian unstable, but unfortunately that
> did not increase the timer resolution is hoped, m
Hi,
On Sun, Jun 22, 2025 at 10:06:40PM +0200, Samuel Thibault wrote:
> Damien Zammit, le dim. 22 juin 2025 07:33:46 +, a ecrit:
> > 0-13 are on rising edge (legacy)
> > 14-N are active-low level triggered.
> >
> > This allows for PIIX3 chipset to have working IDE,
> > if we patch hurd/acpi to
Hi,
On Fri, Jun 13, 2025 at 12:42:53AM +, Damien Zammit wrote:
> Are you sure you are giving it enough memory?
For those hangs I saw, I am pretty sure. However, I had to move to the
pae-enabled kernel with 4GB memory in order to make the full testsuite
run reliably, it does take slightly more
Hi,
changing the subject, cause this i not related to HPET anymore.
On Sat, Jun 14, 2025 at 01:34:28AM +, Damien Zammit wrote:
> How does it crash? Do you get a backtrace?
No, it just hangs without any output.
> What does it actually do during a crash?
It runs the Postgres regression test
Hi,
On Fri, Jun 13, 2025 at 09:42:51PM +0800, Zhaoming Luo wrote:
> Do you have -M q35 with kvm command line?
Thanks, that was the missing piece!
It is booting fine now, and the timer resolution seems improved, it
looks like the Postgres tests pass now (but the system keeps crashing on
me so it
On Fri, Jun 13, 2025 at 12:42:53AM +, Damien Zammit wrote:
> Michael,
>
> I tried without -smp 1 flag and it still works here with UP
> (--enable-apic --disable-linux-groups).
Ok, I did not have --disable-linux-groups yet, if I add that to the
configuration, it boots further. However, it the
Hi,
On Thu, Jun 12, 2025 at 09:54:22PM +0800, Zhaoming Luo wrote:
> On Wed, Jun 11, 2025 at 09:07:10PM +0200, Michael Banck wrote:
> > On Mon, Mar 24, 2025 at 12:25:51PM +0800, Zhaoming Luo wrote:
> > > Integrate HPET so host_get_time, host_get_time64, and host_get_uptime64
>
On Tue, Jun 10, 2025 at 09:09:35PM -0400, Tom Lane wrote:
> Still, I'd like to be closer to having a working Hurd buildfarm member
> before we take a portability risk that would only benefit Hurd.
I've spent some more time on this, here's the status beyond make check:
1. The pg_stat_statements en
Hi,
On Mon, Mar 24, 2025 at 12:25:51PM +0800, Zhaoming Luo wrote:
> Integrate HPET so host_get_time, host_get_time64, and host_get_uptime64
> are more precise. The highest precision can be 10ns when this patch is
> applied.
Is there something else besides this patch that needs to be
done/patched/
Hi,
one more thing:
On Tue, Jun 10, 2025 at 12:26:48PM +0200, Michael Banck wrote:
> The better way might be to mask the flags with O_ACCMODE and then just
> check what you want, like in the attached.
I forgot to mention it in the patch, but Samuel Thibault reviewed the
patch and sug
Hi,
On Tue, Jun 10, 2025 at 12:59:16PM +0200, Michael Banck wrote:
> On Tue, Jun 10, 2025 at 09:05:03AM +1200, Thomas Munro wrote:
> > https://savannah.gnu.org/task/?7050
>
> 3. make check nowadays succeeds the subscription test that it failed in
> the log mentioned in the
Hi,
On Tue, Jun 10, 2025 at 09:05:03AM +1200, Thomas Munro wrote:
> On Tue, Jun 10, 2025 at 2:25 AM Andres Freund wrote:
> > On 2025-06-09 15:25:22 +0200, Michael Banck wrote:
> > > Postgres built fine up and until v15 on the Hurd, so this is a build
> > > regression,
with
O_ACCMODE and then just check what you want, like in the attached.
Thoughts?
Michael
[1]
https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/mach/hurd/bits/fcntl.h;hb=HEAD#l39
>From 16431e7b1aac9600fac285e77f39bb628a0dea14 Mon Sep 17 00:00:00 2001
From: Michael Banck
Date: Tue, 1
Hi,
On Mon, Jun 09, 2025 at 10:25:23AM -0400, Andres Freund wrote:
> I think our policy basically is that if it doesn't exist on the BF, it's
> unsupported. Also note that Hurd is not listed as a supported OS:
> https://www.postgresql.org/docs/devel/supported-platforms.html
>
> We can't design fo
Hi Thomas,
On Thu, Aug 11, 2022 at 10:02:29PM +1200, Thomas Munro wrote:
> Remove configure probe for sys/uio.h.
Removing the configure probe is fine, but the patch also changes
behavior in the sense that IOV_MAX is now considered defined everywhere
but on Windows. However, in the good-old GNU "w
Hi,
On Tue, Jun 03, 2025 at 05:25:40PM +0900, Shinya Kato wrote:
> On Tue, Jun 3, 2025 at 4:42 PM Michael Banck wrote:
> > On Tue, Jun 03, 2025 at 03:35:20PM +0900, Shinya Kato wrote:
> > > I am proposing the introduction of two new GUC parameters,
> > > log
Hi,
On Tue, Jun 03, 2025 at 03:35:20PM +0900, Shinya Kato wrote:
> I am proposing the introduction of two new GUC parameters,
> log_autovacuum_{vacuum|analyze}_min_duration, to replace the existing
> log_autovacuum_min_duration.
How about adding log_autoanalyze_min_duration instead? That would st
Hi,
On Thu, Apr 24, 2025 at 01:05:33PM +0200, Paul Gevers wrote:
> On Mon, 21 Apr 2025 12:50:15 +0200 Sebastian Ramacher
> wrote:
> > > Right. But coot is the only reverse-depdency, and I think it is ok to
> > > rebuild it for trixie and then re-assess the situation post-trixie. E.g.
> > > we cou
Hi,
On Thu, Apr 24, 2025 at 01:05:33PM +0200, Paul Gevers wrote:
> On Mon, 21 Apr 2025 12:50:15 +0200 Sebastian Ramacher
> wrote:
> > > Right. But coot is the only reverse-depdency, and I think it is ok to
> > > rebuild it for trixie and then re-assess the situation post-trixie. E.g.
> > > we cou
Hi Graham,
On Thu, Apr 24, 2025 at 08:28:16AM +, Graham Inggs wrote:
> On Sat, 12 Apr 2025 at 12:04, Graham Inggs wrote:
> > I'd prefer MIchael to go ahead with 2024.05.001-2 to unstable, but I'm
> > also happy to upload 2022.11.001-4 which I was working on previously.
>
> I'll assume you ar
Hi,
On Fri, Apr 18, 2025 at 03:18:26PM -0700, Jeremy Schneider wrote:
> On Fri, 18 Apr 2025 17:32:19 -0400
> Ron Johnson wrote:
>
> > On Fri, Apr 18, 2025 at 5:18 PM Jeremy Schneider
> > wrote:
> >
> > > i think there had been some mailing list discussions years ago? the
> > > pg_checksum util
Hi,
On Thu, Apr 17, 2025 at 08:41:35AM +0200, Sebastian Ramacher wrote:
> On 2025-04-15 17:10:44 +0200, Michael Banck wrote:
> > On Tue, Apr 15, 2025 at 08:40:59AM +0200, Sebastian Ramacher wrote:
> > > Control: tags -1 moreinfo
> > >
> > > On 2025-04-14
Hi,
On Thu, Apr 17, 2025 at 08:41:35AM +0200, Sebastian Ramacher wrote:
> On 2025-04-15 17:10:44 +0200, Michael Banck wrote:
> > On Tue, Apr 15, 2025 at 08:40:59AM +0200, Sebastian Ramacher wrote:
> > > Control: tags -1 moreinfo
> > >
> > > On 2025-04-14
Hi,
On Wed, Apr 16, 2025 at 10:24:48AM +0500, Andrey Borodin wrote:
> I think I can provide some reasons why it cannot be neither extension,
> nor any part running within postmaster reign.
>
> 1. When joining cluster, there’s not PGDATA to run postmaster on top
> of it.
>
> 2. After failover, ol
Hi,
On Tue, Apr 15, 2025 at 08:40:59AM +0200, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo
>
> On 2025-04-14 19:49:00 +0200, Michael Banck wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> &
Hi,
On Tue, Apr 15, 2025 at 08:40:59AM +0200, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo
>
> On 2025-04-14 19:49:00 +0200, Michael Banck wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> &
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu coot_1.1.15+dfsg-1 . ANY . unstable . -m "Rebuild against librdkit-dev"
Hi Adrian,
On Fri, Apr 11, 2025 at 11:42:02AM +0300, Adrian Bunk wrote:
> I've uploaded an NMU for cp2k (versioned as 2025.1-1.1).
> The diff is attached to this message.
Thanks, I've pushed you debdiff to salsa.
Michael
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu coot_1.1.15+dfsg-1 . ANY . unstable . -m "Rebuild against librdkit-dev"
Hi,
On Tue, Apr 01, 2025 at 08:01:32AM +, Hayato Kuroda (Fujitsu) wrote:
> Attached patch implements it. Since -f/-F option has already been used, -O was
> chosen for the short-version. Better idea is very welcomed.
Maybe we don't need a short option at all for this, at least initially?
Mic
This has been fixed in Debian since 5.4.24-1 which has been synced to
Ubuntu at least since 20.04
** Changed in: elkcode (Ubuntu)
Status: New => Fix Released
** Changed in: elkcode (Ubuntu)
Milestone: None => ubuntu-20.04.6
--
You received this bug notification because you are a memb
Hi,
On Wed, Mar 19, 2025 at 09:53:37AM +0100, Christophe Pettus wrote:
> We're tracking down an issue that we've seen in two separate
> installations so far, which is that, at the very end of a vacuum, the
> vacuum operation starts using *very* high levels of CPU and
> (sometimes) I/O, often to th
Control: tag -1 pending
Hello,
Bug #1093352 in psi4 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/psi4/-/commit/a1bf91870bff89376eb04d27ddc9e209
Control: tag -1 pending
Hello,
Bug #1074649 in $i reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/gau2grid/-/commit/64c8c2049c2b8ea07cd1eeeaa3e84b
Control: tag -1 pending
Hello,
Bug #1066984 in gabedit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/gabedit/-/commit/1cd8a54638ed38265ac75a6436
Control: tag -1 pending
Hello,
Bug #1092786 in chemps2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/chemps2/-/commit/5ec78bdbdf5e492a032fa6dada
Hi,
On Fri, Mar 14, 2025 at 12:44:02PM +, jbra...@dismail.de wrote:
> Apoligies for the click baity title...
That's the kinda mail that might've better been sent privately,
methinks.
Michael
On Tue, Mar 11, 2025 at 08:25:15PM +0100, Michael Banck wrote:
> > But I'm not sure if it's an upstream bug, or a latent flaw in the Debian
> > packaging.
>
> I had another look today and I think it is an upstream thing
To clarify this a bit: Patroni renames the or
Hi,
On Wed, Jan 31, 2024 at 05:28:34PM +, Ben Harris wrote:
> When Patroni creates a new PostgreSQL cluster, the postgresql.conf file in
> /etc/patroni// ends up without world read permission. This
> means that tools that use pg_wrapper (such as /usr/bin/psql) can't find the
> cluster's port n
Hi,
On Fri, Mar 07, 2025 at 09:17:46AM -0500, Robert Haas wrote:
> Why wouldn't the cloud provider just change add 'trusted = true' to
> the relevant control files instead of doing this?
That would be possible, but maybe the cloud provider is using
distribution packages and does not want to muck
Hi,
On Wed, Mar 05, 2025 at 04:06:56PM +0100, Marc Haber wrote:
> On Tue, 4 Mar 2025 20:39:43 -0500, "Helmut K. C. Tessarek"
> wrote:
> >Both network "outages" could have been prevented by adding a note at the
> >end of the dist-upgrade output.
> >
> >e.g. something like the following (monospace
Hi,
On Mon, Mar 03, 2025 at 12:22:17PM +0200, Andrius Merkys wrote:
> I think this is high time to proceed with architecture limiting. Are you
> planning to update rdkit to 202409.5, or are you fine with me performing the
> architecture limiting ASAP?
I did that now, thanks for the reminder!
Mi
Hi,
On Mon, Mar 03, 2025 at 12:22:17PM +0200, Andrius Merkys wrote:
> I think this is high time to proceed with architecture limiting. Are you
> planning to update rdkit to 202409.5, or are you fine with me performing the
> architecture limiting ASAP?
I did that now, thanks for the reminder!
Mi
Control: tag -1 pending
Hello,
Bug #1093086 in rdkit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/rdkit/-/commit/6a1088646ac832c26f79b0da6997ad
Hi,
On Fri, Jan 17, 2025 at 10:03:17AM +0100, Laurenz Albe wrote:
> On Thu, 2024-10-31 at 22:47 +0100, Michael Banck wrote:
> > Even though there has not been a lot of discussion on this, here is a
> > rebased patch. I have also added it to the upcoming commitfest.
>
> I ha
Hi,
On Fri, Feb 14, 2025 at 08:42:59AM +0100, Andreas Tille wrote:
> this is another ping about a decision what to do with psicode. Please
> simply state whether it is worth fixing #1075399 of the current version
> in Debian and I might spent some time into it. I simply want to know
> whether it
Hi,
On Fri, Feb 14, 2025 at 08:42:59AM +0100, Andreas Tille wrote:
> this is another ping about a decision what to do with psicode. Please
> simply state whether it is worth fixing #1075399 of the current version
> in Debian and I might spent some time into it. I simply want to know
> whether it
Hi,
On Mon, Feb 10, 2025 at 12:43:54PM +, Ben Harris wrote:
> On Mon, 10 Feb 2025, Michael Banck wrote
> > I tried to reproduce the reinit failure, but it always worked for me.
> > Not sure what is different on your side :-/
>
> I could send you the recipe my clusters us
Hi,
On Wed, Jan 29, 2025 at 07:01:00PM +, Ben Harris wrote:
> On Wed, 29 Jan 2025, Ben Harris wrote
I tried to reproduce the reinit failure, but it always worked for me.
Not sure what is different on your side :-/
> > If I add "WorkingDirectory=~" to patroni@.service, even on a current
> > P
Hi,
On Mon, Jan 13, 2025 at 02:48:31PM +0100, Antonin Houska wrote:
> Alvaro Herrera wrote:
> > On 2025-Jan-09, Antonin Houska wrote:
> > > It seems you accidentally fixed another problem :-) I was referring to the
> > > 'lockmode' argument of make_new_heap(). I can try to write a patch for
> >
Hi,
On Fri, Jan 24, 2025 at 09:20:23PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> This looks similar to #1087439 but this one is reproducible on amd64.
Hrm, this one seems to be a runtime OpenMPI failure, #1087439 appears
Hi,
On Fri, Jan 24, 2025 at 09:20:23PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> This looks similar to #1087439 but this one is reproducible on amd64.
Hrm, this one seems to be a runtime OpenMPI failure, #1087439 appears
Control: tag -1 pending
Hello,
Bug #1093605 in patroni reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/postgresql/patroni/-/commit/77d5121db125615b5d321cb6047d0
Control: tag -1 pending
Hello,
Bug #1093413 in openmolcas reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/openmolcas/-/commit/6224d29de7381b7abb11
Hi,
On Thu, Nov 21, 2024 at 01:17:23PM +0100, Emilio Pozuelo Monfort wrote:
> Your package build-depends on libelpa-dev, but that package has been
> removed from armel, armhf and i386 due to the removal of OpenMPI and
> the lack of support for MPICH. Thus cp2k should drop elpa support
> on those a
Hi,
On Thu, Nov 21, 2024 at 01:17:23PM +0100, Emilio Pozuelo Monfort wrote:
> Your package build-depends on libelpa-dev, but that package has been
> removed from armel, armhf and i386 due to the removal of OpenMPI and
> the lack of support for MPICH. Thus cp2k should drop elpa support
> on those a
Control: tag -1 pending
Hello,
Bug #1075670 in xmakemol reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/xmakemol/-/commit/4b82216f1268cff8106867dc
forwarded 1093086 https://github.com/rdkit/rdkit/issues/8172
thanks
Hi,
On Thu, Jan 16, 2025 at 09:39:08AM +0200, Andrius Merkys wrote:
> However, the issue with FTBFS on big-endian architectures persists.
Yeah :-/
> We may have to drop the support for big-endians as well.
I opened an upstream
forwarded 1093086 https://github.com/rdkit/rdkit/issues/8172
thanks
Hi,
On Thu, Jan 16, 2025 at 09:39:08AM +0200, Andrius Merkys wrote:
> However, the issue with FTBFS on big-endian architectures persists.
Yeah :-/
> We may have to drop the support for big-endians as well.
I opened an upstream
Hi,
On Thu, Jan 16, 2025 at 04:09:44PM +0900, Shinya Kato wrote:
> On Thu, Jan 16, 2025 at 3:31 PM Michael Banck wrote:
> > I do think having a whitelist of allowed-to-be-installed extensions
> > (similar/like https://github.com/dimitri/pgextwlist) makes sense
> > ad
Hi,
On Wed, Jan 15, 2025 at 05:36:48PM +0100, Michael Banck wrote:
> On Wed, Jan 15, 2025 at 04:56:10PM +0200, Andrius Merkys wrote:
> > On 2025-01-15 09:54, Andrius Merkys wrote:
> > > From a quick glance it seems that a lot of problems are related to
> > > Python p
Hi,
On Wed, Jan 15, 2025 at 05:36:48PM +0100, Michael Banck wrote:
> On Wed, Jan 15, 2025 at 04:56:10PM +0200, Andrius Merkys wrote:
> > On 2025-01-15 09:54, Andrius Merkys wrote:
> > > From a quick glance it seems that a lot of problems are related to
> > > Python p
Hi,
On Wed, Jan 15, 2025 at 04:56:10PM +0200, Andrius Merkys wrote:
> On 2025-01-15 09:54, Andrius Merkys wrote:
> > From a quick glance it seems that a lot of problems are related to
> > Python pickle reading. Upstream has made some fixes related to
> > endianness in version 202409.4 [1], thus p
Hi,
On Wed, Jan 15, 2025 at 04:56:10PM +0200, Andrius Merkys wrote:
> On 2025-01-15 09:54, Andrius Merkys wrote:
> > From a quick glance it seems that a lot of problems are related to
> > Python pickle reading. Upstream has made some fixes related to
> > endianness in version 202409.4 [1], thus p
Hi,
On Wed, Jan 15, 2025 at 09:12:17AM +, Andy Fan wrote:
> I can understand that "the file space has really been allocated", but
> why do we care about this?
>
> One reason I can think of is it has something with "out-of-disk-space"
> sistuation, even though what's the benefit of it since we
Hi,
On Sat, Jan 11, 2025 at 09:01:54AM -0500, Andrew Dunstan wrote:
> On 2025-01-09 Th 8:35 AM, Alvaro Herrera wrote:
> > Maybe we should have a new toplevel command. Some ideas that have been
> > thrown around:
> >
> > - RETABLE (it's like REINDEX, but for tables)
> > - ALTER TABLE SQUEEZE
> >
Hi Andrius,
On Mon, Dec 23, 2024 at 01:27:35PM +0200, Andrius Merkys wrote:
> Since the freeze is drawing near, and rdkit is blocking a lot of packages, I
> would suggest considering shipping rdkit without 32bit support in trixie.
> This would cause all its dependencies to follow suit, which is no
Hi Andrius,
On Mon, Dec 23, 2024 at 01:27:35PM +0200, Andrius Merkys wrote:
> Since the freeze is drawing near, and rdkit is blocking a lot of packages, I
> would suggest considering shipping rdkit without 32bit support in trixie.
> This would cause all its dependencies to follow suit, which is no
Hi,
On Fri, Jan 10, 2025 at 01:04:14PM +0100, Magnus Hagander wrote:
> In an effort to make at least a couple of more people realize they have to
> run ALTER EXTENSION UPDATE after they've upgraded an extension, as well as
> make it a bit easier to realize when you have to do it, I propose we add
Hi,
first, sorry for the late reply :-/
On Mon, Nov 18, 2024 at 11:26:40AM +0500, Kirill Reshke wrote:
> On Fri, 1 Nov 2024 at 02:47, Michael Banck wrote:
> > Even though there has not been a lot of discussion on this, here is a
> > rebased patch. I have also added it
Hi,
On Wed, Dec 18, 2024 at 03:17:36PM +0900, Michael Paquier wrote:
> On Tue, Dec 17, 2024 at 09:42:36AM +0100, Michael Banck wrote:
> > Done.
> >
> > V3 attached.
>
> Done.
Thanks!
Michael
Hi,
On Tue, Dec 17, 2024 at 04:43:21PM +0900, Michael Paquier wrote:
> On Mon, Dec 16, 2024 at 10:57:49PM +0100, Michael Banck wrote:
> > Thanks, I have added the documentation now in v2.
>
> The doc additions seem fine to me. I've just grabbed three tiny nits,
> nothin
Hi Michael,
On Tue, Dec 10, 2024 at 04:38:24PM +0900, Michael Paquier wrote:
> On Thu, Nov 28, 2024 at 09:17:23PM +0100, Michael Banck wrote:
> > On Tue, Nov 19, 2024 at 07:47:58PM -0500, Greg Sabino Mullane wrote:
> > > Compiled and tested: works fine, so +1 from me. Honestl
Hi,
On Sat, Dec 14, 2024 at 10:03:55PM +0100, Andreas Tille wrote:
> I'm interested in salvaging your package cthumb, in accordance with the
> Package Salvaging procedure outlined in the Developers Reference[1].
Ok, go ahead!
Michael
ery to check for an end-of-WAL condition at that spot.
Michael
>From 015a9bfb2bd57f37f7c9601e9014d7560b76c21d Mon Sep 17 00:00:00 2001
From: Michael Banck
Date: Sat, 30 Nov 2024 11:51:34 +0100
Subject: [PATCH v1] Re-introduce less scary message for possible end-of-WAL
invalid record.
A lot of
Hi,
On Tue, Nov 19, 2024 at 07:47:58PM -0500, Greg Sabino Mullane wrote:
> Compiled and tested: works fine, so +1 from me. Honestly, I was surprised
> %s was still available. :)
Thanks. Was that full review? You kept the commitfest item in "Needs
Review" state.
Michael
Hi,
On Thu, Nov 28, 2024 at 09:40:01AM +0200, Andrius Merkys wrote:
> The same issue persists on armel too. I think we should add autopkgtest to
> possibly identify other architectures having this issue.
Looks like to be a general 32bit issue, the same testsuite failures can
be seen on i386 as we
Hi,
On Thu, Nov 28, 2024 at 09:40:01AM +0200, Andrius Merkys wrote:
> The same issue persists on armel too. I think we should add autopkgtest to
> possibly identify other architectures having this issue.
Looks like to be a general 32bit issue, the same testsuite failures can
be seen on i386 as we
Control: tag -1 pending
Hello,
Bug #1088354 in rdkit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debichem-team/rdkit/-/commit/65c2a2c8029d67fc19e66c6d220620
Hi,
one clarification:
On Thu, Nov 14, 2024 at 09:20:09PM +0100, Michael Banck wrote:
> libgridxc is not setting that, maybe cmake did in the past?
Guess I was grepping only through the 2.0.2 source tree, as they did fix
it upstream for that release, sorry:
https://gitlab.com/siesta-proj
Hi,
one clarification:
On Thu, Nov 14, 2024 at 09:20:09PM +0100, Michael Banck wrote:
> libgridxc is not setting that, maybe cmake did in the past?
Guess I was grepping only through the 2.0.2 source tree, as they did fix
it upstream for that release, sorry:
https://gitlab.com/siesta-proj
Hi,
On Tue, Nov 12, 2024 at 03:56:11PM +0100, Benoit Lobréau wrote:
> On 11/12/24 15:05, Michael Banck wrote:
> > I was wondering about the weird new column name workers_to_launch when I
> > read the commit message - AFAICT this has been an internal term so far,
> > and this
Hi,
On Fri, Oct 11, 2024 at 09:33:48AM +0200, Guillaume Lelarge wrote:
> FWIW, with the recent commits of the pg_stat_statements patch, you need a
> slight change in the patch I sent on this thread. You'll find a patch
> attached to do that. You need to apply it after a rebase to master.
>
> -
Hi,
Even though there has not been a lot of discussion on this, here is a
rebased patch. I have also added it to the upcoming commitfest.
On Sat, Jan 13, 2024 at 09:20:40AM +0100, Michael Banck wrote:
> On Fri, Jan 12, 2024 at 04:13:27PM +0100, Jelte Fennema-Nio wrote:
> > But I'm
o me during a recent customer training.
I chose the '%s' tag for it. I had to add the service to PGConn as
PQservice (first patch) to libpq and then use it in psql in the second
patch.
Michael
>From f876195acb797a5ac58c17409fdd75d18581c292 Mon Sep 17 00:00:00 2001
From: Michael Banck
Hi,
So I am a bit confused about the status of the tar format support, and
after re-reading the thread (or at least grepping it for ' tar '), this
wasn't really much discussed here either.
On Wed, Jun 14, 2023 at 02:46:48PM -0400, Robert Haas wrote:
> - We only know how to operate on directories,
Hi,
On Mon, Sep 30, 2024 at 11:21:30PM +0200, Daniel Gustafsson wrote:
> > Yeah, I think a view like pg_stat_progress_checksums would work.
>
> Added in the attached version. It probably needs some polish (the docs for
> sure do) but it's at least a start.
Just a nitpick, but we call it data_ch
Hi,
On Tue, Oct 24, 2023 at 11:42:15AM -0400, Tom Lane wrote:
> Christoph Berg writes:
> > Anyway, if this doesn't raise any "oh we didn't think of this"
> > concerns, we'll just remove the old operators in pgsphere.
>
> Well, the idea was exactly to forbid that sort of setup.
> However, if we g
Hi,
On Tue, Sep 24, 2024 at 05:42:50PM +0200, Michael Banck wrote:
> On Tue, Sep 24, 2024 at 05:22:58PM +0300, Andrius Merkys wrote:
> > On 2024-09-24 17:09, David Lounsbrough wrote:
> > > I ran this inside my Docker container, it says the latest version of the
> >
Hi,
On Tue, Sep 24, 2024 at 05:22:58PM +0300, Andrius Merkys wrote:
> On 2024-09-24 17:09, David Lounsbrough wrote:
> > I ran this inside my Docker container, it says the latest version of the
> > package is installed:
> >
> > # apt-get -s install postgresql-16-rdkit
> > Reading package lists...
Hi,
On Sat, Sep 21, 2024 at 07:36:28AM +0200, Andreas Tille wrote:
> Am Fri, Sep 20, 2024 at 10:43:29PM +0200 schrieb Michael Banck:
> > > There's a link to the github page in the top bar of the
> > > https://psicode.org website, it is at https://github.com/psi4/psi4/
Hi,
On Sat, Sep 21, 2024 at 07:36:28AM +0200, Andreas Tille wrote:
> Am Fri, Sep 20, 2024 at 10:43:29PM +0200 schrieb Michael Banck:
> > > There's a link to the github page in the top bar of the
> > > https://psicode.org website, it is at https://github.com/psi4/psi4/
Hi,
On Fri, Sep 20, 2024 at 09:27:28PM +0200, Michael Banck wrote:
> On Fri, Sep 20, 2024 at 09:17:43PM +0200, Andreas Tille wrote:
> > psicode showed up today as Bug of the Day[1] candidate. I checked the
> > situation upstream[2] but I need to admit I do not have any clue
1 - 100 of 7239 matches
Mail list logo
