Bug#682302: O: php-net-sieve
Package: wnpp Severity: normal Hi, i am orphaning this due to lack of time. Please feel free to pick it up -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682303: O: php-html-template-it
Package: wnpp Severity: normal Hi, i am orphaning this due to lack of time. Please feel free to pick it up -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682304: O: doctrine -- Tool for object-relational mapping in PHP
Package: wnpp Severity: normal I intend to orphan the doctrine package. The package description is: The Doctrine library sits on top of PDO and is itself divided into two main layers, the DBAL (which represents a complete database abstraction API) and the ORM (the bridge between the relational model and the object model / domain model). . One of its key features is the option to write database queries in a proprietary object oriented SQL dialect called Doctrine Query Language (DQL), inspired by Hibernates HQL. This provides developers with a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682305: O: libphp-pclzip
Package: wnpp Severity: normal Hi, i am orphaning this due to lack of time. Please feel free to pick it up -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679219: ftp.app: New upstream version
Package: ftp.app Severity: wishlist 0.3 version available -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.2-custom (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629204: Fixed version ready for test
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-gnustep/gnustep-dl2.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622674: Updated package due to bug 622674, CVE 2011-1522
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 know if this is acceptable for a security issue in the debian stable distribution. It is uploaded at mentors [3], please, let me know if all is in good shape. I'm not sure if things are done properly, for example, as long as it is targeted to stable-security, i've built the package on stable... Thanks a lot, cheers Federico [1] http://bugs.debian.org/622674 [2] http://www.doctrine-project.org/blog/doctrine-security-fix [3] http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.4-1.dsc signature.asc Description: OpenPGP digital signature
Bug#622674: [Pkg-symfony-maint] Bug#622674: CVE-2011-1522: SQL injection
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 been assigned CVE-2011-1522. Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-symfony-maint mailing list pkg-symfony-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-symfony-maint -- Federico Giménez Nieto fgime...@coit.es signature.asc Description: OpenPGP digital signature
Bug#618181: gnustep-dl2: FTBFS: EOModelerEditor.m:52:38: fatal error: GNUstepBase/GSCategories.h: No such file or directory
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: OpenPGP digital signature
Bug#613425: [Pkg-symfony-maint] [Fwd: RFP: php-symfony-yaml -- Symfony YAML: A PHP library that speaks YAML]
Hi Oliver, On 02/14/2011 07:34 PM, Olivier Berger wrote: Hi. FYI, you may be interested by the RFP I've just submitted : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613425 Ok, i'll keep an eye on it, once it will be packaged i'll modify doctrine accordingly. Thanks, Federico signature.asc Description: OpenPGP digital signature
Bug#591115: Bug forwarded
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 not considering sponsoring your package. However, if I understood it correctly, upstream removed the failed test causing this FTBFS? Yes, in the last upstream version there are no tests. So my understanding would be, that a legitimate fix would be to disbale this test (without uploading a NEW upstream version). If you could prepere that, I'm willing to sponsor the upload; if you got the OK from the release team for the new upstream version, I'm also willing to upload the version on mentors. Ok, i've prepared a package with the old upstream version and the tests disabled at build time, which prevents the FTBFS. It is uploaded at mentors [1] Thanks a lot, cheers [1] http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.2-2.dsc signature.asc Description: OpenPGP digital signature
Bug#591115: Bug forwarded
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 build if any test didn't pass), i've packaged this new version and at first glance the bug would be solved (the package is uploaded to mentors [1]). This doesn't solve the root cause of the test failure, of course. [1] http://mentors.debian.net/debian/pool/main/d/doctrine/doctrine_1.2.3-1.dsc Although there is code in the source package that seems to be very 32-bit specific (for example the size of integer fields in the DBTable class), the documentation doesn't say that the package is arch-specific. Moreover, i have a doctrine instance working in a amd64 machine whitout any problem, and i haven't seen any bug report regarding arch issues, besides this FTBFS. So perhaps the problem was with the unit test itself, or with the features being tested. I'm not sure if it is a good idea to upload the new version with the fixed FTBFS or to prepare an architecture specific version, what do you think? Thanks, Federico signature.asc Description: OpenPGP digital signature
Bug#595344: php-xml-serializer uses deprecated return value of new by reference
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 test case that i attached on the previous message? With error_reporting(E_ALL) it serializes a xml document to a file and then reads and unserializes it back without noticing any error or warning interfering the overall operation. The problem may be related to your code. Anyway, it's silly to discuss the seriousness of the bug anyway, we just need to have it fixed for Squeeze. The fix is just remove 3 characters in the Unserialize.php, so it's trivial. If you don't have time to fix it, let me know, and I will NMU the fix. As i can't reproduce the bug i can't prepare a fix for it. Don't hesitate to make the NMU if you feel that it is needed and you are sure that it won't introduce any flaws. Anyway, in my opinion it would be a good idea to report this upstream, it can be done at [1] Cheers Federico [1]http://pear.php.net/bugs/search.php?cmd=displaypackage_name[]=XML_Serializer
Bug#595344: php-xml-serializer uses deprecated return value of new by reference
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 document it can be done without noticing any warning. Hence the severity of the bug shouldn't be 'serious'. I'll forward this bug upstream and try to work on a patch by myself. Cheers, Federico Thomas Goirand wrote: Hi, I simply have a cron job that does: require_once 'XML/Serializer.php'; require_once XML/Unserializer.php; it doesn't even need to call any of the methods of Unserializer.php. When there's a: $myvar = new [...] PHP 5.3.x generates a warning even before you start using the file. It does it at parsing time. Just try by yourself in Squeeze / SID, or with any system that is running PHP 5.3, then you'll see it. Can you get in touch with upstream and have them fix it? Will you need sponsoring for this issue, once the package is fixed? Let me know, I'll be available for such help. Thomas Goirand (zigo) -- Federico Giménez Nieto fgime...@coit.es signature.asc Description: OpenPGP digital signature
Bug#595344: php-xml-serializer uses deprecated return value of new by reference
Hi Thomas, First of all, thanks for the sponsoring offer, i forget to thank you on the previous response :) I haven't been able to reproduce the bug, it would be fine to do so before forwarding it upstream. I've attached a simple test case which works without problems on sid, could 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 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 document it can be done without noticing any warning. Hence the severity of the bug shouldn't be 'serious'. I'll forward this bug upstream and try to work on a patch by myself. Cheers, Federico Thomas Goirand wrote: Hi, I simply have a cron job that does: require_once 'XML/Serializer.php'; require_once XML/Unserializer.php; it doesn't even need to call any of the methods of Unserializer.php. When there's a: $myvar = new [...] PHP 5.3.x generates a warning even before you start using the file. It does it at parsing time. Just try by yourself in Squeeze / SID, or with any system that is running PHP 5.3, then you'll see it. Can you get in touch with upstream and have them fix it? Will you need sponsoring for this issue, once the package is fixed? Let me know, I'll be available for such help. Thomas Goirand (zigo) -- Federico Giménez Nieto fgime...@coit.es attachment: test.php signature.asc Description: OpenPGP digital signature
Bug#590006: (no subject)
Hi, Thanks for the bug report and sorry for the late response. Ok, i'll try to include it in the next package version, hopefully including 1.2.3. Cheers, Federico signature.asc Description: OpenPGP digital signature
Bug#595344: php-xml-serializer uses deprecated return value of new by reference
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.xml.xml-serializer.intro.php As you point out, php-xml-serializer can be used to produce a xml document, this is done with the 'serialize' method. If any text is thrown while outputing the xml document the package would be certainly unusable for most users, because the generated document could be at least not well formed. But the warnings that you found are refering to code in the Unserialize.php file, how are you getting them? Cheers, Federico Thomas Goirand wrote: Package: php-xml-serializer Version: 0.20.0-2 Severity: grave Hi, When using the package with PHP 5.3.2 that is currently in Squeeze and SID, there are 3 big warnings: PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/XML/Unserializer.php on line 801 PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/XML/Unserializer.php on line 804 PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/XML/Unserializer.php on line 974 As php-xml-serializer can be used to produce an XML document, having these warnings could render the produced XML documents as totally broken, which is what pushed me to set the seriousness of this bug to Grave (eg: renders the package unusable for most users). This has to be fixed before Squeeze is release. I'll try to work on a patch for it, but if you have more work time available than I do, please fix the package. Cheers, Thomas Goirand (zigo) -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Federico Giménez Nieto fgime...@coit.es signature.asc Description: OpenPGP digital signature
Bug#591115: Bug forwarded
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 for 1.2.2 version. I'll keep trying to find the cause of the problem and post here any progress. Cheers, Federico signature.asc Description: OpenPGP digital signature
Bug#594443: Workaround: libsteptalk0 replaces steptalk
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
Bug#594443: Workaround: libsteptalk0 replaces steptalk
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 wrote: В 12:31 +0200 на 26.08.2010 (чт), Yves Lambert написа: A clean and probably safe workaround is to remove steptalk as it is replaced by libsteptalk0 which does not depend on libgnustep-dl2-0. Due to bug #594443 (this bug), libgnustep-dl2-0 and steptalk must be removed priorly to installing libgnustep-dl2-0 libgnustep-dl2-0d must simply declare proper package relationship wrt libgnustep-dl2-0; then it would be a human decision whether to hold the upgrade of gnustep-dl2 or remove steptalk. dpkg errors like these are clear bugs which should be fixed, not worked around. -- Federico Giménez Nieto fgime...@coit.es signature.asc Description: OpenPGP digital signature
Bug#581934: GNUstep transition
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 Debian-specific patch has been added; which - might be rejected by upstream (for whatever reason); - might be a bugfix already present upstream, but ABI-incompatible with the version in Debian (as is the case). 2) A new upstream release is ABI incompatible, but upstream forgot to indicate that with the proper mechanism (this happens quite often for ObjC libraries, unfortunately). 3) Upstream is providing a library, but it doesn't have any interface versioning mechanism (as some of the Mozilla libraries). 4) Something else I surely forget. Thanks for the clarification, i am pretty lost here. So, you should make sure that upstream bumps the SONAME for next release (0.13?), because there are ABI breaks all over the place (affecting all public libraries). For the current transition, the attached minimized patch seems to work for me, Ok, thanks a lot, it have worked in my tests too. but don't forget to: - Perform extensive runtime tests; most changes are not trivial. - Rename the runtime library to libgnustep-dl-0d (debian/control); and update dependencies (this implies passing through NEW). - Amend debian/rules to cater for the package rename. - Rename debian/libgnustep-dl-0.install as debian/libgnustep-dl-0d.install and adjust the EOControl entry for soname change. I've uploaded to mentors a new version with all these changes applied, could you please take a look [1]? [1] http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-4.dsc Cheers, Federico signature.asc Description: OpenPGP digital signature
Bug#581934: GNUstep transition
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, i'll ping you if i have questions about any details related to this. Cheers Federico signature.asc Description: OpenPGP digital signature
Bug#581934: GNUstep transition
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 Description: OpenPGP digital signature
Bug#583006: Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)
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 it in sid, but it will become RC when the new Base is uploaded in unstable. It is fixed upstream, easily backportable, but unfortunately the change is ABI-breaking for EOControl :-(.) Is there any chance to prevent this FTBFS while keeping EOControl in good shape? Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#583006: Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)
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 NSDebugMLog related error... Finally i managed to get rid of it (without noticing the GSMethodList related error) by patching EOAccess/EOAttribute.m (replacing all Foundation related import statements by unconditionally importing Foundation/Foundation.h) but now the docs are not being generated, why might this be happening? Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)
Hi, On Mon, 2010-05-17 at 12:46 +0300, Yavor Doganov wrote: This package fails to build with gnustep-base/1.20.0 with the following error: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function) I'm getting a different error on build, it reads as follows: obj/EOAccess.obj/EOAttribute.m.o: In function `-[EOAttribute(EOAttributeValueMapping) validateValue:]': /home/fgimenez/packages/gnustep-dl2/gnustep-dl2-0.12.0/EOAccess/EOAttribute.m:1622: undefined reference to `NSDebugMLog' collect2: ld returned 1 exit status make[5]: *** [obj/libEOAccess.so.0.12.0] Error 1 I am not able to get the GSMethodList related error, how can i reproduce it? Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#568738: (no subject)
owner 568738 Debian Symfony Maintainerspkg-symfony-ma...@lists.alioth.debian.org thanks Hi, I've recorded the Debian Symfony Maintainers team as the owner of the ITA, anyone interested in symfony packages is more than welcome to join [1]. Cheers, Federico [1]https://alioth.debian.org/projects/pkg-symfony/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568501: ITP: doctrine -- PHP Object Relational Mapper
Package: wnpp Severity: wishlist Owner: Federico Gimenez Nieto fgime...@coit.es * Package name: doctrine Version : 1.2.1 Upstream Author : Jonathan H. Wage jonw...@gmail.com * URL : http://www.doctrine-project.org/ * License : LGPL Programming Lang: PHP Description : PHP Object Relational Mapper Doctrine is an object relational mapper (ORM) for PHP 5.2.3+ that sits on top of a powerful database abstraction layer (DBAL). One of its key features is the option to write database queries in a proprietary object oriented SQL dialect called Doctrine Query Language (DQL), inspired by Hibernates HQL. This provides developers with a powerful alternative to SQL that maintains flexibility without requiring unnecessary code duplication. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568242: lintian: please add an option to ignore empty files
Package: lintian Version: 2.3.3 Severity: wishlist Hi, For some tags, like embedded-javascript-library, lintian only checks the existence of files with a certain name, not taking into account if the content matches the file name or even if there is content at all. It would be nice to instruct lintian to ignore empty files, regardless of the file name. Thanks, Federico -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.20-5The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.5.6 Debian package development tools ii file 5.04-1Determines file type using magic ii gettext0.17-8GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libipc-run-perl0.84-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.52-1module to manipulate and access UR ii locales2.10.2-5 Embedded GNU C Library: National L ii man-db 2.5.6-5 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-9 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) pn libtext-template-perl none (no description available) ii man-db2.5.6-5on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562167: ITP: php5-symfony1.4 -- Open-Source PHP Web Framework
Package: wnpp Severity: wishlist Owner: Federico Gimenez Nieto fgime...@coit.es * Package name: php5-symfony1.4 Version : 1.4.1 Upstream Author : Fabien Potencier fabien.potenc...@symfony-project.com * URL : http://www.symfony-project.com/ * License : MIT Programming Lang: PHP Description : Open-Source PHP Web Framework Symfony is a full-stack framework, a library of cohesive classes written in PHP5. It provides an architecture, components and tools for developers to build complex web applications faster. Choosing symfony allows you to release your applications earlier, host and scale them without problem, and maintain them over time with no surprise. Symfony is based on experience. It does not reinvent the wheel: it uses most of the best practices of web development and integrates some great third-party libraries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454450: [Debian GNUstep maintainers] Intending to adopt a gnustep app
On Tue, 2009-11-24 at 21:53 +0200, Yavor Doganov wrote: Yes, they're both really orphaned -- feel free to adopt them, under the umbrella of the GNUstep team or not, as you wish. Note that gnustep-dl2 is more complex and more important, too. It has to be split into 2 binary packages -- dbmodeller.app and gnustep-dl2. The first should contain the DBModeller app, the second the tools and the libEO* libraries shipped in /usr/lib/gnustep-dl2, and not in /usr/lib (although they're intended to be public libraries, nothing in GNUstep uses them) [1]. Also, gorm.app should be split to ship its public libraries in separate packages, properly versioned, and gnustep-dl2 should build-depend on the corresponding libgorm*-dev package(s). You can file an important bug against gorm.app and let it block your ITP. Ok, i'll begin with preview.app. While it gets sponsorized i'll try to learn more about the internals of gnustep-dl2. Thanks, Federico signature.asc Description: This is a digitally signed message part
Bug#454450: [Debian GNUstep maintainers] Intending to adopt a gnustep app
On Wed, 2009-11-25 at 20:08 +0200, Yavor Doganov wrote: That sounds reasonable -- please retitle the wnpp bug to ITA, as packages orphaned for a long time often get removed... Ok, done. Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#534362:
retitle 534362 O: octavede -- development environment for the Octave mathematical software noowner 534362 thanks Sorry, i'm switching to qtoctave, hope that someone using octavede is interesed in the adoption. Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#544405: #544405 already fixed?
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/4cb78428ae7c9ed81d7330c916ebab53e96dce709669d36bb07f1cf5f52e8865.html Hope this helps, cheers, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546164: Already fixed
Hi, This seems to be fixed after the upload of 5.2.11.dsfg.1-1. Thanks, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544405: #544405 already fixed?
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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546164: Patch?
tags 546164 patch thanks Hi, This seems to be related to the definition of the PHP_PEAR_DOWNLOAD_DIR constant at the build-pear-stamp rule in the debian/rules file, moreover, the definition seems to be somehow misplaced (but it is taken into account anyway!). I've attached a patch that removes that definition (and the creation of the related directory), don't know if this could have any negative side effects. Hope this helps. Cheers, Federico diff --git a/debian/rules b/debian/rules index b98dd6b..ce2b134 100755 --- a/debian/rules +++ b/debian/rules @@ -190,8 +190,7 @@ build-cgi-stamp: configure-cgi-stamp build-pear-stamp: build-cgi-stamp dh_testdir -mkdir pear-build - -mkdir pear-build-download - cd cgi-build PHP_PEAR_DOWNLOAD_DIR=$(CURDIR)/pear-build-download $(MAKE) install-pear PHP_PEAR_PHP_BIN=/usr/bin/php PHP_PEAR_INSTALL_DIR=/usr/share/php PHP_PEAR_SYSCONF_DIR=/etc/pear PHP_PEAR_SIG_BIN=/usr/bin/gpg INSTALL_ROOT=$(CURDIR)/pear-build + cd cgi-build $(MAKE) install-pear PHP_PEAR_PHP_BIN=/usr/bin/php PHP_PEAR_INSTALL_DIR=/usr/share/php PHP_PEAR_SYSCONF_DIR=/etc/pear PHP_PEAR_SIG_BIN=/usr/bin/gpg INSTALL_ROOT=$(CURDIR)/pear-build sed -i -e 's/-d output_buffering=1 -d open_basedir= -d safe_mode=0/-d output_buffering=1 -d open_basedir= -d safe_mode=0 -d memory_limit=-1/' \ $(CURDIR)/pear-build/usr/bin/pear \ sed -i -e 's/-d output_buffering=1 -d safe_mode=0/-d output_buffering=1 -d open_basedir= -d safe_mode=0 -d memory_limit=-1/' \
Bug#546164: php-pear: refuses to install anything
Package: php-pear Version: 5.2.10.dfsg.1-2.2 Severity: normal Hi, Having a package like [1] unpacked at /home/fgimenez/php-net-sieve, the command pear install -O /home/fgimenez/php-net-sieve/NET_Sieve-1.1.7/package.xml gives: download directory /home/aba/php5-5.2.10.dfsg.1/pear-build-download is not writeable. Change download_dir config variable to a writeable dir Cannot download non-local package /home/fgimenez/php-net-sieve/NET_Sieve-1.1.7/package.xml install failed This prevents also the building of pear packages (tested with cdbs and dh-make-php, probably with debhelper). Cheers, Federico [1] http://download.pear.php.net/package/Net_Sieve-1.1.7.tgz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php-pear depends on: ii php5-cli 5.2.10.dfsg.1-2.2 command-line interpreter for the p ii php5-common5.2.10.dfsg.1-2.2 Common files for packages built fr Versions of packages php-pear recommends: ii gnupg 1.4.10-1 GNU privacy guard - a free PGP rep Versions of packages php-pear suggests: pn php5-dev | php4-dev none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546164: User related comments
To be more precise, the command issued to install as a common user is: pear -d include_path=/usr/share/php -d php_dir=/home/fgimenez/php-net-sieve -d data_dir=/home/fgimenez/php-net-sieve -d doc_dir=/home/fgimenez/php-net-sieve -d test_dir=/home/fgimenez/php-net-sieve install -O -P /home/fgimenez/php-net-sieve /home/fgimenez/php-net-sieve/Net_Sieve-1.1.7/package.xml and it gives the same result: download directory /home/aba/php5-5.2.10.dfsg.1/pear-build-download is not writeable. Change download_dir config variable to a writeable dir Cannot download non-local package Net_Sieve-1.1.7/package.xml install failed If the command is executed by root, a /home/aba/php5-5.2.10.dfsg.1/pear-build-download is created. Cheers, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544793: [php-maint] Bug#544793: Acknowledgement (zf.sh and zf.php unavailable)
El Dom, 6 de Septiembre de 2009, 9:40 pm, Frank Habermann escribió: For the dojotoolkit integration i will not use the buildin from zendframework. I will create a own dojotoolkit package. Any ideas and feedback are welcome :) Hi, I don't know if it could be relevant but there is currently in progress an intent to package this dojo think: [1], [2] [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=dojo [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515637 Cheers, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540564: Feel free to take over docbook-slides
retitle 540564 RFA: docbook-slides -- XML Slides DTD and XSL Stylesheets noowner 540564 thanks Hi Mako, Sorry, didn't see your message before :) I don't use slides right now, i've used them before and, as you, will be glad if this package remains in debian. After having a look at it, i'm not sure of how to manage the catalog.xml shipped in the new 3.4.0 version, feel free to take it over. Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#544530: lintian: wrongly reports build-depends-without-arch-dep
Package: lintian Version: 2.2.14 Severity: normal In a package that uses dpatch (including the snippet /usr/share/dpatch/dpatch.make), debian/rules has: clean: unpatch clean-patched: dh_testdir dh_testroot dh_clean unpatch: clean-patched After building, lintian -iIEvXc --pedantic reports: I: libphp-pclzip source: build-depends-without-arch-dep debhelper Changing the rules to: clean: clean-patched clean-patched: dh_testdir dh_testroot dh_clean $(MAKE) -f debian/rules unpatch the information tag is gone. Thanks, Federico -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.51.20090827-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using magic ii gettext 0.17-8 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db2.5.6-1on-line manual pager ii perl [libdigest-sha-p 5.10.0-25 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) pn libtext-template-perl none (no description available) ii man-db2.5.6-1on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544530: lintian: wrongly reports build-depends-without-arch-dep
On Tue, 2009-09-01 at 08:01 -0700, Russ Allbery wrote: Yeah, it's a known flaw in Lintian's parsing of makefiles. It doesn't build a full dependency graph. Instead, it figures out what to look for by going through linearly. It requires a fair bit of work to fix. Ok, thanks Russ, in fact it is not that important at all. I don't know what is the right procedure in this situation, should i close the bug report? Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#513771: reference
noowner 513771 thanks Here is the link to the mentors' thread where this was commented: http://www.mail-archive.com/debian-ment...@lists.debian.org/msg63328.html Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#513771: Giving up
retitle 513771 RFP: openx -- open source advertising server thanks I'm giving up the packaging of this application: as mentors pointed, the current version of openx (2.8.1) uses several libraries with incompatible licenses (for example, the PEAR package 'Config' which uses PHP licence, version 2.02). Cheers, Federico signature.asc Description: This is a digitally signed message part
Bug#538377: Package misspelt?
Hi, It looks like the library name is misspelt, did you try libapache2-mod-php5 instead of libapapch2-mod-php5? Regards, Federico signature.asc Description: This is a digitally signed message part
Bug#529694: Package being removed
This package is included in upstream's standard PEAR distribution, so it's being removed, see [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536305 Cheers, -- Federico Giménez Nieto fgime...@coit.es -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513771: RFP: openx -- open source advertising server
Hi, I think it would be great to include openx in debian. I've worked with it for two years, installing, administering, tweaking and, for specific purposes of particular ad serving applications, modifying it. But am an absolute newbie at the debian packaging and maintaining system, although i'm eager to learn about it :). I have read the documents at [1] and [2], but don't know which would be the first steps to begin with this package. Should i contact openx developers first? Or just use reportbug to change the status from 'RFP' to 'IPT' and then ask on the debian-mentors list? [1] http://www.debian.org/devel/wnpp/ [2] http://www.debian.org/doc/maint-guide/ Any help much appreciated. Thanks, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
