Bug#770232: NMU proposal for python-selenium
Hi Sascha, I'm contacting you directly to make sure you are aware of the NMU proposal for the debian python-selenium package that you can find in [1]. I've also attached the patch to this email, please let us know what do you thing about it. Thanks! [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232 -- Federico Gimenez fgime...@canonical.com From 3598bd9e37408482c0f9f81bc2b3a4e77c018057 Mon Sep 17 00:00:00 2001 From: Federico Gimenez fgime...@canonical.com Date: Tue, 19 May 2015 16:44:40 -0400 Subject: [PATCH] Initial import --- debian/changelog | 22 ++ debian/control | 24 ++-- debian/copyright | 1 - debian/docs | 2 -- debian/lintian-overrides | 1 - debian/patches/remove_x_ignore_nofocus.patch | 14 ++ debian/patches/series| 3 ++- debian/patches/update-egg-information.patch | 23 --- debian/rules | 6 +- debian/watch | 2 +- selenium.egg-info/SOURCES.txt| 2 +- selenium.egg-info/pbr.json | 1 - 12 files changed, 67 insertions(+), 34 deletions(-) delete mode 100644 debian/lintian-overrides create mode 100644 debian/patches/remove_x_ignore_nofocus.patch delete mode 100644 debian/patches/update-egg-information.patch delete mode 100644 selenium.egg-info/pbr.json diff --git a/debian/changelog b/debian/changelog index f3bc370..c0f7e3e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,25 @@ +python-selenium (2.45.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + + [ Leo Arias ] + * Added python3-setuptools as a dependency. + + [ Thomi Richards ] + * Include distropatch to add debugger options. + * Build python3 packages as well. + + [ Alexandre Abreu ] + * Add debugger_address option to the ChromeDriver options list to optionally + instruct ChromeDriver to wait for the target devtools instance to be started + at a given host:ip. + Backported from upstream: c9e0794d5722a87f3bad8a86504b23c770ec493e. + + [ Federico Gimenez ] + * New upstream version + + -- Federico Gimenez fgime...@canonical.com Tue, 19 May 2015 15:55:23 -0400 + python-selenium (2.2.0-1) unstable; urgency=low * source package automatically created by stdeb 0.6.0+git diff --git a/debian/control b/debian/control index 0a4591e..fc53c6e 100644 --- a/debian/control +++ b/debian/control @@ -1,13 +1,20 @@ Source: python-selenium Maintainer: Sascha Girrulat sas...@girrulat.de Priority: optional -Build-Depends: python-setuptools (= 0.6b3), python (= 2.6.6-3), debhelper (= 8) -Standards-Version: 3.9.2 +Build-Depends: debhelper (= 9.0.0), + dh-python, + python (= 2.6.6-3), + python-all-dev, + python-setuptools (= 0.6b3), + python3-all-dev, + python3-setuptools +Standards-Version: 3.9.6 Section: non-free/python Homepage: http://code.google.com/p/selenium/ #Vcs-Git: git://git.debian.org/~sagiru-guest/public_git/python-selenium.git #Vcs-Browser: http://git.debian.org/?p=users/sagiru-guest/python-selenium.git;a=summary X-Python-Version: = 2.6 +X-Python3-Version: = 3.2 Package: python-selenium Architecture: all @@ -22,3 +29,16 @@ Description: python bindings for Selenium . The python package is downloaded from http://pypi.python.org/packages/source/s/selenium/selenium-2.2.0.tar.gz + +Package: python3-selenium +Architecture: all +Depends: ${misc:Depends}, ${python3:Depends} +Description: python bindings for Selenium + python-selenium includes the Selenium Python Client Driver and is a python + language binding for Selenium Remote Control (version 1.0 and 2.0). + . + Currently the remote protocol, Firefox/Icedove and Chrome for Selenium 2.0 are + supported, as well as the Selenium 1.0 bindings. As work will progresses we'll + add more native drivers. + . + This package contains the python 3 bindings. diff --git a/debian/copyright b/debian/copyright index f9a15c0..00f46bb 100644 --- a/debian/copyright +++ b/debian/copyright @@ -6,7 +6,6 @@ Files: * Copyright: 2007-2011 David Burns 2007-2009 Google Inc. 2007-2009 WebDriver committers - License: Apache-2.0 Files: debian/* diff --git a/debian/docs b/debian/docs index de4f200..a188e06 100644 --- a/debian/docs +++ b/debian/docs @@ -1,3 +1 @@ -CREDITS.txt -README.md docs/* diff --git a/debian/lintian-overrides b/debian/lintian-overrides deleted file mode 100644 index 80ee989..000 --- a/debian/lintian-overrides +++ /dev/null @@ -1 +0,0 @@ -python-selenium: capitalization-error-in-description python Python diff --git a/debian/patches/remove_x_ignore_nofocus.patch b/debian/patches/remove_x_ignore_nofocus.patch new file mode 100644 index 000..d5a9a2b --- /dev/null +++ b/debian/patches
Bug#770232: Re: Question about python-selenium
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 z...@debian.org wrote: Here's a patch provided by Federico Gimenez federico.gimenez.ni...@canonical.com. Please consider applying it, removing the .xpi from the orig.tar.gz, and uploading to Sid. Cheers, Thomas Goirand (zigo) Forwarded Message Subject:Re: Question about python-selenium Date: Tue, 19 May 2015 16:50:39 -0400 From: Federico Gimenez federico.gimenez.ni...@canonical.com Reply-To: fgime...@canonical.com To: Thomas Goirand z...@debian.org Hi Thomas, the patch is attached for you to have a look, in this case the binaries are simply removed, I didn't manage to find a way to compile from source. You didn't put the reference for sending it you mentioned in your email, were you referring to [1]? Thanks, [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232 On Sat, May 16, 2015 at 10:21 PM, Thomas Goirand z...@debian.org mailto:z...@debian.org wrote: On 05/12/2015 01:18 PM, Federico Gimenez wrote: Hi Thomas, I think that I've met you before, working for some debian pear packages (xml related?), glad to get in contact again. I've seen in [1] that you were interested in getting python-selenium updated, I have been working on a PPA [2] which removes the non-free binaries and also adds some other niceties from members of the team I belong to. Do you think that these changes (with the needed fixes to adapt this work to the debian standards) can be added to the archive as a proper NMU? Thanks, regards [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232 [2] http://bazaar.launchpad.net/~fgimenez/+junk/python-selenium/files -- Federico Gimenez fgime...@canonical.com mailto:fgime...@canonical.com mailto:fgime...@canonical.com mailto:fgime...@canonical.com Hi Federico, Before attempting to do an NMU, you should first send a bug report to Debian, and attach the patch you're proposing. Only if the current maintainer doesn't reply, then you can attempt to NMU. The thing is, it would need to be a repacked version of Selenium (ie: the xpi removed from the orig file), and maybe we would need to ship the non-free xpi files as a separate package in non-free. Could you send your patch to [1] ? Does your patch build the xpi now? How does it work? If it's what it does, then great. If not, then it's nice still. Thomas -- Federico Gimenez fgime...@canonical.com mailto:fgime...@canonical.com -- Federico Gimenez fgime...@canonical.com
Bug#779486: RFS: pylama/6.2.0-1 [ITP]
Hi Andrey, thanks a lot for your review On Fri, Mar 6, 2015 at 7:52 PM, Andrey Rahmatullin w...@debian.org wrote: Consider maintaining this in the DPMT (I've seen pylama added to the topic of #debian-python but we add only team packages there). Ok, I've added the team in the Uploader field (if I add it in the Maintainer field I cannot sign the package, and is considered as an nmu), is that enough? You shouldn't use ${shlibs:Depends} for packages without ELF binaries. Ok, done As the packages contain public modules it's a bad idea to have py2 and py3 versions conflict with each other. If the modules are usable only by the pylama app, you should package only the py3 version in some private path and call the package pylama. If they are usable as python modules (importable) then either the binaries should have different names or (if it doesn't matter for the user which version is used) probably only the py3 version should be packaged. Finally only the py3 version is present. See also https://www.debian.org/doc/packaging-manuals/python-policy/ The license of debian/* shouldn't be stricter that the upstream license (though this is debatable I think). Fixed, LGPL-3 for all The package contains tests which aren't run by your debian/rules. On a first glance they are supposed to be run using py.test and pybuild can be asked to use that. Ok, fixed. I've uploaded the new version to mentors. dget -x http://mentors.debian.net/debian/pool/main/p/pylama/pylama_6.2.0-1.dsc Cheers! -- Federico Gimenez fgime...@canonical.com
Bug#779486: RFS: pylama/6.2.0-1 [ITP]
Ok, I was using Uploader, without the trailing s, now it's fixed. I've also requested to join the team. Thanks! On Sat, Mar 7, 2015 at 2:43 PM, Andrey Rahmatullin w...@debian.org wrote: On Sat, Mar 07, 2015 at 02:16:01PM +0100, Federico Gimenez wrote: Consider maintaining this in the DPMT (I've seen pylama added to the topic of #debian-python but we add only team packages there). Ok, I've added the team in the Uploader field (if I add it in the Maintainer field I cannot sign the package, and is considered as an nmu), When you put the team in Maintainer did you also put yourself into Uploaders? You shouldn't have problems in this case. is that enough? You'll also need to join the team, see https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin -- WBR, wRAR -- Federico Gimenez fgime...@canonical.com
Bug#779486: RFS: pylama/6.2.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package pylama * Package name: pylama Version : 6.2.0-1 Upstream Author : Kirill Klenov horn...@gmail.com * URL : https://github.com/klen/pylama * License : LGPL-3 Section : python It builds those binary packages: python-pylama - Code audit tool for Python and JavaScript - Python 2.x python3-pylama - Code audit tool for Python and JavaScript - Python 3.x To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pylama Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pylama/pylama_6.2.0-1.dsc More information about pylama can be obtained from https://github.com/klen/pylama Regards, Federico Gimenez fgime...@canonical.com
Bug#779449: ITP: pylama -- Code audit tool for Python and JavaScript
Package: wnpp Severity: wishlist Owner: Federico Gimenez fgime...@coit.es * Package name: pylama Version : 6.2.0 Upstream Author : Kirill Klenov horn...@gmail.com * URL : https://github.com/klen/pylama * License : LGPL-3 Programming Lang: Python Description : Code audit tool for Python and JavaScript Pylama wraps these tools: PEP8 © 2012-2013, Florent Xicluna; PEP257 © 2012, GreenSteam, http://greensteam.dk/ PyFlakes © 2005-2013, Kevin Watters; Mccabe © Ned Batchelder; Pylint © 2013, Logilab (should be installed 'pylama_pylint' module); gjslint © The Closure Linter Authors (should be installed 'pylama_gjslint' module); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734172:
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 UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734172: similar to
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 common. Anyway, the important thing is that there was a comment on that redhat bug pointing to some GFS2 fixes. I looked into that and found that many GFS2 fixes were included in the latest RC kernel (3.13-rc7) so I compiled 3.13-rc7 and I'm running that kernel since yesterday and so far it did not crash. If it doesn't crash by tomorrow I'll try some activities that made it crash over the last few days (like taking a backup... using tar...) 3.13-rc7 includes these (among others): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0b3a2c9968d453d5827e635a6f3d69129f70af66 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=152b734a9e38aa2e9668fa072cf66625383ca865 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734172: didn't work
disabling send_page didn't work. something a simple as a tar from one gfs2 to another made it crash again. :-(
Bug#734172: similar to
Looks somewhat similar to https://bugzilla.redhat.com/show_bug.cgi?id=1023431
Bug#734172: additional information
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: */* e.g. XFS meta- log-data is in slab pages, which have a* * * page_count of 0 and/or have PageSlab() set.* * * we cannot use send_page for those, as that does get_page();* * * put_page(); and would cause either a VM_BUG directly, or* * * __page_cache_release a page that would actually still be referenced* * * by someone, leading to some obscure delayed Oops somewhere else. */* if (disable_sendpage http://lxr.free-electrons.com/ident?i=disable_sendpage || (page_count http://lxr.free-electrons.com/ident?i=page_count(page http://lxr.free-electrons.com/ident?i=page) 1) || PageSlab(page http://lxr.free-electrons.com/ident?i=page)) return _drbd_no_send_page http://lxr.free-electrons.com/ident?i=_drbd_no_send_page(mdev, page http://lxr.free-electrons.com/ident?i=page, offset http://lxr.free-electrons.com/ident?i=offset, size http://lxr.free-electrons.com/ident?i=size, msg_flags); -- Judge me by my size, do you? And well you should not Master Yoda
Bug#714210: DRBD 8.3 userland incompatible with 8.4 kernel modules
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: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drbd8-utils depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38
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#639549: Strace information
Not sure if this makes sense to someone, but just in case... I started corosync and pacemaker, mounted the GFS2 filesystem, started a strace on the dlm_controld.pcmk process and executed a pinp_pong test. Result: function not implemented Then I unmounted it, stopped pacemaker and corosync, started cman, mounted the filesystem again, started an strace on dlm_controld and executed a ping_pong test. Result: the number of locks/s was displayed. Here is a piece of the strace output on each case (the complete output was just a lot of lines similar to these ones): The interestign part is that while the read operation looks pretty much the same with both control daemons, the write that follows is quite different. Also the call to poll has different parameters at the end, in the pacemaker one it says (, 8, -1) while in the cman one says (, 7, 1000) PACEMAKER (strace on dlm_controld.pcmk. Ping_pong failed with function not implemented): poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, events=POLLIN}], 8, -1) = 1 ([{fd=14, revents=POLLIN}]) read(14, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\313\v\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(14, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\313\v\0\0\300\250\1\3\332\377\377\377\331\255gP..., 64) = 64 poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, events=POLLIN}], 8, -1) = 1 ([{fd=14, revents=POLLIN}]) read(14, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\313\v\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(14, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\313\v\0\0\300\250\1\3\332\377\377\377\331\255gP..., 64) = 64 poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=11, events=POLLIN}, {fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=15, events=POLLIN}, {fd=17, events=POLLIN}, {fd=18, events=POLLIN}], 8, -1) = 1 ([{fd=14, revents=POLLIN}]) read(14, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\313\v\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(14, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\313\v\0\0\300\250\1\3\332\377\377\377\331\255gP..., 64) = 64 CMAN (strace on dlm_controld. Ping_pong was succesfull): poll([{fd=5, events=POLLIN}, {fd=8, events=POLLIN}, {fd=13, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN}, {fd=18, events=POLLIN}, {fd=19, events=POLLIN}], 7, 1000) = 1 ([{fd=16, revents=POLLIN}]) read(16, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\234\r\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(16, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\234\r\0\0\1\0\0\0\0\0\0\0\331\255gP..., 64) = 64 poll([{fd=5, events=POLLIN}, {fd=8, events=POLLIN}, {fd=13, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN}, {fd=18, events=POLLIN}, {fd=19, events=POLLIN}], 7, 1000) = 1 ([{fd=16, revents=POLLIN}]) read(16, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\234\r\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(16, \1\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\234\r\0\0\1\0\0\0\0\0\0\0\331\255gP..., 64) = 64 poll([{fd=5, events=POLLIN}, {fd=8, events=POLLIN}, {fd=13, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16, events=POLLIN}, {fd=18, events=POLLIN}, {fd=19, events=POLLIN}], 7, 1000) = 1 ([{fd=16, revents=POLLIN}]) read(16, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\234\r\0\0\0\0\0\0\0\0\0\0\331\255gP..., 64) = 64 write(16, \1\0\0\0\2\0\0\0\0\0\0\0\1\1\1\0\234\r\0\0\1\0\0\0\0\0\0\0\331\255gP..., 64) = 64
Bug#639548: pacemaker: Pacemaker built without cman support.
Package: pacemaker Version: 1.1.5-3 Severity: important Trying to start Pacemaker on top of cman+corosync fails with thise error: Aug 28 00:31:40 debian1 pacemakerd: [8501]: ERROR: read_config: Corosync configured for CMAN but this build of Pacemaker doesn't support it I've been testing GFS2 and with gfs-pcmk and dlm-pcmk the locking doesn't work in Debian (function not-implemented). I should file a bug for those packages but I don't see the point because it looks like Redhat is dropping support for gfs-pcmk and dlm-pcmk becasue newer version of pacemaker support CMAN and can use the standard control daemons. According to http://theclusterguy.clusterlabs.org/ the big news in 1.1.3 was the addition of a master control process and support for cman. So I was trying to use cman+corosync+pacemaker since gfs2 locking works perfectly fine with cman's version of the control daemons. Current debian package in SID is 1.1.5 but apparently it was compiled without CMAN support. Please compile it with CMAN support if it's possible. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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/dash Versions of packages pacemaker depends on: ii adduser 3.113 add and remove users and groups ii corosync 1.4.1-1Standards-based cluster framework ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcib1 1.1.5-3Pacemaker libraries - CIB ii libcorosync4 1.4.1-1Standards-based cluster framework ii libcrmcluster11.1.5-3Pacemaker libraries - CRM ii libcrmcommon2 1.1.5-3Pacemaker libraries - common CRM ii libesmtp6 1.0.6-1+b1 LibESMTP SMTP client library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnutls26 2.12.7-7 GNU TLS library - runtime library ii libheartbeat2 1:3.0.5-2 Subsystem for High-Availability Li ii liblrm2 1.0.7-3.3 Reusable cluster libraries -- libl ii libltdl7 2.4-3 A system independent dlopen wrappe ii libncurses5 5.9-1 shared libraries for terminal hand ii libpam0g 1.1.3-2Pluggable Authentication Modules l ii libpe-rules2 1.1.5-3Pacemaker libraries - rules for P- ii libpe-status3 1.1.5-3Pacemaker libraries - status for P ii libpengine3 1.1.5-3Pacemaker libraries - P-Engine ii libpils2 1.0.7-3.3 Reusable cluster libraries -- libp ii libplumb2 1.0.7-3.3 Reusable cluster libraries -- libp ii libsnmp15 5.4.3~dfsg-2.2 SNMP (Simple Network Management Pr ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii libstonithd1 1.1.5-3Pacemaker libraries - stonith ii libtransitioner1 1.1.5-3Pacemaker libraries - transitioner ii libuuid1 2.19.1-5 Universally Unique ID library ii libxml2 2.7.8.dfsg-4 GNOME XML library ii libxslt1.11.1.26-8 XSLT 1.0 processing library - runt ii python2.6.7-3interactive high-level object-orie ii python2.6 2.6.7-3An interactive high-level object-o ii resource-agents 1:3.9.2-3 Reusable cluster components for Li pacemaker recommends no packages. pacemaker suggests no packages. -- 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#639549: ping_pong locking test fails on GFS2 if dlm-pcmk/gfs-pcmk daemons are used. Works well with CMAN's.
Package: dlm-pcmk Version: 3.0.12-2+b1 Severity: important Doing a ping_pong test on a GFS2 filesystem when the gfs_controld.pcmk and dlm_controld.pcmk daemons are in use fails with a function not implemented error. The same filesystem on the same set of servers but using CMAN and CMAN's gfs_controld and dlm_controld daemons works perfectly fine. Looks like the .pcmk versions are missing something. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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/dash Versions of packages dlm-pcmk depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcib1 1.1.5-3 Pacemaker libraries - CIB ii libcorosync41.4.1-1 Standards-based cluster framework ii libcrmcluster1 1.1.5-3 Pacemaker libraries - CRM ii libcrmcommon2 1.1.5-3 Pacemaker libraries - common CRM ii libdlm3 3.0.12-2+b1 Red Hat cluster suite - distribute ii libglib2.0-02.28.6-1 The GLib library of C routines ii libldap-2.4-2 2.4.25-3 OpenLDAP libraries ii liblogthread3 3.0.12-2+b1 Red Hat cluster suite - cluster lo ii libopenais3 1.1.2-2 Standards-based cluster framework ii libxml2 2.7.8.dfsg-4 GNOME XML library dlm-pcmk recommends no packages. dlm-pcmk suggests no packages. -- no debconf information /* this measures the ping-pong byte range lock latency. It is especially useful on a cluster of nodes sharing a common lock manager as it will give some indication of the lock managers performance under stress tri...@samba.org, February 2002 */ #include stdio.h #include stdlib.h #include sys/time.h #include time.h #include errno.h #include string.h #include unistd.h #include fcntl.h #include getopt.h #include sys/mman.h static struct timeval tp1,tp2; static int do_reads, do_writes, use_mmap; static void start_timer() { gettimeofday(tp1,NULL); } static double end_timer() { gettimeofday(tp2,NULL); return (tp2.tv_sec + (tp2.tv_usec*1.0e-6)) - (tp1.tv_sec + (tp1.tv_usec*1.0e-6)); } /* lock a byte range in a open file */ static int lock_range(int fd, int offset, int len) { struct flock lock; lock.l_type = F_WRLCK; lock.l_whence = SEEK_SET; lock.l_start = offset; lock.l_len = len; lock.l_pid = 0; return fcntl(fd,F_SETLKW,lock); } /* unlock a byte range in a open file */ static int unlock_range(int fd, int offset, int len) { struct flock lock; lock.l_type = F_UNLCK; lock.l_whence = SEEK_SET; lock.l_start = offset; lock.l_len = len; lock.l_pid = 0; return fcntl(fd,F_SETLKW,lock); } /* run the ping pong test on fd */ static void ping_pong(int fd, int num_locks) { unsigned count = 0; int i=0, loops=0; unsigned char *val; unsigned char incr=0, last_incr=0; unsigned char *p = NULL; ftruncate(fd, num_locks+1); if (use_mmap) { p = mmap(NULL, num_locks+1, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); } val = (unsigned char *)calloc(num_locks+1, sizeof(unsigned char)); start_timer(); lock_range(fd, 0, 1); i = 0; while (1) { if (lock_range(fd, (i+1) % num_locks, 1) != 0) { printf(lock at %d failed! - %s\n, (i+1) % num_locks, strerror(errno)); } if (do_reads) { unsigned char c; if (use_mmap) { c = p[i]; } else if (pread(fd, c, 1, i) != 1) { printf(read failed at %d\n, i); } incr = c - val[i]; val[i] = c; } if (do_writes) { char c = val[i] + 1; if (use_mmap) { p[i] = c; } else if (pwrite(fd, c, 1, i) != 1) { printf(write failed at %d\n, i); } } if (unlock_range(fd, i, 1) != 0) { printf(unlock at %d failed! - %s\n, i, strerror(errno)); } i = (i+1) % num_locks; count++; if (loops num_locks incr != last_incr) { last_incr = incr; printf(data increment = %u\n, incr); fflush(stdout); } if (end_timer() 1.0) { printf(%8u locks/sec\r, (unsigned)(2*count/end_timer())); fflush(stdout); start_timer(); count=0; } loops++; } } int main(int argc, char *argv[]) { char *fname; int fd, num_locks; int c; while ((c = getopt(argc, argv, rwm)) != -1) { switch (c){ case 'w': do_writes = 1; break; case 'r': do_reads = 1; break; case 'm': use_mmap = 1; break; default: fprintf(stderr, Unknown option '%c'\n, c); exit(1); } } argv += optind; argc -= optind; if (argc 2) { printf(ping_pong [options] file num_locks\n); printf( -rdo reads\n); printf( -wdo writes\n); printf( -muse mmap\n); exit(1); } fname = argv[0]; num_locks = atoi(argv[1]); fd = open(fname, O_CREAT|O_RDWR, 0600); if (fd == -1) exit(1); ping_pong(fd,
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