Jaldhar,
We really need to get dovecot compiled on the non-linux platforms to
progress with the mysql migration. The systemd dependency puzzles me
somewhat as systemd is not available on non-linux platforms and dovecot
has previously compiled on those platforms.
So at the very
On 17/06/12 07:58, Nicholas Bamber wrote:
Jaldhar,
We really need to get dovecot compiled on the non-linux platforms to
progress with the mysql migration. The systemd dependency puzzles me
somewhat as systemd is not available on non-linux platforms and dovecot
has previously compiled
Tollef,
Thanks for the response. What about the libsystemd-daemon-dev package?
Is that required (on Linux)?
On 17/06/12 09:02, Tollef Fog Heen wrote:
]] Nicholas Bamber
However, whilst I don't know anything about systemd, this still looks
like a little broken. I am puzzled
-daemon.h is a way to do that. Well that file is available in
libsystemd-daemon-dev, and the current package as a dependency on
systemd rather than libsystemd-daemon-dev. It might be right but it does
not feel right.
On 17/06/12 09:52, Tollef Fog Heen wrote:
]] Nicholas Bamber
Tollef
and uncontroversial.
On 17/06/12 11:26, Tollef Fog Heen wrote:
]] Nicholas Bamber
Hi,
I would be most grateful if you quoted the way is usually done on email
lists.
I would be very grateful if you could have a look. Andreas Barth has
basically repeated the point I made in the third paragraph
I: unmounting proc filesystem
I: unmounting sys filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//13737 and its
subdirectories
On 17/06/12 12:15, Nicholas Bamber wrote:
Tollef,
Thanks for your responses. Based upon them I wail upload an NMU with a
2
Jaldhar,
We really need to get dovecot compiled on the non-linux platforms to
progress with the mysql migration. The systemd dependency puzzles me
somewhat as systemd is not available on non-linux platforms and dovecot
has previously compiled on those platforms.
So at the very
On 17/06/12 07:58, Nicholas Bamber wrote:
Jaldhar,
We really need to get dovecot compiled on the non-linux platforms to
progress with the mysql migration. The systemd dependency puzzles me
somewhat as systemd is not available on non-linux platforms and dovecot
has previously compiled
Tollef,
Thanks for the response. What about the libsystemd-daemon-dev package?
Is that required (on Linux)?
On 17/06/12 09:02, Tollef Fog Heen wrote:
]] Nicholas Bamber
However, whilst I don't know anything about systemd, this still looks
like a little broken. I am puzzled
-daemon.h is a way to do that. Well that file is available in
libsystemd-daemon-dev, and the current package as a dependency on
systemd rather than libsystemd-daemon-dev. It might be right but it does
not feel right.
On 17/06/12 09:52, Tollef Fog Heen wrote:
]] Nicholas Bamber
Tollef
and uncontroversial.
On 17/06/12 11:26, Tollef Fog Heen wrote:
]] Nicholas Bamber
Hi,
I would be most grateful if you quoted the way is usually done on email
lists.
I would be very grateful if you could have a look. Andreas Barth has
basically repeated the point I made in the third paragraph
I: unmounting proc filesystem
I: unmounting sys filesystem
I: cleaning the build env
I: removing directory /var/cache/pbuilder/build//13737 and its
subdirectories
On 17/06/12 12:15, Nicholas Bamber wrote:
Tollef,
Thanks for your responses. Based upon them I wail upload an NMU with a
2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 11 Jun 2012 20:31:53 +
Source: sphinxsearch
Binary: sphinxsearch
Architecture: source i386
Version: 2.0.4-1.1
Distribution: unstable
Urgency: low
Maintainer: Radu Spineanu r...@debian.org
Changed-By: Nicholas Bamber nicho
I am sure that this comment will not be of interest to anyone, but when
I had this issue originally it happened that upstream had provided a
sort of daemon wrapper process called duende. That is now available as
one way of solving this issue. Noone would be more suprised than me if
duende became
I suppose I had better look at that.
On 16/06/12 20:20, Julien Cristau wrote:
On Sat, Jun 16, 2012 at 21:14:33 +0200, Andreas Beckmann wrote:
On 2012-06-11 13:48, Julien Cristau wrote:
during a test with piuparts I noticed your package is no longer
installable:
Not a bug, and expected.
I suppose I had better look at that.
On 16/06/12 20:20, Julien Cristau wrote:
On Sat, Jun 16, 2012 at 21:14:33 +0200, Andreas Beckmann wrote:
On 2012-06-11 13:48, Julien Cristau wrote:
during a test with piuparts I noticed your package is no longer
installable:
Not a bug, and expected.
I am sure that this comment will not be of interest to anyone, but when
I had this issue originally it happened that upstream had provided a
sort of daemon wrapper process called duende. That is now available as
one way of solving this issue. Noone would be more suprised than me if
duende became
and quickfix could easily be removed from
testing?
On 17/06/12 00:47, Julien Cristau wrote:
On Sat, Jun 16, 2012 at 20:42:48 +0100, Nicholas Bamber wrote:
I suppose I had better look at that.
Well it doesn't really matter. Fixing the remaining reverse deps should
be a higher priority IMO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 10 Jun 2012 11:18:08 +
Source: muddleftpd
Binary: muddleftpd
Architecture: source i386
Version: 1.3.13.1-4.3
Distribution: unstable
Urgency: low
Maintainer: Joerg Jaspert jo...@debian.org
Changed-By: Nicholas Bamber nicho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 14 Jun 2012 16:03:59 +0100
Source: w3c-dtd-xhtml
Binary: w3c-dtd-xhtml
Architecture: source all
Version: 1.2-4
Distribution: unstable
Urgency: low
Maintainer: Nicholas Bamber nicho...@periapt.co.uk
Changed-By: Nicholas Bamber
Package: libcgi-application-plugin-ratelimit-perl
Hi,
the package description of libcgi-application-plugin-ratelimit-perl is
unknown. I guess that's by mistake?
Then, the detailed description ends without giving the database
command that it promised.
---BeginMessage---
Hi,
the package
mysql-client mysql-testsuite mysql-testsuite-5.5
mysql-source-5.5
Architecture: source all i386
Version: 5.5.25+dfsg-1
Distribution: experimental
Urgency: low
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
Changed-By: Nicholas Bamber nicho...@periapt.co.uk
Description
, Dirk Eddelbuettel wrote:
On 13 June 2012 at 11:14, Nicholas Bamber wrote:
| Peter,
| I get a slightly different error from the build daemons and it looks
| like some build dependencies are missing. Please could you install xauth
| in the same chroot.
I still have various r-cran
Package: rmysql
Version: 0.9-3-1+b1
Severity: serious
The binNMUs against mysql-5.5 failed on armel,armhf. I
will reply later with URLs to the build logs.
-- System Information:
Debian Release: 6.0.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Peter,
I get a slightly different error from the build daemons and it looks
like some build dependencies are missing. Please could you install xauth
in the same chroot.
On 13/06/12 11:05, Peter Palfrader wrote:
.
On Wed, 13 Jun 2012, Nicholas Bamber wrote:
block 671115 by 677328
Package: rmysql
Version: 0.9-3-1+b1
Severity: serious
The binNMUs against mysql-5.5 failed on armel,armhf. I
will reply later with URLs to the build logs.
-- System Information:
Debian Release: 6.0.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Peter,
I get a slightly different error from the build daemons and it looks
like some build dependencies are missing. Please could you install xauth
in the same chroot.
On 13/06/12 11:05, Peter Palfrader wrote:
.
On Wed, 13 Jun 2012, Nicholas Bamber wrote:
block 671115 by 677328
, Dirk Eddelbuettel wrote:
On 13 June 2012 at 11:14, Nicholas Bamber wrote:
| Peter,
| I get a slightly different error from the build daemons and it looks
| like some build dependencies are missing. Please could you install xauth
| in the same chroot.
I still have various r-cran
Henri,
I seem to recall that this bug is fixed in 5.5.24 which actually is in
testing. The migration is not yet complete and probably still has a week
or two to go at the least. But does that change your calculations at all.
On 12/06/12 04:57, Henri Salo wrote:
I am unable to reproduce
Thijs,
No we are planning to remove 5.1 before wheezy is released. I just fear
the timescale is not soon enough.
On 12/06/12 10:02, Thijs Kinkhorst wrote:
Hi Nicholas,
I seem to recall that this bug is fixed in 5.5.24 which actually is in
testing. The migration is not yet complete
I believe Clint is updating squeeze just to be safe. We will be updating
wheezy just to be safe. Most likely both updates would have happened
anyway.
On 12/06/12 17:10, Henri Salo wrote:
On Tue, Jun 12, 2012 at 08:57:28AM +0100, Nicholas Bamber wrote:
Henri,
I seem to recall
block 675431 by 674267
thanks
Mysql-5.5 a would-be FTBS on the i386 and kfreebsd-386 platforms (but
the relevant tests are disabled). We are not at all happy about
disabling those tests as they suggests issues with SSL connections.
However some evidence has emerged that compiling with gcc-4.5
Package: devscripts
Version: 2.11.8
Severity: wishlist
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
For some time the Debian Perl Group has maintained a tool, called repack.sh
and documented at
Thijs,
No we are planning to remove 5.1 before wheezy is released. I just fear
the timescale is not soon enough.
On 12/06/12 10:02, Thijs Kinkhorst wrote:
Hi Nicholas,
I seem to recall that this bug is fixed in 5.5.24 which actually is in
testing. The migration is not yet complete
Helmut,
I think I should be able to persuade myself to do an upload of this
little package.
On 01/06/12 14:52, Helmut Grohne wrote:
Source: w3c-dtd-xhtml
Severity: serious
Dear maintainer(s) of w3c-dtd-xhtml,
TL;DR: Please upload a new version of this package closing this bug.
I believe Clint is updating squeeze just to be safe. We will be updating
wheezy just to be safe. Most likely both updates would have happened
anyway.
On 12/06/12 17:10, Henri Salo wrote:
On Tue, Jun 12, 2012 at 08:57:28AM +0100, Nicholas Bamber wrote:
Henri,
I seem to recall
wontfix is reasonable. The alternative is tying to change the Depends to
a Recommends after the freeze. I cannot however think of a way of going
about implemening that which commends itself.
On 10/06/12 23:26, intrigeri wrote:
Hi,
Damyan Ivanov wrote (24 May 2011 16:31:05 GMT) :
Neither of
Package: scilab-scimysql
Version: 0.1.1-3
Severity: serious
Justification: Policy 2.1
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
The package was binNMU'ed as part of the mysqlclient transition.
Here is a sample log
+++ sphinxsearch-2.0.4/debian/changelog 2012-06-11 21:32:01.0 +0100
@@ -1,3 +1,10 @@
+sphinxsearch (2.0.4-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Removed hard-coded dependency on libmysqlclient16 (Closes: #676595)
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Mon, 11 Jun
Package: scilab-scimysql
Version: 0.1.1-3
Severity: serious
Justification: Policy 2.1
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
The package was binNMU'ed as part of the mysqlclient transition.
Here is a sample log
+++ sphinxsearch-2.0.4/debian/changelog 2012-06-11 21:32:01.0 +0100
@@ -1,3 +1,10 @@
+sphinxsearch (2.0.4-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Removed hard-coded dependency on libmysqlclient16 (Closes: #676595)
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Mon, 11 Jun
/changelog
@@ -1,3 +1,11 @@
+muddleftpd (1.3.13.1-4.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backported changes from Ubuntu to enable rebuild against
+mysql-5.5 (Closes: #673260)
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Sun, 10 Jun 2012 11:18:08 +
+
muddleftpd (1.3.13.1
/changelog
@@ -1,3 +1,11 @@
+muddleftpd (1.3.13.1-4.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backported changes from Ubuntu to enable rebuild against
+mysql-5.5 (Closes: #673260)
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Sun, 10 Jun 2012 11:18:08 +
+
muddleftpd (1.3.13.1
-testsuite-5.5 mysql-source-5.5
Architecture: source all i386
Version: 5.5.24+dfsg-3
Distribution: unstable
Urgency: high
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
Changed-By: Nicholas Bamber nicho...@periapt.co.uk
Description:
libmysqlclient-dev - MySQL database
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 08 Jun 2012 21:38:22 +0100
Source: maradns
Binary: maradns maradns-zoneserver duende maradns-docs
Architecture: source i386 all
Version: 1.4.12-3
Distribution: unstable
Urgency: low
Maintainer: Nicholas Bamber nicho
Roger,
It looks like we do create /run. So we have no option but to back out
the change.
On 08/06/12 15:28, Roger Leigh wrote:
severity 676560 critical
thanks
(It breaks upgrading of the entire system.)
On Thu, Jun 07, 2012 at 07:40:29PM +0100, Roger Leigh wrote:
You have two options:
1)
Roger,
It looks like we do create /run. So we have no option but to back out
the change.
On 08/06/12 15:28, Roger Leigh wrote:
severity 676560 critical
thanks
(It breaks upgrading of the entire system.)
On Thu, Jun 07, 2012 at 07:40:29PM +0100, Roger Leigh wrote:
You have two options:
1)
Samuel,
I am stuck. I have checked in something that should make it
binNMU'able. To test it I change the version to 1.4.12-2+b1, build and
run through pbuilder. The last bit fails when it comes to the
maradns-docs package whatever arguments I pass during the process. Any
ideas?
--
To
Sorry still doesn't work. The exact error is
dpkg-genchanges: error: cannot read ../maradns_1,4.12-2.dsc: No such
file or directory.
On 07/06/12 13:52, Samuel Thibault wrote:
Nicholas Bamber, le Thu 07 Jun 2012 13:21:17 +0100, a écrit :
I am stuck. I have checked in something
severity 676539 minor
tag 676539 +moreinfo
thanks
Greg,
Thanks for pointing out the incompletenesses in our migration. They
will be acted on if substantiated.
I am downgrading the severity because I could not see any actual
evidence that this is causing a problem. On a standard recent
forcemerge 676560 676539
thanks
Greg,
Apologies. I see where the issue is. Please upgrade your initscripts
to at least 2.88dsf-13.3. I will put in a fix for this.
On 07/06/12 22:25, Nicholas Bamber wrote:
severity 676539 minor
tag 676539 +moreinfo
thanks
Greg,
Thanks for pointing out
the lsb-base dependency doesn't do anything for
us here.
Cheers,
- Greg
evidence that this is causing a problem. On a standard recent Debian
system /var/run will be a symlink to /run. In fact I could not even see
Debian
On Thu, Jun 07, 2012 at 10:25:10PM +0100, Nicholas Bamber wrote:
severity
the lsb-base dependency doesn't do anything for
us here.
Cheers,
- Greg
evidence that this is causing a problem. On a standard recent Debian
system /var/run will be a symlink to /run. In fact I could not even see
Debian
On Thu, Jun 07, 2012 at 10:25:10PM +0100, Nicholas Bamber wrote:
severity
There was a mistake in the slibs for mysql 5.5.24+dfsg-1 and asteisk
built against it. Once 5.5.24+dfsg-2 has finished building asterisk
should be built again.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
-testsuite-5.5 mysql-source-5.5
Architecture: source all i386
Version: 5.5.24+dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
Changed-By: Nicholas Bamber nicho...@periapt.co.uk
Description:
libmysqlclient-dev - MySQL database
-testsuite-5.5 mysql-source-5.5
Architecture: source all i386
Version: 5.5.24+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
Changed-By: Nicholas Bamber nicho...@periapt.co.uk
Description:
libmysqlclient-dev - MySQL database
Jamie,
It simply means that it has not built against the new mysql on all
archirectures yet. It does not imply that it is mysql related.
On 04/06/12 02:24, Jamie Wilkinson wrote:
I don't understand, how is this ftbfs blocking the mysql transition? I
can't read your mind; please try to
tag 675883 +moreinfo
thanks
Andre,
Please could you check the following:
1.) ls -lad /tmp
2.) ls -l /etc/mysql/debian.cnf
3.) Then I have a more fundamental question. What application owns that
GUI. It looks to me like mysql-gui-tools which has been obsoleted by
mysql-workbench.
4.)
On 04/06/12 21:20, Andre Verwijs wrote:
thank you Nicholas for replay,
here is information you requested...
with ls -lad /tmp I get:
drwxrwxrwt 14 root root 440 jun 4 21:39 /tmp
with ls -l /etc/mysql/debian.cnf I get:
-rw--- 1 root root 325 jun 4 20:15 /etc/mysql/debian.cnf
These
On 04/06/12 22:31, Andre Verwijs wrote:
i'm using mainly Wheezy within sources.list
Well you'll also be behind a version on mysql-workbench. That might not
help either.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Jamie,
It simply means that it has not built against the new mysql on all
archirectures yet. It does not imply that it is mysql related.
On 04/06/12 02:24, Jamie Wilkinson wrote:
I don't understand, how is this ftbfs blocking the mysql transition? I
can't read your mind; please try to
I had a look at it. It looked like it was going to be pretty had to
cherry pick the relevant updates.
On 03/06/12 20:33, Arne Wichmann wrote:
begin quotation from Moritz Mühlenhoff
(in20120416154357.GA4565@pisco.westfalen.local):
On Mon, Apr 16, 2012 at 12:43:40AM +0100, Nicholas Bamber
Arne,
The issue sounds a bit like #674267 though I had not perceived the
latter to be a security issue. The commonality is as follows:
1.) i386 systems only (well the video does not say its i386 only, but
they don't mention anything else).
2.) 5.5.* - the video actually talks about 5.5.20.
I had a look at it. It looked like it was going to be pretty had to
cherry pick the relevant updates.
On 03/06/12 20:33, Arne Wichmann wrote:
begin quotation from Moritz Mühlenhoff
(in20120416154357.GA4565@pisco.westfalen.local):
On Mon, Apr 16, 2012 at 12:43:40AM +0100, Nicholas Bamber
Julien,
The patch was not as bad as I thought.
00022340 gDF .text 01b5 libmysqlclient_18 my_connect
http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/patches/versioned_symbols.patch?view=markup
Julien,
The patch was not as bad as I thought.
00022340 gDF .text 01b5 libmysqlclient_18 my_connect
http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/patches/versioned_symbols.patch?view=markup
Julien,
The patch was not as bad as I thought.
00022340 gDF .text 01b5 libmysqlclient_18 my_connect
http://anonscm.debian.org/viewvc/pkg-mysql/mysql-5.5/branches/unstable/debian/patches/versioned_symbols.patch?view=markup
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a duplicate of
#672207.
That said I think we could have instead of changing
language= /usr/share/mysql/english
to
lc-messages-dir = /usr/share/mysql
changed it to
loose-lc-messages-dir =
severity 660686 grave
thanks
Severity raised at request of release team.
(14:18:35) jcristau: there hasn't been a libpq SONAME bump in a while
(14:18:39) jcristau: so i don't know
(14:18:47) periapt: mm
(14:21:16) jcristau: hmm, libpq doesn't have versioned symbols. bad libpq.
(14:26:25)
Samuel,
Okay looks like an easy enough fix. However when I fix it won't equire
an binNMU anymore, coet? BTW I'm not clear why the binNMU is needed.
On 31/05/12 20:27, Samuel Thibault wrote:
Package: maradns
Version: 1.4.12-2
Severity: important
Hello,
maradns does not like being
Clint,
See http://dev.mysql.com/doc/refman/5.5/en/option-modifiers.html and
search for --loose.
On 01/06/12 22:50, Clint Byrum wrote:
Excerpts from Nicholas Bamber's message of 2012-06-01 02:17:01 -0700:
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a duplicate of
#672207.
That said I think we could have instead of changing
language= /usr/share/mysql/english
to
lc-messages-dir = /usr/share/mysql
changed it to
loose-lc-messages-dir =
Clint,
See http://dev.mysql.com/doc/refman/5.5/en/option-modifiers.html and
search for --loose.
On 01/06/12 22:50, Clint Byrum wrote:
Excerpts from Nicholas Bamber's message of 2012-06-01 02:17:01 -0700:
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a duplicate of
#672207.
That said I think we could have instead of changing
language= /usr/share/mysql/english
to
lc-messages-dir = /usr/share/mysql
changed it to
loose-lc-messages-dir =
Clint,
See http://dev.mysql.com/doc/refman/5.5/en/option-modifiers.html and
search for --loose.
On 01/06/12 22:50, Clint Byrum wrote:
Excerpts from Nicholas Bamber's message of 2012-06-01 02:17:01 -0700:
reassign 675304 amarok
thanks
I am much clearer about this now. This bug is clearly a
-By: Nicholas Bamber nicho...@periapt.co.uk
Description:
libapache2-mod-auth-mysql - Apache 2 module for MySQL authentication
Closes: 649955
Changes:
mod-auth-mysql (4.3.9-13.1) unstable; urgency=low
.
* Non-maintainer upload.
* Use mod_config to locate MySQL libraries (Closes: #649955)
Checksums
I think we aleady have
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621020 for this. We'll
have to pay some attention to this .
On 31/05/12 13:59, Bzzz wrote:
Debian sid (up to date)
=
Hi Nicolas,
Mysql was working about 1 month ago but I can't start anymore.
Modestas,
I would be very grateful if you could advise us on this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675304
I presume what has happpened is that the user is on testing and did an
apt-get upgrade. Because of the current state of affairs his mysql got
upgraded and not his
Modestas,
I would be very grateful if you could advise us on this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675304
I presume what has happpened is that the user is on testing and did an
apt-get upgrade. Because of the current state of affairs his mysql got
upgraded and not his
Modestas,
I would be very grateful if you could advise us on this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675304
I presume what has happpened is that the user is on testing and did an
apt-get upgrade. Because of the current state of affairs his mysql got
upgraded and not his
tag 569930 -moreinfo
forcemerge 675250 569930
thanks
There are a couple of general points here:
I am not entirely clear why we have major version numbers in the package
names. This seems to cause no end of trouble and getting rid of it would
make the logic of stopping the server in the prerm
, Nicholas Bamber
nicho...@periapt.co.uk wrote:
Secondly I really think we should bite the bull by the horns (or whatever
the phrase is) and get mysql piuparts compliant. This will mean that
deleting the data will become the default consequence of a *purge*. I dread
the bug reports following on from
tag 674267 +confirmed +upstream
retitle 674267 issues with SSL on i386 and kfreebsd-i386
thanks
The starting point is the build failures listed above. Those are the
only architectures where it has been observed. It only happens when
MySQL is built against the bundled yaSSL rather than
On 27/05/12 15:27, Jilles Tjoelker wrote:
[lsof on debian kfreebsd]
I don't think it makes much sense to extend linprocfs to be a full Linux
/proc, just to be able to run monitoring tools. This would only be
useful for Debian/kFreeBSD and not for real FreeBSD.
Instead, lsof should obtain its
tag 527362 +confirmed
thanks
(23:41:05) periapt: SpamapS: presumably you are going to add more info
on #527362 and tag it confirmed.
(27/05/12 16:00:45) SpamapS: periapt: Oh, right, I should mark it
confirmed, I thought 'found' would imply that. I don't really have more
info.. its a bug we
forcemerge 527362 430684
thanks
Hmm actually looking at both bugs, I wonder if it is not enough for this
to be settable in the config file. We would need to confirm that that
has happened.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
-testsuite-5.5 mysql-source-5.5
Architecture: source all i386
Version: 5.5.23+dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
Changed-By: Nicholas Bamber nicho...@periapt.co.uk
Description:
libmysqlclient-dev - MySQL database
Vincnet, Maathieu,
Maybe after the freeze we should discuss making a clean up a release
goal for wheezy+1. It would be a rather small release goal, but it might
not happen otherwise.
On 26/05/12 03:32, Vincent Lefevre wrote:
On 2012-05-25 21:05:52 +0100, Nicholas Bamber wrote:
I am
Vincnet, Maathieu,
Maybe after the freeze we should discuss making a clean up a release
goal for wheezy+1. It would be a rather small release goal, but it might
not happen otherwise.
On 26/05/12 03:32, Vincent Lefevre wrote:
On 2012-05-25 21:05:52 +0100, Nicholas Bamber wrote:
I am
Firstly please don't get hung up on the name. w3c-sgml-lib is packaging
the sgml-lib tarball from the w3c.
I am not sure what about w3c-dtd-mathml. However there is a long history
between w3c-dtd-xhtml and w3c-sgml-lib so I will assume it was a typo
and you meant w3c-dtd-xhtml.
No you can't
On 25/05/12 08:59, Clint Byrum wrote:
Excerpts from Nicholas Bamber's message of Thu May 24 14:49:14 -0700 2012:
as promised
Have you tried 5.5.24 yet Nicholas? We might as well stop spending any
time on chasing issues in 5.5.23, with 5.5.24 including new security
fixes. Its possible whatever
Firstly please don't get hung up on the name. w3c-sgml-lib is packaging
the sgml-lib tarball from the w3c.
I am not sure what about w3c-dtd-mathml. However there is a long history
between w3c-dtd-xhtml and w3c-sgml-lib so I will assume it was a typo
and you meant w3c-dtd-xhtml.
No you can't
block 671115 by 674122
thanks
Patrick,
Some ideas. Not sure how the application works so not sure which is
most liekly to be deoable.
* There is a --default-storage-engine=type start up option. If you let
the standard mysql scripts manage the mysqld process that one might not
work.
* It
tag 674210 +patch
forwarded 674210 http://bugs.mysql.com/bug.php?id=65408
thanks
Patch attached
Author: Nicholas Bamber nicho...@periapt.co.uk
Subject: FTBS when in build directory containing '+'
Bug-Debian: http://bugs.debian.org/674210
Last-Update: 2012-05-24
--- a/mysql-test/include/mysqld
Package: mysql-5.5
Version: 5.5.23+dfsg-1
Severity: important
Certian tests fail with the message:
It is also possible that this binary or one of the libraries it was linked
against is corrupt, improperly built, or misconfigured.
A lot of diagnostic information follows. An kfreebsd-i386 example
Yeah the SSL stuff should have gone away now. (Except for the moment on
amd64 where a Perl regular expression messed things up. ;-) )
On 24/05/12 13:38, gregor herrmann wrote:
On Thu, 24 May 2012 14:23:17 +0200, Salvatore Bonaccorso wrote:
Can confirm this, and adding libssl-dev to
tag 674210 +patch
forwarded 674210 http://bugs.mysql.com/bug.php?id=65408
thanks
Patch attached
Author: Nicholas Bamber nicho...@periapt.co.uk
Subject: FTBS when in build directory containing '+'
Bug-Debian: http://bugs.debian.org/674210
Last-Update: 2012-05-24
--- a/mysql-test/include/mysqld
Yeah the SSL stuff should have gone away now. (Except for the moment on
amd64 where a Perl regular expression messed things up. ;-) )
On 24/05/12 13:38, gregor herrmann wrote:
On Thu, 24 May 2012 14:23:17 +0200, Salvatore Bonaccorso wrote:
Can confirm this, and adding libssl-dev to
Package: mysql-5.5
Version: 5.5.23+dfsg-1
Severity: serious
Justification: Policy 2.2.1
When the build directory contains a '+' certain tests fail.
This looks like it should be easily fixable with a bit of Perl.
Build logs follow:
tag 674211 +moreinfo
thanks
Piotr,
Which version did you upgrade from and to? Are you still on squeeze?
Could you send us logs?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
701 - 800 of 2196 matches
Mail list logo