Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again
On 15/07/2015 16:43, Thomas Goirand wrote: On 07/09/2015 11:35 PM, Loic Dachary wrote: On 07/07/2015 18:24, James Page wrote: On 06/07/15 18:23, James Page wrote: The ceph Debian package git repository only contains very little reasoning about the change. James can you please expand on this a bit? In general I would prefer to have changes like this in their own commit and not mixed with unrelated changelog updates. Did the Hammer release not build with the jerasure in Debian or are you just afraid of unexpected results if the Debian package is built with another version of jerasure than what they ship in their source code? These would IMO be valid reasons to (temporarily) remove the patch. Re-basing the patch - which was turning out to be non-trivial - pushed me over the time I had todo this update; as the upload was to experimental only, I intended to revisit when time permitted. I dug into this in a bit more detail today; the Ceph package builds a number of difference loadable erasure coding plugins, enabling different cpu feature sets (generic, neon, sse3, sse4); each time Jerasure and gf-complete are statically linked into the module, built with the required flags to enable the right CPU instruction codes (build time, not runtime enablement). Yes, and depending on which CPU features are available at runtime, the plugin that can take advantage of them is loaded. All variants are verified to encode / decode exactly in the same way (with a set of data) each time a new Ceph version is published, to protect against regression or corruption. Such a feature should be upstreamed in gf-complete and jerasure. Unless I'm reading the packaging wrong, the jerasure and gf-complete packages current disable any CPU specific extensions in order to have a completely generic library that works on any CPU. So using the system libraries effectively cripples any CPU optimization that might be achievable at runtime in Ceph. Yes. I could fix that without sacrificing test coverage / data integrity, simply by moving part of the above in the package, and running integration and non regression tests on the resulting package. The package could be used in the current Ceph integration suites, before being uploaded to Debian GNU/Linux. That's the most effective way to protect jerasure users against data loss right now. Could you please share your patches and open a bug against the gf-complete and jerasure packages? Hi Thomas, I'm offended by the mails you sent to me on that topic. They were disrespectful, condescending and uncooperative. Given that's the first and only time you communicated with me since you started packaging jerasure, it would be wise of you to hand over the package to someone better able to establish a productive and friendly discussion with upstream. Cheers Cheers, Thomas Goirand (zigo) -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again
Hi Dmitry, On 11/07/2015 00:35, Dmitry Smirnov wrote: On Thu, 9 Jul 2015 23:48:32 Loic Dachary wrote: It so happens that I don't have time to do team work on this, hence my proposal to take over if the package was orphaned. No time for team work?!? Please enlighten us about your plans to fix everything single-handedly as soon as those pesky co-maintainers are out of your way. I wonder why Debian people bother to collaborate in teams if working alone is so much more productive and easier? :-) I suppose I would have reacted the same way as you just did if in your position. Team work is key to everything and my words did not convey what I meant, please excuse me. Being French, I sometime get lost in translation. We're doing a lot of work in Ceph, currently, to simplify integration testing. It is unfortunately still quite complex to setup and at the same time critical to ensure non regression and data integrity. I would be very happy to share what I've learnt over the past two years with co-maintainers, but that would take time. It would also take time to get access, learn how to schedule tests and analyze results. Instead I'm working to simplify the usage of the integration test infrastructure (see http://tracker.ceph.com/issues/6502 for instance) and I hope it can be easily applied independently to other projects such as jerasure, maybe some time next year. While it would be perfectly OK to wait a year or two for that to happen, in the case of jerasure this risk of data loss (and also the lack of optimized versions of the library) prompted me to offer my help as a solo maintainer of jerasure. Thomas also worked solo so far and did not communicate upstream, I figured such a switch would not break a team dynamic or a productive dialog between the maintainer and the upstream. Ceph is not using the jerasure library packaged in Debian GNU/Linux, I'm not directly concerned by the state of the package. But I care for jerasure beyond Ceph. However Thomas turned down my offer and the discussion is over. Cheers -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again
On 07/07/2015 18:24, James Page wrote: On 06/07/15 18:23, James Page wrote: The ceph Debian package git repository only contains very little reasoning about the change. James can you please expand on this a bit? In general I would prefer to have changes like this in their own commit and not mixed with unrelated changelog updates. Did the Hammer release not build with the jerasure in Debian or are you just afraid of unexpected results if the Debian package is built with another version of jerasure than what they ship in their source code? These would IMO be valid reasons to (temporarily) remove the patch. Re-basing the patch - which was turning out to be non-trivial - pushed me over the time I had todo this update; as the upload was to experimental only, I intended to revisit when time permitted. I dug into this in a bit more detail today; the Ceph package builds a number of difference loadable erasure coding plugins, enabling different cpu feature sets (generic, neon, sse3, sse4); each time Jerasure and gf-complete are statically linked into the module, built with the required flags to enable the right CPU instruction codes (build time, not runtime enablement). Yes, and depending on which CPU features are available at runtime, the plugin that can take advantage of them is loaded. All variants are verified to encode / decode exactly in the same way (with a set of data) each time a new Ceph version is published, to protect against regression or corruption. Unless I'm reading the packaging wrong, the jerasure and gf-complete packages current disable any CPU specific extensions in order to have a completely generic library that works on any CPU. So using the system libraries effectively cripples any CPU optimization that might be achievable at runtime in Ceph. Yes. I could fix that without sacrificing test coverage / data integrity, simply by moving part of the above in the package, and running integration and non regression tests on the resulting package. The package could be used in the current Ceph integration suites, before being uploaded to Debian GNU/Linux. That's the most effective way to protect jerasure users against data loss right now. Cheers -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: Bug#791445: ceph: uses bundled libjerasure library again
Hi Thomas, I'm offering my help, this is positive :-) I'm sure you're very reactive in maintaining the package, no question about it. My offer relates to solving data integrity potential problems, integration testing as well as code optimization. It so happens that I don't have time to do team work on this, hence my proposal to take over if the package was orphaned. I acknowledge this is not an option for you, no worries. Cheers On 09/07/2015 23:25, Thomas Goirand wrote: On 07/08/2015 03:57 PM, Loic Dachary wrote: The other reason is that jerasure can be optimized for SIMD instructions (ARM / INTEL) and not doing so significantly impacts performances. Once again, this seems to be an improvement suggestion for libjerasure rather than argument against using system library. I'm not saying it's impossible. Jerasure has been packaged for quite some time now and no effort has been made to address these issues. Hence my proposal to work on the packages if they were orphaned. Although I could teach Thomas or someone else how and why this should be done, I don't have that kind of time right now. Working on the package is less time consuming. Loic, I really don't see why I should orphan a package just because you believe it doesn't have the correct optimization. If you look at the Debian bug tracker, you will see that I am very reactive to any issue, and that I do apply patches which are sent against the packages I maintain. So far, I haven't seen any patch from you sent against these libraries. At the same time as you're asking for orphaning a package which is well maintained, you are saying I don't have that kind of time right now. Please have a more positive and constructive attitude. Get a patch done, send it upstream to fix the issue, and then we can go from there. Unless this is done, I think it's really a bad attitude to ask for the package to be orphaned, or to ask to take it over. Cheers, Thomas Goirand (zigo) -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: Bug#791445: ceph: uses bundled libjerasure library again
Hi, Without integration tests, linking Ceph against the wrong jerasure version may lead to data loss. Prior to publishing a Ceph version, various integration tests run to verify encoding / decoding, this is the main incentive to have jerasure as part of Ceph. The other reason is that jerasure can be optimized for SIMD instructions (ARM / INTEL) and not doing so significantly impacts performances. Cheers On 08/07/2015 01:53, Thomas Goirand wrote: On 07/06/2015 04:46 PM, Gaudenz Steinlin wrote: [ Adding the jerasure maintainer to the CC ] Hi Loic Dachary l...@dachary.org writes: Hi, I'm co-maintainer of both jerasure and ceph. If the Debian jerasure package was orphaned, I would be happy to step in and maintain it as a standalone package. Jerasure was packaged without dialog with the jerasure upstream and I can understand that keeping it in sync with what ceph needs is significant work. Loic thanks for your offer to help with this. We definitively need some upstream assistence on this. IMO while the current approach to just use the bundled version is suboptimal, the previous approach to just unilaterally use a different version of jerasure than upstream is not good either. Currently ceph is AFAICS the only reverse dependency of jerasure. I don't know why Thomas packaged it in the first place. But if we want to keept the standalone package it might be the best for the ceph maintainers group to take over maintenance of the jerasure Debian package. I hope Thomas won't mind if we lower the burden for him a bit. I packaged it because it's needed by python-pyeclib, itself needed by the latest Swift. No, I don't wish to hand-over its maintainership, but I do accept contributions within the OpenStack packaging group on Alioth. From a Distribution packagers standpoint the current situation is less than optimal. I would very much prefer to not have third party libraries bundled in the source code. But without upstream cooperation this is hard to solve, more so as the bundled library is also a modified version of the original jerasure code. Outch! Talking with upstream is indeed important here. FYI, I had to battle the pyeclib upstream also, so that they don't embbed the package. Having gf-complete and libjerasure early in Debian helped to convince them, so I am happy I did the work early. Cheers, Thomas Goirand (zigo) -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: Bug#791445: ceph: uses bundled libjerasure library again
Hi Dmitry, On 08/07/2015 15:07, Dmitry Smirnov wrote: On Wed, 8 Jul 2015 11:07:43 Loic Dachary wrote: Without integration tests, linking Ceph against the wrong jerasure version may lead to data loss. Prior to publishing a Ceph version, various integration tests run to verify encoding / decoding, Those check are part of post-build tests, right? Part of them are run with make check, others via teuthology and require multiple machines to deploy an actual cluster. Every binary combination of Ceph + jerasure + gf_complete must be tested in this way to verify non regression that could lead to permanent data loss. The process is not very complex but it requires a little infrastructure and attention to details. While I was maintaining Ceph I've made changes to run unit tests but James reverted it as well. :( Even if not done as part of a regular dpkg-buildpackage, make check is a must have. Although it is run many times a day, it is sensitive to the configure flag combination. this is the main incentive to have jerasure as part of Ceph. I'm sure Thomas can enable optimisations in jerasure library. The other reason is that jerasure can be optimized for SIMD instructions (ARM / INTEL) and not doing so significantly impacts performances. Once again, this seems to be an improvement suggestion for libjerasure rather than argument against using system library. I'm not saying it's impossible. Jerasure has been packaged for quite some time now and no effort has been made to address these issues. Hence my proposal to work on the packages if they were orphaned. Although I could teach Thomas or someone else how and why this should be done, I don't have that kind of time right now. Working on the package is less time consuming. Cheers -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#791445: [Ceph-maintainers] Bug#791445: ceph: uses bundled libjerasure library again
Hi, I'm co-maintainer of both jerasure and ceph. If the Debian jerasure package was orphaned, I would be happy to step in and maintain it as a standalone package. Jerasure was packaged without dialog with the jerasure upstream and I can understand that keeping it in sync with what ceph needs is significant work. Cheers On 05/07/2015 01:38, Dmitry Smirnov wrote: Package: ceph Version: 0.94.2-1 Severity: serious 0.94.2-1 no longer uses libjerasure. As per changelog entry: d/p/use_system_jerasure.patch,d/control: Drop use of libjerasure as the patch is intrusive and expensive to maintain; will revisit if adopted upstream. My reading of the above is that maintainer decided not to inconvenient himself with maintaining existing patch because using system library is not important enough? I'm concerned about such attitude. Please stop using bundled (in-)convenience copy and switch to system libjerasure again. Please remember about policy §4.13: https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles Thanks. ___ Ceph-maintainers mailing list ceph-maintain...@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-maintainers-ceph.com -- Loïc Dachary, Artisan Logiciel Libre signature.asc Description: OpenPGP digital signature
Bug#687925: unblock iscsitarget/1.4.20.2-10.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package iscsitarget * Fixes ietadm not detecting inactive sessions (Closes: #687925). It is a release critical bug. The patch comes from the upstream repository and was checked by the author. Please find the debdiff between -10 and -10.1 attached to this mail. changelog |8 +++ patches/inactive-sessions.patch | 83 patches/series |1 3 files changed, 92 insertions(+) Note that this patch was also advocated by Ritesh Raj Sarraf r...@debian.org in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687925#65 Cheers diff -Nru iscsitarget-1.4.20.2/debian/changelog iscsitarget-1.4.20.2/debian/changelog --- iscsitarget-1.4.20.2/debian/changelog 2012-03-13 20:36:56.0 +0100 +++ iscsitarget-1.4.20.2/debian/changelog 2012-09-17 10:42:29.0 +0200 @@ -1,3 +1,11 @@ +iscsitarget (1.4.20.2-10.1) unstable; urgency=low + + * Non-maintainer upload. + + * Fixes ietadm not detecting inactive sessions (Closes: #687925). + + -- Loic Dachary (OuoU) l...@debian.org Mon, 17 Sep 2012 10:42:29 +0200 + iscsitarget (1.4.20.2-10) unstable; urgency=low * [2bebbc2] don't prompt on modified conffiles. diff -Nru iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch --- iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch 1970-01-01 01:00:00.0 +0100 +++ iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch 2012-09-17 10:29:12.0 +0200 @@ -0,0 +1,83 @@ +Description: ietadm not detecting inactive sessions + Once 1.4.20.3 is released, this patch can be dropped, it is commited at + http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision + . + Fix retrieval of ietd pid from netlink + . + The ietd pid was retrieved from the credentials in the netlink skb + which happened to work with kernels 3.2. These days the credentials + are not sent by default anymore (and ietd doesn't fill them in) so + the pid needs to be determined from the netlink_skb_parms. + . + This fixes a bug reported by Clay Gerrard (Can't delete target after + initiator logs out, caused by the session removal event not making it + to ietd). + . +Author: Arne Redlich arne.redl...@googlemail.com +Reviewed-by: Loic Dachary l...@debian.org +Last-Update: 2012-09-17 +Applied-Upstream: http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision +Bug-Debian: http://bugs.debian.org/687925 +Bug-Ubuntu: https://launchpad.net/bugs/967984 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +--- trunk/kernel/event.c 2012/04/03 18:19:28 477 trunk/kernel/event.c 2012/04/06 21:58:31 478 +@@ -14,24 +14,8 @@ + static struct sock *nl; + static u32 ietd_pid; + +-static int event_recv_msg(struct sk_buff *skb, struct nlmsghdr *nlh) +-{ +- u32 uid, pid, seq; +- char *data; +- +- pid = NETLINK_CREDS(skb)-pid; +- uid = NETLINK_CREDS(skb)-uid; +- seq = nlh-nlmsg_seq; +- data = NLMSG_DATA(nlh); +- +- ietd_pid = pid; +- +- return 0; +-} +- + static void event_recv_skb(struct sk_buff *skb) + { +- int err; + struct nlmsghdr *nlh; + u32 rlen; + +@@ -42,9 +26,9 @@ + rlen = NLMSG_ALIGN(nlh-nlmsg_len); + if (rlen skb-len) + rlen = skb-len; +- if ((err = event_recv_msg(skb, nlh))) { +- netlink_ack(skb, nlh, -err); +- } else if (nlh-nlmsg_flags NLM_F_ACK) ++ ietd_pid = NETLINK_CB(skb).pid; ++ WARN_ON(ietd_pid == 0); ++ if (nlh-nlmsg_flags NLM_F_ACK) + netlink_ack(skb, nlh, 0); + skb_pull(skb, rlen); + } +@@ -59,6 +43,7 @@ + if (!(skb = alloc_skb(NLMSG_SPACE(len), gfp_mask))) + return -ENOMEM; + ++ WARN_ON(ietd_pid == 0); + nlh = __nlmsg_put(skb, ietd_pid, seq++, NLMSG_DONE, len - sizeof(*nlh), 0); + + memcpy(NLMSG_DATA(nlh), data, len); diff -Nru iscsitarget-1.4.20.2/debian/patches/series iscsitarget-1.4.20.2/debian/patches/series --- iscsitarget-1.4.20.2/debian/patches/series 2012-03-13 20:36:56.0 +0100 +++ iscsitarget-1.4.20.2/debian/patches/series 2012-09-17 10:13:01.0 +0200 @@ -1,2 +1,3 @@ fix-build-3-2.patch iscsitarget-prelim-1.4.20.3.patch +inactive-sessions.patch attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#687925: iscsitarget: iSCSI target administration utility (ietadm) not detecting inactive sessions
Package: iscsitarget Severity: critical Dear Maintainer, * When deploying OpenStack ( package nova-volume specifically ) as instructed in http://wiki.debian.org/OpenStackHowto, it created iscsi sessions to access LVM disks. * I was unable to delete the nova volumes because the inactive iscsi sessions were not detected. * The only way to get rid of the inactive sessions was to reboot the machine. * I expected the inactive sessions to be detected and the nova volumes to be removed. The severity is set to critical because this bug makes the package nova-volume unusable : it can only create volumes and cannot delete them. The problem is exactly as described at https://bugs.launchpad.net/ubuntu/+source/iscsitarget/+bug/967984 and can be reproduced by following the instructions in this bug report. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#687925: diff for NMU version 1.4.20.2-10.1
tags 687925 + patch tags 687925 + pending Dear maintainer, I've prepared an NMU for iscsitarget (versioned as 1.4.20.2-10.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. diff -Nru iscsitarget-1.4.20.2/debian/changelog iscsitarget-1.4.20.2/debian/changelog --- iscsitarget-1.4.20.2/debian/changelog 2012-03-13 20:36:56.0 +0100 +++ iscsitarget-1.4.20.2/debian/changelog 2012-09-17 10:42:29.0 +0200 @@ -1,3 +1,11 @@ +iscsitarget (1.4.20.2-10.1) unstable; urgency=low + + * Non-maintainer upload. + + * Fixes ietadm not detecting inactive sessions (Closes: #687925). + + -- Loic Dachary (OuoU) l...@debian.org Mon, 17 Sep 2012 10:42:29 +0200 + iscsitarget (1.4.20.2-10) unstable; urgency=low * [2bebbc2] don't prompt on modified conffiles. diff -Nru iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch --- iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch 1970-01-01 01:00:00.0 +0100 +++ iscsitarget-1.4.20.2/debian/patches/inactive-sessions.patch 2012-09-17 10:29:12.0 +0200 @@ -0,0 +1,83 @@ +Description: ietadm not detecting inactive sessions + Once 1.4.20.3 is released, this patch can be dropped, it is commited at + http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision + . + Fix retrieval of ietd pid from netlink + . + The ietd pid was retrieved from the credentials in the netlink skb + which happened to work with kernels 3.2. These days the credentials + are not sent by default anymore (and ietd doesn't fill them in) so + the pid needs to be determined from the netlink_skb_parms. + . + This fixes a bug reported by Clay Gerrard (Can't delete target after + initiator logs out, caused by the session removal event not making it + to ietd). + . +Author: Arne Redlich arne.redl...@googlemail.com +Reviewed-by: Loic Dachary l...@debian.org +Last-Update: 2012-09-17 +Applied-Upstream: http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision +Bug-Debian: http://bugs.debian.org/687925 +Bug-Ubuntu: https://launchpad.net/bugs/967984 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +--- trunk/kernel/event.c 2012/04/03 18:19:28 477 trunk/kernel/event.c 2012/04/06 21:58:31 478 +@@ -14,24 +14,8 @@ + static struct sock *nl; + static u32 ietd_pid; + +-static int event_recv_msg(struct sk_buff *skb, struct nlmsghdr *nlh) +-{ +- u32 uid, pid, seq; +- char *data; +- +- pid = NETLINK_CREDS(skb)-pid; +- uid = NETLINK_CREDS(skb)-uid; +- seq = nlh-nlmsg_seq; +- data = NLMSG_DATA(nlh); +- +- ietd_pid = pid; +- +- return 0; +-} +- + static void event_recv_skb(struct sk_buff *skb) + { +- int err; + struct nlmsghdr *nlh; + u32 rlen; + +@@ -42,9 +26,9 @@ + rlen = NLMSG_ALIGN(nlh-nlmsg_len); + if (rlen skb-len) + rlen = skb-len; +- if ((err = event_recv_msg(skb, nlh))) { +- netlink_ack(skb, nlh, -err); +- } else if (nlh-nlmsg_flags NLM_F_ACK) ++ ietd_pid = NETLINK_CB(skb).pid; ++ WARN_ON(ietd_pid == 0); ++ if (nlh-nlmsg_flags NLM_F_ACK) + netlink_ack(skb, nlh, 0); + skb_pull(skb, rlen); + } +@@ -59,6 +43,7 @@ + if (!(skb = alloc_skb(NLMSG_SPACE(len), gfp_mask))) + return -ENOMEM; + ++ WARN_ON(ietd_pid == 0); + nlh = __nlmsg_put(skb, ietd_pid, seq++, NLMSG_DONE, len - sizeof(*nlh), 0); + + memcpy(NLMSG_DATA(nlh), data, len); diff -Nru iscsitarget-1.4.20.2/debian/patches/series iscsitarget-1.4.20.2/debian/patches/series --- iscsitarget-1.4.20.2/debian/patches/series 2012-03-13 20:36:56.0 +0100 +++ iscsitarget-1.4.20.2/debian/patches/series 2012-09-17 10:13:01.0 +0200 @@ -1,2 +1,3 @@ fix-build-3-2.patch iscsitarget-prelim-1.4.20.3.patch +inactive-sessions.patch attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#687925: diff for NMU version 1.4.20.2-10.1
On 09/17/2012 03:49 PM, Ritesh Raj Sarraf wrote: On Monday 17 September 2012 03:09 PM, Loic Dachary wrote: Dear maintainer, I've prepared an NMU for iscsitarget (versioned as 1.4.20.2-10.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Can you rebase it against the version in experimental? Given the freeze, I am not hopeful of it getting in for Wheezy. But we'll see. So can you, instead, rebase your work against the one in experimental and send a patch? Hi, I will do as you ask. I would like to be extra sure that I understand how you would like to proceed, please correct me if I'm wrong: a) merge the patch fixing #687925 into http://packages.qa.debian.org/i/iscsitarget/news/20120915T091748Z.html b) submit the -11 which already includes: * [6dfdd7c] Add iscsitarget-dkms to Recommends and drop iscsitarget-module * [281b4a4] Update README.Debian explaining the new DKMS package. Thanks to Olaf van der Spek (Closes: #668382) * [a0d484c] Drop patch fix-build-3-2.patch * [afdf1df] Add patches from 1.4.20 stable branch (Closes: #685422) c) ask for an unblock and advocate for each of the 5 changes d) if some of the changes are rejected, repackage -11 to contain only those that are acceptable e) submit the -11 again f) re post the unblock request which will get accepted because they were agreed during c) The proposed NMU was based on the assumption that it would be easier to fix the release critical bug first and then advocate for other changes: a) ask for an unblock of -10.1 fixing solely RC#687925 b) discuss -11 while -10.1 migrates to testing proceed as in b) to f) above. I am concerned that including the publication of the resolution of RC#687925 ( which blocks the installation of the nova-volume package which is essential to the successfull deployment of the entire OpenStack solution ) into a larger discussion will involve a significant delay, maybe weeks, while the other changes are debated. Thanks a lot for your work with the iscsitarget package : I use it daily :-) attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#687925: diff for NMU version 1.4.20.2-10.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Here is the patch, rebased against 1.4.20.2-11 Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBXRdEACgkQ8dLMyEl6F20q4wCgll9G1Vcrgc8254LumI2gk722 CPYAnRvQEQBcyC57x7yZH5zhHG4QEgE1 =wrJx -END PGP SIGNATURE- diff --git a/debian/changelog b/debian/changelog index d79aab8..b581cfc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,12 +1,17 @@ -iscsitarget (1.4.20.2-11) experimental; urgency=low +iscsitarget (1.4.20.2-11) UNRELEASED; urgency=low + [ Ritesh Raj Sarraf ] * [6dfdd7c] Add iscsitarget-dkms to Recommends and drop iscsitarget-module * [281b4a4] Update README.Debian explaining the new DKMS package. Thanks to Olaf van der Spek (Closes: #668382) * [a0d484c] Drop patch fix-build-3-2.patch * [afdf1df] Add patches from 1.4.20 stable branch (Closes: #685422) - -- Ritesh Raj Sarraf r...@debian.org Sat, 15 Sep 2012 12:55:24 +0530 + [ Loic Dachary (OuoU) ] + + * Fixes ietadm not detecting inactive sessions (Closes: #687925). + + -- iscsitarget (1.4.20.2-10) unstable; urgency=low diff --git a/debian/patches/inactive-sessions.patch b/debian/patches/inactive-sessions.patch new file mode 100644 index 000..839f762 --- /dev/null +++ b/debian/patches/inactive-sessions.patch @@ -0,0 +1,83 @@ +Description: ietadm not detecting inactive sessions + Once 1.4.20.3 is released, this patch can be dropped, it is commited at + http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision + . + Fix retrieval of ietd pid from netlink + . + The ietd pid was retrieved from the credentials in the netlink skb + which happened to work with kernels 3.2. These days the credentials + are not sent by default anymore (and ietd doesn't fill them in) so + the pid needs to be determined from the netlink_skb_parms. + . + This fixes a bug reported by Clay Gerrard (Can't delete target after + initiator logs out, caused by the session removal event not making it + to ietd). + . +Author: Arne Redlich arne.redl...@googlemail.com +Reviewed-by: Loic Dachary l...@debian.org +Last-Update: 2012-09-17 +Applied-Upstream: http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision +Bug-Debian: http://bugs.debian.org/687925 +Bug-Ubuntu: https://launchpad.net/bugs/967984 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +--- trunk/kernel/event.c 2012/04/03 18:19:28 477 trunk/kernel/event.c 2012/04/06 21:58:31 478 +@@ -14,24 +14,8 @@ + static struct sock *nl; + static u32 ietd_pid; + +-static int event_recv_msg(struct sk_buff *skb, struct nlmsghdr *nlh) +-{ +- u32 uid, pid, seq; +- char *data; +- +- pid = NETLINK_CREDS(skb)-pid; +- uid = NETLINK_CREDS(skb)-uid; +- seq = nlh-nlmsg_seq; +- data = NLMSG_DATA(nlh); +- +- ietd_pid = pid; +- +- return 0; +-} +- + static void event_recv_skb(struct sk_buff *skb) + { +- int err; + struct nlmsghdr *nlh; + u32 rlen; + +@@ -42,9 +26,9 @@ + rlen = NLMSG_ALIGN(nlh-nlmsg_len); + if (rlen skb-len) + rlen = skb-len; +- if ((err = event_recv_msg(skb, nlh))) { +- netlink_ack(skb, nlh, -err); +- } else if (nlh-nlmsg_flags NLM_F_ACK) ++ ietd_pid = NETLINK_CB(skb).pid; ++ WARN_ON(ietd_pid == 0); ++ if (nlh-nlmsg_flags NLM_F_ACK) + netlink_ack(skb, nlh, 0); + skb_pull(skb, rlen); + } +@@ -59,6 +43,7 @@ + if (!(skb = alloc_skb(NLMSG_SPACE(len), gfp_mask))) + return -ENOMEM; + ++ WARN_ON(ietd_pid == 0); + nlh = __nlmsg_put(skb, ietd_pid, seq++, NLMSG_DONE, len - sizeof(*nlh), 0); + + memcpy(NLMSG_DATA(nlh), data, len); diff --git a/debian/patches/series b/debian/patches/series index f267d0c..8f7e56c 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ iscsitarget-prelim-1.4.20.3.patch 0001-Makefile-changes-to-support-3.x-kernels.patch 0002-Fix-send_data_rsp-to-handle-sense-data-correctly.patch 0003-Compile-fix-for-kernels-3.1-and-3.2.patch +inactive-sessions.patch 687925.patch.sig Description: PGP signature attachment: loic.vcf
Bug#687925: diff for NMU version 1.4.20.2-10.1
On 09/17/2012 07:41 PM, Ritesh Raj Sarraf wrote: On Monday 17 September 2012 10:28 PM, Ritesh Raj Sarraf wrote: On Monday 17 September 2012 08:41 PM, Loic Dachary wrote: The proposed NMU was based on the assumption that it would be easier to fix the release critical bug first and then advocate for other changes: Agreed. Just that the other bug, that the one in experimental fixes, is related to a kernel panic. It is still a minor bug though. I also would have preferred to see this fix in the 1.4.20 stable branch upstream. When I pulled in the bits yesterday, this fix was not in the stable branch. Have you asked this upstream? Hi, I'm not familiar with the iscsitarget upstream. The patch comes from this upstream revision http://iscsitarget.svn.sourceforge.net/viewvc/iscsitarget?revision=478view=revision and the rationale for applying it is described in detail in https://launchpad.net/bugs/967984 Does that answer your question ? Cheers attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#681175: nova-volume: assumes iscsiadm is in /sbin
Package: nova-volume Version: 2012.1.1-3 Severity: grave In nova/rootwrap/volume.py there is filters.CommandFilter(/sbin/iscsiadm, root), however the open-iscsi package has iscsiadm in /usr/bin/iscsiadm . As a consequence, nova-volume fails. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) 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 nova-volume depends on: ii lsb-base 4.1+Debian0 ii lvm2 2.02.88-2 ii nova-common 2012.1.1-3 ii python 2.7.2-10 ii tgt 1:1.0.17-1 nova-volume recommends no packages. Versions of packages nova-volume suggests: pn sheepdog none -- no debconf information attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#677400: [Openstack-devel] Bug#677400: This is not a bug, it is a feature!
On 06/18/2012 04:03 PM, Thomas Goirand wrote: On 06/18/2012 03:51 PM, Loic Dachary wrote: On 06/18/2012 08:38 AM, Thomas Goirand wrote: On Mon Jun 18 2012 01:06:30 PM CST, Ola Lundqvist o...@inguza.com wrote: The statement in the mail to the development list is wrong. Install scripts can modify configuration files if it is done in a safe way preserving local modifications. No! If you intend to modify a configuration file it shouldn't be marked as such, and should be managed by post{inst,rm}. Due to this I'm closing this bug now. Please reopen it! Could you please provide a patch explaining how you would resolve this release critical bug ? That will also help understand your position. I'm sure Ola will then agree to cleanup and integrate the patch that is most agreeable to you. Thanks in advance for the help :-) FYI, I sent a patch our Git repo on Alioth, and I'm currently working on adding debconf support for nova-compute-xen (so that the URL, username and password can be configured through debconf). I'll upload when I'm done with that. I assume you're refering to: commit 759525ad91c32f5619ee8bbae0d0e3a01232d7b2 Author: Thomas Goirand tho...@goirand.fr Date: Mon Jun 18 12:35:34 2012 + Fixes prompting due to modified conffiles (Closes: #677400) Thanks for fixing this :-) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677334: [Openstack-devel] Bug#677334: nova-objectstore: Problem dependency with nova-objectstore 2012-1.6
On 06/13/2012 12:08 PM, michael chlon wrote: Package: nova-objectstore Version: 2012.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Hi, I have update to the latest version: 2012-1.6 but the configure script claim for: nova-common 2012-1.5 !!! So the installaion is impossible and stop in the --configure script. I thnik that you have forgotten the update of this dependency during the last process which bring us the 2012-1.6 version ! Hi, Could you please copy the command line you've used and all of the output that includes the error ? It will help me understand the problem. Thank you in advance Thanks for the follow-up and reply. Rgds, Michaël Chlon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (999, 'testing'), (995, 'unstable'), (975, 'stable'), (500, 'stable-updates'), (500, 'sid'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nova-objectstore depends on: ii lsb-base 4.1+Debian6 ii nova-common 2012.1-6 ii python 2.7.2-10 nova-objectstore recommends no packages. nova-objectstore suggests no packages. -- no debconf information ___ Openstack-devel mailing list openstack-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/openstack-devel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677334: [Openstack-devel] Bug#677334: nova-objectstore: Problem dependency with nova-objectstore 2012-1.6
Hi, I'm puzzled :-) I tried to install from the same mirror and had no problem. /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb-INFO!./control contains Package: nova-objectstore Source: nova Version: 2012.1-6 Architecture: all Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Installed-Size: 65 Depends: lsb-base (= 3.0.6), nova-common (= 2012.1-6), python which is correct. Could you please send me the /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb file that's on your machine ? Or post its content here showing it has a Depends: line mentionning nova-common (= 2012.1-5) What happens if you sudo aptitude install nova-objectstore nova-common Cheers On 06/13/2012 01:28 PM, Chlon Michaël wrote: Le 13/06/2012 12:48, Loic Dachary a écrit : On 06/13/2012 12:08 PM, michael chlon wrote: Package: nova-objectstore Version: 2012.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Hi, I have update to the latest version: 2012-1.6 but the configure script claim for: nova-common 2012-1.5 !!! So the installaion is impossible and stop in the --configure script. I thnik that you have forgotten the update of this dependency during the last process which bring us the 2012-1.6 version ! Hi, Could you please copy the command line you've used and all of the output that includes the error ? It will help me understand the problem. Thank you in advance Yes, of course: = 8 $ sudo aptitude install nova-objectstore Les paquets suivants seront mis à jour : nova-objectstore 1 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour. Il est nécessaire de télécharger 13,1 ko d'archives. Après dépaquetage, 1 024 o seront utilisés. Voulez-vous continuer ? [Y/n/?] Prendre : 1 ftp://ftp.fr.debian.org/debian/ sid/main nova-objectstore all 2012.1-6 [13,1 kB] 13,1 ko téléchargés en 0s (28,6 ko/s) dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore === 8 = If you need others things, do not hesitate ! Rgds, Michaël Chlon Thanks for the follow-up and reply. Rgds, Michaël Chlon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (999, 'testing'), (995, 'unstable'), (975, 'stable'), (500, 'stable-updates'), (500, 'sid'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nova-objectstore depends on: ii lsb-base 4.1+Debian6 ii nova-common 2012.1-6 ii python 2.7.2-10 nova-objectstore recommends no packages. nova-objectstore suggests no packages. -- no debconf information ___ Openstack-devel mailing list openstack-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/openstack-devel *Michaël Chlon* |/mic.a.elle.ch...@gmail.com/ My profiles: LinkedIn http://Type%20your%20personal%20details%20here.%20Click%20on%20Templates%20for%20a%20quick%20start%21 Want a signature like mine? http://r1.wisestamp.com/r/landing?promo=22dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_22 Click here. http://r1.wisestamp.com/r/landing?promo=22dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_22
Bug#677334: [Openstack-devel] Bug#677334: nova-objectstore: Problem dependency with nova-objectstore 2012-1.6
Hi, You can see in this file that it contains: Depends: lsb-base (= 3.0.6), nova-common (= 2012.1-6), python I'm not sure why the problem you experience happens, but it's not because the dependencies of nova-objectstore refer to 2012.1-5. Would you be so kind as to close this bug or at least change the severity to ack the fact that it cannot be reproduced ? We'll hopefully figure it out eventually ;-) Cheers On 06/13/2012 02:49 PM, Chlon Michaël wrote: Le 13/06/2012 14:32, Loic Dachary a écrit : Hi, I'm puzzled :-) I tried to install from the same mirror and had no problem. /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb-INFO!./control contains Package: nova-objectstore Source: nova Version: 2012.1-6 Architecture: all Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Installed-Size: 65 Depends: lsb-base (= 3.0.6), nova-common (= 2012.1-6), python which is correct. Could you please send me the /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb file that's on your machine ? Or post its content here showing it has a Depends: line mentionning nova-common (= 2012.1-5) What happens if you sudo aptitude install nova-objectstore nova-common Cheers Hi, The package is attached with this Email. And when I try: - sudo aptitude install nova-objectstore nova-common, that's produce the same output as previously. Rgds, Michaël Chlon. On 06/13/2012 01:28 PM, Chlon Michaël wrote: Le 13/06/2012 12:48, Loic Dachary a écrit : On 06/13/2012 12:08 PM, michael chlon wrote: Package: nova-objectstore Version: 2012.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Hi, I have update to the latest version: 2012-1.6 but the configure script claim for: nova-common 2012-1.5 !!! So the installaion is impossible and stop in the --configure script. I thnik that you have forgotten the update of this dependency during the last process which bring us the 2012-1.6 version ! Hi, Could you please copy the command line you've used and all of the output that includes the error ? It will help me understand the problem. Thank you in advance Yes, of course: = 8 $ sudo aptitude install nova-objectstore Les paquets suivants seront mis à jour : nova-objectstore 1 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour. Il est nécessaire de télécharger 13,1 ko d'archives. Après dépaquetage, 1 024 o seront utilisés. Voulez-vous continuer ? [Y/n/?] Prendre : 1 ftp://ftp.fr.debian.org/debian/ sid/main nova-objectstore all 2012.1-6 [13,1 kB] 13,1 ko téléchargés en 0s (28,6 ko/s) dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore === 8 = If you need others things, do not hesitate ! Rgds, Michaël Chlon Thanks for the follow-up and reply. Rgds, Michaël Chlon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (999, 'testing'), (995, 'unstable'), (975, 'stable'), (500, 'stable-updates'), (500, 'sid'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nova-objectstore depends on: ii lsb-base 4.1+Debian6 ii nova-common 2012.1-6 ii python 2.7.2-10 nova-objectstore recommends no packages. nova-objectstore suggests no packages. -- no debconf information ___ Openstack-devel mailing list openstack-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/openstack-devel *Michaël Chlon
Bug#677334: [Openstack-devel] Bug#677334: nova-objectstore: Problem dependency with nova-objectstore 2012-1.6
On 06/13/2012 05:08 PM, Chlon Michaël wrote: Le 13/06/2012 15:40, Loic Dachary a écrit : Hi, You can see in this file that it contains: Depends: lsb-base (= 3.0.6), nova-common (= 2012.1-6), python I'm not sure why the problem you experience happens, but it's not because the dependencies of nova-objectstore refer to 2012.1-5. Would you be so kind as to close this bug or at least change the severity to ack the fact that it cannot be reproduced ? We'll hopefully figure it out eventually ;-) Cheers Finally, I have purge all the nova-* packages ... and have made a new installation. The automatic purge of nova-objectstore (2012.1-5) is impossible ! Yes :-( That's why I reacted promptly to the bug. Hopefully there are not many people with the same problem. One have to do it by hand !!! (all the _related_ files and directory under: /var/lib/dpkg/ . The bug is closed. The problem seems to come from the 2012.1-5 version ! It was a nasty one. Thanks for your understanding I hope that will help some ... Rgds, michaël Chlon On 06/13/2012 02:49 PM, Chlon Michaël wrote: Le 13/06/2012 14:32, Loic Dachary a écrit : Hi, I'm puzzled :-) I tried to install from the same mirror and had no problem. /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb-INFO!./control contains Package: nova-objectstore Source: nova Version: 2012.1-6 Architecture: all Maintainer: PKG OpenStack openstack-de...@lists.alioth.debian.org Installed-Size: 65 Depends: lsb-base (= 3.0.6), nova-common (= 2012.1-6), python which is correct. Could you please send me the /var/cache/apt/archives/nova-objectstore_2012.1-6_all.deb file that's on your machine ? Or post its content here showing it has a Depends: line mentionning nova-common (= 2012.1-5) What happens if you sudo aptitude install nova-objectstore nova-common Cheers Hi, The package is attached with this Email. And when I try: - sudo aptitude install nova-objectstore nova-common, that's produce the same output as previously. Rgds, Michaël Chlon. On 06/13/2012 01:28 PM, Chlon Michaël wrote: Le 13/06/2012 12:48, Loic Dachary a écrit : On 06/13/2012 12:08 PM, michael chlon wrote: Package: nova-objectstore Version: 2012.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Hi, I have update to the latest version: 2012-1.6 but the configure script claim for: nova-common 2012-1.5 !!! So the installaion is impossible and stop in the --configure script. I thnik that you have forgotten the update of this dependency during the last process which bring us the 2012-1.6 version ! Hi, Could you please copy the command line you've used and all of the output that includes the error ? It will help me understand the problem. Thank you in advance Yes, of course: = 8 $ sudo aptitude install nova-objectstore Les paquets suivants seront mis à jour : nova-objectstore 1 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 10 non mis à jour. Il est nécessaire de télécharger 13,1 ko d'archives. Après dépaquetage, 1 024 o seront utilisés. Voulez-vous continuer ? [Y/n/?] Prendre : 1 ftp://ftp.fr.debian.org/debian/ sid/main nova-objectstore all 2012.1-6 [13,1 kB] 13,1 ko téléchargés en 0s (28,6 ko/s) dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : dpkg : des problèmes de dépendances empêchent la configuration de nova-objectstore : nova-objectstore dépend de nova-common (= 2012.1-5) ; cependant : La version de nova-common sur le système est 2012.1-6. dpkg : erreur de traitement de nova-objectstore (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : nova-objectstore === 8 = If you need others things, do not hesitate ! Rgds, Michaël Chlon Thanks for the follow-up and reply. Rgds, Michaël Chlon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (999, 'testing'), (995, 'unstable'), (975, 'stable'), (500, 'stable-updates'), (500, 'sid'), (1, 'experimental
Bug#640339: Fix the link of the log.
On 09/06/2011 10:35 AM, Alberto Luaces wrote: Hi, this is fixed in the latest version from upstream. I have added a line to the changelog in order to close the bug report. Loic, could you upload the 3.0.1-1 version found in the git repository, please? Regards, Alberto Hi, Sorry for the delay. Just to avoid any possible confusion, where will I find 3.0.1-1 ? I see no tag or branch by that name. openscenegraph:/usr/src/pkg-osg# git branch -a dev/2.9.11 * master remotes/origin/HEAD - origin/master remotes/origin/dev/2.9.10 remotes/origin/dev/2.9.11 remotes/origin/dev/2.9.13 remotes/origin/dev/2.9.14 remotes/origin/dev/2.9.16 remotes/origin/dev/3.0.0-rc1 remotes/origin/dev/3.0.0-rc2 remotes/origin/dev/3.0.0-rc3 remotes/origin/dev/3.0.0-rc4 remotes/origin/master openscenegraph:/usr/src/pkg-osg# git tag -l 2.8.3-6 2.8.3-7 2.9.11-1 3.0.0 3.0.0-1 attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#640339: Fix the link of the log.
On 09/08/2011 03:54 PM, Alberto Luaces wrote: Loic Dachary writes: On 09/06/2011 10:35 AM, Alberto Luaces wrote: Hi, this is fixed in the latest version from upstream. I have added a line to the changelog in order to close the bug report. Loic, could you upload the 3.0.1-1 version found in the git repository, please? Regards, Alberto Hi, Sorry for the delay. Just to avoid any possible confusion, where will I find 3.0.1-1 ? I see no tag or branch by that name. Oops! I forgot to tag it. It's the tip of the master branch, b840fa03834bed5d3b76e429a1037974de11fb2c. I made no branch for it as it is a stable release from upstream. Thanks for the update. I finalized the debian/changelog with my name and the compilation is in progress. Cheers attachment: loic.vcf signature.asc Description: OpenPGP digital signature
Bug#623595: xine-lib: FTBFS: libxine1-misc-plugins missing files (debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so), aborting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xine-lib Severity: serious It can be reproduced with the following: apt-get source xine-lib pbuilder xine-lib_1.1.19-3.dsc using a sid chroot updated at the time of this report. v4l support was removed in kernel 2.6.38. The debian/libxine1-misc-plugins.install must be changed to remove debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so because it won't compile anymore. make[1]: Entering directory `/tmp/buildd/xine-lib-1.1.19' working on package libxine1-x dh_testdir dh_testroot dh_install test ! -f debian/overrides/libxine1-x || \ install -Dm644 \ debian/overrides/libxine1-x \ debian/libxine1-x/usr/share/lintian/overrides/libxine1-x # mostly, we symlink docs - libxine1-bin set -e; case libxine1-x in \ libxine1-bin|libxine-dev|libxine1-doc |libxine1-plugins |libxine1-all-plugins) \ dh_installdocs; \ dh_installchangelogs -k ChangeLog; \ ;; \ *) \ mkdir -p debian/libxine1-x/usr/share/doc; \ ln -fs libxine1-bin \ debian/libxine1-x/usr/share/doc/libxine1-x; \ ;; \ esac dh_installman dh_link dh_strip --dbg-package=libxine1-dbg dh_compress dh_fixperms dh_makeshlibs -V 'libxine1 (= 1.1.8)' dh_installdeb dh_shlibdeps -ldebian/libxine1-bin/usr/lib dpkg-shlibdeps: warning: dependency on libfusion-1.2.so.9 could be avoided if debian/libxine1-x/usr/lib/xine/plugins/1.29/xineplug_vo_out_xdirectfb.so were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libdirect-1.2.so.9 could be avoided if debian/libxine1-x/usr/lib/xine/plugins/1.29/xineplug_vo_out_xdirectfb.so were not uselessly linked against it (they use none of its symbols). dh_gencontrol dh_md5sums dh_builddeb -- -Zbzip2 dpkg-deb: building package `libxine1-x' in `../libxine1-x_1.1.19-3_amd64.deb'. make[1]: Leaving directory `/tmp/buildd/xine-lib-1.1.19' (cd debian/libxine1-x find .) | grep -v DEBIAN binary-libxine1-x-stamp make -f debian/rules binary-common DH_OPTIONS=-plibxine1-misc-plugins DH_PACKAGE=libxine1-misc-plugins make[1]: Entering directory `/tmp/buildd/xine-lib-1.1.19' working on package libxine1-misc-plugins dh_testdir dh_testroot dh_install dh_install: libxine1-misc-plugins missing files (debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so), aborting make[1]: *** [binary-common] Error 2 make[1]: Leaving directory `/tmp/buildd/xine-lib-1.1.19' make: *** [binary-libxine1-misc-plugins] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package I: unmounting /var/cache/pbuilder/ccache filesystem I: unmounting dev/pts filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /media/tmp/tmp/build/29795 and its subdirectories - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2wUJEACgkQ8dLMyEl6F20c/gCffm24rHJG3wJoEL9lUNmffzVW eM8AoIHlzzQcI+PidmWBDb+p28aEHFvK =bsyi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623595: Acknowledgement (xine-lib: FTBFS: libxine1-misc-plugins missing files (debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so), aborting)
Hi, Here is a patch that fixes this bug by removing pvr from the list of installed plugins, because it won't compile anymore since videodev.h has been obsoleted. http://www.mail-archive.com/linux-media@vger.kernel.org/msg27519.html The patch also fixes all pending lintian warnings. It is formatted as a NMU and I would be happy to upload it myself if you don't have time to apply it. Thanks for your work on xine : I have been using your package for years, almost on a daily basis ;-) diff -Nru xine-lib-1.1.19/debian/changelog xine-lib-1.1.19/debian/changelog --- xine-lib-1.1.19/debian/changelog 2011-01-23 17:50:35.0 +0100 +++ xine-lib-1.1.19/debian/changelog 2011-04-21 17:49:29.0 +0200 @@ -1,3 +1,11 @@ +xine-lib (1.1.19-3.1) unstable; urgency=low + + * NMU. + * fix lintian warnings + * remove xineplug_inp_pvr.so from libxine1-misc-plugins.install (Closes: #623595). + + -- Loic Dachary l...@dachary.org Thu, 21 Apr 2011 17:49:29 +0200 + xine-lib (1.1.19-3) unstable; urgency=low * add missing #includeX11/extensions/XvMClib.h to avoid FTBFS, diff -Nru xine-lib-1.1.19/debian/control xine-lib-1.1.19/debian/control --- xine-lib-1.1.19/debian/control 2011-01-23 17:18:48.0 +0100 +++ xine-lib-1.1.19/debian/control 2011-04-21 12:52:29.0 +0200 @@ -29,10 +29,11 @@ Vcs-Browser: http://hg.debian.org/hg/xine-lib/pkg/xine-lib-deb XS-DM-Upload-Allowed: yes Homepage: http://www.xine-project.org/ -Standards-Version: 3.8.3 +Standards-Version: 3.9.1 Package: libxine1-doc Architecture: all +Depends: ${misc:Depends} Section: doc Replaces: libxine1 ( 1.1.7-1) Provides: libxine-doc @@ -50,7 +51,7 @@ Package: libxine1 Architecture: any -Depends: libxine1-plugins (= ${source:Version}) | libxine1-misc-plugins (= ${binary:Version}), +Depends: ${misc:Depends}, ${misc:Depends}, libxine1-plugins (= ${source:Version}) | libxine1-misc-plugins (= ${binary:Version}), libxine1-x (= ${binary:Version}), libxine1-console (= ${binary:Version}) Recommends: libxine1-ffmpeg Suggests: gxine | xine-ui, libxine1-doc | libxine-doc @@ -70,7 +71,7 @@ Package: libxine1-bin Architecture: any -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Recommends: ${shlibs:Recommends} Suggests: ${shlibs:Suggests} Conflicts: libxine1 ( 1.1.8-4) @@ -84,7 +85,7 @@ Section: libdevel Conflicts: libxine2-dev Replaces: libxine2-dev -Depends: libxine1-bin (= ${binary:Version}), libc6-dev, zlib1g-dev, +Depends: ${misc:Depends}, libxine1-bin (= ${binary:Version}), libc6-dev, zlib1g-dev, libslang2-dev, libfreetype6-dev, pkg-config Description: the xine video player library, development packages This contains development files (headers, documentation and the like) @@ -101,7 +102,7 @@ Package: libxine1-ffmpeg Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine-extracodecs ( 1.1.3-1) Conflicts: libxine-extracodecs ( 1.1.3-1) Description: MPEG-related plugins for libxine1 @@ -116,7 +117,7 @@ Package: libxine1-gnome Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Description: GNOME-related plugins for libxine1 This package contains plugins for the xine video/media player engine, which are commonly used in the GNOME desktop environment. In detail @@ -127,7 +128,7 @@ Package: libxine1-console Architecture: any Priority: extra -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: libaa/libcaca/framebuffer/directfb related plugins for libxine1 @@ -140,7 +141,7 @@ Package: libxine1-x Architecture: any -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: X desktop video output plugins for libxine1 @@ -154,7 +155,7 @@ Package: libxine1-misc-plugins Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: Input, audio output and post plugins for libxine1 @@ -169,7 +170,7 @@ Section: debug Priority: extra Recommends: libxine1-ffmpeg, libxine1-gnome, libxine1-console -Depends: libxine1-bin (= ${binary:Version}) +Depends: ${misc:Depends}, libxine1-bin (= ${binary:Version}) Description: debug symbols for libxine1 This is the xine media player library (libxine). . @@ -183,7 +184,7 @@ Package: libxine1-plugins Architecture: all Priority: extra -Depends: libxine1-ffmpeg (= ${source:Version}), libxine1-misc-plugins (= ${source:Version}) +Depends: ${misc:Depends}, libxine1-ffmpeg (= ${source:Version}), libxine1-misc-plugins (= ${source:Version}) Suggests: libxine1-gnome (= ${source:Version}) Description: the xine video/media player library, meta package This is the xine media player library (libxine). @@ -202,7 +203,7
Bug#623595: Info received (Bug#623595: Acknowledgement (xine-lib: FTBFS: libxine1-misc-plugins missing files (debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so), aborting))
Hi, For your convenience, here are two distinct patches applied against changeset: 425:b79db0132a80 of http://hg.debian.org/hg/xine-lib/pkg/xine-lib-deb. As discussed on IRC today, this repository misses the -3 version of the package. I do hope, however, that you will be able to safely apply the patches. Cheers changeset: 426:d5a2efaa4140 user:l...@dachary.org date:Thu Apr 21 20:25:31 2011 +0200 summary: v4l is no longer supported in 2.6.38, therefore xineplug_inp_pvr.so will not compiled and is removed fix#623595 diff -r b79db0132a80 -r d5a2efaa4140 debian/libxine1-misc-plugins.install --- a/debian/libxine1-misc-plugins.install Wed Jul 28 22:37:38 2010 +0100 +++ b/debian/libxine1-misc-plugins.install Thu Apr 21 20:25:31 2011 +0200 @@ -7,7 +7,6 @@ debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_mms.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_net.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pnm.so -debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtp.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtsp.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_smb.so changeset: 427:517ed6bf0e35 tag: tip user:l...@dachary.org date:Thu Apr 21 20:27:10 2011 +0200 summary: fix lintian warnings for 1.1.19-3 diff -r d5a2efaa4140 -r 517ed6bf0e35 debian/control --- a/debian/control Thu Apr 21 20:25:31 2011 +0200 +++ b/debian/control Thu Apr 21 20:27:10 2011 +0200 @@ -29,10 +29,11 @@ Vcs-Browser: http://hg.debian.org/hg/xine-lib/pkg/xine-lib-deb XS-DM-Upload-Allowed: yes Homepage: http://www.xine-project.org/ -Standards-Version: 3.8.3 +Standards-Version: 3.9.1 Package: libxine1-doc Architecture: all +Depends: ${misc:Depends} Section: doc Replaces: libxine1 ( 1.1.7-1) Provides: libxine-doc @@ -50,7 +51,7 @@ Package: libxine1 Architecture: any -Depends: libxine1-plugins (= ${source:Version}) | libxine1-misc-plugins (= ${binary:Version}), +Depends: ${misc:Depends}, ${misc:Depends}, libxine1-plugins (= ${source:Version}) | libxine1-misc-plugins (= ${binary:Version}), libxine1-x (= ${binary:Version}), libxine1-console (= ${binary:Version}) Recommends: libxine1-ffmpeg Suggests: gxine | xine-ui, libxine1-doc | libxine-doc @@ -70,7 +71,7 @@ Package: libxine1-bin Architecture: any -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Recommends: ${shlibs:Recommends} Suggests: ${shlibs:Suggests} Conflicts: libxine1 ( 1.1.8-4) @@ -84,7 +85,7 @@ Section: libdevel Conflicts: libxine2-dev Replaces: libxine2-dev -Depends: libxine1-bin (= ${binary:Version}), libc6-dev, zlib1g-dev, +Depends: ${misc:Depends}, libxine1-bin (= ${binary:Version}), libc6-dev, zlib1g-dev, libslang2-dev, libfreetype6-dev, pkg-config Description: the xine video player library, development packages This contains development files (headers, documentation and the like) @@ -101,7 +102,7 @@ Package: libxine1-ffmpeg Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine-extracodecs ( 1.1.3-1) Conflicts: libxine-extracodecs ( 1.1.3-1) Description: MPEG-related plugins for libxine1 @@ -116,7 +117,7 @@ Package: libxine1-gnome Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Description: GNOME-related plugins for libxine1 This package contains plugins for the xine video/media player engine, which are commonly used in the GNOME desktop environment. In detail @@ -127,7 +128,7 @@ Package: libxine1-console Architecture: any Priority: extra -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: libaa/libcaca/framebuffer/directfb related plugins for libxine1 @@ -140,7 +141,7 @@ Package: libxine1-x Architecture: any -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: X desktop video output plugins for libxine1 @@ -154,7 +155,7 @@ Package: libxine1-misc-plugins Architecture: any Section: video -Depends: ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Replaces: libxine1 ( 1.1.8-2) Conflicts: libxine1 ( 1.1.8-2) Description: Input, audio output and post plugins for libxine1 @@ -169,7 +170,7 @@ Section: debug Priority: extra Recommends: libxine1-ffmpeg, libxine1-gnome, libxine1-console -Depends: libxine1-bin (= ${binary:Version}) +Depends: ${misc:Depends}, libxine1-bin (= ${binary:Version}) Description: debug symbols for libxine1 This is the xine media player library (libxine). . @@ -183,7 +184,7 @@ Package: libxine1-plugins Architecture: all Priority: extra -Depends: libxine1-ffmpeg (= ${source:Version}), libxine1-misc-plugins (= ${source:Version}) +Depends: ${misc:Depends}, libxine1-ffmpeg (= ${source:Version}),
Bug#591960: jpoker: does not build .swf files from source
This bug is fixed in the version 2 of jpoker. I need to backport it to 1.0.16. Thanks for the reminder. Hi, I will upload a new version with a bug fix by the end of next week. Cheers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591960: jpoker: does not build .swf files from source
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raphael Geissert wrote: Source: jpoker Version: 1.0.16-1 Severity: serious Hi, jpoker ships multiple sounds in .swf files but they are not generated at build time. The tool used to generate them is not available in main at the moment. Cheers, Hi, This bug is fixed in the version 2 of jpoker. I need to backport it to 1.0.16. Thanks for the reminder. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkxfCXQACgkQ8dLMyEl6F21X8gCgxlt9IF9IYBfPpkn/YrWFI8mP zhEAnR/Aq3rm+tiLIzLhs4rtY4qy4tUi =Wdwq -END PGP SIGNATURE- attachment: loic.vcf
Bug#580081: libopenthreads13: Stupid Conflicts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cyril Brulebois wrote: Package: libopenthreads13 Version: 2.8.3-2 Severity: serious Justification: Not coinstallable Same story as for libopenscenegraph65: | $ apt-cache show libopenthreads13|egrep '^(Package|Conflicts):' | Package: libopenthreads13 | Conflicts: libopenthreads, libopenthreads11, libopenthreads12, libopenthreads1c2, libopenthreads2, libopenthreads3 Adding Conflicts is *not* the way to go to “fix” bugs like #579760. Please package your libraries properly instead. There should be a way to file bugs against developers. That would be : Developer: Cyril Brulebois Version: Adult Severity: upsetting Justification: obnoxious behavior Human interactions require some level of understanding. The use of smileys ( :-) ) attach kindness to a message where *STARS* is condescending. The maintainer to which Cyril Brulebois messages are addressed enters an upsetting state where it uses too much CPU. It sometime crashes and rarely use the useful advice Cyril Brulebois tries to convey under the condescending tone. Relax Cyril, the world has nothing against you ;-) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkve4KwACgkQ8dLMyEl6F22DQwCgi5zTxxW0K6qA+gLtDuVXtBBR dTAAnj2EMwbYXePeROvEIlT7I2BZ+YXI =7mS9 -END PGP SIGNATURE- attachment: loic.vcf
Bug#544648: FTBFS: freeglut-dev not longer available, but only freeglut3-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Barth wrote: Package: openscenegraph Version: 2.8.1-1 Severity: serious Hi, this package now cannot be built anymore as libglut dropped to provide freeglut-dev. As this package sits in the middle of a large transition, I inted to NMU it rather soon. If you don't have time and I should just go ahead, please say so. I would be grateful if you can NMU the packet. Thanks for your help -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqePYEACgkQ8dLMyEl6F21AzQCgrKHQW1QyX+llbi8Dlk1649Nn H5kAniDq+JYJdx5KHMP8xRog5belEvi+ =lBox -END PGP SIGNATURE- attachment: loic.vcf
Bug#542393: FTBFS on armel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Moog wrote: Package: osgcal Version: 0.1.46-2.2 Severity: serious Tags: patch Justification: no longer builds from source User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch Hello Maintainer, Currently, osgcal FTBFS on armel: g++ -g -O2 -g -Wall -O2 -o .libs/osgcal osgcal-osgcal.o osgcal-osgcal_main.o osgcal-osgviewer.o ./.libs/libosgCal.so /usr/lib/libSDL.so -L//lib -losg -losgDB -losgFX -losgGA -losgParticle -losgSim -losgText -losgUtil -losgTerrain -losgManipulator -losgViewer -losgWidget -losgShadow -losgAnimation -losgVolume -lOpenThreads -lutil /usr/lib/libcal3d.so /usr/lib/libxml2.so /usr/lib/libglib-2.0.so /usr/bin/ld: .libs/osgcal: hidden symbol `__sync_add_and_fetch_4' in /usr/lib/gcc/arm-linux-gnueabi/4.3.3/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status An explanation for this can be found in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529091 *** /tmp/tmpF4iN7u In Ubuntu, we've applied the attached patch to achieve the following: * Fix FTBFS on armel by adding -lgcc -lgcc_s to LDFLAGS for armel We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers karmic APT policy: (500, 'karmic'), (500, 'jaunty') Architecture: i386 (i686) Kernel: Linux 2.6.31-5-generic (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 Thanks for the patch. I will apply it. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqL858ACgkQ8dLMyEl6F236MACgl/E2WTG/wS6B997Mf0ylZZka IBwAni5cw2HBhWwKRpvfRdb7s1vAx2wp =UOCE -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: Sorry, I forgot to say that those two CMake flags should only be used for the armel build. Regards, Alberto Hi, I applied your patch as shown at http://2-8.openscenegraph.dachary.org/rev/e2a3ee540407 . I would like to double check that it works. Would you be so kind as to give me a copy of the qemu instance you are using to test it ? I can host it permanently for maintainance purposes if that's convenient for you. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoiWv0ACgkQ8dLMyEl6F22HyACfclY1Jiid4i8XDSOkkzBFiTjn X9QAmwdayoa2al82FQ5iu/6SuGzgiHTB =OqX6 -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
Robert Osfield wrote: Hi Allberto Loic, On Mon, May 25, 2009 at 7:09 PM, Alberto Luaces alua...@udc.es wrote: He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding -lgcc_s -lgcc libraries. One can set the flags by doing setting the CMAKE_CXX_FLAGS either using ccmake ., or via the command line invocation of cmake . i.e. cmake . -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS=-lgcc_s -lgcc Would this be workable? Absolutely. Cheers begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
He says that it's basically a known bug that he has forwarded to gcc upstream, and in the meanwhile we can fix it on armel and hppa adding -lgcc_s -lgcc libraries. Hi, How did you add these two libraries ? I'll do the same and move on with 2.8.1 packaging. Great work. begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
Alberto Luaces wrote: El Lunes 18 Mayo 2009ES 17:53:13 Alberto Luaces escribió: El Lunes 18 Mayo 2009ES 13:55:58 Loic Dachary escribió: Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Yes, I'm following now Peter's suggestion, so I have now a qemulated armel system on my computer, and now I'm building the package on this platform. If I'm successful reproducing the error, I can ping the OSG list for a fix or at least for a switch in the CMake system in order to deactivate that feature, in the case it were the culprit. The downside is that the compilation is very slow, but at least I don't have to wait several weeks and in additon, I can make as many tests as I need. I have located the problem. Unfortunately it lies on Sid g++ versions 4.3.3-10 and 4.4.0-5 of armel's g++. * Antecedents: Newer versions of OSG make use of GCC builtin atomic operations where available in order to improve efficiency (__sync_bool_compare_and_swap, __sync_sub_and_fetch, __sync_add_and_fetch...). The specific code that uses those GCC intrinsic functions is located in OpenThreads, but inlined on the headers this library. * Problem: On armel, if one links an object file using those intrinsic functions to make a shared object with the g++ driver, the intrinsic functions remain undefined on the resultant library, that's why the build of OSG package fails when linking the first executable, osgviewer. I have written this small testcase: debian-armel:~# cat foo.c void doit(void **p, void *val, void *val2) { __sync_bool_compare_and_swap(p, val, val2); } debian-armel:~# gcc foo.c -c debian-armel:~# g++ -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync U __sync_bool_compare_and_swap_4 debian-armel:~# gcc -shared foo.o -o libfoo.so debian-armel:~# nm -D libfoo.so | grep sync debian-armel:~# * Solutions: I'm going to submit a bug report for g++, but anyway I don't think we are going to get a fix anytime soon, I don't know if it is allowed for the Debian packaging rules to change the compiling options for certain platforms. If it were the case, I could dive into OSG's CMake build system and put a switch in order to deactivate the use of intrinsics. We would use that switch only for armel. We could also modify OSG's test for the availability of intrinsics in order to not only test if a program using them could be compiled, but also if the compiler is also able to link a simple program with a library using them. This way we could have a platform independent test, not just something specific for armel. Awesome work :-) If you come up with a way to disable this with a CMake option, I'll set it for armel only in the upcoming 2.8.1 package. As long as it does not change the functionalities (only speed), it is acceptable. Cheers begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: Hello, this is finally the patch that came through upstream's SVN: 1 - openscenegraph.pc left untouched for backward compatibility reasons. 2 - Renaming of all the new .pc files from openscenegraph-lib.pc to openscenegraph-osgLib.pc (being osgLib the real name of the library). 3 - Creation of a new file, openscenegraph-osg.pc that only adds the libosg.so base library. Unfortunately for timing reasons it couldn't be included in 2.8.1, so we should apply this until the next upstream stable version. Regards, Alberto Great work ! I'll integrate this with the 2.8.1 release that has recently been published. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoWgH0ACgkQ8dLMyEl6F22WBwCfblaKQdJfy2IIm2XWntEEuxAU +voAoIeoiwn86KsgLOvhf0Y5awWqwdOo =rWNH -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#529091: openscenegraph: fails to build on armel hidden symbol (...) is referenced by DSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: Package: openscenegraph Version: 2.4.0-1.1 Severity: serious Justification: no longer builds from source At last, the armel build of 2.8.0-4 took place on May 10th. However it failed because the following error when building the first program on the suite that uses the library, osgviewer: /usr/bin/ld: ../../bin/osgviewer: hidden symbol `__sync_bool_compare_and_swap_4' in /usr/lib/gcc/arm-linux-gnueabi/4.3.3/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output It is the same error that the 2.8.0-1 release got on this platform in the past. I think the error is caused since the new atomic operations feature was incorporated to OpenThreads between the 2.4 and the 2.8 releases. Since it seems that nobody uses armel on the OSG list -- otherwise this error would come up several months ago --, one possible solution would be to deactivate the use of those intrinsics only for armel. This approach has however several disadvantages: - Seeing the CMakeLists.txt file, it seems that there is no way of deactivating that feature, since is not optional but configured automatically through tests. I could, however, ask for a way to do it on the mailing list. - It is almost a shoot in the dark, since we cannot test in a fast way if the fix is working (it seems that for armel the latency is almost two months). - We cannot know if the original error comes from OSG, CMake o armel's system libraries. Suggestions? Based on your research it seems that we need to exclude armel from the list of supported arch for OpenSceneGraph for the time being. Do you see another solution ? Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoRTM4ACgkQ8dLMyEl6F22Q4wCgiaJ2HPfTs0XZz9Nl6ATz0diE kAsAnRvQjS6rUBoqoXOB+sxze/oS4xaY =EUCM -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#528229: libopenscenegraph-dev: openscenegraph.pc references missing -losgIntrospection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alberto Luaces wrote: I think I have this done. Please find attached a patch for the root CMakeLists.txt and a tarball with all the .pc.in files to be deployed in the OpenSceneGraph/packaging/pkgconfig directory. Thanks. I'll include this in the next package. Did you send the patch to Robert Osfield ? Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJoMMACgkQ8dLMyEl6F200jACgwOnsPrrBLj1pDP+/dQNrF5o9 p0AAnikiiTTiQ2DZnQOHBNpwV8ZzDjZc =I7wV -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#527720: osgcal: FTBFS: src/osgCal/IOCFG.cpp:76: error: 'strchr' was not declared in this scope
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cyril Brulebois wrote: tag 527720 patch thanks Lucas Nussbaum lu...@lucas-nussbaum.net (08/05/2009): src/osgCal/IOCFG.cpp:76: error: 'strchr' was not declared in this scope src/osgCal/IOCFG.cpp:83: error: 'strlen' was not declared in this scope src/osgCal/IOCFG.cpp:89: error: 'strcmp' was not declared in this scope src/osgCal/IOCFG.cpp:98: error: 'strcmp' was not declared in this scope make[3]: *** [IOCFG.lo] Error 1 Trivial patch attached. Won't be sufficient on most archs due to libopenscenegraph-dev's #528229. Mraw, KiBi. Thanks ! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoIpBUACgkQ8dLMyEl6F219fgCgwuFca26df5ky+rRtfssfO9Pd bRAAoMNtvL1NmiVw6M3xc08hGkux+oBo =BBDg -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#517671: closed by Loic Dachary (OuoU) l...@debian.org (Bug#517671: fixed in openscenegraph 2.8.0-3)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kurt Roeckx wrote: reopen 517671 thanks It now fails with: dh_install --sourcedir=debian/tmp --fail-missing dh_install: debian/tmp/usr/lib64/pkgconfig/openscenegraph.pc exists in debian/tmp/ but is not installed to anywhere dh_install: debian/tmp/usr/lib64/pkgconfig/openthreads.pc exists in debian/tmp/ but is not installed to anywhere dh_install: missing files, aborting make: *** [binary-arch] Error 1 openscenegraph (2.8.0-3) unstable; urgency=low . * gcc-4.4 are already in upstream * use lib*/ instead of lib/ to capture lib64 (Closes: #517671) Please note that you should never install any files in /usr/lib64/ in Debian. That will break people's system. Could you please point me to the policy that explains this ? Thanks for your help. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm2nYkACgkQ8dLMyEl6F212ywCfbVOoSR9/VkuR5NRul/MHhqLz pWcAnjSyjvLiMivI4NlGftIaTn5P34l4 =9FuK -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#517671: openscenegraph: FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kurt Roeckx wrote: Source: openscenegraph Version: 2.8.0-1 Severity: serious Hi, Your package is failing to build on amd64 with the following error: # BEGIN: DIRTY hack for 64-bit arch's because cmake isn't easy to understand. # 1. Ensure /usr/lib exists (should be, because of the .pc files) # 2. Move lib64/* files to lib/, so that dh_movefiles find them there. #/usr/lib64 is a symlink to /usr/lib anyway, so... if test -d /build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib64 ; then \ mkdir -p /build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib ; \ mv /build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib64/* /build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib ; \ fi mv: cannot move `/build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib64/pkgconfig' to `/build/buildd/openscenegraph-2.8.0/debian/tmp/usr/lib/pkgconfig': Directory not empty make: *** [binary-arch] Error 1 Hi, Your reported arrived shortly after I finished 2.8.0-2 that fixes this problem. It will be uploaded shortly. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmqrXkACgkQ8dLMyEl6F22snQCgnOWFZclkMT1/YwH7FOFBkb91 jvkAoLZ6oJ+mWvU9rkr9IF4dqSkKv725 =efrR -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#507579: linking to the Debian sources, dependence on external JavaScript
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Viehmann wrote: Hi, this bug report raises two distinct issues a) whether the program should display a link to the Debian package's source, b) whether the linking to external JavaScript is acceptable for main. The FTP team considers a) to be a bug. While it technically seems to be an important bug, the implications are grave enough that this should be treated as if it was serious. Please link to http://packages.debian.org/$package . Ok. Regarding b), per the Social Contract and the Debian policy if the dependency on an external library cannot be avoided, the package needs to be removed from main. Furthermore, this could become tricky with the AGPL if the library does not have a compatible license. The external link is a left over from tests and will be removed. It is by no mean a requirement to run the software. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklAVSUACgkQ8dLMyEl6F20BHgCeOis5L5KqpJNr99vJg5QZBGmg cBEAoLnFapapqUGH09dcIlHnDQt+y5GU =A0C1 -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:[EMAIL PROTECTED] title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#506042: yocto-reader: infinite download liability for public use
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 MJ Ray wrote: Source: yocto-reader Version: 0.9.3 Severity: serious Justification: Policy 2.2.1 yocto-reader is under the AGPLv3 with no clarifications. The FTP masters have indicated the acceptance of this package and its license by accepting my upload. If #495721 ultimately resolves in a way indicating that AGPLv3 is non-DFSG-free, would be the only reason to reopen this bug. As Thomas Viehmann indicates, debian bugs (wishlist or otherwise) should not be used to request upstream license changes from one DFSG-free license to another. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkr6O0ACgkQ8dLMyEl6F21ovwCfXanGHXwC3HMwlI/U30YFS53s r18AnjJeqiPtymlY8FUg1n9imKKdVOhW =l+cg -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:[EMAIL PROTECTED] title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#504113: libopenthreads11: Extraneous Conflicts: against previous libopenthreads*?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cyril Brulebois wrote: Package: libopenthreads11 Version: 2.6.0-1 Severity: serious Justification: Wrong package relationships. Hi Loic, Ola, trying to install 2.6.* from experimental to check whether some bugs were gone, I noticed that libopenscenegraph* aren't co-installable because their libopenthreads* dependencies are not co-installable, because libopenthreads11 conflicts against former libopenthreads* (including version 7 which is from unstable). Given the contents of those packages, I see no reason why they should conflict at all. Cheers, Thanks for the feedback. I'm not extremely motivated to fix this right this moment with 2.8 three weeks away and unstable still frozen. Could this wait a month ? If you have a fix I'll upload it. Just let me know. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkPhDQACgkQ8dLMyEl6F20L8QCcC/Jl0lAt42Il7n0QyOk/GE1Y HxQAoJ/DPtAwTr3q4Gi0EAhcb95Nfut/ =SWvC -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:[EMAIL PROTECTED] title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#482239: openscenegraph: FTBFS: CMake Error at CMakeLists.txt:9 (ADD_EXECUTABLE):
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lucas Nussbaum wrote: Package: openscenegraph Version: 2.4.0-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080520 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Thanks for the report. I've reported this upstream and will fix the issues as soon as possible. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFINDMM8dLMyEl6F20RAhz2AKCzF7DHFOLjd8fApJc+YBfqcYYzygCePi3t aC4OYSU12+uSDaytP3wWYx8= =StXC -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:[EMAIL PROTECTED] title:Senior Developer tel;work:+33 9 51 18 43 38 tel;fax:+33 1 70 61 58 79 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#471604: /usr/share/pycentral/python-poker-network is missing
Kiko Piris wrote: Package: python-poker-network Version: 1.3.0-1 Severity: grave Justification: renders package unusable And thus, the server doesn’t even start (line 81 of /etc/init.d/python-poker-network checks the existence of $serverscript). Thanks. Apparently all files moved to /usr/share/pyshared I'll fix this today.
Bug#471644: ImportError: No module named pokereval
Kiko Piris wrote: Package: python-poker2d Version: 1.3.0-1 Severity: grave Justification: renders package unusable This is what I get when trying to run poker2d: | $ poker2d | Traceback (most recent call last): | File /usr/games/poker2d, line 34, in module | from pokerclient2d.poker2d import run | File /usr/lib/python2.5/site-packages/pokerclient2d/poker2d.py, line 77, in module | from pokernetwork.pokerclient import PokerClientFactory, PokerSkin | File /usr/lib/python2.5/site-packages/pokernetwork/pokerclient.py, line 37, in module | from pokereval import PokerEval | ImportError: No module named pokereval I guess all python poker packages need a rebuild against the new python central. Does it work better if you apt-get source + debuild + instal pypoker-eval + poker-engine ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471644: ImportError: No module named pokereval
Kiko Piris wrote: On 19/03/2008 at 11:30 +0100, Loic Dachary wrote: Does it work better if you apt-get source + debuild + instal pypoker-eval + poker-engine ? It works now after having done that. Thanks. Thanks. I'm scheduling an upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445763: osgal-cvs: FTBFS: unmet b-dep libproducer-dev
Hi, Thanks for the bug report. I should obsolete this package because it has been replaced with http://qa.debian.org/developer.php?packages=osgal I'm not sure how to do that. Do you have an idea ? Lucas Nussbaum [EMAIL PROTECTED] writes: Package: osgal-cvs version: 20060903-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071007 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), dpatch, cdbs, g++ (= 3.3.0), doxygen, pkg-config, autoconf, automake1.9, libtool, libopenalpp-cvs-dev, libproducer-dev, libopenscenegraph-dev (= 0.9.8), libvorbis-dev, pkg-config Checking for already installed source dependencies... W: Unable to locate package libproducer-dev debhelper: missing Using default version 5.0.57 dpatch: missing cdbs: missing g++: already installed (4:4.2.1-6 = 3.3.0 is satisfied) doxygen: missing pkg-config: missing autoconf: missing automake1.9: missing libtool: missing libopenalpp-cvs-dev: missing libproducer-dev: missing libopenscenegraph-dev: missing Using default version 2.0.0-4 libvorbis-dev: missing pkg-config: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package libproducer-dev apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping osgal-cvs The full build log is available from http://people.debian.org/~lucas/logs/2007/10/07 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445763: osgal-cvs: FTBFS: unmet b-dep libproducer-dev
Lucas Nussbaum [EMAIL PROTECTED] writes: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s5.9.3 Thanks for the advice. I've already uploaded osgal with the proper Replace + Conflict. It is unclear if filing a removal request on ftp.debian.org will remove *all* instances of this package or just the unstable + testing ones. Do you have previous experience on this ? I would not want to have the stable packages removed because people may depend on them, even if the associated software is not in debian. Thanks again :-) -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445763: osgal-cvs: FTBFS: unmet b-dep libproducer-dev
Lucas Nussbaum [EMAIL PROTECTED] writes: only the unstable + testing ones, according to an answer on #debian-release. removals from stable only happen for very special cases (like a huge license violation). Great many thanks. I wrote to ftp.debian.org Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425837: osg-2.x series
Hi, I wonder if the osg-2.x series helped in any ways ? Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441723: osgcal: package content changed if build twice or more times in a row
Patrick Winnertz [EMAIL PROTECTED] writes: Am Dienstag, 11. September 2007 01:12:17 schrieb Loic Dachary: These files are generated and contain meta stable data. It is normal for them to change after each build. This files doesn't changed between the builds, but are completly missing in the first build. (therefore not in the first build). So there is obviously something wrong. I'll reopen this bug later. Correct. And I made a fool of myself. Thanks for taking some of your time to explain. I'll look into this. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432424: osgcal: FTBFS: unmet build dep libcal3d11-dev
Cyril Brulebois [EMAIL PROTECTED] writes: Easy patch: just add libcal3d12-dev to the libcal3d*-dev alternative and the package builds fine; tagging accordingly. Will do. I've checked that libcal3d12 is also API compatible. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429903: openscenegraph_2.0.0-1(experimental/amd64/xenophanes): FTBFS: libraries are not in /usr/lib, where dh_movefiles expects them
Tu bosse dessus ? -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427692: libopenscenegraph5: Workaround
Benjamin Eikel [EMAIL PROTECTED] writes: Package: libopenscenegraph5 Version: 1.9.7-1 Followup-For: Bug #427692 Hello, I have a workaround for this problem. Create a symbolic link with the following command: ln -s /usr/lib/osgPlugins/ /usr/lib/osgPlugins-1.9.7 Good hint, thanks. The plugins are searched in the path /usr/lib/osgPlugins-1.9.7 instead of /usr/lib/osgPlugins. With the symbolic link they are found and the osg* programs work again. Perhaps you have to check where this path is set in the source code or maybe in a compile parameter and change it to the correct path so that the package works without this workaround. I discovered this by doing an strace on osgviewer. Regards, Benjamin Eikel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (570, 'experimental'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.4-blaze (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopenscenegraph5 depends on: ii libc6 2.5-10 GNU C Library: Shared libraries ii libcoin40c2 2.4.6-1 high-level 3D graphics kit with Op ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070609-1 GCC support library ii libgl1-mesa-glx [libgl1 6.5.2-5 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.2-5 The OpenGL utility library (GLU) ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libjasper1 1.900.1-3The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libopenthreads5 1.9.7-1 Object-Oriented (OO) thread interf ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxine11.1.6-2 the xine video/media player librar ii zlib1g 1:1.2.3-15 compression library - runtime libopenscenegraph5 recommends no packages. -- no debconf information -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427692: libopenscenegraph5: osg 1.9.7 does not load the plugins
Ruben [EMAIL PROTECTED] writes: Package: libopenscenegraph5 Version: 1.9.6-1 Severity: grave Justification: renders package unusable This is what happens with this version of OSG: $ osgviewer cow.osg Warning: Could not find plugin to read objects from file cow.osg. osgviewer: No data loaded And it happens with every plugin. Thanks for testing, I've had no feedback so far ;-) I'm working on it. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425837: openscenegraph_1.9.5-1(hppa/experimental): FTBFS: linking fails
Frank Lichtenheld [EMAIL PROTECTED] writes: On Fri, May 25, 2007 at 01:19:17AM +0200, Loic Dachary wrote: It looks like an HPPA specific compilation bug. Could you try with -ffunction-sections as suggested ? If it solves the problem, I'll suggest that upstream adds it in an architecture specific way. That doesn't seem to help. Disable introspection in debian/rules ? The introspection is hard on the compiler and only needed for debugging and script bindings. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425837: openscenegraph_1.9.5-1(hppa/experimental): FTBFS: linking fails
Hi, It looks like an HPPA specific compilation bug. Could you try with -ffunction-sections as suggested ? If it solves the problem, I'll suggest that upstream adds it in an architecture specific way. Cheers, Frank Lichtenheld [EMAIL PROTECTED] writes: Package: openscenegraph Version: 1.9.5-1 Severity: serious Hi, your package failed to build from source. | Automatic build of openscenegraph_1.9.5-1 on meitner by sbuild/hppa 98-farm | Build started at 20070524-0223 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 3291kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main openscenegraph 1.9.5-1 (dsc) [998B] | Get:2 http://ftp.de.debian.org experimental/main openscenegraph 1.9.5-1 (tar) [3277kB] | Get:3 http://ftp.de.debian.org experimental/main openscenegraph 1.9.5-1 (diff) [12.9kB] | Fetched 3291kB in 19s (167kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), dpatch, cmake, g++ (= 3.3.0), libungif4-dev | giflib-dev, libjpeg-dev, libtiff-dev, libxine-dev, lib3ds-dev, libfreetype6-dev, libpng12-dev, libcoin40-dev, libjasper-dev, libx11-dev, libxmu-dev, libglut-dev, ccache, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, doxygen | Checking for already installed source dependencies... [...] | /usr/bin/g++ -fPIC-shared -Wl,-soname,libosgUtil.so.5 -o ../../lib/libosgUtil.so.5.0.0 CMakeFiles/osgUtil.dir/CubeMapGenerator.o CMakeFiles/osgUtil.dir/CullVisitor.o CMakeFiles/osgUtil.dir/DelaunayTriangulator.o CMakeFiles/osgUtil.dir/DisplayRequirementsVisitor.o CMakeFiles/osgUtil.dir/GLObjectsVisitor.o CMakeFiles/osgUtil.dir/HalfWayMapGenerator.o CMakeFiles/osgUtil.dir/HighlightMapGenerator.o CMakeFiles/osgUtil.dir/IntersectVisitor.o CMakeFiles/osgUtil.dir/IntersectionVisitor.o CMakeFiles/osgUtil.dir/LineSegmentIntersector.o CMakeFiles/osgUtil.dir/Optimizer.o CMakeFiles/osgUtil.dir/PlaneIntersector.o CMakeFiles/osgUtil.dir/PolytopeIntersector.o CMakeFiles/osgUtil.dir/PositionalStateContainer.o CMakeFiles/osgUtil.dir/RenderBin.o CMakeFiles/osgUtil.dir/RenderLeaf.o CMakeFiles/osgUtil.dir/RenderStage.o CMakeFiles/osgUtil.dir/SceneView.o CMakeFiles/osgUtil.dir/Simplifier.o CMakeFiles/osgUtil.dir/SmoothingVisitor.o CMakeFiles/osgUtil.dir/StateGraph.o CMakeFiles/osgUtil.dir/Statistics.o CMakeFiles/osgUtil.dir/TangentSpaceGenerator.o CMakeFiles/osgUtil.dir/Tessellator.o CMakeFiles/osgUtil.dir/TransformAttributeFunctor.o CMakeFiles/osgUtil.dir/TransformCallback.o CMakeFiles/osgUtil.dir/TriStripVisitor.o CMakeFiles/osgUtil.dir/TriStrip_tri_stripper.o CMakeFiles/osgUtil.dir/UpdateVisitor.o CMakeFiles/osgUtil.dir/Version.o -L/build/buildd/openscenegraph-1.9.5/build/osg/lib -losg -lOpenThreads -lGLU -lGL -lSM -lICE -lX11 -lXext -lm -lpthread -Wl,-rpath,/build/buildd/openscenegraph-1.9.5/build/osg/lib | /usr/bin/ld: CMakeFiles/osgUtil.dir/Optimizer.o(.text._ZNKSt6vectorIN3osg5Vec3sESaIS1_EE4sizeEv[std::vectorosg::Vec3s, std::allocatorosg::Vec3s ::size() const]+0x24): cannot reach 43ba__ZNKSt6vectorIN3osg5Vec3sESaIS1_EE3endEv+0, recompile with -ffunction-sections | /usr/bin/ld: CMakeFiles/osgUtil.dir/Optimizer.o(.text._ZNKSt6vectorIN3osg5Vec3sESaIS1_EE4sizeEv[std::vectorosg::Vec3s, std::allocatorosg::Vec3s ::size() const]+0x24): cannot handle R_PARISC_PCREL17F for std::vectorosg::Vec3s, std::allocatorosg::Vec3s ::end() const | /usr/bin/ld: final link failed: Bad value | collect2: ld returned 1 exit status | make[3]: *** [lib/libosgUtil.so.5.0.0] Error 1 | make[3]: Leaving directory `/build/buildd/openscenegraph-1.9.5/build/osg' | make[2]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/all] Error 2 | make[2]: Leaving directory `/build/buildd/openscenegraph-1.9.5/build/osg' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/openscenegraph-1.9.5/build/osg' | make: *** [build-stamp] Error 2 | ** | Build finished at 20070524-0246 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.9.5-1pkg=openscenegrapharch=hppa Gruesse, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552
Bug#422157: davfs2: file updates losses
Hi, Sorry for not getting back to you earlier, I was not connected. The index.html is a standalone wiki page, full of javascript indeed, and it only works on the local file system ( http://tiddlywiki.com/ ). It means that the savechanges function writes to disk and does not try to upload things on a remote server. I'm embarassed because it now works like a charm. I've not upgraded my system in the past three days. I rebooted it once though (the system on which the davfs2 is running). 82.120.201.145 - - [07/May/2007:10:44:53 +0200] PROPFIND / HTTP/1.1 207 8141 - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:44:56 +0200] GET /index.html HTTP/1.1 304 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:13 +0200] GET /index.html HTTP/1.1 304 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:13 +0200] LOCK /index.xml HTTP/1.1 200 434 - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:13 +0200] LOCK /index.html HTTP/1.1 200 434 - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] HEAD /index.xml HTTP/1.1 200 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] PUT /index.xml HTTP/1.1 204 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] HEAD /index.xml HTTP/1.1 200 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] UNLOCK /index.xml HTTP/1.1 204 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] HEAD /index.html HTTP/1.1 200 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:15 +0200] PUT /index.html HTTP/1.1 204 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:18 +0200] HEAD /index.html HTTP/1.1 200 - - davfs2/1.1.2 neon/0.26.2 82.120.201.145 - - [07/May/2007:10:45:18 +0200] UNLOCK /index.html HTTP/1.1 204 - - davfs2/1.1.2 neon/0.26.2 I've not changed the index.html pages in such a way that it could fix the problem. I've not upgraded the remote host in any ways. I'm puzzled. Please close this bug for now and I'll re-open it when/if the symptoms strike again. Thanks for your understanding, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422476: openscenegraph: FTBFS: ../DataSet.cpp:33:23: error: gdal_priv.h: No such file or directory
Lucas Nussbaum [EMAIL PROTECTED] writes: Package: openscenegraph Version: 1.2.0-2 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: make[5]: Entering directory `/build/user/openscenegraph-1.2.0/OpenSceneGraph/src/osgWrappers/osgTerrain/Linux.Opt' g++ -M -I../../../../include -I/build/user/openscenegraph-1.2.0/OpenThreads/include -I/build/user/openscenegraph-1.2 .0/Producer/include ../DataSet.cpp pipeto .depend/DataSet.cpp ../DataSet.cpp:33:23: error: gdal_priv.h: No such file or directory g++ -M -I../../../../include -I/build/user/openscenegraph-1.2.0/OpenThreads/include -I/build/user/openscenegraph-1.2 .0/Producer/include ../HeightFieldNode.cpp pipeto .depend/HeightFieldNode.cpp g++ -M -I../../../../include -I/build/user/openscenegraph-1.2.0/OpenThreads/include -I/build/user/openscenegraph-1.2 .0/Producer/include ../HeightFieldRenderer.cpp pipeto .depend/HeightFieldRenderer.cpp make[5]: Leaving directory `/build/user/openscenegraph-1.2.0/OpenSceneGraph/src/osgWrappers/osgTerrain/Linux.Opt' make[5]: Entering directory `/build/user/openscenegraph-1.2.0/OpenSceneGraph/src/osgWrappers/osgTerrain/Linux.Opt' g++ -O2 -W -Wall -fPIC -pipe -I../../../../include -I/build/user/openscenegraph-1.2.0/OpenThreads/include -I/build/ user/openscenegraph-1.2.0/Producer/include -c ../DataSet.cpp ../DataSet.cpp:33:23: error: gdal_priv.h: No such file or directory ../../../../include/osgIntrospection/Value: In member function 'const osgIntrospection::Type* osgIntrospection::Valu e::Ptr_instance_boxT::ptype() const [with T = GDALDataset*]': ../DataSet.cpp:597: instantiated from here ../../../../include/osgIntrospection/Value:305: error: invalid use of undefined type 'struct GDALDataset' ../../../../include/osgTerrain/DataSet:43: error: forward declaration of 'struct GDALDataset' make[5]: *** [DataSet.o] Error 1 The full build log is available from http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/ About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ Could you please try to rebuild from the source package available at: deb http://openscenegraph.dachary.org/packaging-farm/openscenegraph/gnulinux/debian/unstable/src ./ deb-src http://openscenegraph.dachary.org/packaging-farm/openscenegraph/gnulinux/debian/unstable/src ./ I very much suspect gdal to be broken in sid at the moment. I'll look into it and thanks for the report. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] Latitude: 48.86962325498033 Longitude: 2.3623046278953552 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399195: python-cairo: python2.3 import fail
Thanks for the explanation. I'm confused though because apt-cache show claims support for python2.3. Any idea why this is so ? $ apt-cache show python-cairo Package: python-cairo Priority: optional Section: python Installed-Size: 236 Maintainer: Dave Beckett [EMAIL PROTECTED] Architecture: i386 Source: pycairo Version: 1.2.0-1 Replaces: python2.3-cairo, python2.4-cairo Provides: python2.3-cairo, python2.4-cairo Depends: libc6 (= 2.3.6-6), libcairo2 (= 1.2.0), python-central (= 0.5), python ( 2.5), python (= 2.3) Conflicts: python2.3-cairo, python2.4-cairo Filename: pool/main/p/pycairo/python-cairo_1.2.0-1_i386.deb Size: 81198 MD5sum: bbad227a34e38dbbf92be5876d94452e SHA1: 7363188a816396d37ec46ceb4c9bce0bb2c7c49e SHA256: 7eff778aa7064f378dd3c6be99916cf66b3746d0366b8610105f96e235d41a43 Description: Python bindings for the Cairo vector graphics library This package contains modules that allow you to use the cairo vector graphics library in Python programs. Python-Version: 2.4, 2.3 -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399195: python-cairo: python2.3 import fail
Confusing? Yes. But this is the route the python people took. Thanks a lot for sharing your experience. It's a lot clearer now. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396240: poker-network: FTBFS: ImportError: No module named gtk
Hi, I'm a little confused as to how to reproduce the problem. Could you send me the part you cut (...) ? http://buildd.debian.org/build.php?pkg=poker-network does not show this build. Can I check it from somewhere else ? Cheers, Julien Danjou writes: Package: poker-network Version: 1.0.29-1 Severity: serious -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396240: poker-network: FTBFS: ImportError: No module named gtk
Julien Danjou writes: On Tue, Oct 31, 2006 at 02:38:33PM +0100, Loic Dachary wrote: Hello, I'm a little confused as to how to reproduce the problem. Could you send me the part you cut (...) ? http://buildd.debian.org/build.php?pkg=poker-network does not show this build. Can I check it from somewhere else ? Sorry, take a look on: http://people.debian.org/~acid/buildd-logs/failed/poker-network_1.0.29-1_20061030-1910 Jesus :-( Something must have changed in the past two days. I'll re-build using a fresh unstable right now and fix the issue. Thanks for your help. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393719: poker-network: ships neurpoli.ttf font without permission to modify
Sam Hocevar \(Debian packages\) writes: Package: poker-network Severity: serious Justification: Policy 2.2.1 The file pokerclient2d/data/fonts/neurpoli.ttf says This font is freeware. Read attached text file for details. but there is no attached text file. I found the README.TXT file through the author's website (www.larabiefonts.com) and the EULA in it says: | - You may modify your copy or copies of the SOFTWARE PRODUCT or any | portion of it, provided that you also meet all of these rules: | | a) Do not alter in any way alphanumeric characters (A-Z, a-z, 1-9) | contained in the font. An exception is converting between formats, | here is allowed the nominal distortion that occurs during conversion | from second order to third order quadratic curves (TrueType to | Postscript) and vice versa. There are plenty of TTF fonts in the Debian archive that can be used as a replacement for this one. Indeed. This is a disgrace. I'm replacing this right now. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388125: osgcal FTBFS (sparc): bus error in xvfb
Clint Adams writes: Thanks for reporting the problem. Were you kind enough to also report it to Xvfb ? Maybe I should exclude sparc from the list of platforms where Xvfb is supposed to work. I really have no way to reproduce this error. This is reportedly fixed in xvfb 1.1.1-9. Thanks for the note. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388125: osgcal FTBFS (sparc): bus error in xvfb
Clint Adams writes: Package: osgcal Version: 0.1.41-1 Severity: serious osgcal fails to build on sparc because of a bus error in Xvfb. http://buildd.debian.org/fetch.php?pkg=osgcalarch=sparcver=0.1.41-1stamp=1156511554file=log Thanks for reporting the problem. Were you kind enough to also report it to Xvfb ? Maybe I should exclude sparc from the list of platforms where Xvfb is supposed to work. I really have no way to reproduce this error. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384718: poker-network: FTBFS: Missing Build-Depends on 'python-pyopenssl'
Andreas Jochens writes: Package: poker-network Version: 1.0.22-1 Severity: serious Tags: patch When building 'poker-network' in a clean 'unstable' chroot, I get the following error: checking for python2.3 extension module directory... done checking for include directory... /usr/include/python2.3 checking for python2.3 C libraries directory... /usr/lib/python2.3/config checking for python2.3 link flags... -L/usr/lib/python2.3/config -lpython2.3 checking python includes in /usr/include/python2.3 checking for Python.h... (cached) yes checking for Python libraries... yes configure: Found working python compilation environment for =2.3 checking for GLIB... yes checking for GLADE... yes checking for POKER_ENGINE... yes checking wether python module gtk is available... /var/lib/python-support/python2.3/gtk-2.0/gtk ... yes checking wether python module gtk.glade is available... /var/lib/python-support/python2.3/gtk-2.0/gtk /var/lib/python-support/python2.3/gtk-2.0/gtk/glade.so ... yes checking wether python module twisted is available... /usr/lib/python2.3/site-packages/twisted ... yes checking wether python module MySQLdb is available... /usr/lib/python2.3/site-packages/MySQLdb ... yes checking wether python module OpenSSL is available... Traceback (most recent call last): File string, line 8, in ? ImportError: No module named OpenSSL configure: error: failed make: *** [config.status] Error 1 Please add the missing Build-Depends on 'python-pyopenssl' to debian/control. Done. Thanks, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383141: Uninstallable due to unmet dep on libgdal1-1.3.1
Luk Claes writes: Package: openscenegraph Severity: serious Version: 1.0.0-8 Hi Your package is not installable as it depends on libgdal1-1.3.1 which is not available in unstable anymore. You might want to investigate if your package still works with libgdal1-1.3.2... I'll check this right now. Thanks. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379823: FTBFS: doesn't recognize autoconf 2.60
Martin Michlmayr writes: Your package fails to build from source because it doesn't recognize Autoconf 2.60. Will switch to autoreconf. Thanks ! -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373990: poker-eval: FTBFS: automake error
Julien Danjou writes: Package: poker-eval Version: 131.0-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of poker-eval_131.0-1 on avidan by sbuild/i386 0.46 Build started at 20060616-1901 Could you provide me with the exact versions of automake / autconf ? Thanks in advance, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373990: poker-eval: FTBFS: automake error
Julien Danjou writes: configure.ac: 34: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' Sob. Thanks a lot for the report, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373990: poker-eval: FTBFS: automake error
Julien Danjou writes: On Fri, Jun 16, 2006 at 08:58:37PM +0200, Loic Dachary wrote: Julien Danjou writes: Package: poker-eval Version: 131.0-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of poker-eval_131.0-1 on avidan by sbuild/i386 0.46 Build started at 20060616-1901 Could you provide me with the exact versions of automake / autconf ? automake1.7 has been selected by sbuild. Maybe I should drop this backward compatibility at some point because none of my testing platforms has automake1.7 by default. Cheers, -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368972: libgl1-mesa-directfb-dev: missing GL/glx.h
Michel Dänzer writes: On Fri, 2006-05-26 at 14:27 +0200, Loic Dachary wrote: Package: libgl1-mesa-directfb-dev Severity: grave The package conflicts with libgl1-mesa-dev but does not provide /usr/include/GL/glx.h /usr/include/GL/glxext.h /usr/include/GL/glx_mangle.h Yeah, these are all specific to GLX, which is specific to X... Now that you mention it :-) I'll have to figure out how one is supposed to declare that glx.h is needed (libgl1-dev is not appropriate...) Sorry for the noise, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt
Bug#364216: poker-network_1.0.19-1(unstable/arm/toffee): inappropriate valgrind build-dep
Here's a patch. Thanks ! -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364216: poker-network_1.0.19-1(unstable/arm/toffee): inappropriate valgrind build-dep
James Troup writes: Package: poker-network Version: 1.0.19-1 Severity: serious Why on earth are you build-depending on valgrind? I can't imagine why poker-network is valgrind clean and should stay valgrind clean. The idea is to run make check after building to make sure the unit tests and the non-regression tests are happy before packaging the software. It does not make much sense to package something that does not work ;-) I'll make the valgrind dependency architecture dependent. I'll have to do some reading to figure out how to do that. Thanks for your help, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363274: acknowledged by developer (Invalid)
Debian Bug Tracking System writes: This is an automatic notification regarding your Bug report #363274: gaim-dbg: empty package, which was filed against the gaim-dbg package. My bad. No clue how I manage to have an empty gaim-dbg package. Does not matter much I guess. Sorry for the noise. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in, Preconfiguring packages ...
Loic Dachary writes: Gary Kramlich writes: if i recall correctly, the 'DeprecationgWarning' typo is somewhere in twisted. Ahhh. Lucky me, I did not upgrade my twisted to 2.2.0 (still running 2.1.0). I guess I'll have to bite the bullet :-( Upgraded to twisted-2.2.0, experienced the same bug, fixed it by importing dispatch.py. Thanks for your patience, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Mika Rastas writes: 2006/03/12 01:23 EET [-] twisted.internet.error.CannotListenError: Couldn't listen on any:19380: (98, 'Address already in use'). This seems clear to me : you already have a poker-network server running. Could you try again with the package I uploaded yesterday (1.0.14) ? Thanks, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in, Preconfiguring packages ...
Gary Kramlich writes: if i recall correctly, the 'DeprecationgWarning' typo is somewhere in twisted. Ahhh. Lucky me, I did not upgrade my twisted to 2.2.0 (still running 2.1.0). I guess I'll have to bite the bullet :-( Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Mika Rastas writes: This is what i get when installing poker-network on my machine. Setting up python2.3-poker-network (1.0.11-1) ... /usr/bin/rsync --exclude CVS --delete -a -v --ignore-existing /usr/share/poker-network2.3/conf/ /etc/poker-network2.3/ building file list ... done ./ sent 121 bytes received 26 bytes 294.00 bytes/sec total size is 8125 speedup is 55.27 Config::checkVersion: /etc/poker-network2.3/poker.bot.xml: up to date Config::checkVersion: /etc/poker-network2.3/poker.client.xml: up to date Config::checkVersion: /etc/poker-network2.3/poker.server.xml: up to date Database connection to localhost/pokernetwork open Starting poker server 2.3: Failed to load application: name 'DeprecationgWarning' is not defined invoke-rc.d: initscript python2.3-poker-network, action start failed. And then it freezes until I press ctrl-c. Hopefully this helps. This is so strange. Please check /var/log/poker-network*log for more error messages. 'DeprecationgWarning' looks like a typo (the g) but I can't find it anywhere in /usr/lib/python2.3. The traces will tell us exactly where it comes from. Regarding the poker-web hang I'm surprised you get that when installing poker-network (poker-web comes from the poker-web package). Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Hi, Thanks for the report. It would be most helpful if you could provide more information about the hang. Thanks in advance, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Gary Kramlich writes: Well, it never shows any of the debconf stuff. It just prints out Preconfiguring packages ... and then proceeds to do nothing... I let it sit over night, and it does do anything except eat up cpu time. If you have anything specific you want me to try lemme know. Could you ps -fA --forest and tell me which process is active ? -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Gary Kramlich writes: After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) Ok. I don't master this aspect at all. Does critical means that it won't prompt you and use the defaults for everything ? If so I still don't understand why it hangs instead of finishing on error/success. It would be helpfull to know exactly which process hangs. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339237: acknowledged by developer (Bug#339237: fixed in openalpp-cvs 20060217-1)
Matthias Klose writes: reopen 339237 thanks Changes: openalpp-cvs (20060217-1) unstable; urgency=low . * upstream sync (closes: #339237) that's pretty much not a fix. even no reply on Steve's question in the bug report. please comment. I overlooked the question. Sorry about that and thanks for the reminder. Regarding the name, openalpp-cvs reflects the fact that the upstream do not do formal releases. However, the software has had a stable API during the past two years. My hunch is that it's not likely to change in the near future (library issued from research, fullfilling the needs and not evolving much). It would probably be appropriate to suffix it with 0 and do an independent library versioning to avoid ABI problems. I'd be tempted to leave the name as it is. The binary was recompiled on the latest unstable and since the upstream version changed I understood it was not necessary to prepend the c2a. Was I wrong ? Thanks for your help, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339237: acknowledged by developer (Bug#339237: fixed in openalpp-cvs 20060217-1)
Steve Langasek writes: You can't leave the name as it is. If you can't support a stable ABI, you can't have a shared library shipped in a stable release. Given that the name libopenalpp-cvs was already used in sarge, you must either change the binary package name or drop the shared library to have openalpp-cvs in etch. The binary was recompiled on the latest unstable and since the upstream version changed I understood it was not necessary to prepend the c2a. Was I wrong ? New upstream versions are only relevant if they include soname changes. I understand. I'll maintain shared library numbers and change them when appropriate. I'll upload an openalpp-cvs1 to avoid problems with the sarge openalpp-cvs package. Thanks for educating me and my apologies for not being a literate debian citizen. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339237: acknowledged by developer (Bug#339237: fixed in openalpp-cvs 20060217-1)
Steve Langasek writes: Hmm, I hope you mean libopenalpp-cvs1 here. There's no reason for the Yes. Heh, you're certainly not the only maintainer who doesn't understand library versioning... Sigh :-} -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349218: FTBFS: is afraid of whitespace
Steinar H. Gunderson writes: Package: openscenegraph Version: 0.9.9-7 Severity: serious Justification: FTBFS openscenegraph FTBFS due to some odd fear of whitespace: for f in include/OpenThreads/* ; do\ if ! [ -d $f ];\ (...) /bin/sh: -c: line 1: syntax error near unexpected token `doif' /bin/sh: -c: line 1: `if ! [ -d $f ];\' This breaks after make changed its behaviour; you'll need to add a space after the do. It has been fixed in the openscenegraph-1.0.0 upload, currently in the NEW queue. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347105: openscenegraph: FTBFS: build-depends on removed xlibs-dev
Adeodato Simó writes: Package: openscenegraph Version: 0.9.9-7 Severity: serious Hello, This is a serious bug filed against your package because it build-depends on xlibs-dev, which as announced in [1] a while ago, is no longer available in sid. This makes your package fail to build from source. Hi, Thanks for reporting this problem. I'm currently fighting to get openscenegraph 1.0.0 fit in unstable and I ran into this specific problem (in addition to libxine-dev + libgdal-dev being uninstalable ). Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt
Bug#327023: openalpp-cvs: FTBFS: invalid conversion from 'ALubyte*' to 'const ALchar*'
Andreas Jochens writes: The attached patch fixes this, but there are still other problems, i.e. the package still FTBFS. Yes, I'm about to upload a new release in sync with openal and the new upstream version. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326847: osgcal: FTBFS: Failed to satisfy Build-Depends dependency libcal3d10-dev
Please change the Build-Depends from libcal3d10-dev to libcal3d11-dev in debian/control. This is a bit more complex. It needs upgrade upstream (that is me ;-). I started working on it friday, I hope to finish it next week. Thanks for filling a bug, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326425: Unable to upgrade libopenthreads1c2_0.9.9-6_i386
David Creelman writes: Package: libopenthreads Version: 0.9.9-5 Severity: grave Justification: renders package unusable Hi, While doing an apt-get update; apt-get dist-upgrade I got the following error. Unpacking libopenthreads1c2 (from .../libopenthreads1c2_0.9.9-6_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb (--unpack): trying to overwrite `/usr/lib/libOpenThreads.so.1.0.0', which is also in package libopenthreads Errors were encountered while processing: /var/cache/apt/archives/libopenthreads1c2_0.9.9-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This has been broken for a few days now. Thanks for the report. I probably forgot to add Conflicts: to avoid this. I'll fix the problem this week end. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318355: poker-network_1.0.2-1: FTBFS: missing build-dependency on debhelper
Steve Langasek writes: Package: poker-network Version: 1.0.2-1 Severity: serious Justification: no longer builds from source The new poker-network package fails to build on all architectures with the following error: [...] dpkg-source: extracting poker-network in poker-network-1.0.2 dpkg-buildpackage: source package is poker-network dpkg-buildpackage: source version is 1.0.2-1 dpkg-buildpackage: host architecture alpha /usr/bin/fakeroot debian/rules clean dh_testdir make: dh_testdir: Command not found [...] Full build logs available at http://buildd.debian.org/fetch.php?pkg=poker-networkarch=alphaver=1.0.2-1stamp=1120942887file=log et al. It appears you're missing a build-dependency on debhelper. I was puzzled by this error and finally figured out that the debhelper dependency was set to Build-Depends-Indep instead of Build-Depends. Thanks for the report, a new package will be uploaded today. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314201: FTFBFS (unstable/!i386) libavifile is i386-specific
Adam Conrad writes: Package: openscenegraph Version: 0.9.9-1 Severity: serious openscenegraph now fails to build[1] on all non-i386 arches, as it has started to depend on libavifile, which is currently i386-specific. If you believe this is an error made by the avifile maintainer, and it should NOT be arch specific, please open a dialog between you, him, and me, and we can get it building on all arches. Otherwise, dropping the dependency so openscengraph once again becomes portable to all of Debian's arches would be appreciated. ... Adam [1] http://buildd.debian.org/build.php?pkg=openscenegraph Thanks for the note. I fixed the problem and will upload the new package today. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309201: osgcal: attached patch might be useful
Loic Dachary writes: It looks like the best approach would be to disable the use of ccache completly. I've just uploaded a osgcal package that configures --without-ccache. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309201: osgcal: attached patch might be useful
Rudy Godoy writes: Package: osgcal Followup-For: Bug #309201 I've added a clean command on clean target, also added the proper entry on changelog. I'm not sure if this is the right-thing since I'm not that familiar with the library, but it seems to work/build both on my sid system and pbuilder' sarge chroot. Hope this is somehow useful. Attached is the patch. It looks like the best approach would be to disable the use of ccache completly. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309201: osgcal - uses ccache but does not clean up the cache
Bastian Blank writes: Package: osgcal Version: 0.1.28-1 Severity: serious osgcal uses ccache but never cleans up the cache in the clean target. This violates policy §4.8: | clean | This must undo any effects that the build and binary targets may | have had, except that it should leave alone any output files created | in the parent directory by a run of a binary target. I will disable ccache in the next build. Thanks for your help. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt
Bug#303896: openscenegraph: FTBFS: Unsatisfiable Build-Depends
Bill Allombert writes: Would you mind if I upload the following NMU to fix that? I don't mind, on the contrary. Thanks a lot for your help. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303896: openscenegraph: FTBFS: Unsatisfiable Build-Depends
Bill Allombert writes: On Mon, Apr 11, 2005 at 09:26:37AM +0200, Loic Dachary wrote: I've fixed the problem and the new package will be uploaded within the next 48 hours. Thanks for your help. Hello Loic, Apparently the arm buildd set the $HOME variable to an incorrect value and that break the build of openscenegraph due to the use of ccache. Right. I should use ccache only if asked for. I'll fix that in the next release. Thanks for your help. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303896: openscenegraph: FTBFS: Unsatisfiable Build-Depends
I've fixed the problem and the new package will be uploaded within the next 48 hours. Thanks for your help. Cheers, -- Donate to FSF France online : http://rate.affero.net/fsffrance/ Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]