Search Criteria
Package Details: python-mariadb-connector 1.1.12-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/python-mariadb-connector.git (read-only, click to copy) |
---|---|
Package Base: | python-mariadb-connector |
Description: | A Python DB API 2.0 compliant API for access to MariaDB and MySQL databases |
Upstream URL: | https://mariadb.com/kb/en/mariadb-connector-python/ |
Licenses: | LGPL |
Submitter: | kiito |
Maintainer: | kiito |
Last Packager: | kiito |
Votes: | 8 |
Popularity: | 0.78 |
First Submitted: | 2020-05-10 13:26 (UTC) |
Last Updated: | 2025-06-12 16:07 (UTC) |
Dependencies (3)
- mariadb-connector-c (mariadb-libs-gitAUR, mariadb-libs, mariadb-lts-libs)
- python (python37AUR)
- python-setuptools (make)
Latest Comments
1 2 Next › Last »
kiito commented on 2025-06-12 16:08 (UTC)
Yeah that's my bad I accidentally committed too many files. Should be fixed now
samtheradiant commented on 2025-06-12 14:21 (UTC)
I have been getting this error while trying to install the package (latest version).
phoepsilonix commented on 2024-10-28 02:52 (UTC)
This error is caused by stricter pointer type checking in GCC 14 and later versions. To work around this, you can try the following method: Suppress the compiler warning using CFLAGS:
Another workaround is to specify clang as the CC (C Compiler) instead of gcc. The current version of clang is likely to not treat this as an error.
I believe that with either of the above methods, it should be possible to build without applying a patch.
Additionally, it would likely be better to move the patch section of this PKGBUILD to the prepare function.
kiito commented on 2024-06-27 22:47 (UTC)
Alright, that was more messy than I thought, but I think I figured out how to keep git from messing up the line endings there
kiito commented on 2024-06-27 21:59 (UTC) (edited on 2024-06-27 22:16 (UTC) by kiito)
Hmm, I was wondering why
diff
emitted a patch with CRLF line endings... And I guess I overlooked that git ends up replacing them, which causes the mismatched checksum :/edit: Aha, I see the mariadb folks are packaging their stuff with CRLF endings... odd...
alan1world commented on 2024-06-27 16:46 (UTC)
The patch is failing because of line ending differences.
Changing build() to:
patch --binary --forward --strip=1 --input="${srcdir}/gcc14-const.patch"
should be a quick fix (
add --binary
)oe1tkt commented on 2024-06-25 23:23 (UTC)
@kiito - gcc14-const.patch ... FAILED ==> ERROR: One or more files did not pass the validity check! The sha512sum of the patch file is corrupt.
kiito commented on 2024-06-25 19:20 (UTC)
Yeah I sort of forgot to look into this. There's an issue upstream (https://jira.mariadb.org/projects/CONPY/issues/CONPY-284) but no response, so I went ahead and added a patch to the package.
Galicarnax commented on 2024-06-25 13:21 (UTC)
Month later, having the same error (the fix by Nestor_013 works).
Nestor_013 commented on 2024-05-26 08:27 (UTC) (edited on 2024-05-26 08:27 (UTC) by Nestor_013)
It seems that gcc-14 is more strict about conversions from const pointers to pointers.
By commenting the const on line 1128 of mariadb_cursor.c like this
it compiles. To me (but I could be wrong) the constness of *statement is not critical.
1 2 Next › Last »