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]
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 has
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
currently
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't
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 the
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
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 level to show warnings at
the output
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]
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,
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 breaking
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 explanations i understand the big picture
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
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
notice
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
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]
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
Hi Jonas,
cid:part1.02050506.00090002@coit.esThis 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.
21 matches
Mail list logo