Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Mon, 2014-09-29 at 12:24 +0900, Arnaud Fontaine wrote: Hello, Tobias Frost t...@frost.de writes: To avoid a collision: I suggest that Arnaud Fontaine and either agree on who will upload, or that both of us announces on the BTS *before* we start looking at the package.. Arnau -- is this ok with you? Sure. Actually, I saw the comments you sent on the mailing list and then did further comments on IRC (probably better to use the BTS or the ML next time though). Do you want to upload this time or the one available after Otto fixed all the reported issues upload? Cheers, (Srry, my mail yesterday didn't go out...) So, I leave it up to you; when you feel ready to upload, just upload. I joined the IRC (irssi client on my home server) so I will (try to remember to) check there for any message. I will also drop a message on IRC before uploading. Regarding the upload: I think d/copyright should be improved first, (at least the parts where license-reconsile claims that the wrong license is applied needs to be clearified) But as this is a huge package and it is already through NEW I would be also okish for me improve here over the next uploads. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Tobias Frost t...@frost.de writes: (Srry, my mail yesterday didn't go out...) So, I leave it up to you; when you feel ready to upload, just upload. I joined the IRC (irssi client on my home server) so I will (try to remember to) check there for any message. I will also drop a message on IRC before uploading. Ok, thanks! Otto told me about some tests failures on amd64 and i386 so I will wait for him to confirm that everything is fine and then upload. Regarding the upload: I think d/copyright should be improved first, (at least the parts where license-reconsile claims that the wrong license is applied needs to be clearified) But as this is a huge package and it is already through NEW I would be also okish for me improve here over the next uploads. Yes, that should be fixed before uploading to unstable but for now that's probably enough for experimental. Thanks for your work. Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
2014-09-30 9:07 GMT+03:00 Tobias Frost t...@frost.de: Regarding the upload: I think d/copyright should be improved first, (at least the parts where license-reconsile claims that the wrong license is applied needs to be clearified) But as this is a huge package and it is already through NEW I would be also okish for me improve here over the next uploads. Thanks. I will improve the copyright file when I'm done with the other thigs. I will also ping upstream to look at the bug I filed about improving the copyright headers for easier machine parseability: https://mariadb.atlassian.net/browse/MDEV-5483 I am not yet done with debugging the test suite failures, but I will notify you when the test suite passes cleanly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Sat, 2014-09-27 at 18:11 +0300, Otto Kekäläinen wrote: Hello! 2014-09-27 14:04 GMT+03:00 Tobias Frost t...@frost.de: Hi Otto, (I wrote most of this before your response at 9:26) I tested commit rights: No I do not have them. (Feel free to add me, if you like; but then you need to answer this: Is it okay for you to also Sorry, I remembered incorrectly. You are added now so please try again to test that the git permissions have also updated correctly. Nope, does not work... (However, pulling works via ssh) tobi@edoras:~/workspace/deb/mentors/mariadb/mariadb-10.0$ git push Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 487 bytes | 0 bytes/s, done. Total 4 (delta 3), reused 0 (delta 0) remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git ! [remote rejected] master - master (unpacker error) error: failed to push some refs to 'ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Nope, does not work... (However, pulling works via ssh) tobi@edoras:~/workspace/deb/mentors/mariadb/mariadb-10.0$ git push Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 487 bytes | 0 bytes/s, done. Total 4 (delta 3), reused 0 (delta 0) remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git ! [remote rejected] master - master (unpacker error) error: failed to push some refs to 'ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git' hmm.. everything I can think of should be OK. You are a member of the correct group scm_pkg-mysql: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ id coldtobi-guest uid=239277(coldtobi-guest) gid=239277(coldtobi-guest) ryhmät=239277(coldtobi-guest),41110(pkg-mysql),81110(scm_pkg-mysql),150859(scm_sepwatch) The repository is owned by that group (and git config includes sharedrepository=1) ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ ls -la yhteensä 40 drwxrwsr-x 7 ottok-guest scm_pkg-mysql 4096 maali 3 2014 . drwxrwsr-x 14 rootscm_pkg-mysql 4096 elo8 11:37 .. drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 branches -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 275 maali 4 2014 config -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 39 maali 3 2014 description -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 23 maali 3 2014 HEAD drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 hooks drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 syys 27 21:00 info drwxrwsr-x 224 ottok-guest scm_pkg-mysql 4096 syys 27 20:18 objects drwxrwsr-x 4 ottok-guest scm_pkg-mysql 4096 maali 3 2014 refs I ran this just to be sure: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chown -R ottok-guest:scm_pkg-mysql * ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chmod -R g+w * Can you try again? Does logging in into git.debian.org work in general? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Sun, 2014-09-28 at 14:22 +0300, Otto Kekäläinen wrote: Nope, does not work... (However, pulling works via ssh) tobi@edoras:~/workspace/deb/mentors/mariadb/mariadb-10.0$ git push Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 487 bytes | 0 bytes/s, done. Total 4 (delta 3), reused 0 (delta 0) remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git ! [remote rejected] master - master (unpacker error) error: failed to push some refs to 'ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git' hmm.. everything I can think of should be OK. You are a member of the correct group scm_pkg-mysql: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ id coldtobi-guest uid=239277(coldtobi-guest) gid=239277(coldtobi-guest) ryhmät=239277(coldtobi-guest),41110(pkg-mysql),81110(scm_pkg-mysql),150859(scm_sepwatch) The repository is owned by that group (and git config includes sharedrepository=1) ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ ls -la yhteensä 40 drwxrwsr-x 7 ottok-guest scm_pkg-mysql 4096 maali 3 2014 . drwxrwsr-x 14 rootscm_pkg-mysql 4096 elo8 11:37 .. drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 branches -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 275 maali 4 2014 config -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 39 maali 3 2014 description -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 23 maali 3 2014 HEAD drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 hooks drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 syys 27 21:00 info drwxrwsr-x 224 ottok-guest scm_pkg-mysql 4096 syys 27 20:18 objects drwxrwsr-x 4 ottok-guest scm_pkg-mysql 4096 maali 3 2014 refs I ran this just to be sure: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chown -R ottok-guest:scm_pkg-mysql * ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chmod -R g+w * Can you try again? Does logging in into git.debian.org work in general? That gives a hint; I think I now know whats wrong: My username id tobi; coldtobi-guest was my pre-DD account... -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
2014-09-28 16:33 GMT+03:00 Tobias Frost t...@frost.de: That gives a hint; I think I now know whats wrong: My username id tobi; coldtobi-guest was my pre-DD account... Ok, I added coldtobi-guest as it was the only username under Frost I found in the alioth user directory. I've now removed it and added 'tobi' instead. Does it work now? You can also send merge requests on my github account (github.com/ottok/mariadb-10.0) but I think git.debian.org should work for you now with the correct username. By the way, after I upgraded the package to upstream 10.0.14 the test suite fails for amd64 in tests: - rpl-tokudb.rpl_tokudb_update_pk_uc0_lookup0 rpl-tokudb.rpl_tokudb_update_unique_uc0_lookup0 rpl-tokudb.rpl_tokudb_delete_pk_lookup1 rpl-tokudb.rpl_tokudb_write_pk rpl-tokudb.rpl_tokudb_write_unique ..and for i386 in test: - maria.maria-no-logging. The binaries do build, but anyway I'd rather have a clean test suite too, so I'll try to debug these later today. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Sun, 2014-09-28 at 17:33 +0300, Otto Kekäläinen wrote: 2014-09-28 16:33 GMT+03:00 Tobias Frost t...@frost.de: That gives a hint; I think I now know whats wrong: My username id tobi; coldtobi-guest was my pre-DD account... Ok, I added coldtobi-guest as it was the only username under Frost I found in the alioth user directory. I've now removed it and added 'tobi' instead. Does it work now? It works now! Thanks and sorry for the confusion :) (I should pay more attention and always send with my @debian email address when doing Debian stuff...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Hello, Tobias Frost t...@frost.de writes: To avoid a collision: I suggest that Arnaud Fontaine and either agree on who will upload, or that both of us announces on the BTS *before* we start looking at the package.. Arnau -- is this ok with you? Sure. Actually, I saw the comments you sent on the mailing list and then did further comments on IRC (probably better to use the BTS or the ML next time though). Do you want to upload this time or the one available after Otto fixed all the reported issues upload? Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Sorry, forgot to CC the BTS. On Wed, 2014-09-24 at 23:14 +0300, Otto Kekäläinen wrote: Hello Tobias and thanks for the review! 2014-09-23 22:49 GMT+03:00 Tobias Frost t...@frost.de: Hi Otto, - d/control: I'd add to mariadb-test as short description what is the test package about.. To avoid the need that the user has to perform an extra search to find out; same with -client and -server. Can be as short as e.g mariadb-10.0-test is the regression test suite for mariadb Both mariadb-test and mariadb-test-10.0 have a good description field. Or did I miss something? You're right, this is ok. - d/copyright: It refers to a README.Source which does not exists. (beside that, I did not a d/copyright review; so thats a TODO) Thanks for spotting. This was copied from the mysql-5.6 package (my mariadb packaging is based on what mysql-5.6 packaging was 1,5 years ago) but it does not apply for MariaDB so I removed it. See git log for details about all the changes I did today: http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/log/ I will now start my build script to verify that all is still OK. PS. Note also the stuff in https://wiki.debian.org/Teams/MySQL/MariaDBPlan#TODO - they are all useful and I'll do them in due time, but do you think any of those items is urgent and must be done before 10.0 is uploaded? I saw the the repository is saying UNRELEASED. So we need to agree how to go on: Do you prefer me to fetch from the repository or do you prefer to push finished pacakges to mentors? Let me know. In the meantime I will continue with the git version (6e4...893b203) -- tobi signature.asc Description: This is a digitally signed message part
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Hello! 2014-09-27 14:04 GMT+03:00 Tobias Frost t...@frost.de: Hi Otto, (I wrote most of this before your response at 9:26) I tested commit rights: No I do not have them. (Feel free to add me, if you like; but then you need to answer this: Is it okay for you to also Sorry, I remembered incorrectly. You are added now so please try again to test that the git permissions have also updated correctly. commit (small) fixes or should I always consult you? For sure I will not push mayor changes, but I would maybe small things like e.g spaces or tabs, typos ...) Of course after upload I would tag appropiatly too.) I trust you to push whatever you feel fit. Please just document all commits and try to do complete commits (and use git-rebase -i if necessary) so that the git head stays in a buildable state and is not half-way broken at any time so it is safe for others to pull and work on the packages in parallel. I think Arnaud is also working in parallel with us and implementing libmariadbclient.so and libmysqld.so and related files re-arrangement. Regarding the new upstream: I will wait until further notice before uploading. Just let me know when ready. I'll do this soon. Thanks for the copyright file review. I would be glad if you apply your patch and update the copyright file directly to git, but I can also do that when I am done with the other tasks I have open at the moment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Dear Otto, I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. Yesterday Arnoud Fontaine expressed his willingness to sponsor (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745135#69). He asks What's blocking the upload to unstable?. Other sponsors may have the same question. Good luck! Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
2014-09-23 10:28 GMT+03:00 Guido van Steen vanst...@users.sourceforge.net: I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. Thanks for your feedback! In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. You are talking about: E: mariadb-10.0 source: missing-build-dependency dpkg-dev (= 1.16.1~) Isn't this a bug in Lintian? The package dpkg-dev is part of build-essential and there should not be any need to specify it. Why does Lintian add the version number, what is special about 1.16.1~ ? The package builds ok on sid, wheezy, trusty and precise, which most have older dpkg-dev than those. The changelog of dpkg-dev has under 1.16.1 from September 2011: * dpkg-buildflags now returns hardening flags by default. Closes: #489771 They can be individually enabled/disabled via DEB_BUILD_MAINT_OPTIONS, see dpkg-buildflags(1). Thanks to Kees Cook for his help. I did the commit http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/commit/?id=f577ead67affc143989b1373b8a15a2824805033 to replace the old hardening-wrapper, because Lintian complained that perfectly well working system was deprecated. What does Lintian want me here, to specify a versioned dpkg-dev dependency on a version that has been in Debian for over 3 years? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
2014-09-23 10:28 GMT+03:00 Guido van Steen vanst...@users.sourceforge.net: Yesterday Arnoud Fontaine expressed his willingness to sponsor (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745135#69). He asks What's blocking the upload to unstable?. Other sponsors may have the same question. Thanks Guido for pointing this out. For some reason GMail has filtered this and some previous mail from Arnaud completely so that they fail to reach me. There is no special reason why mariadb-10.0 was uploaded into experimental apart from senior DD's thinking it is a better QA process to have it there for a while. I would be glad to have you sponsor this package and it can be uploaded to unstable. Would you be available on IRC this evening European time? There are a few design issues I'd like to discuss before finalizing the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
You are talking about: E: mariadb-10.0 source: missing-build-dependency dpkg-dev (= 1.16.1~) I had not looked into it yet. Your explanation about this convinces me. Moreover, the following Lintian bug has been reported more than a year ago: see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706694#8. It is indeed a false positive. Good luck getting Mariadb sponsored! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Tue, Sep 23, 2014 at 01:15:39PM +0300, Otto Kekäläinen wrote: 2014-09-23 10:28 GMT+03:00 Guido van Steen vanst...@users.sourceforge.net: I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. Thanks for your feedback! In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. You are talking about: E: mariadb-10.0 source: missing-build-dependency dpkg-dev (= 1.16.1~) Isn't this a bug in Lintian? The package dpkg-dev is part of build-essential and there should not be any need to specify it. Why does Lintian add the version number, what is special about 1.16.1~ ? The package builds ok on sid, wheezy, trusty and precise, which most have older dpkg-dev than those. FWIW, Lintian's changelog for version 2.5.13 (30 May 2013) has this entry: * checks/rules: + [NT] Remove check for dpkg-dev (= 1.16.1~) build-dependency, since this is trivially satisfied in Wheezy and Jessie. That is, the Lintian authors realized that the 1.16.1~ dependency is fine in unstable, testing, stable and oldstable, so there is no need for this check any longer. So it looks like Guido may have been using an older version of Lintian. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Tue, Sep 23, 2014 at 2:28 AM, Guido van Steen vanst...@users.sourceforge.net wrote: Dear Otto, I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. Yesterday Arnoud Fontaine expressed his willingness to sponsor (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745135#69). He asks What's blocking the upload to unstable?. Other sponsors may have the same question. I haven't performed a full review of the package, but there were a couple things I noticed with the lintian overrides. O command-with-path-in-maintainer-script postinst:196 /bin/echo (override comment: ash's buildin has no -e so use /bin/echo) postinst:210 /bin/echo (override comment: ash's buildin has no -e so use /bin/echo) postinst:218 /bin/echo (override comment: ash's buildin has no -e so use /bin/echo) The POSIX way to accomplish this is not to use echo at all, use printf. O executable-not-elf-or-script usr/share/mysql/mysql-test/suite/parts/r/partition_exch_innodb.result (override comment: OK, this file is part of test suite and only used for a test) usr/share/mysql/mysql-test/suite/parts/r/partition_exch_qa.result (override comment: OK, this file is part of test suite and only used for a test) It's fine that these are for the test suite, but do they need to be executable? O arch-dependent-file-not-in-arch-specific-directory usr/lib/mysql/plugin/dialog.so (override comment: OK, file names don't conflict with the MySQL version) usr/lib/mysql/plugin/mysql_clear_password.so (override comment: OK, file names don't conflict with the MySQL version) I am not sure I understand this override. The issue here is that libmariadbclient18:amd64 and libmariadbclient18:i386 will not be co-installable. Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Control: tags -1 pending Control: owner -1 ! Hi Otto, lets go for it... (but only without 10+) -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend: 1) Help Debian stay modern! Debian hasn't had any MariaDB in any official release yet, while for example Fedora and OpenSUSE have not only had MariaDB for a years, they now even default to it over MySQL. 2) MariaDB 10.0 has great new features lot's of users would like to use in Debian too - faster performance, no-sql features, many new plugins and connectors. Do a favour to your peers and upload 10.0 for their consumption. 3) MariaDB 10.0 packaging is high-quality and easy to sponsor. The packaging of MariaDB 10.0 is an improved version of the MariaDB 5.5. packaging in Debian, which in turn is an improved version of the MySQL 5.6 pending packaging for Debian 1,5 years ago, which in turn was much improved re-write of the MySQL 5.5 packaging which stubbornly still sits in Debian because the MySQL team needs more manpower - you! An incredible amount of work has already been done, all you need to do is make a shot at the goal. 4) MariaDB 10.0 has already been once uploaded to experimental some 5 months ago. It has passed the NEW queue. It has since been ever more refined. You probably don't need to do any unreasonable effort anymore, the packaging is already in such a great shape. 5) The complete MariaDB release and packaging process is well aligned to consistently produce high quality. Upstream MariaDB development work is public and they have continuous integration. Every build, both upstream and in Debian, includes running almost 4000 unit tests and occasionally a even bigger full test suite is run. My packaging routine uses git-buildpackage (with pristine tar) and at steady intervals I run a build set for 4 Debian/Ubuntu releases x 2 architectures and upload the build logs with git commit identifiers to a public server (http://labs.seravo.fi/~otto/mariadb-repo/). Also the binaries are uploaded, so anybody can easily test the end result. 6) Yes, the package is not Lintian clean, but it is a big package so full Lintian cleanness and perfect build and test suite results on all Debian architectures takes some time to accomplish, but I've done a huge amount of work in this area during the last 1,5 years and many of my fixes have even been accepted by upstream, so they become permanent. When looking at the Lintian complaints, don't think if it is clean, but think how much improvement the small Lintian list is for Debian compared to what Debian has with e.g. mysql-5.5 at the moment. 7) You are not alone. There are many DD's interested in MariaDB 10.0 (and there are those who upload 5.5). You just need to be the one who steps up and says you want to make the final kick for the goal. 8) I've been doing the mariadb-5.5 packaging for over 1,5 years, including preparing security updates for Ubuntu 14.04 since this spring. I will soon be in a position to apply for Debian Maintainer position and have limited upload rights to take care of my own packages. If you now commit to sponsoring me, you can feel safe that the responsibility will not be an eternal burden and you apprentice (that is me!) should be able to become independent in a reasonable time frame. 9) Not convinced yet? Check out the packages and upload to experimental as a limited time offer! If you don't like the result, you can stop there. 10) The Jessie transition deadline is soon here. Act now to get MariaDB 10.0 into Jessie! 10+) Get some Raspberry Pie while doing it! As a thanks for your effort I'll buy you a small pre-installed Debian computer! Then you can e.g. enjoy the exclusive fun of running a MariaDB database on ARM :) Footnotes: 1: https://mariadb.com/kb/en/mariadb/documentation/getting-started/mariadb-binary-packages/distributions-which-include-mariadb/ 2: http://www.slideshare.net/bytebot/mariadb-10-and-whats-new-with-the-project 5: http://buildbot.askmonty.org/buildbot/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database
Package: sponsorship-requests Dear mentors, I am looking for a new sponsor for my package mariadb-10.0. The package was already once uploaded to experimental, but the sponsor I had 5 months ago when the package entered the NEW queue has been unable to continue (too busy with other things) with sponsoring now when the package actually landed in experimental, so it is time to re-open this request. I am hoping to get a new sponsor that would now upload the updated package to experimental again and later to unstable too. For your convenience I have uploaded the latest version to http://mentors.debian.net/package/mariadb-10.0 There are many Lintian nags, but it is a big package where total Lintian cleanness is perhaps impossible and if you compare to the MySQL packages in Debian this package has much less Lintian nags, so in overall it is progress for Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org