On Sun, Oct 04, 2020 at 12:40:48PM +0300, Otto Kekäläinen wrote:
> la 3. lokak. 2020 klo 18.17 Matija Nalis (mnalis-debian...@voyager.hr)
> > Yes, I can write a shell test scripts which looks like
> > https://salsa.debian.org/mariadb-team/mariadb-10.5/-/blob/master/debian/tests/smoke
>
> Yes,
la 3. lokak. 2020 klo 18.17 Matija Nalis (mnalis-debian...@voyager.hr)
kirjoitti:
>
> Yes, I can write a shell test scripts which looks like
> https://salsa.debian.org/mariadb-team/mariadb-10.5/-/blob/master/debian/tests/smoke
>
> and verify that (when run from shell) it fails with non-zero
>
Yes, I can write a shell test scripts which looks like
https://salsa.debian.org/mariadb-team/mariadb-10.5/-/blob/master/debian/tests/smoke
and verify that (when run from shell) it fails with non-zero
errorlevel in Stretch mariadb, and passes with 0 on Buster mariadb.
If that is enough? (I don't
Thanks!
Would you like to test with mariadb-10.5 in unstable as well?
Or perhaps contribute by writing a small autopkgtest extension (the
debian/tests files in the packaging repository at
https://salsa.debian.org/mariadb-team/mariadb-10.5) that runs this
dump and thus ensure forever that this
I've retested now quickly on different machine, and it *seems* to be working OK
in Buster.
# mysqldump -uroot --max_allowed_packet=2147483648 --hex-blob --lock-all-tables
--master-data --flush-privileges --databases video1 mysql > backup.sql
# mysql < backup.sql
# lsb_release -a
No LSB modules
Hello!
Have you tested if this still happens on recent MariaDB versions?
Package: mariadb-client-10.1
Version: 10.1.38-0+deb9u1
Severity: normal
Dear Maintainer,
Doing "mysqldump --all-databases" on one mariadb 10.1 instance,
and trying to import it on another mariadb 10.1 instance fails with:
I would expect it to suceed without errors (like it did all the time in
7 matches
Mail list logo