This is one I raised and people are asking me to upgrade the w3c stuff
which requires fixing it. It probably just requires a slight application
of xargs, but the XML world in Debian is pretty dead and quite a lot is
going on already and XML is not my top focus. So altogether I would
rather look at
This is one I raised and people are asking me to upgrade the w3c stuff
which requires fixing it. It probably just requires a slight application
of xargs, but the XML world in Debian is pretty dead and quite a lot is
going on already and XML is not my top focus. So altogether I would
rather look at
On 02/07/12 23:34, Roger Leigh wrote:
> On Mon, Jul 02, 2012 at 11:09:34PM +0100, Nicholas Bamber wrote:
>> root@taylor:/home/nicholas# umount /mnt
>> /sbin/umount.aufs:plink.c:223: proc: No such file or directory
>> /sbin/umount.aufs:plink.c:223: proc: No such file or dir
On 02/07/12 23:00, Roger Leigh wrote:
>>
>> But:
>>
>> root@taylor:/mnt/share/childrens computer# umount testaufs
>> /sbin/umount.aufs:plink.c:223: proc: No such file or directory
>> /sbin/umount.aufs:plink.c:223: proc: No such file or directory
>
> Try
> umount /mnt
> ?
>
nicholas@taylor:~$ m
On 02/07/12 22:32, Nicholas Bamber wrote:
> On 02/07/12 22:12, Roger Leigh wrote:
>> On Mon, Jul 02, 2012 at 09:30:36PM +0100, Nicholas Bamber wrote:
>>> I have not got very far with aufs yet. Obviously I need to rtfm a bit
>>> more. However I have tried to follow the
On 02/07/12 22:12, Roger Leigh wrote:
> On Mon, Jul 02, 2012 at 09:30:36PM +0100, Nicholas Bamber wrote:
>> I have not got very far with aufs yet. Obviously I need to rtfm a bit
>> more. However I have tried to follow the scroot scripts as best as I can
>> and what I get is
I have not got very far with aufs yet. Obviously I need to rtfm a bit
more. However I have tried to follow the scroot scripts as best as I can
and what I get is as follows:
root@taylor:/# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs
(rw,nosuid,size=5242880
severity 679851 normal
reassign 679851 mysql-server-core-5.5
forwarded 679851 http://bugs.mysql.com/bug.php?id=65778
merge 679723 679851
clone 679723 -1
reassign -1 linux
tag -1 +patch
thanks
Nikolai,
This was actually caused by the recent leap second and has actually
been acknowledged as
On 01/07/12 11:25, Marc Haber wrote:
> On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote:
>> I had the feeling things were going to be clarified so
>> I was waiting on that clarification.
>
> That is of course acceptable. Don't break things until Po
On 01/07/12 11:25, Marc Haber wrote:
> On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote:
>> I had the feeling things were going to be clarified so
>> I was waiting on that clarification.
>
> That is of course acceptable. Don't break things until Po
On 01/07/12 11:25, Marc Haber wrote:
> On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote:
>> I had the feeling things were going to be clarified so
>> I was waiting on that clarification.
>
> That is of course acceptable. Don't break things until Po
On 01/07/12 11:25, Marc Haber wrote:
> On Sun, Jul 01, 2012 at 11:15:18AM +0100, Nicholas Bamber wrote:
>> I had the feeling things were going to be clarified so
>> I was waiting on that clarification.
>
> That is of course acceptable. Don't break things until Po
Marc,
I inherited it. I had the feeling things were going to be clarified so
I was waiting on that clarification. Also if I recall I was trying to
raise the issue that half the issue was missed.
On 01/07/12 10:56, Marc Haber wrote:
> On Sun, May 29, 2011 at 11:52:40AM +0100, Nicho
Marc,
I inherited it. I had the feeling things were going to be clarified so
I was waiting on that clarification. Also if I recall I was trying to
raise the issue that half the issue was missed.
On 01/07/12 10:56, Marc Haber wrote:
> On Sun, May 29, 2011 at 11:52:40AM +0100, Nicho
Package: schroot
Version: 1.6.0-1
Severity: minor
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I enter the schroot and exit and get an error message:
sisyphus@taylor:~/chroot-sid$ schroot -c sisyphus
(sisyphus)sisyphus@ta
Package: wnpp
Severity: wishlist
* Package name: staf
Version : 3.4.10
* URL : http://staf.sourceforge.net/index.php
* License : Eclipse Public License (EPL) V1.0
(http://www.opensource.org/licenses/eclipse-1.0.php)
Programming Lang: Seems to be Java mainly but
Package: wnpp
Severity: wishlist
* Package name: staf
Version : 3.4.10
* URL : http://staf.sourceforge.net/index.php
* License : Eclipse Public License (EPL) V1.0
(http://www.opensource.org/licenses/eclipse-1.0.php)
Programming Lang: Seems to be Java mainly but
forwarded 679723 http://bugs.mysql.com/bug.php?id=65778
thanks
Mozilla IT report the same issue and a possible work around.
http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/
On 01/07/12 04:28, Nicholas Bamber wrote:
> Actually on my Linux system it the mys
Actually on my Linux system it the mysqld process has the hghest CPU:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
2560 mysql 20 0 408m 2372 692 S 53 0.1 155:39.60 mysqld
On kreebsd-i386 its low
74852 mysql128 0 223m 32m0 S 0.0 1.6 3:30.71 mys
Package: atheist
Version: 0.20110402-2
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I wanted to try "being an atheist" as one might say. ;-)
* What exactly did you do (or not do) that was effective
retitle 466120 bash: please provide packages containing reference manual
reassign 466120 src:bash
noowner 466120
thanks
I think I have finally got to the bottom of this. The link to
documentation in the original post is outdated. The source file from
which the info file and html docs can be genera
retitle 466120 bash: please provide packages containing reference manual
reassign 466120 src:bash
noowner 466120
thanks
I think I have finally got to the bottom of this. The link to
documentation in the original post is outdated. The source file from
which the info file and html docs can be genera
tag 466120 -pending
thanks
(10:53:55) periapt: What's the word for getting 90% of the way through
and easy package and then realizing it raises horrible questions?
(10:57:12) ansgar: bash-doc-reference?
(10:57:46) periapt: ansgar: yes
(10:58:10) periapt: ansgar: I've also picked a terrible time to
tag 466120 -pending
thanks
(10:53:55) periapt: What's the word for getting 90% of the way through
and easy package and then realizing it raises horrible questions?
(10:57:12) ansgar: bash-doc-reference?
(10:57:46) periapt: ansgar: yes
(10:58:10) periapt: ansgar: I've also picked a terrible time to
tag 466120 +pending
thanks
I thought I would pick this up as it looked easy and so overdue. I
still think its worthwhile but I have so many niggling questions.
I have created a repository at
http://anonscm.debian.org/gitweb/?p=collab-maint/bash-doc-reference.git;a=summary.
Obviously it is GFDL
tag 466120 +pending
thanks
I thought I would pick this up as it looked easy and so overdue. I
still think its worthwhile but I have so many niggling questions.
I have created a repository at
http://anonscm.debian.org/gitweb/?p=collab-maint/bash-doc-reference.git;a=summary.
Obviously it is GFDL
On 29/06/12 08:45, Jaime Iniesta wrote:
> 2012/6/28 Nicholas Bamber :
>> "apt-get install w3c-markup-validator" as root.
>
> Installing this on Ubuntu Precise works fine, but it installs version
> 1.2 of the validator.
>
> Is there an updated version
Steven,
First a question. How does this relate to the 'mysql_tzinfo_to_sql'
tool that comes with mysql-5.5 (and presumably MySQL cluster as well)?
Secondly this would be quite a small package. We have never had a
definitive answer from the FTP masters, on when they reject packages
Steven,
First a question. How does this relate to the 'mysql_tzinfo_to_sql'
tool that comes with mysql-5.5 (and presumably MySQL cluster as well)?
Secondly this would be quite a small package. We have never had a
definitive answer from the FTP masters, on when they reject packages
Clint,
Please could you dig out what you did with the mysql-5.5 license check.
We have someone interested in packaging mysql-cluster and is making
himself generally useful.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
: Nicholas Bamber
Description:
libmoosex-simpleconfig-perl - Moose role for setting attributes from a simple
configfile
Closes: 561485
Changes:
libmoosex-simpleconfig-perl (0.09-1) unstable; urgency=low
.
* Initial Release. (Closes: #561485)
Checksums-Sha1
I have replied toSteven privately. I look forward to this package
being in Debian but I don't think it will be very quick.
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.de
I have replied toSteven privately. I look forward to this package
being in Debian but I don't think it will be very quick.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists
I have replied toSteven privately. I look forward to this package
being in Debian but I don't think it will be very quick.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I reckon I've got Debian MaraDNS good shape *apart* from the fact that
the 2.x series is still only in experimental. I've been thinking long
and hard about the best way to do it. I've changed my mind about the
best way to go about it. I am now inclined to a rather simple and
straightforward approa
I reckon I've got Debian MaraDNS good shape *apart* from the fact that
the 2.x series is still only in experimental. I've been thinking long
and hard about the best way to do it. I've changed my mind about the
best way to go about it. I am now inclined to a rather simple and
straightforward approa
Package: ftp.debian.org
Severity: normal
I hope this is not premature, but the NMUs for snort and pmacct seem to be
going okay.
That just leaves rmysql as a blocker for #671115.
I did contact the maintainer asking if we wanted to raise this on the bug
report #677328,
but I did not get a reply.
Urgency: low
Maintainer: Javier Fernández-Sanguino Peña
Changed-By: Nicholas Bamber
Description:
snort - flexible Network Intrusion Detection System
snort-common - flexible Network Intrusion Detection System [common files]
snort-common-libraries - flexible Network Intrusion Detection System
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 21 Jun 2012 12:39:40 +0100
Source: pmacct
Binary: pmacct
Architecture: source i386
Version: 0.14.0-1.1
Distribution: unstable
Urgency: low
Maintainer: Jamie Wilkinson
Changed-By: Nicholas Bamber
Description:
pmacct
On 22/06/12 23:05, Nicholas Bamber wrote:
> On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
>> Thanks for the NMU, I did not have time this week to make an upload myself.
>>
>> Regards
>>
>> Javier
>>
>> PS: If I have time I might make an uplo
On 22/06/12 23:05, Nicholas Bamber wrote:
> On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
>> Thanks for the NMU, I did not have time this week to make an upload myself.
>>
>> Regards
>>
>> Javier
>>
>> PS: If I have time I might make an uplo
On 22/06/12 23:05, Nicholas Bamber wrote:
> On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
>> Thanks for the NMU, I did not have time this week to make an upload myself.
>>
>> Regards
>>
>> Javier
>>
>> PS: If I have time I might make an uplo
On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
> Thanks for the NMU, I did not have time this week to make an upload myself.
>
> Regards
>
> Javier
>
> PS: If I have time I might make an upload soon with the same changes,
> in order to acknowledge the NMU
Javier,
I could actually b
On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
> Thanks for the NMU, I did not have time this week to make an upload myself.
>
> Regards
>
> Javier
>
> PS: If I have time I might make an upload soon with the same changes,
> in order to acknowledge the NMU
Javier,
I could actually b
On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
> Thanks for the NMU, I did not have time this week to make an upload myself.
>
> Regards
>
> Javier
>
> PS: If I have time I might make an upload soon with the same changes,
> in order to acknowledge the NMU
Javier,
I could actually b
Javier,
I have just uploaded a 2-day NMU based upon Gregor's patch to fix the
snort FTBS. It it works Gregor is owed any credit. If it causes an
issues send the blame my way. And of course you still have two days to
intervene.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d
Javier,
I have just uploaded a 2-day NMU based upon Gregor's patch to fix the
snort FTBS. It it works Gregor is owed any credit. If it causes an
issues send the blame my way. And of course you still have two days to
intervene.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.deb
Javier,
I have just uploaded a 2-day NMU based upon Gregor's patch to fix the
snort FTBS. It it works Gregor is owed any credit. If it causes an
issues send the blame my way. And of course you still have two days to
intervene.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debi
Package: ftp.debian.org
Severity: normal
This is a blocker for the mysql transition.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Dirk,
Given the approaching freeze do you think we could raise a ticket to
have rmysql removed on arm*? Or do you think you can get it fixed in the
next day or two?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
Dirk,
Given the approaching freeze do you think we could raise a ticket to
have rmysql removed on arm*? Or do you think you can get it fixed in the
next day or two?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
Dirk,
Given the approaching freeze do you think we could raise a ticket to
have rmysql removed on arm*? Or do you think you can get it fixed in the
next day or two?
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Package: wnpp
Severity: normal
I request assistance with maintaining the maradns package. The reason is mainly
lack
of time and having someone to talk to about it would add some interest.
The package is in reasonably good shape except that we need to plan a transition
to the 2.0 version (current
Package: wnpp
Severity: normal
I request assistance with maintaining the maradns package. The reason is mainly
lack
of time and having someone to talk to about it would add some interest.
The package is in reasonably good shape except that we need to plan a transition
to the 2.0 version (current
Package: wnpp
Severity: normal
I request assistance with maintaining the maradns package. The reason is mainly
lack
of time and having someone to talk to about it would add some interest.
The package is in reasonably good shape except that we need to plan a transition
to the 2.0 version (current
-testsuite-5.5 mysql-source-5.5
Architecture: source all i386
Version: 5.5.24+dfsg-4
Distribution: unstable
Urgency: low
Maintainer: Debian MySQL Maintainers
Changed-By: Nicholas Bamber
Description:
libmysqlclient-dev - MySQL database development files
libmysqlclient18 - MySQL database client library
On 21/06/12 11:14, Steven Chamberlain wrote:
> On 21/06/12 08:57, Nicholas Bamber wrote:
>> 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a
>> point.
>
> To willfully allow an existing FTBFS on GNU/Hurd, to become a more
> explanatory FTBFS, whi
On 21/06/12 11:14, Steven Chamberlain wrote:
> On 21/06/12 08:57, Nicholas Bamber wrote:
>> 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a
>> point.
>
> To willfully allow an existing FTBFS on GNU/Hurd, to become a more
> explanatory FTBFS, whi
On 21/06/12 11:14, Steven Chamberlain wrote:
> On 21/06/12 08:57, Nicholas Bamber wrote:
>> 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a
>> point.
>
> To willfully allow an existing FTBFS on GNU/Hurd, to become a more
> explanatory FTBFS, whi
On 21/06/12 11:14, Steven Chamberlain wrote:
> On 21/06/12 08:57, Nicholas Bamber wrote:
>> 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a
>> point.
>
> To willfully allow an existing FTBFS on GNU/Hurd, to become a more
> explanatory FTBFS, whi
On 21/06/12 11:14, Steven Chamberlain wrote:
> On 21/06/12 08:57, Nicholas Bamber wrote:
>> 3.) You seem to see it fit to willfully cause an FTBS on Hurd, to make a
>> point.
>
> To willfully allow an existing FTBFS on GNU/Hurd, to become a more
> explanatory FTBFS, whi
On 21/06/12 11:14, Dominic Hargreaves wrote:
> On Thu, Jun 21, 2012 at 10:23:04AM +0100, Nicholas Bamber wrote:
>> As per #678358 it is known that Hurd defines AF_LINK but does not
>> provide the corresponding functionality. Please look for any
>> Hurd -specific bugs that thi
# perl
block 678376 by 678358
# netifaces
block 676756 by 678358
# pmacct
block 678375 by 678358
thanks
Actually #676756 is not really blocked by #678358 as the patch could be
applied. However if it is fixed before #678358 please make sure some
follow up is in place.
--
To UNSUBSCRIBE, email
Package: src:perl
Severity: wishlist
Tags: upstream
Dear Maintainer,
As per #678358 it is known that Hurd defines AF_LINK but does not
provide the corresponding functionality. Please look for any
Hurd -specific bugs that this might causing. Also when #678358
finally gets fixed please try to make
On 20/06/12 22:50, Steven Chamberlain wrote:
> You still didn't address that in your reply.
>
Steven,
You seem to have three issues:
1.) feature based tests rather than platform based tests.
I totally get the desirability of this. It means new OS 's or
improvements to OS's get picked up a
On 20/06/12 22:50, Steven Chamberlain wrote:
> You still didn't address that in your reply.
>
Steven,
You seem to have three issues:
1.) feature based tests rather than platform based tests.
I totally get the desirability of this. It means new OS 's or
improvements to OS's get picked up a
On 20/06/12 22:50, Steven Chamberlain wrote:
> You still didn't address that in your reply.
>
Steven,
You seem to have three issues:
1.) feature based tests rather than platform based tests.
I totally get the desirability of this. It means new OS 's or
improvements to OS's get picked up a
On 20/06/12 22:50, Steven Chamberlain wrote:
> You still didn't address that in your reply.
>
Steven,
You seem to have three issues:
1.) feature based tests rather than platform based tests.
I totally get the desirability of this. It means new OS 's or
improvements to OS's get picked up a
On 20/06/12 22:50, Steven Chamberlain wrote:
> You still didn't address that in your reply.
>
Steven,
You seem to have three issues:
1.) feature based tests rather than platform based tests.
I totally get the desirability of this. It means new OS 's or
improvements to OS's get picked up a
Package: hurd
Version: 20120605-2
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
... or if it does should implement the relevant functionality
including making a definition of the sockaddr_dl structure available.
* What led up to the
Package: hurd
Version: 20120605-2
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
... or if it does should implement the relevant functionality
including making a definition of the sockaddr_dl structure available.
* What led up to the
On 20/06/12 22:04, Steven Chamberlain wrote:
> On 20/06/12 15:59, Nicholas Bamber wrote:
>> Based upon the feedback I have received (including #debian-hurd) I am
>> attaching a new debdiff.
>
> This debdiff doesn't address the main point of my original mail:
> sockad
On 20/06/12 22:04, Steven Chamberlain wrote:
> On 20/06/12 15:59, Nicholas Bamber wrote:
>> Based upon the feedback I have received (including #debian-hurd) I am
>> attaching a new debdiff.
>
> This debdiff doesn't address the main point of my original mail:
> sockad
On 20/06/12 22:04, Steven Chamberlain wrote:
> On 20/06/12 15:59, Nicholas Bamber wrote:
>> Based upon the feedback I have received (including #debian-hurd) I am
>> attaching a new debdiff.
>
> This debdiff doesn't address the main point of my original mail:
> sockad
On 20/06/12 22:04, Steven Chamberlain wrote:
> On 20/06/12 15:59, Nicholas Bamber wrote:
>> Based upon the feedback I have received (including #debian-hurd) I am
>> attaching a new debdiff.
>
> This debdiff doesn't address the main point of my original mail:
> sockad
On 20/06/12 22:04, Steven Chamberlain wrote:
> On 20/06/12 15:59, Nicholas Bamber wrote:
>> Based upon the feedback I have received (including #debian-hurd) I am
>> attaching a new debdiff.
>
> This debdiff doesn't address the main point of my original mail:
> sockad
rt on Hurd (Closes: #675836)
+
+ -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
+
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2012-02-10 02:33:51.0
rt on Hurd (Closes: #675836)
+
+ -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
+
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2012-02-10 02:33:51.0
rt on Hurd (Closes: #675836)
+
+ -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
+
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2012-02-10 02:33:51.0
rt on Hurd (Closes: #675836)
+
+ -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
+
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2012-02-10 02:33:51.0
rt on Hurd (Closes: #675836)
+
+ -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
+
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2012-02-10 02:33:51.0
On 20/06/12 12:27, Steven Chamberlain wrote:
> On 20/06/12 11:56, Nicholas Bamber wrote:
>> I have a proposed fix as attached. It's built, signed and ready to go.
>> If you have intentions to fix it yourself please reply and do so
>> promptly. I'll run my fix pas
On 20/06/12 12:27, Steven Chamberlain wrote:
> On 20/06/12 11:56, Nicholas Bamber wrote:
>> I have a proposed fix as attached. It's built, signed and ready to go.
>> If you have intentions to fix it yourself please reply and do so
>> promptly. I'll run my fix pas
On 20/06/12 12:27, Steven Chamberlain wrote:
> On 20/06/12 11:56, Nicholas Bamber wrote:
>> I have a proposed fix as attached. It's built, signed and ready to go.
>> If you have intentions to fix it yourself please reply and do so
>> promptly. I'll run my fix pas
On 20/06/12 12:27, Steven Chamberlain wrote:
> On 20/06/12 11:56, Nicholas Bamber wrote:
>> I have a proposed fix as attached. It's built, signed and ready to go.
>> If you have intentions to fix it yourself please reply and do so
>> promptly. I'll run my fix pas
On 20/06/12 12:27, Steven Chamberlain wrote:
> On 20/06/12 11:56, Nicholas Bamber wrote:
>> I have a proposed fix as attached. It's built, signed and ready to go.
>> If you have intentions to fix it yourself please reply and do so
>> promptly. I'll run my fix pas
On 20/06/12 11:56, Nicholas Bamber wrote:
> Jamie,
>
> I have a proposed fix as attached. It's built, signed and ready to go.
> If you have intentions to fix it yourself please reply and do so
> promptly. I'll run my fix past a few people for feedback but after that
&
On 20/06/12 11:56, Nicholas Bamber wrote:
> Jamie,
>
> I have a proposed fix as attached. It's built, signed and ready to go.
> If you have intentions to fix it yourself please reply and do so
> promptly. I'll run my fix past a few people for feedback but after that
&
On 20/06/12 11:56, Nicholas Bamber wrote:
> Jamie,
>
> I have a proposed fix as attached. It's built, signed and ready to go.
> If you have intentions to fix it yourself please reply and do so
> promptly. I'll run my fix past a few people for feedback but after that
&
On 20/06/12 11:56, Nicholas Bamber wrote:
> Jamie,
>
> I have a proposed fix as attached. It's built, signed and ready to go.
> If you have intentions to fix it yourself please reply and do so
> promptly. I'll run my fix past a few people for feedback but after that
&
include of net/if_dl.h on kfreebsd (Closes: #675836)
-
- -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
-
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2
include of net/if_dl.h on kfreebsd (Closes: #675836)
-
- -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
-
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2
include of net/if_dl.h on kfreebsd (Closes: #675836)
-
- -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
-
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2
include of net/if_dl.h on kfreebsd (Closes: #675836)
-
- -- Nicholas Bamber Wed, 20 Jun 2012 11:15:42 +0100
-
pmacct (0.14.0-1) unstable; urgency=low
* New upstream release
diff -Nru pmacct-0.14.0/debian/control pmacct-0.14.0/debian/control
--- pmacct-0.14.0/debian/control2
On 20/06/12 10:46, Matthias Klose wrote:
> On 19.06.2012 17:54, Nicholas Bamber wrote:
>>>>>> 1.) compile against gcc-4.5 and g++-4.5
>>>>>> 2.) set the magic TAOCRYPT_DISABLE_X86ASM thingy causing SSL connections
>>>>>> on those platfor
On 20/06/12 10:46, Matthias Klose wrote:
> On 19.06.2012 17:54, Nicholas Bamber wrote:
>>>>>> 1.) compile against gcc-4.5 and g++-4.5
>>>>>> 2.) set the magic TAOCRYPT_DISABLE_X86ASM thingy causing SSL connections
>>>>>> on those platfor
Conversation regarding this.
10:05:58) periapt: Hi
(10:06:50) periapt: sylvestre_: #677114 ?
(10:09:30) sylvestre_: it is on my todolist
(10:13:07) periapt: sylvestre_: Excellent. Do I take it you have not had
a chance to look at yet?
(10:14:04) sylvestre_: I don't understand your question
(10:19:
Conversation regarding this.
10:05:58) periapt: Hi
(10:06:50) periapt: sylvestre_: #677114 ?
(10:09:30) sylvestre_: it is on my todolist
(10:13:07) periapt: sylvestre_: Excellent. Do I take it you have not had
a chance to look at yet?
(10:14:04) sylvestre_: I don't understand your question
(10:19:
retitle 609883 ITP: percona-server-core-5.5
owner 609883 nicho...@periapt.co.uk
thanks
I am looking at packaging this on behalf of the Debian Mysql packaging
team. It should be a drop in replacement for mysql-server-core-5.5 and
will have a Provides clause to that effect.
I guess the XtraDB will
> I discussed this briefly with Adam Conrad whom knows a fair bit more
> about GCC than I do.
>
> He assured me that 4.4's i386 code would be mostly identical to 4.7's,
> so there shouldn't be risk of performance regression.
>
> So, if 4.4 is indeed staying, then it sounds like a good option to j
601 - 700 of 2256 matches
Mail list logo