rg/cgi-bin/bugreport.cgi?bug=770232
--
Federico Gimenez
fgime...@canonical.com
From 3598bd9e37408482c0f9f81bc2b3a4e77c018057 Mon Sep 17 00:00:00 2001
From: Federico Gimenez
Date: Tue, 19 May 2015 16:44:40 -0400
Subject: [PATCH] Initial import
---
debian/changelog
Just for the record this patch removes all the binaries, inclluding the .so
files and adds support for Python3.
Thanks,
On Wed, May 20, 2015 at 2:34 AM, Thomas Goirand wrote:
> Here's a patch provided by Federico Gimenez <
> federico.gimenez.ni...@canonical.com>. Please con
3.13.0-rc7 apparently fixed the issue. It may have been fixed on
3.12.6 but I didn't test that one.
I've just tested my backup script which puts some load on a couple of
GFS2 filesystems. Last week this would have caused an almost instant
crash but this time it finished without issues.
--
To UN
I didn't say it was the same, just that is has some similarities.
Both have GFS2 on top of active/active drbd and both break when there
is some load in the GFS2 filesystem (my first crash a few weeks ago
was with a "rm -rf")
I agree they affect different functions but they still have some
things in
Looks somewhat similar to
https://bugzilla.redhat.com/show_bug.cgi?id=1023431
disabling send_page didn't work.
something a simple as a "tar" from one gfs2 to another made it crash again.
:-(
I'm going to test setting this parameter (although I don't use Xen):
http://www.drbd.org/users-guide/s-xen-drbd-mod-params.html
Googling around there seems to be a relation between Oops, drbd
active/active and this setting.
DRBD source code says this which sounds like it could be related:
It also happens on Wheezy (stable) if kernel 3.9 is installed from
wheezy-backports.
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: L
Hi,
I've written a patch that seems to work with both gnustep-base/1.20 and 1.22.
I'm waiting for
upstream's approval [1], it can be grabbed here [2] if anyone wants to test it.
Cheers,
Federico
[1] http://lists.gnu.org/archive/html/gnustep-dev/2011-08/msg00095.html
[2] git://git.debian.org/pkg
Hi, i am one of the maintainers of the doctrine debian package. A security
related bug has arised
recently [1] and i've prepared a new package following upstream recomendations
[2]. The fix involves
upgrading to a new upstream version, i've tested it and all seems to work fine,
although i don't
Hi, thanks for your bug report. I'll try to prepare a fixed package as soon as
posible.
Cheers,
Federico
On 04/13/2011 08:45 PM, Moritz Muehlenhoff wrote:
> Package: doctrine
> Severity: grave
> Tags: security
>
> Please see http://www.doctrine-project.org/blog/doctrine-security-fix
>
> This
On 03/15/2011 05:39 PM, Yavor Doganov wrote:
>
> Without investigation: most probably this is related to the new
> behavior of GCC 4.5 to bail out immediately if an #include'd header is
> not present.
>
Thanks Yavor, i'll prepare the fixed package.
Cheers
Federico
signature.asc
Description
Hi Alexander,
Alexander Reichle-Schmehl wrote:
> Hi!
[...]
>
> Has there been any progress with this bug?
None so far...
> I see the new package is
> still on mentors, but I don't think the release managers will accept a
> new upstream release at this stage of the freeze, therefore I'm
> cur
Hi Julien,
Julien Cristau wrote:
>
> did you manage to make any progress on this?
>
>
I haven't received any response from upstream. After this problem raised
a new version of doctrine came out, this time without the test suite.
Since the cause of the FTBFS is a failing test (the package didn'
Hi Thomas,
El 05/09/2010, a las 01:10, Thomas Goirand escribió:
> Hi,
>
> I don't agree. Some scripts (like mine) run with error_reporting(E_ALL);
> In my case, I run it from a cron job, and this would send me a mail
> every 10 minutes (because it outputs to the standard error).
>
Did you try
you please review it and let me
know if it works for you?
Cheers
Federico
Federico Gimenez Nieto wrote:
> Hi Thomas, this warning only appears if you require
> 'XML/Unserializer.php' (that is, you are going to unserialize a xml
> string) and only if you have set your error le
Hi Thomas, this warning only appears if you require
'XML/Unserializer.php' (that is, you are going to unserialize a xml
string) and only if you have set your error level to show warnings at
the output.
So, it won't make the package unusable for most users, because if an
user wants to return a xml
Hi Thomas, thanks for the bug report.
Could you please explain a bit more about the conditions in which the
warnings raised? I have been trying the examples of XML generation at
[1] and all of them worked without problems and without noticing any
warning.
[1] http://pear.php.net/manual/en/package
forwarded 591115 http://www.doctrine-project.org/jira/browse/DC-772
thanks
Hi, thanks for the bugreport and sorry for the late response.
The bug has been already forwarded upstream, it seems that, although not
stated anywhere in the documentation, there are some arch-dependent
features, at least
Yavor Doganov wrote:
>
> I think you actually need Conflicts, because Replaces would sneakily
> replace libraries in the old package,
Ok, it is corrected and reuploaded, i'll try to find a sponsor now.
Thanks
Federico
signature.asc
Description: OpenPGP digital signature
Hi, i've uploaded a new version of gnustep-dl2 stating that
libgnustep-dl2-0d replaces libgnustep-dl2-0. I hope that this will
resolve the issue, could you please take a look [1]?
[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-5.dsc
Cheers
Federico
Yavor Doganov
Hi,
Mehdi Dogguy wrote:
> Do you have a sponsor for this upload? If not, I can upload it. I'll
> just wait for gorm.app and renaissance to be available on all
> architectures and then proceed with the upload. Is this ok for you?
>
Of course, thanks a lot! :)
Cheers,
Federico
signature.asc
De
Yavor Doganov wrote:
> В 09:58 +0200 на 23.08.2010 (пн), Federico Gimenez Nieto написа:
>> Thanks for the clarification, i am pretty lost here.
>
> I'd be glad to explain in detail if you let me know what you find
> confusing.
>
Thanks, with your previous explana
Hi,
Yavor Doganov wrote:
>
> I'm afraid I don't understand the question. If upstream bumps the
> SONAME, it isn't distro-specific in anyway, right? AFAICT, (in Debian
> at least; I'm not aware of other practices) a distro-specific SONAME
> for a library is introduced when
>
> 1) An ABI bre
On Wed, 2010-05-26 at 22:03 +0300, Yavor Doganov wrote:
Thanks, now it is bulding without problems, it is uploaded at mentors
[1]
[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-3.dsc
>
> (The GSMethodList FTBFS is gnustep-base/1.20.x-specific so you can't
> noti
On Tue, 2010-05-25 at 13:30 +0300, Yavor Doganov wrote:
>
> I bet that once you fix the above in the usual way (i.e. conditionally
> define `debug', not `OPTLFAG'), you'll be able to reproduce it with
> gnustep-base/1.20.0.
>
It is strange, conditionally defining 'debug=yes' leads to the same
NS
Hi Jonas,
Jonas Smedegaard wrote:
> Sorry - I am unable to verify due to bug#548015. :-(
>
If you want to give it a try i have a qemu sid image at [1] (209mb and
slightly outdated, apt-get upgrade required). root password is 'fossy'
[1]
http://www.adrive.com/public/4cb78428ae7c9ed81d7330c916ebab5
Hi Jonas,
This seems to be fixed with the
latest version of php-pear, 5.2.11.dsfg.1-1, could you please check if
it is properly working?
Thanks,
Federico
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
Hi,
This seems to be fixed after the upload of 5.2.11.dsfg.1-1.
Thanks,
Federico
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
29 matches
Mail list logo
