btw, with this version, MariaDB no longer automatically removes
binlogs unless a replica has connected - if you want to disable that
behaviour, set "slave_connections_needed_for_purge = 0" in [mysqld]
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: S
Backport fix for newer fmt.
Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.145
diff -u -p -u -p -r1.145 Makefile
--- Makefile28 Feb 2024 14:47:10 - 1.145
+++ Makefile15
On Sun, Jan 14, 2024 at 09:30:11PM -0500, Brad Smith wrote:
> On Sun, Jan 14, 2024 at 07:48:48PM +, Klemens Nanni wrote:
> > On Mon, Nov 06, 2023 at 10:03:22AM +, Stuart Henderson wrote:
> > > Tried it before, this update breaks mariadb.
> >
> > libfmt is st
On Sun, Jan 14, 2024 at 07:48:48PM +, Klemens Nanni wrote:
> On Mon, Nov 06, 2023 at 10:03:22AM +, Stuart Henderson wrote:
> > Tried it before, this update breaks mariadb.
>
> libfmt is still behind, perhaps we want to stick to mariadb's 8.0.1 bundle?
> It'
On Mon, Nov 06, 2023 at 10:03:22AM +, Stuart Henderson wrote:
> Tried it before, this update breaks mariadb.
libfmt is still behind, perhaps we want to stick to mariadb's 8.0.1 bundle?
It'd be a downgrade from ports 8.1.1, but mariadb builds and libfmt could
be updated.
Just
Hi all,
yesterday I tried out galera with mariadb. The following error popped
up:
/usr/local//bin/wsrep_sst_common: line 28: gfind: command not found
Some wssrep-scripts like wsrep_sst_mariabackup use switches/options only
provided by gfind so I would use it as a dependency.
Best regards
Uwe
Here is an update to MariaDB 10.9.8.
This will be the final release.
https://mariadb.com/kb/en/mariadb-10-9-8-release-notes/
Index: Makefile
===
RCS file: /home/cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.142
diff
On 05/16 10:39, Theo Buehler wrote:
> The latest mariadb update added ER_UNKNOWN_ERROR_CODE which causes an
> warning in databases/ruby-mariadb. -Wint-conversion will become an error
> in llvm15, so if this port is still useful and we want to keep it, this
> should be fixed.
>
&g
+cc brad
On 2023/05/16 10:39, Theo Buehler wrote:
> The latest mariadb update added ER_UNKNOWN_ERROR_CODE which causes an
> warning in databases/ruby-mariadb. -Wint-conversion will become an error
> in llvm15, so if this port is still useful and we want to keep it, this
> sho
The latest mariadb update added ER_UNKNOWN_ERROR_CODE which causes an
warning in databases/ruby-mariadb. -Wint-conversion will become an error
in llvm15, so if this port is still useful and we want to keep it, this
should be fixed.
Three solutions come to mind, but I did not manage to figure out
was about to send
(since mine just used REVISION and not REVISION-tests).
Committed.
--Kurt
> Index: Makefile
> =======
> RCS file: /home/cvs/ports/databases/mariadb/Makefile,v
> retrieving revision 1.128
> diff -u -p -u -
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.128
diff -u -p -r1.128 Makefile
--- Makefile6 Jun 2022 17:35:25 - 1.128
+++ Makefile17 Jun 202
On 2022/02/14 22:53, i...@tutanota.com wrote:
> I have installed mariadb with:
>
> # pkg_add mariadb-server
>
> Then run the install script:
>
> # /usr/local/bin/mariadb-install-db
>
> Then created the chroot directory for the MariaDB socket:
>
>
tp://build-failures.rhaalovely.net/aarch64/2021-12-20/databases/mariadb.log
:
:[...]
:
:mariadb tries to use "out-of-line atomics" as implemented here:
:
: https://reviews.llvm.org/D91157
:
:The summary mentions implementations in libgcc and libcompiler-rt, and
:a quick diff between com
14:58:17 MST 2021
>
> built packages:8238
> Dec 20:8237
>
>
> critical path missing pkgs:
> http://build-failures.rhaalovely.net/aarch64/2021-12-20/summary.log
>
> build failures: 10
> http://build-failures.rhaalovely.net/aarch64/2021-12-20/databases/mariadb.log
[...
h here:
>
> date: 2021/07/09 11:35:29; author: sthen; state: Exp; lines: +7 -10;
> commitid: I3rHhQR1jFVVyvVB;
> update to mariadb-10.6.3, from Brad
>
> If you updated from a snapshot before then, and then updated packages
> but didn't reboot after doing so, you would st
ot;grep started /var/mysql/*.err" you'll likely have versions and
> > dates.
> > The port switched to the 10.6 branch here:
> >
> > date: 2021/07/09 11:35:29; author: sthen; state: Exp; lines: +7 -10;
> > commitid: I3rHhQR1jFVVyvVB;
> > update to ma
On 2021/08/26 13:11, Ted Wynnychenko wrote:
>
>
> > -Original Message-
> > From: Stuart Henderson [mailto:stu.li...@spacehopper.org]
> > Sent: Thursday, August 26, 2021 4:05 AM
> > To: ted@comcast.net
> > Cc: b...@comstyle.com; ports@openbsd.org
cp850, hp8, koi8r, latin1,
> latin2, swe7, ascii, ujis, sjis, hebrew, tis620, euckr, koi8u, gb2312,
> greek, cp1250, gbk, latin5, armscii8, utf8mb3, ucs2, cp866, keybcs2, macce,
> macroman, cp852, latin7, utf8mb4, cp1251, utf16, utf16le, cp1256, cp1257,
> utf32, binary, geostd8, cp932, e
On 8/11/2021 6:39 AM, Stuart Henderson wrote:
+CC maintainer
On 2021/08/11 07:44, m...@fn.de wrote:
Forgot to say I'm running 6.9-stable.
After installing the libexecinfo port mysqld_upgrade works.
On 2021-08-11 06:56, Matthias Pressfreund wrote:
After upgrading mariadb-server, I us
Exactly.
On 2021-08-11 12:39, Stuart Henderson wrote:
>
> Looks like you've built this yourself on a machine with libexecinfo
> installed and moved the package to another machine without it,
> and the reworking of MariaDB's cmake checks has stopped the "force
> disabling libexecinfo if it is inst
+CC maintainer
On 2021/08/11 07:44, m...@fn.de wrote:
> Forgot to say I'm running 6.9-stable.
>
> After installing the libexecinfo port mysqld_upgrade works.
>
>
> On 2021-08-11 06:56, Matthias Pressfreund wrote:
> > After upgrading mariadb-server, I usually run m
Forgot to say I'm running 6.9-stable.
After installing the libexecinfo port mysqld_upgrade works.
On 2021-08-11 06:56, Matthias Pressfreund wrote:
> After upgrading mariadb-server, I usually run mariadb-upgrade.
> This time, after upgrading to mariadb-server-10.5.12v1, I
After upgrading mariadb-server, I usually run mariadb-upgrade.
This time, after upgrading to mariadb-server-10.5.12v1, I got
this:
# mariadb-upgrade
ld.so: mariadb-upgrade: can't load library 'libexecinfo.so.2.0'
Killed
Did I miss something?
Simple fix to unbreak mariadb wiht upcoming cmake update. (After the
look, of course)
Index: patches/patch-libmariadb_cmake_ConnectorName_cmake
===
RCS file: patches/patch-libmariadb_cmake_ConnectorName_cmake
diff -N patches/patch
diff:
>
>Can't install mariadb-server-10.5.5p0v1 because of conflicts
> (mariadb-client-10.5.5p0v1)
>
> I think it needs to be like sthen@ mentioned:
>
> @conflict mariadb-server-<10.5.5p0v1
>
> It's interesting that three people didn't noti
On Thu, Oct 01, 2020 at 09:09:16PM -0400, Brad Smith wrote:
>
> It should go the other way around. Try something like this.
>
I see thanks. Your diff also has the issue which I hit with my diff:
Can't install mariadb-server-10.5.5p0v1 because of conflicts
(mariadb-client-
On Wed, Sep 30, 2020 at 08:28:53PM +, Mikolaj Kucharski wrote:
> On Mon, Sep 28, 2020 at 02:01:00PM +, Mikolaj Kucharski wrote:
> > Hi,
> >
> > I've noticed that I have mysql_waitpid installed which is broken
> > symlink to mariadb-waitpid.
> >
>
On 2020/09/30 20:28, Mikolaj Kucharski wrote:
> On Mon, Sep 28, 2020 at 02:01:00PM +, Mikolaj Kucharski wrote:
> > Hi,
> >
> > I've noticed that I have mysql_waitpid installed which is broken
> > symlink to mariadb-waitpid.
> >
> > I think that s
On Mon, Sep 28, 2020 at 02:01:00PM +, Mikolaj Kucharski wrote:
> Hi,
>
> I've noticed that I have mysql_waitpid installed which is broken
> symlink to mariadb-waitpid.
>
> I think that symlink should be moved to -server package. I come up with
> following diff, wh
+ pkg/PLIST-main 28 Sep 2020 13:57:54 -
> > > > @@ -1,5 +1,5 @@
> > > > @comment $OpenBSD: PLIST-main,v 1.21 2020/06/26 08:46:42 sthen Exp $
> > > > -@conflict mariadb-server-<=10.4.12v1
> > > > +@conflict mariadb-server-<=10.5.5v1
>
gt; > > @comment $OpenBSD: PLIST-main,v 1.21 2020/06/26 08:46:42 sthen Exp $
> > > -@conflict mariadb-server-<=10.4.12v1
> > > +@conflict mariadb-server-<=10.5.5v1
> >
> > This line does not need to change
> >
>
> Are you sure? I didn't had
On Mon, Sep 28, 2020 at 07:54:01PM +0100, Stuart Henderson wrote:
> > --- pkg/PLIST-main 26 Jun 2020 08:46:42 - 1.21
> > +++ pkg/PLIST-main 28 Sep 2020 13:57:54 -
> > @@ -1,5 +1,5 @@
> > @comment $OpenBSD: PLIST-main,v 1.21 2020/06/26 08:46:42 sthen Exp
On 2020/09/28 14:01, Mikolaj Kucharski wrote:
> Hi,
>
> I've noticed that I have mysql_waitpid installed which is broken
> symlink to mariadb-waitpid.
>
> I think that symlink should be moved to -server package. I come up with
> following diff, which I'm still
Hi,
I've noticed that I have mysql_waitpid installed which is broken
symlink to mariadb-waitpid.
I think that symlink should be moved to -server package. I come up with
following diff, which I'm still building and didn't test it yet.
Hi,
due to some bugs in DBD::Mysql that won't be fixed, the dbd driver has been
forked and improved
to support new MariaDB features.
Amavisd-new will probably prefer this driver instead of DBD::MySQL.
Comments ? Ok ?
pkg/DESCR:
DBD::MariaDB is the Perl5 Database Interface driver for Ma
13 15:51:46
>> >
>> > Modified files:
>> >databases/mariadb: Makefile
>> >
>> > Log message:
>> > simplify multipackages again, now that they are reunited between
>> > architectures.
>> > from Brad.
>>
>> This is
On Thu, Jun 13 2019, Brad Smith wrote:
> The client library now requires atomics. The next release has switched
> to building
> the codebase as C++11. The intent being to switch the various homegrown
> implementations
> using atomics over to using C++11 atomics.
>
> The whole reason the relevant b
On 6/13/2019 7:32 PM, Stuart Henderson wrote:
On 2019/06/14 00:30, Jeremie Courreges-Anglas wrote:
On Thu, Jun 13 2019, Stuart Henderson wrote:
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46
Modified files:
databases/mariadb
. Now that
both sides require atomics there is no point differentiating the two for
ONLY_FOR_ARCHS.
It was the reason I had held off upgrading to newer MariaDB for so long.
Before 1.77 it would not build on hppa, libatomic would have been necessary.
Anyone that has hppa is more than welcome to
On 2019/06/14 00:30, Jeremie Courreges-Anglas wrote:
> On Thu, Jun 13 2019, Stuart Henderson wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46
> >
> > Modified files:
> > databases
On Thu, Jun 13 2019, Stuart Henderson wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: st...@cvs.openbsd.org 2019/06/13 15:51:46
>
> Modified files:
> databases/mariadb: Makefile
>
> Log message:
> simplify multipackages again, now tha
s been committed, here's an update to the latest.
>> >> Upstream removed the example config file so I decided to create one
>> >> based on
>> >>
>> >> https://mariadb.com/kb/en/library/configuring-mariadb-with-option-files/
>> >>
>>
he example config file so I decided to create one
> >> based on
> >>
> >> https://mariadb.com/kb/en/library/configuring-mariadb-with-option-files/
> >>
> >> No symbol change in the SHARED_LIBS. The diff also includes a fix
> >> for the test
reate one
based on
https://mariadb.com/kb/en/library/configuring-mariadb-with-option-files/
No symbol change in the SHARED_LIBS. The diff also includes a fix for
the test target (mysql-test tests don't finish here).
Looking for real use reports and oks.
no_server doesn't build a
On Mon, May 13 2019, Jeremie Courreges-Anglas wrote:
> Now that 10.2 has been committed, here's an update to the latest.
> Upstream removed the example config file so I decided to create one
> based on
>
> https://mariadb.com/kb/en/library/configuring-mariadb-with-option-
On Sun, May 12 2019, frantisek holop wrote:
> frantisek holop - Sun, 12 May 2019 at 14:13:37
>> Giovanni Bechis - Sat, 11 May 2019 at 09:55:46
>> > You should run mysql_upgrade after every major update, other than that
>> > it's best practice to update your slave mysql server before the
>> > maste
frantisek holop - Sun, 12 May 2019 at 14:13:37
> Giovanni Bechis - Sat, 11 May 2019 at 09:55:46
> > You should run mysql_upgrade after every major update, other than that
> > it's best practice to update your slave mysql server before the
> > master.
>
> and minor as well, from the man page:
>
>
Giovanni Bechis - Sat, 11 May 2019 at 09:55:46
> You should run mysql_upgrade after every major update, other than that
> it's best practice to update your slave mysql server before the
> master.
and minor as well, from the man page:
You should execute mysql_upgrade each time you upgrade
rything looks fine regarding the ports tree. I have successfully
>> built all* consumers (BUILD/LIB_DEPENDS) on amd64 and I can't find
>any
>> local mariadb patch left in my tree**. bulk build still churning on
>> sparc64.
>>
>> I also did some minimal tes
sumers (BUILD/LIB_DEPENDS) on amd64 and I can't find any
> local mariadb patch left in my tree**. bulk build still churning on
> sparc64.
>
> I also did some minimal testing of the server part, but I would prefer
> reports from actual users. I have no idea what the migration p
On Fri, May 03 2019, Jeremie Courreges-Anglas wrote:
[...]
> Looks like my online diff was mangled, here's another try. As discussed
> with sthen yesterday, two errors so far, they should be easy to fix:
>
> databases/ruby-mysql,ruby25: mysql.c:281: error: 'MYSQL' has no member
> named 'reco
x27; has no member
> named 'reconnect'
> databases/py-mysqlclient,python3: _mysql.c:1968: error: 'MYSQL' has no
> member named 'reconnect'
>
> Some tweaks:
> - https HOMEPAGE
> - https MASTER_SITES, tested: ">> (SHA256) mariadb-10.2.
On 2019/03/09 17:39, Stuart Henderson wrote:
> On 2017/11/08 15:37, Brad Smith wrote:
> > On 11/6/2017 7:21 AM, Jeremy Evans wrote:
> > > This patch brings us up to the latest stable version of MariaDB.
> > > Unfortunately, MariaDB made many backwards incompatible chang
On 3/9/2019 12:39 PM, Stuart Henderson wrote:
On 2017/11/08 15:37, Brad Smith wrote:
On 11/6/2017 7:21 AM, Jeremy Evans wrote:
This patch brings us up to the latest stable version of MariaDB.
Unfortunately, MariaDB made many backwards incompatible changes to the
headers and some backwards
On 2017/11/08 15:37, Brad Smith wrote:
> On 11/6/2017 7:21 AM, Jeremy Evans wrote:
> > This patch brings us up to the latest stable version of MariaDB.
> > Unfortunately, MariaDB made many backwards incompatible changes to the
> > headers and some backwards incompatible chan
Here is an update to MariaDB 10.0.38.
CVE-2019-2529, CVE-2019-2537
Index: Makefile
===
RCS file: /home/cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.71
diff -u -p -u -p -r1.71 Makefile
--- Makefile31 Jan 2019 11
On Tue, 4 Dec 2018 16:46:46 +
John Gould wrote:
> Well I have mariadb now builds, thank you. After a long time compiling qt4
> I get a failure from x11/grantlee.
Sorry, I don't know the fix for this one. My first suggestion is to
delete -Wl,--no-undefined from the compiler flags
Well I have mariadb now builds, thank you. After a long time compiling qt4
I get a failure from x11/grantlee.
Any help appreciated ( Seems like I'm getting there? )
Kind regards John
/usr/local/lib/gcc/sparc64-unknown-openbsd6.4/4.9.4/libgcc.a(unwind-dw2-fde-dip.o):
In fun
hank you for all the help to get llvm built.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/pcre/patches/patch-pcre_exec_c?rev=1.1&content-type=text/x-cvsweb-markup
Rebuild pcre with this patch, mariadb *might* build. But honestly, doing
this on 6.4 is probably moot, and you will face other hurdles in your
quest..
figure for mariadb:-
-- Performing Test PCRE_STACK_SIZE_OK
-- Performing Test PCRE_STACK_SIZE_OK - Failed
CMake Error at cmake/pcre.cmake:22 (MESSAGE):
system pcre is not found or unusable
Call Stack (most recent call first):
CMakeLists.txt:369 (CHECK_PCRE)
-- Configuring incomple
; > >
> > > > check the PFRAG.${ARCH} mechanism, check x11/vlc or lang/rust
> > > > for examples.
> > >
> > > That was the right hint! In the attached diff for databases/mariadb,
> > > I added PFRAG.mroonga-{server,tests} and c
r lang/rust
> > > for examples.
> >
> > That was the right hint! In the attached diff for databases/mariadb,
> > I added PFRAG.mroonga-{server,tests} and caused it to install mroonga
> > on little endian but not big endian:
> >
> > .if ${PROPERTIES:Mle}
> > P
On Thu, Nov 22, 2018 at 11:57:53AM -0500, George Koehler wrote:
> On Wed, 21 Nov 2018 08:40:06 +0100
> Landry Breuil wrote:
>
> > check the PFRAG.${ARCH} mechanism, check x11/vlc or lang/rust
> > for examples.
>
> That was the right hint! In the attached diff for d
On Wed, 21 Nov 2018 08:40:06 +0100
Landry Breuil wrote:
> check the PFRAG.${ARCH} mechanism, check x11/vlc or lang/rust
> for examples.
That was the right hint! In the attached diff for databases/mariadb,
I added PFRAG.mroonga-{server,tests} and caused it to install mroonga
on little
On Wed, Nov 21, 2018 at 01:28:59AM -0500, George Koehler wrote:
> There's a bug in the OpenBSD port of devel/pcre, when built with
> ports-gcc, that prevents the build of databases/mariadb. The patch
> below seems to fix pcre, but there is another problem in mariadb,
> probabl
wrote:
>>>>>
>>>>> This patch brings us up to the latest stable version of MariaDB.
>>>>> Unfortunately, MariaDB made many backwards incompatible changes to the
>>>>> headers and some backwards incompatible changes to the structures,
On 2017/11/08 10:53, Peter Faiman wrote:
> > On Nov 8, 2017, at 09:39, Jeremy Evans wrote:
> >
> >> On 11/08 10:37, Brad Smith wrote:
> >>> On 11/6/2017 7:21 AM, Jeremy Evans wrote:
> >>>
> >>> This patch brings us up to the latest sta
> On Nov 8, 2017, at 09:39, Jeremy Evans wrote:
>
>> On 11/08 10:37, Brad Smith wrote:
>>> On 11/6/2017 7:21 AM, Jeremy Evans wrote:
>>>
>>> This patch brings us up to the latest stable version of MariaDB.
>>> Unfortunately, MariaDB made many b
On 11/08 10:37, Brad Smith wrote:
> On 11/6/2017 7:21 AM, Jeremy Evans wrote:
>
> > This patch brings us up to the latest stable version of MariaDB.
> > Unfortunately, MariaDB made many backwards incompatible changes to the
> > headers and some backwards incompatible c
On 11/6/2017 7:21 AM, Jeremy Evans wrote:
This patch brings us up to the latest stable version of MariaDB.
Unfortunately, MariaDB made many backwards incompatible changes to the
headers and some backwards incompatible changes to the structures, and
most dependencies are going to need changes
mariadb has patches (patch-client_CMakeLists_txt, patch-tests_CMakeLists_txt)
to avoid
dynamically linking the client programs (otherwise they're 3+MB each, compare
e.g.
mysql_waitpid where this hasn't been done with /usr/local/bin/mysql).
However this avoids -lssl -lcrypto on
It appears they moved their archives.
--
Edgar Pettijohn
Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.38
diff -u -p -u -r1.38 Makefile
--- Makefile12 Feb 2016 13:30:38 -
On 2016/05/05 04:16, mike-...@ya.ru wrote:
> Seems it happens after this change:
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/crypt/crypt.c.diff?r1=1.26&r2=1.27
Yes.
https://mariadb.com/kb/en/mariadb/encrypt/:
> Encrypts str using the Unix crypt() system call
(sic: it
Hello, Ports!
Mysql function ENCRYPT does not work after OpenBSD-5.7 (always return NULL):
# uname -a
OpenBSD obsd59-64.vm.kmv 5.9 GENERIC.MP#1888 amd64
# mysql -p
Enter password:
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.0.23
On 02/11/16 23:48, Stuart Henderson wrote:
[...]
> I chose bind-address for two reasons.
>
> 1) it looks like Debian used to have skip-networking and changed it:
> # Instead of skip-networking the default is now to listen only on
> # localhost which is more compatible and is not less secure.
>
>
On Thu, Feb 11, 2016 at 10:48:33PM +, Stuart Henderson wrote:
> On 2016/02/11 16:46, David Hill wrote:
> > On Thu, Feb 11, 2016 at 01:21:40PM -0800, Bryce Chidester wrote:
> > > What about shipping with skip-networking instead? I use this on all (just
> > > 2
> > > - I'm a Postgres guy now) of
our default chroot).
>
> 2) people may just try and remove the 'skip-networking' to allow
> it to be accessible from other hosts, and then get very confused
> because it only listens to :: and not 0.0.0.0.
>
> Updated diff to make 2) clearer.
It has my support.
>
d
because it only listens to :: and not 0.0.0.0.
Updated diff to make 2) clearer.
Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.37
diff -u -p -r1.37 Makefile
--- Makefile28 Dec 2015 08:49:25 - 1.37
+++ Make
On Thu, Feb 11, 2016 at 01:21:40PM -0800, Bryce Chidester wrote:
> What about shipping with skip-networking instead? I use this on all (just 2
> - I'm a Postgres guy now) of my installs without issue. As memory serves,
> libmysqlclient defaults to trying the socket first when connecting to
> "local
What about shipping with skip-networking instead? I use this on all (just 2
- I'm a Postgres guy now) of my installs without issue. As memory serves,
libmysqlclient defaults to trying the socket first when connecting to
"localhost." Furthermore, this ensures that it's never accidentally made
public
Il 11 febbraio 2016 21:20:04 CET, Stuart Henderson ha
scritto:
>I was just installing MariaDB on a new machine and ran into this again
>that I hit in 2014..
>
>- Forwarded message from Stuart Henderson -
>
>Hmm, looks like default config is to bind to :: (v6 only) an
I was just installing MariaDB on a new machine and ran into this again
that I hit in 2014..
- Forwarded message from Stuart Henderson -
Hmm, looks like default config is to bind to :: (v6 only) and it
inherits old mysql behaviour of not being able to bind to multiple
sockets.
I wonder
On 01/03/16 02:25, Implausibility wrote:
> Hi.
>
> I'm rather new to OpenBSD, but I've hit a wall while doing a 'dry-run' to
> work out the bugs (and get familiar with OpenBSD) and build a new mail server
> on OpenBSD with Postfix, MySQL/MariaDB, and Courie
Hi.
I'm rather new to OpenBSD, but I've hit a wall while doing a 'dry-run' to work
out the bugs (and get familiar with OpenBSD) and build a new mail server on
OpenBSD with Postfix, MySQL/MariaDB, and Courier-authlib.
I've been following this tutorial, and while dat
Hello,
recent update to databases/mariadb 10.0.23 fails to build on sparc64:
/usr/ports/pobj/mariadb-10.0.23/mariadb-10.0.23/storage/xtradb/include/os0sync.h:522:4:
error: #error "Unsupported platform"
in:
[318/1325] /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_IB_ATOMIC_PTHRE
On 2015/10/31 11:03, Landry Breuil wrote:
> On Fri, Oct 30, 2015 at 07:18:49PM +0100, Markus Lude wrote:
> > Hello,
> >
> > update of mariadb to 10.1.8 fails to build on sparc64:
>
> Unsurpringly it also fails on macppc/hppa and probably alpha.
>
> /usr/obj/po
On Fri, Oct 30, 2015 at 07:18:49PM +0100, Markus Lude wrote:
> Hello,
>
> update of mariadb to 10.1.8 fails to build on sparc64:
Unsurpringly it also fails on macppc/hppa and probably alpha.
/usr/obj/ports/mariadb-10.1.8/mariadb-10.1.8/include/my_atomic.h:121:2:
error: #error atomi
Hello,
update of mariadb to 10.1.8 fails to build on sparc64:
[...]
[1117/1385] /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_IB_ATOMIC_PTHREAD_T_GCC=1
-DHAVE_IB_GCC_ATOMIC_BUILTINS=1 -DHAVE_IB_GCC_ATOMIC_BUILTINS_64=1
-DHAVE_IB_GCC_ATOMIC_BUILTINS_BYTE=1 -DHAVE_IB_GCC_SYNC_SYNCHRONISE
=1
Tested in production for a week and ok giovanni@
No time to commit till 08/25, any takers ?
Cheers
Giovanni
Messaggio originale
Oggetto: UPDATE: MariaDB - 5.7 security fixes
Data: Lunedi, 3 Agosto, 2015 02:11 CEST
Da: Brad Smith
A: giova...@openbsd.org
Here is an
Here is an update to MariaDB 10.0.14.
Tested on amd64, i386, powerpc and sparc64.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.21
diff -u -p -u -p -r1.21 Makefile
> > Hi,
> > > >
> > > > upgraded my puppet server from short before mysql->mariadb switch,
> > > > running on i386,, and there I have to run:
> > > >
> > > > I'm having puppet-dashboard running on that host, which uses
On 09/20 11:13, Sebastian Reitenbach wrote:
>
> On Saturday, September 20, 2014 20:53 CEST, Jeremy Evans
> wrote:
>
> > On 09/20 07:30, Sebastian Reitenbach wrote:
> > > Hi,
> > >
> > > upgraded my puppet server from short before mysql->mariadb s
On Saturday, September 20, 2014 20:53 CEST, Jeremy Evans
wrote:
> On 09/20 07:30, Sebastian Reitenbach wrote:
> > Hi,
> >
> > upgraded my puppet server from short before mysql->mariadb switch, running
> > on i386,, and there I have to run:
> >
> &
On 09/20 07:30, Sebastian Reitenbach wrote:
> Hi,
>
> upgraded my puppet server from short before mysql->mariadb switch, running on
> i386,, and there I have to run:
>
> I'm having puppet-dashboard running on that host, which uses mysql database.
> cd /var/ww
Hi,
upgraded my puppet server from short before mysql->mariadb switch, running on
i386,, and there I have to run:
I'm having puppet-dashboard running on that host, which uses mysql database.
cd /var/www/puppet-dashboard && sudo -u _puppet-dashboard rake18
RAILS_ENV=produ
I think the epoch bump has to be propagated to the internal
dependencies. Without this, my build fails during pkg_create with
Error: @depend
databases/mariadb,-main:mariadb-client->=10.0,<10.1:mariadb-client-10.0.13p0v0
pattern mariadb-client->=10.0,<10.1 doesn't match defaul
On 2014/09/17 15:52, frantisek holop wrote:
>
> i know mariadb is replacing mysql.
> so i was wondering how pkg_add will deal with it.
>
> $ sudo pkg_add -ui
> ...
> Can't update
> mysql-client-5.1.73v0+mysql-server-5.1.73p0v0->mariadb-client-10.0.13p0: no
i know mariadb is replacing mysql.
so i was wondering how pkg_add will deal with it.
$ sudo pkg_add -ui
...
Can't update
mysql-client-5.1.73v0+mysql-server-5.1.73p0v0->mariadb-client-10.0.13p0: no
update found for mysql-server-5.1.73p0v0
Can't install p5-DBD-mysql-4.027->4.027p
FYI, ports breakage from the switch to MariaDB, as seen during the
latest amd64 bulk build:
databases/hs-HDBC-mysql # missing bump (fixed)
databases/mydumper # Brad has a patch
databases/mysqlcc
--
Christian "naddy" Weisgerber na...@mips.inka.de
1 - 100 of 145 matches
Mail list logo
