Bug#1065134: dwarves: Please package new upstream release and confirm contact info
Hello, On 02/03/2024 09:28, Domenico Andreoli wrote: Besides, upstream is introducing a PKG-MAINTAINERS file to indicate the package maintainers in different distros. According to https://git.kernel.org/pub/scm/devel/pahole/pahole.git/commit/?id=554c5e6a2736e0b6108077c7697637f6542dd2ed , Domenico Andreoli is added as the person of contact. Please review the info and confirm with upstream if needed. I will. Could you please remove me from Uploaders? I don't have time for Debian at the moment. Thanks, Regards, Thomas
Bug#908564: Migration of dwarves-dfsg to samba.d.o
On 11/17/18 12:01 PM, Domenico Andreoli wrote: > you could try adding it to https://salsa.debian.org/profile/keys Thanks, this, along with install gnome-ssh-askpass, did the trick. I pushed the repo to salsa: https://salsa.debian.org/debian/dwarves Regards, Thomas
Bug#908564: Migration of dwarves-dfsg to samba.d.o
I am unable to push to salsa despite my renewal of SSH keys to the LDAP gateway. I'll try again this week-end. If I fail I'll upload to github.com.
Bug#908564: Migration of dwarves-dfsg to samba.d.o
Hello, Sorry I have been busy. I am doing it today.
Bug#908564: Migration of dwarves-dfsg to samba.d.o
Hello On 10/10/18 6:11 PM, Domenico Andreoli wrote: Sorry for the late reply. I have been quite busy for a while but now my available bandwidth should be hopefully better. how is it going? ;) I have found my git repo and I am about to create the Salsa repo. You suggested renaming the repo+source to pahole as per upstream, but current version RPM remain as dwarves. Shall we go for dwarves or pahole then? I will probably create the repo on the debian group (was CollabMaint on Alioth) and upload what I have (1.10-2, NMU to reapply). Thanks, Regards, Thomas
Bug#908564: Migration of dwarves-dfsg to samba.d.o
Hello, Sorry for the late reply. I have been quite busy for a while but now my available bandwidth should be hopefully better. On 9/11/18 6:23 PM, Domenico Andreoli wrote: Hi Thomas, my plan would be: 0. get in some action 1. create a project on Samba 2. upload the existing git repository 3. upload the new 1.12 upstream version 4. solve some bugs 5. upload the new package Questions for you: 0. is it really ok with you if I take this on for a while? That's fine for me. 1. considering that upstream uses pahole as project name, do you think it's worth to align the project name on Samba and possibly rename the source package after the release? Assuming you meant salsa I'm ok to rename the repo. 2. do you have any copy of the git repo around? I am not finding it on https://alioth-archive.debian.org/git/ and I'm afraid it went lost I have a copy somewhere. I'll create the salsa repo based on that if you haven't already. 3. in case we don't have any git repo, is it ok if we upload the upstream one modify it and maybe later merge into it? I still have to check with the Arnaldo if this would be ok with him though. I seem to recall the debian repo was forked off upstream, so that should be easy to do. 4. I hope I remember how to do this part ;) I can help you with this in the next coming week-ends if you are not too much in a hurry. 5. need to find a sponsor, my old key is not in the ring any more and the new one either I can help with that. Regards, Thomas
Bug#804326: [Pkg-ace-devel] Bug#804326: Bug#804326: ace: FTBFS: SSLv3 methods removed
Hello, On 11/07/2015 03:49 PM, Kurt Roeckx wrote: On Sat, Nov 07, 2015 at 02:36:38PM +0100, Johnny Willemsen wrote: Hi, Please create a pull request for the necessary changes, ACE is hosted upstream at https://github.com/DOCGroup/ATCD/. https://github.com/DOCGroup/ATCD/pull/156 I think we can make it Debian specific until it gets integrated upstream. Regards, Thomas
Bug#715095: GNU Smalltalk multiple symlinks issues
tags 715095 + confirmed pending tags 715113 + confirmed pending tags 715114 + confirmed pending tags 715115 + confirmed pending tags 715116 + confirmed pending thanks Hello, Sorry for the delay before replying these. I am packaging latest delivery and I now understand the issues you reported. Because of the MultiArch introduction the symlinks that were generated at compile time now embed an architecture specific dependency. For instance, libncurses-gst which is arch:all can now embeds an arch specific dependency. For 3.2.4-2 it did not because I built it on an i386 machine. The issue stems from the fact that affected packages are Arch:all. I don't think using dpkg triggers will be enough. The rlibrary loading mechanism of GNU Smalltalk used at runtime will probably needs some adjustments to make it MultiArch aware. Thanks, Regards, Thomas
Bug#785728: [Pkg-ace-devel] Bug#785728: libace-dev: ACE_OFF_T is only 32bit by the includes, thus preventing the build of JAWS
Hello, On 19/05/2015 18:06, alex bodnaru wrote: Package: libace-dev Version: 6.2.8+dfsg-1 Severity: important hello friend, when trying to build JAWS on i686 32bit, the size of ACE_OFF_T is 32bit, as opposed to the size calculated at the build time of the library, when it is 64bit, due to your flags in rules: -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 please put these definitions in the relevant includes, so that users of the library will also find it at the size the library has. Can you please share a snippet example? The severity seems a little bit too much to me. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767423: #767423
tag 767423 + moreinfo thanks Hello, the stacktrace you provide shows two messages that could explain the error: (tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_buffer: assertion 'artist != NULL || title != NULL' failed (tracker-extract:18870): Tracker-WARNING **: Could not process media art for 'file:///home/SNIP/test.flac', No error given Is it possible that you share this flac file? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723856: RE : [Pkg-ace-devel] Bug#723856: rebuild
Yes, that's fine. Thanks for doing it. Original message Subject: [Pkg-ace-devel] Bug#723856: rebuild From: Barak A. Pearlmutter ba...@cs.nuim.ie To: 723...@bugs.debian.org CC: With the binary ace packages in sid, ivtools fails to build. Ivtools has been booted from testing due to this ace problem! If I rebuild ace 6.0.3+dfsg-0.1 using the current tool chain, it compiles just fine. If I install the result, I can build ivtools 1.8.10 and the pending 1.8.11. So if a rebuilt ace were in the archive, ivtools can get back into testing. Since this ace issue is affecting other packages (mine!), I'll upload a binary rebuild NMU (-0.2) with no source changes to a 3-day delay queue. Hope that is okay. Cheers, --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ ___ Pkg-ace-devel mailing list pkg-ace-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
Bug#701300: RE : Re: [Pkg-ace-devel] Bug#701300: ld weak symbols or ACE problem?
Original message Subject: Re: [Pkg-ace-devel] Bug#701300: ld weak symbols or ACE problem? From: Agustin Martin agmar...@debian.org To: ?? ?? pashev.i...@gmail.com,701...@bugs.debian.org CC: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org Hello, Sorry I have missed that report. I had a similar, private email report, with the same claim. So it's likely to be needed, even though I don't understandyet why. Thomas
Bug#697848: [Pkg-ace-devel] Bug#697848: NMU of ace ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On 23/01/2013 22:16, Ralf Treinen wrote: the source package is now available at http://people.debian.org/~treinen/ace/ I would appreciate if you could check that everything is fine before I will upload it to sid. If possible I would like to upload over the coming weekend at latest. [...] Finally I played it as conservative as possible and left the tao* files under debian/ as they do not hurt. Here is the changelog entry: ace (6.0.3+dfsg-0.1) unstable; urgency=low * NMU with maintainers blessing. * Remove upstream files with nonfree licence (closes: #697848) or without source (closes: #697847): - repack the orig tarball by removing: bin/LabVIEW_RT/*.exe examples/{C++NPv2,C++NPv1,APG}/ TAO/ - debian/control: drop all packages named *tao* - debian/rules: drop everything related to tao - remove all hunks applying to TAO files in patch reduce-doxygen-doc.diff - drop patch 34-bts386713.diff since it applies only to TAO files. - debian/copyright: remove copyright entries of TAO/, and of the directories under examples/ that have been removed. * Bump version in build-dependency on debhelper to =9 since we are using debhelper compatibility level 9. -- Ralf Treinen trei...@debian.org Wed, 23 Jan 2013 21:27:40 +0100 I've reviewed the changes: you did a really good job. A minor issue remain since some packages now suggest no longer existing tao packages. (But I have to admit I have no idea why these suggestions were written in the first place.) I am doing a compilation now, results expected sooner than tomorrow I guess now that TAO was stripped off. Unless something weird happens during that build I approve your changes. In what concerns a new tao package for nonfree I leave that to you ... However, it certainly is too late in the release process to introduce a new tao-nonfree package into wheezy/non-free. Probably. Bad timing, really. I'm sad that the next Debian release will not include TAO. Thanks for your work, Regards, Thomas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEC8cMACgkQz2LXlDjmjg5WmQCdFF2rtMqNJMgFckSa79ovaOdi iL4An05AfpbLIdiTDJkMx+4Pnqwed0ey =a04o -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: [Pkg-ace-devel] Bug#697848: Bug#697848: NMU of ace ?
Hello, On 22/01/2013 23:30, Pau Garcia i Quiles wrote: I'm afraid Johnny was not CC'ed in your mail, do not forget to add pkg-ace-devel to the CC list There's no need to add pkg-ace-devel@ since bug #697848 is on ace, the maintainer (pkg-ace-devel@) gets all mail about it. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: NMU of ace ?
Hello, On 23/01/2013 08:33, Ralf Treinen wrote: Relicensing is probably the best solution, generally speaking, but I suppose it will come too late for wheezy. Ack. On 23/01/2013 09:08, Johnny Willemsen wrote: Agreed, but I believe Sun intent here was to ensure that standardization and implementation efforts (IDL to C++ and IIOP marshalling rules) do not get ruined by code modifications. Yes, I am interpreting. @Johnny: any opinion on this? See [1] for the context. The intent of Sun is to keep IIOP mandatory in the code, but as far as I know we can ship the code without problems. Ok, so assuming eventually ridlc replaces TAO_IDL, we'll still have the IIOP issue. Any chance to have this piece of code relicensed? How can we proceed? Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: [Pkg-ace-devel] Bug#697848: NMU of ace ?
Hello, On 23/01/2013 08:39, Ralf Treinen wrote: OK. Here is what I will try tonight when I get back from work: - repack the orig.tar.gz without the two windows executables, the TAO source tree, and the files in examples/ that are under Addison Wesley licence. There is something slightly easier here: pick the ACE only tarball [1] that does not suffer from all issues mentioned before except for the bin/LabVIEW_RT Windows executables. - remove all tao-related packages from debian/control, that is Package: libtao-2.1.2 Package: libtao-dev Package: libtao-doc Package: libtao-orbsvcs-2.1.2 Package: libtao-orbsvcs-dev Package: libtao-qtresource-2.1.2 Package: libtao-qtresource-dev Package: libtao-xtresource-2.1.2 Package: libtao-xtresource-dev Package: libtao-flresource-2.1.2 Package: libtao-flresource-dev Package: libtao-tkresource-2.1.2 Package: libtao-tkresource-dev Package: libtao-foxresource-2.1.2 Package: libtao-foxresource-dev Package: tao-idl Package: tao-ifr Package: tao-imr Package: tao-ft Package: tao-utils Package: tao-cosnaming Package: tao-naming Package: tao-costrading Package: tao-trading Package: tao-cosevent Package: tao-event Package: tao-rtevent Package: tao-ftrtevent Package: tao-cosnotification Package: tao-notify Package: tao-load Package: tao-tls Package: tao-log Package: tao-scheduling Package: tao-cosconcurrency Package: tao-concurrency Package: tao-coslifecycle Package: tao-lifecycle Package: tao-costime Package: tao-time - remove all files from debian/ that are related to these packages, and other mentions of tao stuff in debian/rules and possibly elsewhere in debian/* files. In what concerns a new tao package for nonfree I leave that to you ... This plan looks good, thanks for stepping in; this is really appreciated. I might be able to help if needed from Friday on. Thanks, Regards, Thomas [1] http://download.dre.vanderbilt.edu/previous_versions/ACE-src-6.0.3.tar.bz2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: NMU of ace ?
Hello, On 22/01/2013 13:55, Pau Garcia i Quiles wrote: On Tue, Jan 22, 2013 at 9:10 AM, Ralf Treinen trei...@free.fr mailto:trei...@free.fr wrote: I may help with uploading an ace with a repackaged source if necessary. Thanks for offering your help. I have requested a refresh on my updated GPG key but so far I got no news. In your opinion, which files would have to be dropped ? How would dropping parts of the source affect the packaging ? Most of the files affected by these two bug reports have been acknowledged by upstream and a solution is already been approved but not yet implemented. Regarding #697847, the files under bin/LabVIEW_RT can be removed. I'm more annoyed by #697848. The first two issues raised by Ansgar were not yet discussed with upstream because I need a confirmation on what is exactly the issue. If this is what I underlined in my reply then I am afraid we will have no easy solution except for moving ace to non-free. Thomas: I can also upload The DM procedure has changed [1] and I'm afraid I will not be able to give you the rights until my key gets refreshed. Thanks, Regards, Thomas [1] https://lists.debian.org/debian-devel-announce/2012/09/msg8.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: NMU of ace ?
On 22/01/2013 21:40, Ralf Treinen wrote: I'm more annoyed by #697848. The first two issues raised by Ansgar were not yet discussed with upstream because I need a confirmation on what is exactly the issue. If this is what I underlined in my reply then I am afraid we will have no easy solution except for moving ace to non-free. I am afraid I agree with Ansgar that the licence is rife with problems, in particular the part where you are not allowed to remove functionality. This can be read as forbidding to rip part of the source code and reuse it in a different projet. Can it be DFSG-free if this is not allowed ? Agreed, but I believe Sun intent here was to ensure that standardization and implementation efforts (IDL to C++ and IIOP marshalling rules) do not get ruined by code modifications. Yes, I am interpreting. @Johnny: any opinion on this? See [1] for the context. Different parts of the source code are covered by different licences. The question for me was rather whether it is possible to keep a kernel ace package containing only source code that is not covered by problematic licences, and possibly move the rest into an ace-nonfree package. Are you saying that this is not possible, and that the only possible action would be to move everything to non-free? I don't know anything about the structure of the ace package. ace source package consists in the following software: - ACE, a C++ networking library - TAO, a CORBA ORB built on top of ACE What is faulty here is TAO_IDL (idl to C++ mapping) and a piece of marshalling code (again, for TAO). So ACE can remain in main, but TAO has to go to non-free. This means two repackaging: one for ACE and another for TAO (not distributed stand-alone ATM) in non-free. Thanks, Regards, Thomas [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697848#10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697848: [Pkg-ace-devel] Bug#697848: non-free files in main
Hello, thanks for the report. On 10/01/2013 12:30, Ansgar Burchardt wrote: Package: src:ace Severity: serious [...] the following license conditions (from 6.1.2-1's d/copyright) look quite non-free as they restrict how the program may be modified: I assume you are referring to DFSG#3 here? Or DFSG#1? [...] You may copy and extend functionality (but may not remove functionality) of the Interface Definition Language CFE without charge, but you are not authorized to license or distribute it to anyone else except as part of a product or program developed by you or with the express written consent of Sun Microsystems, Inc. (Sun). My reading of the text above is that it's possible to license or distribute IDL CFE to anyone if: - the licensee has express written consent of Sun Microsystems, Inc. (Sun); or - it's part of a product or program developed by the licensee While first condition is impossible to meet, the second one looks similar (to me) to DFSG#1. But maybe the issue here is the /but may not remove functionality/ sentence? You may copy, modify, distribute, or sublicense the LICENSED PRODUCT without charge as part of a product or software program developed by you, so long as you preserve the functionality of interoperating with the Object Management Group's Internet Inter-ORB Protocol version one. However, any uses other than the foregoing uses shall require the express written consent of Sun Microsystems, Inc. Likewise, I don't see what's wrong here, except maybe for /so long as you preserve the functionality of interoperating with the Object Management Group's Internet Inter-ORB Protocol/ Is this the part that triggered this bug report? There's also a license allowing only educational and commercial use, but no redistribution or modification: All of the files in these directories are copyright Addison Wesley, and they come with absolutely no warranty whatsoever. Permission is hereby granted to use these programs for educational or commercial purposes. Ack. Repackaging would solve this one. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697847: [Pkg-ace-devel] Bug#697847: missing source for Win32 binaries
tags 697847 + confirmed thanks On 10/01/2013 12:26, Ansgar Burchardt wrote: The source for bin/LabVIEW_RT/*.exe seems to be missing from the source package (at least from 6.0.3-5 and 6.1.2-1). As they seem to be related to LabVIEW I suspect they cannot be built in Debian either. Hello, thanks for the report. The .exe is not used for building nor is it distributed. We need a repackaged version for this. Since my GPG key has expired, I will not be able to upload this in a timely fashion, so you can consider this email as a call for NMU. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694958: [Pkg-ace-devel] Bug#694958: ACE_OS missing functions on hurd
Hello, On 02/12/2012 18:43, Michael Tautschnig wrote: Package: libace-dev Version: 6.0.3-5 Control: affects libdiagnostics-dev diagnostics FTBFS on hurd (only), because ACE_OS lacks, e.g., getpid. See https://buildd.debian.org/status/fetch.php?pkg=diagnosticsarch=hurd-i386ver=0.3.3-2stamp=1354462516 for the full build log. Thanks for reporting this. Given that other OS/arches look good, it seems like (just a guess, a check is needed) the GNU/Hurd config file needs some rework. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691880: [Pkg-gnu-smalltalk-devel] Bug#691880: gnu-smalltalk-browser: Crash on startup: invalid C call-out
tags 691880 + confirmed fixed-upstream thanks On 30/10/2012 18:14, Jakub Pavlík jn. wrote: there seems to be some discrepancy between the current interface of some underlying C library and the Smalltalk layer that uses it. Starting gst-browser without arguments results in a crash. Output listing follows. Hello, indeed it crashed with the current version GNU Smalltalk. git version does not exhibit this issue, I should probably look to see which commit fixes this. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544035: RFA: stlport5.2 -- STLport C++ class library
reassign 544035 ftp.debian.org retitle 544035 RM: stlport5.2 -- ROM; RC-buggy; unmaintained thanks Hello, 2 years later no adopter stepped in, and I had no time co-maintaining it properly. Given that there is no longer remaining rdeps on this on I suggest that we remove stlport5.2. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665054: dwarves-dfsg: FTBFS: make[3]: *** No rule to make target `/usr/lib/libdw.so', needed by `codiff'. Stop.
tags 665054 + confirmed thanks On 22/03/2012 13:24, Lucas Nussbaum wrote: Relevant part: make[3]: Entering directory `/«PKGBUILDDIR»/debian/build' /usr/bin/cmake -E cmake_progress_report /«PKGBUILDDIR»/debian/build/CMakeFiles 1 [ 50%] Building C object CMakeFiles/codiff.dir/codiff.o /usr/bin/gcc -D_GNU_SOURCE -DDWARVES_VERSION=\v1.9\ -Wall -g -O2 -I/«PKGBUILDDIR»/debian/build -I/«PKGBUILDDIR»-o CMakeFiles/codiff.dir/codiff.o -c /«PKGBUILDDIR»/codiff.c /«PKGBUILDDIR»/codiff.c: In function 'main': /«PKGBUILDDIR»/codiff.c:740:8: warning: variable 'filenames' set but not used [-Wunused-but-set-variable] make[3]: *** No rule to make target `/usr/lib/libdw.so', needed by `codiff'. Stop. make[3]: Leaving directory `/«PKGBUILDDIR»/debian/build' make[2]: *** [CMakeFiles/codiff.dir/all] Error 2 dwarves compilation needs to be tweaked for multiarch. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643102: dwarves-dfsg: FTBFS: dpkg-buildpackage: error: dpkg-source -b dwarves-dfsg-1.9 gave error exit status 2
Hello, On 26/09/2011 22:24, Didier Raboud wrote: dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building dwarves-dfsg using existing ./dwarves-dfsg_1.9.orig.tar.bz2 dpkg-source: info: local changes detected, the modified files are: dwarves-dfsg-1.9/CMakeLists.txt dwarves-dfsg-1.9/cmake/modules/FindDWARF.cmake dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/dwarves-dfsg_1.9-1.diff.88zrAM dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -b dwarves-dfsg-1.9 gave error exit status 2 This is because of the behaviour that changed in 3.0 (quilt) format. I'll fix that. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604344: Bouml will not be ported
Hello, On 18/05/2012 20:51, Ana Guerrero wrote: On Fri, May 18, 2012 at 08:49:39PM +0200, Ana Guerrero wrote: Hi, Could you point at which part of the page talks about a license change? Urg, just saw it. They are now selling licenses... Filing for removal of bouml then... (because the Qt3 removal). yes, I saw that. I was reluctant to do it, but I think indeed bouml should be removed from Debian. @Ana: did you file it already? If not, I can do it. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656040: [Pkg-ace-devel] Bug#656040: root source of problem found
Hello, Thanks for your report, and sorry for the late reply. On 18/01/2012 04:14, Ken Gregson wrote: I believe I discovered the root cause after downloading and building ACE and TAO libraries from the upstream sources, an experience that has caused me to appreciate Even More the work of Debian ACE+TAO maintainers. In the process, I discovered another minor issue identified at the bottom of this update. First, forgot to mention in the initial report (should that matter) Debian version: Wheezy(testing) Debian arch: amd64 The problem is actually with package libnetsvcs-6.0.1 rather than ace-netsvcs as initially reported. This package should install a symlink to the library installed in /usr/lib from libnetsvcs.so to libnetsvcs-6.0.1.so. You'll get that symlink if you install libnetsvcs-dev package, see: http://packages.debian.org/wheezy/amd64/libnetsvcs-dev/filelist Or have the server.conf look like: dynamic Logger Service_Object * ACE:_make_ACE_Logging_Strategy() -s foobar -f STDERR|OSTREAM|VERBOSE dynamic Server_Logging_Service Service_Object * libnetsvcs-6.0.1.so:_make_ACE_Server_Logging_Acceptor() active -p 20009 I see different options here: 1 document this in a README as you suggest 2 change ace_netsvcs so that it somehow replaces netsvcs string with libnetsvcs-6.0.1.so before proceeding to the loading 3 change ACE shared library loading to teach it how to load its own libraries using SONAME rather than short name 4 make ace-netsvcs package recommend (or even depend) on libnetsvc-dev Any opinion on this? [...] The other minor additional configuration issue I discovered is that package libkokyu-dev doesn't depend on libkokyu-6.0.1 (although all the other {ACE|TAO} -dev packages do depend on their underlying base library). libkokyu-dev 6.0.1-1 does depend on libkokyu-6.0.1 according to: http://packages.debian.org/wheezy/libkokyu-dev Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657844: [Pkg-ace-devel] Bug#657844: doxygen is run in build-arch
tags 657844 + confirmed pending thanks On 29/01/2012 12:11, Luca Falavigna wrote: Source: ace Version: 6.0.3-2 Severity: important * debian/rules: prevent long generation of doxygen documentation in arch-dep build by defining binary-arch: and binary-indep: targets. This requires switching to debhelper level 9. Unluckily, this is not the reality, see the following build logs: https://buildd.debian.org/status/fetch.php?pkg=acearch=amd64ver=6.0.3-2stamp=1312489094 https://buildd.debian.org/status/fetch.php?pkg=acearch=amd64ver=6.0.3-2stamp=1312489094 Right, thanks for the report. Trying another fix now. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654743: [Pkg-ace-devel] Bug#654743: ace: non-standard gcc/g++ used for build (gcc-4.4)
tags 654743 + confirmed block 654743 by 644722 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653642: [Pkg-ace-devel] Bug#653642: ace FTBFS on armhf
tags 653642 + confirmed patch thanks Hello, Le 29/12/2011 23:59, peter green a écrit : unfortunately it seems that the internal compiler error mentioned in bug 644826 hits armhf (a port which afaict was in it's infancy at the time I filed the original bug report) as well as armel. Sorry I didn't catch this and provide an updated patch before you uploaded it. A patch which widens the scope of the workaround to all arm ports is attatched. Thanks for the report and the patch. P.S ace 6.0.3-3 failed on the armel buildd with what appears to be a doxygen error. I do not know what is behind that issue (it's not one i've ever seen in my tests here) and if it was a fluke or not. Hmmm, strange. A similar issue can be seen on GNU/kFreeBSD; could be #651081. I'll check that, thanks. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644826: ace: Ace FTBFS on armel with ICE
tags 644826 + pending unblock 644826 by 644722 thanks Building now with a patch similar to the one proposed here. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644826: ace: Ace FTBFS on armel with ICE
forwarded 644722 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48660 tags 644722 + confirmed upstream tags 644826 + confirmed block 644826 by 644722 thanks The issue was reported to upstream by Ubuntu maintainers (thanks to them). Also trackable here: https://bugs.launchpad.net/ubuntu/+source/ace/+bug/736661 The only way to work around this is to use gcc-4.4 on armel. Is this an acceptable work-around, i.e. how long will gcc 4.4 be in unstable? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630897: [Pkg-ace-devel] Bug#630897: ace: DDS4 spec doesn't allow modification or commercial distribution
fixed 630897 ace/6.0.1-1 thanks Le 21/11/2011 04:21, peter green a écrit : Currently this bug is marked as fixed in stable but unfixed in testing and unstable. There is a comment in the bug report log saying This file has already been removed from the latest ace versions. and the file does not appear to be present in the testing version of the package. However later in the bug report log there is talk of a second undistributable file that is not mentioned by name. Can you confirm the status of this bug in the testing and unstable versions of the package and if it is indeed fixed in the testing and/or unstable mark the bug appropriately. The .pdf is no longer in 6.0.1 tarballs; hence it's fixed in stable, testing and unstable. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636945: [Fwd: Re: [Pkg-ace-devel] Bug#636945: pu: package ace/5.7.7-4]
Message transféré De: Thomas Girard thomas.g.gir...@free.fr À: debian-rele...@lists.debian.org Cc: pkg-ace-de...@lists.alioth.debian.org Sujet: Re: [Pkg-ace-devel] Bug#636945: pu: package ace/5.7.7-4 Date: Mon, 15 Aug 2011 12:20:57 +0200 Hello, I'll make a new package and publish it again at the same location, signed this time. I've just uploaded a fixed version for review. Thanks, Thomas ___ Pkg-ace-devel mailing list pkg-ace-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel signature.asc Description: This is a digitally signed message part
Bug#636945: pu: package ace/5.7.7-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, as per #630897 ace needs to be repackaged in stable only. Details available at [1]; just let me know if something is missing or unclear. Are you OK with uploading this to s-p-u? Thanks, Regards, Thomas [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630897#37 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636945: pu: package ace/5.7.7-4
(please leave pkg-ace-devel@ in CC:) Hello, Le 07/08/2011 17:31, Adam D. Barratt a écrit : On Sun, 2011-08-07 at 12:54 +0200, Thomas Girard wrote: as per #630897 ace needs to be repackaged in stable only. Details available at [1]; just let me know if something is missing or unclear. [...] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630897#37 Sorry, this seems to have fallen off our radar at some point. As a general comment, when you're providing pre-built packages for people to check, it's generally helpful if the .dsc / .changes are signed, to provide some sort of trust path for the download. Sorry about that. Overall, the re-packaging looks okay; thanks. Checking the diff was made slightly more annoying by the fact that the source package is tarball-in-tarball and packaged in a way that debdiff's automatic support for that format doesn't seem to like, but never mind. Yes. Packaging was overhauled in unstable to avoid that. One quick question on the changes, however: -ace (5.7.7-4) unstable; urgency=high +ace (5.7.7+dfsg-1) stable; urgency=low [...] +ace (5.7.7-4) unstable; urgency=low Why was the urgency on the -4 stanza changed? My mistake, good catch, thanks! (I guess I forgot to commit the urgency bump; hence the issue.) I'll make a new package and publish it again at the same location, signed this time. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636333: ITP: combat -- CORBA scripting with Tcl
Package: wnpp Severity: wishlist Owner: Thomas Girard thomas.g.gir...@free.fr * Package name: combat Version : 0.8.1 Upstream Author : Frank Pilhofer com...@fpx.de * URL : http://www.fpx.de/Combat/ * License : BSD-2 Programming Lang: Tcl Description : CORBA scripting with Tcl Combat is a CORBA Object Request Broker that allows the implementation of CORBA clients and servers in the Tcl programming language. . On the client side, Combat is not only useful to easily test-drive existing CORBA servers, including the ability for rapid prototyping or to interactively interface with servers from a console, but makes Tcl an exciting language for distributed programming. Also, Tk allows to quickly develop attractive user interfaces accessing CORBA services. Server-side scripting using [incr Tcl] classes also offers a wide range of possibilities. . Combat is compatible with the CORBA 3.0 specification including the IIOP protocol, and has been tested to interoperate with a wide range of open-source and commercial ORBs, including MICO, TAO and ORBexpress. . Combat is written in pure Tcl, allowing it to run on all platforms supported by Tcl, which is a much wider range than supported by any other ORB. Packaging is here: http://anonscm.debian.org/gitweb/?p=pkg-corba/pkg-combat.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630897: [Pkg-ace-devel] Bug#630897: ace: source includes non DFSG-free DDS spec
Hello, Le 02/07/2011 18:40, Thomas Girard a écrit : Should I upload a new ace-dfsg_5.7.7.orig.tar.gz without the pdf file to s-p-u, and request for its inclusion in the next stable update? Yes, please rebuild the .orig tarball to remove the file, note that fact in debian/{copyright,README.source} and upload new packages targeted at stable. Note that your suggested tarball name has the repacked source indicator in the wrong position. The packages should be versioned as 5.7.7+dfsg or similar, so the tarball would be ace_5.7.7 +dfsg.orig.tar.gz. I've prepared an upload for stable; it can be seen here: http://thomas.g.girard.free.fr/ACE/stable/ the repackaged tarball being available at: http://thomas.g.girard.free.fr/ACE/stable/ace_5.7.7+dfsg.orig.tar.gz Eventually another pdf was also removed, having the same non distributable statement. Package patch is attached to this email. I'm waiting for your approval before proceeding to the upload. Thanks, Regards, Thomas diff --git a/debian/README.source b/debian/README.source index 99bcdaf..1d5ff1c 100644 --- a/debian/README.source +++ b/debian/README.source @@ -1,3 +1,14 @@ += Repackaging for 5.7.7+dfsg = + + * The 5.7.7 upstream tarball contains two files: + + $CIAO_ROOT/connectors/dds4ccm/docs/ptc_09-10-26 DDS4CCM v1-0 WCB.pdf + $CIAO_ROOT/connectors/dds4ccm/docs/09-10-25.pdf + + that are not distributable and hence were removed from the repackaged + tarball. + + = Compiling ACE+TAO Debian packages = * ACE+TAO+CIAO-src-version.tar.bz2 is retrieved from: diff --git a/debian/changelog b/debian/changelog index c9c0714..4220f73 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +ace (5.7.7+dfsg-1) stable; urgency=low + + * Repackage to remove non-distributable .pdf files. Closes: #630897. + + -- Thomas Girard thomas.g.gir...@free.fr Sun, 17 Jul 2011 19:09:19 +0200 + ace (5.7.7-4) unstable; urgency=low [ Marek Brudka ] * Synchronized *.pc with *.so and created transitional tags. Closes: #598169 diff --git a/debian/copyright b/debian/copyright index 3899e12..e75dc2f 100644 --- a/debian/copyright +++ b/debian/copyright @@ -8,7 +8,8 @@ Then maintained by: It is now maintained by: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org -It was downloaded from: http://download.dre.vanderbilt.edu/ +It was downloaded from: http://download.dre.vanderbilt.edu/, and +repackaged to remove non-distributable files. Files: * Copyright: © 1993-2008 Douglas C. Schmidt and his research group at
Bug#630897: ace: source includes non DFSG-free DDS spec
Hello, Le 02/07/2011 17:35, Adam D. Barratt a écrit : It's not just non DFSG-free - it's completely non-distributable. From the quote in #630897: (2) the use of the specifications is for informational purposes and will not be copied or posted on any network computer or broadcast in any media Indeed. ace packages 5.7.7-4 are distributed in Debian stable. The non-free .pdf is not distributed in the binary packages, and later releases of the source tarballs no longer include the non-free file (the .pdf is not included in source packages of Debian unstable). Should I upload a new ace-dfsg_5.7.7.orig.tar.gz without the pdf file to s-p-u, and request for its inclusion in the next stable update? Yes, please rebuild the .orig tarball to remove the file, note that fact in debian/{copyright,README.source} and upload new packages targeted at stable. Note that your suggested tarball name has the repacked source indicator in the wrong position. The packages should be versioned as 5.7.7+dfsg or similar, so the tarball would be ace_5.7.7 +dfsg.orig.tar.gz. Ok, will do that. Does this also affect the ace packages in oldstable? Fortunately no. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629657: ace: FTBFS: libACE.so: undefined reference to `clock_gettime'
Hello, Le 13/06/2011 19:39, Hector Oron a écrit : Could you please push the patch to Vcs? I am trying to see what's going on armel build, which produces an ICE on the compiler. I am preparing an upload of ACE+TAO 6.0.3+2.0.3 to experimental. I completely forgot to mention that upload of 5.7.7-3 included a patch (that was integrated upstream afterward) to work around another ICE with armel regarding -fvisibility=hidden. Would you prefer that we revert that patch before the next upload? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630897: ace: DDS4 spec doesn't allow modification or commercial distribution
tags 630897 + confirmed fixed-upstream thanks Hello, Le 18/06/2011 21:04, Johnny Willemsen a écrit : This file has already been removed from the latest ace versions. Good to know. But since Debian stable version 5.7.7-4 includes it, I think we'll need a stable update for this. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630897: ace: source includes non DFSG-free DDS spec
Hello, ace_5.7.7.orig.tar.gz includes a non DFSG-free specification .pdf file: ptc_09-10-26 DDS4CCM v1-0 WCB.pdf Sam reported bug #63097[1] about this issue, thanks to him for pointing this out. ace packages 5.7.7-4 are distributed in Debian stable. The non-free .pdf is not distributed in the binary packages, and later releases of the source tarballs no longer include the non-free file (the .pdf is not included in source packages of Debian unstable). Should I upload a new ace-dfsg_5.7.7.orig.tar.gz without the pdf file to s-p-u, and request for its inclusion in the next stable update? Thanks, Regards, Thomas [1] http://bugs.debian.org/630897 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599549: Please review ace packages description
Hello, (please keep the bug in CC:; the team is not subscribed to debian-l10-englidh mailing list) Le 08/10/2010 20:41, Gerfried Fuchs a écrit : It would be nice if the long description of your packages could consist of full sentences[1]. It somehow gives the impression like the first paragraph is a second try on a synopsis or short description. Maybe you want to run your package descriptions through a review process on the debian-l10n-english mailinglist. This bug was reported a while ago, and given the high number of binary packages, we clearly need a hand on this one. I believe there are separate issues in the current descriptions: 1. long description is not a sentence: libace-inet-*, tao-imr, tao-cosnaming, tao-costrading, tao-ftrtevent, tao-load, tao-tls 2. description does not explain what the package is for: ace-gperf, libtao-*, tao-ft 3. descriptions look the same: libace-{qt,xt,tk,fl,fox}-reactor* 4. unclear description: tao-notify Do you agree with the above analysis? Anything missing? How to proceed then? Thanks, Regards, Thomas ---8---8---8---8---8---8---8---8---8---8---8---8--- Package: mpc-ace Architecture: all Depends: ${perl:Depends}, ${misc:Depends} Recommends: make Replaces: libace-dev (= 5.6.3-4) Suggests: libace-dev, pkg-config Description: makefile, project and workspace creator This package contains the Makefile, Project and Workspace Creator (MPC) as distributed with the ACE toolkit. . MPC generates platform and compiler specific files to automate the compilation process. . The following programs are included: * mpc-ace, generating project files for a single target * mwc-ace, generating workspace files for a set of projects Package: libace-6.0.1 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Description: C++ network programming framework This package contains the ADAPTIVE Communication Environment (ACE) framework. . It provides platform independent C++ wrappers for interprocess communication: * signals * pipes * sockets * message queues * semaphores * shared memory as well as thread, process management routines and much more. . Moreover, it defines patterns for common communication tasks. Beyond these: * Reactor, to handle event demultiplexing and dispatching * Proactor, for asynchronous I/O driven programs Package: libace-dev Architecture: any Section: libdevel Depends: libace-6.0.1 (= ${binary:Version}), ${misc:Depends} Suggests: libace-doc, libtao-dev, pkg-config Replaces: mpc-ace ( 5.6.3-4) Description: C++ network programming framework development files This package contains the header files and static library for the ACE framework. Package: libace-doc Architecture: all Section: doc Depends: ${misc:Depends} Suggests: libace-dev Recommends: doc-base Description: C++ network programming framework documentation This package contains the ACE overview documentation, tutorials, examples, and information regarding upstream development. Package: libace-ssl-6.0.1 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Description: ACE secure socket layer library This package contains wrappers that integrate the OpenSSL library in the ACE framework. Package: libace-ssl-dev Architecture: any Section: libdevel Depends: libace-ssl-6.0.1 (= ${binary:Version}), libace-dev (= ${binary:Version}), libssl-dev (= 0.9.7d), ${misc:Depends} Description: ACE secure socket layer library development files This package contains the header files and static library for the ACE SSL library. Package: libace-rmcast-6.0.1 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Description: ACE reliable multicast library The RMCast library is a reliable source-ordered multicast protocol implementation. . It uses sequence number for re-ordering, duplicate suppression and loss detection of messages. Package: libace-rmcast-dev Architecture: any Section: libdevel Depends: libace-rmcast-6.0.1 (= ${binary:Version}), libace-dev (= ${binary:Version}), ${misc:Depends} Description: ACE reliable multicast library development files This package contains the header files and static library for the ACE reliable multicast library. Package: libace-tmcast-6.0.1 Architecture: any Section: libs Depends: ${shlibs:Depends}, ${misc:Depends} Description: ACE transactional multicast library The TMCast library is a transaction multicast protocol implementation. . Each message is delivered to multicast group members as a transaction: an atomic, consistent and isolated action. Package: libace-tmcast-dev Architecture: any Section: libdevel Depends: libace-tmcast-6.0.1 (= ${binary:Version}), libace-dev (= ${binary:Version}), ${misc:Depends} Description: ACE transactional multicast library development files This package contains the header files and static library for the ACE transactional multicast library. Package: libace-htbp-6.0.1 Architecture: any Section: libs
Bug#629657: [Pkg-ace-devel] Bug#629657: Bug#629657: ace: FTBFS: libACE.so: undefined reference to `clock_gettime'
Hello, Le 11/06/2011 15:01, Thomas Girard a écrit : I'm testing a fix for this bug. The patch is working fine. I'm having a look at another, unrelated, IPv6 possible bug before uploading a new release. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629657: [Pkg-ace-devel] Bug#629657: Bug#629657: ace: FTBFS: libACE.so: undefined reference to `clock_gettime'
Hello, Le 13/06/2011 19:39, Hector Oron a écrit : Could you please push the patch to Vcs? I am trying to see what's going on armel build, which produces an ICE on the compiler. Done in branch 6.0.1-x: http://anonscm.debian.org/gitweb/?p=pkg-ace/pkg-ace.git;a=commitdiff;h=e1f7c71e865e1745c4406ef5bababaccef7e01b8 Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599549: [Pkg-ace-devel] Bug#599549: Please review ace packages description
Hello, Le 13/06/2011 20:07, Justin B Rye a écrit : Justin B Rye wrote: Well, there are quite a few other changes I'd apply if we were giving it a standard d-l-e review... Here's a patch applying most but not all of them. Thank you very much Justin. I need some time to read and understand your comments and changes; I may have some questions. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629657: [Pkg-ace-devel] Bug#629657: ace: FTBFS: libACE.so: undefined reference to `clock_gettime'
tags 629657 + confirmed pending thanks Hello, thanks for the report. This is caused by libc6 2.13-5 multiarch[1] switch; librt is now installed in /usr/lib/i386-linux-gnu/librt.so on i386. I'm testing a fix for this bug. Regards, Thomas [1] http://wiki.debian.org/Multiarch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628572: [Pkg-ace-devel] Bug#628572: Bug#628572: Anonymous type diagnostic default wrong
tags 628572 + confirmed fixed-upstream thanks Hello, Le 30/05/2011 12:35, Johnny Willemsen a écrit : The default is now error, this is correct in 6.0.2, which says: -aeError if anonymous type is seen (default) -awWarning if anonymous type is seen (default is error) -asSilences the anonymous type diagnostic (default is error) Hence it will be fixed when we upload 6.0.2-1. @Pau, Johnny: any plan or remaining thing before uploading the new release? Review package description again, maybe? Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [omniORB] Re: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
Hello, Le 14/05/2011 21:22, Kike a écrit : I can confirm that after removing the file /etc/sysctl.d/bindv6only.conf and rebooting, it works. Thanks. I've uploaded the fix so that omniORB works with this setup as well. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [omniORB] Re: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
tags 626099 + pending thanks Hello, Le 11/05/2011 00:37, Duncan Grisby a écrit : RFC 2553 ( http://www.ietf.org/rfc/rfc2553.txt ) tells us that IPv6 sockets should accept IPv4 connections. But this post suggests that Debian has chosen to violate the RFC and disable it: http://comments.gmane.org/gmane.mail.imap.courier.general/33757 If you edit include/omniORB4/include/internal/SocketCollection.h and add a new block to #undef OMNI_IPV6_SOCKETS_ACCEPT_IPV4_CONNECTIONS I expect it will work again. That change was reverted in netbase 4.42, which is available in Debian stable, testing and unstable. What is the content of /etc/sysctl.d/bindv6only.conf? What does dpkg -S /etc/sysctl.d/bindv6only.conf returns? And dpkg -l netbase? I confirm the file /etc/sysctl.d/bindv6only.conf contains: net.ipv6.bindv6only = 1 on my machine. It was created by a netbase upgrade and never got deleted. Removing it should work. Could you please confirm? If it does, then I'll probably upload a new version of omniorb with Duncan suggested fix. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622074: [devo-group] ace: FTBFS: SSL_Context.cpp:244:16: error: '::SSLv2_client_method' has not been declared
Hello, Le 11/05/2011 18:20, Steve Huston a écrit : Thomas, is this issue in Bugzilla? If not, please enter it there. It is: http://bugzilla.dre.vanderbilt.edu/show_bug.cgi?id=3958 I don't have an immediate reaction to the choices, but off-the cuff I tend to favor b under configuration control, defaulting to historic behavior allowing sslv2. SSLv2 was removed from Debian openssl version. No way to get it back. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [omniORB] Re: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
Hello Duncan, Le 11/05/2011 00:37, Duncan Grisby a écrit : RFC 2553 ( http://www.ietf.org/rfc/rfc2553.txt ) tells us that IPv6 sockets should accept IPv4 connections. But this post suggests that Debian has chosen to violate the RFC and disable it: http://comments.gmane.org/gmane.mail.imap.courier.general/33757 If you edit include/omniORB4/include/internal/SocketCollection.h and add a new block to #undef OMNI_IPV6_SOCKETS_ACCEPT_IPV4_CONNECTIONS I expect it will work again. Thanks for your investigation! I'm reading http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560238 now to understand the rationale. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
Hello, Le 10/05/2011 00:24, Kike a écrit : /omniORB: (0) 2011-04-30 17:27:38.347771: Version: 4.1.2 ^ | -- is this supposed to be 4.1.3? --+ I think version diversion is due to somekind of bug when generating tag/package for 4.1.3, beause I compiled my program against debian package 4.1.3 [snip] Ok. Did you recompile omniORB Debian packages yourself and if so, why? I think I generated some noise with my program traces, if it's further needed, I will explain or provide access to source code. But now, I prefer to add another point of view which is easy to reproduce on any machine, I think. The used machine is running debian testing/sid with just one difference, omniorb package version. I'm using same the omniorb.cfg (which its attached to this email). This is the netstat output when omniorb 4.1.3 is installed /enrgar@glkm64:~/svn/glkmd/src$ sudo netstat -pan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 781/sshd tcp0 0 0.0.0.0:28090.0.0.0:* LISTEN 772/omniNames tcp0 0 192.168.0.60:22 192.168.0.6:37687 ESTABLISHED 822/sshd: enrgar [p tcp6 0 0 :::22 :::*LISTEN 781/sshd udp0 0 0.0.0.0:68 0.0.0.0:* 724/dhclient / This is the netstat output when omniorb 4.1.5 is installed /enrgar@glkm64:~/svn/glkmd/src$ sudo netstat -pan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 781/sshd tcp0 0 192.168.0.60:22 192.168.0.6:37687 ESTABLISHED 822/sshd: enrgar [p tcp0 0 192.168.0.60:45579 137.226.34.42:80TIME_WAIT - tcp6 0 0 :::22 :::*LISTEN 781/sshd tcp6 0 0 :::2809 :::*LISTEN 1353/omniNames udp0 0 0.0.0.0:68 0.0.0.0:* 724/dhclient / Okay. Before digging further, one more question: have you tried running your software with upstream, unmodified omniORB, and if so, what were the results? If you haven't, would it be possible for you to try? Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
(adding omniorb support mailing list) Hello, your title is rather unclear: which version 3.0 are you referring to? Le 08/05/2011 21:14, Kike a écrit : Package: omniorb-dfsg Version: 4.1.5-1 http://packages.debian.org/source/stable/omniorb-dfsg Severity: important Hi, latest omniorb version has some kind of problem prefering IPv6 over IPv4. Using netstat to look for this reveals differents behavior /omniORB: (0) 2011-04-30 13:32:36.798617: Version: 4.1.5 omniORB: (0) 2011-04-30 13:32:36.798942: Distribution date: Wed Dec 22 15:59:17 GMT 2010 dgrisby SocketNetlink::SocketNetlink [BEGIN] SocketNetlink::SocketNetlink [END] GlkmNetlinkClient::GlkmNetlinkClient ERROR Protocol not supported LinuxKernelMonitor_i::CONSTRUCTOR [BEGIN] LinuxKernelMonitor_i::CONSTRUCTOR [ENG] IDL object LinuxKernelMonitor IOR = ' IOR:01001b0049444c3a4c696e75784b65726e656c4d6f6e69746f723a312e3001006400010102000d003139322e3136382e302e36302bca0e00fe54f3bb4d040300020008000154544101001c0001000100010001000100010509010100010009010100 ' main::bindObjectToName [BEGIN] main::bindObjectToName Get reference to root context omniORB: (0) 2011-04-30 13:32:36.882434: Invoke '_is_a' on remote: keyNameService omniORB: (0) 2011-04-30 13:32:36.884048: Unable to open new connection: giop:tcp:localhost:2809 omniORB: (0) 2011-04-30 13:32:36.884062: throw giopStream::CommFailure from giopStream.cc:1149(0,NO,TRANSIENT_ConnectFailed) omniORB: (0) 2011-04-30 13:32:36.885286: throw TRANSIENT from omniObjRef.cc:809 (NO,TRANSIENT_ConnectFailed) Caught system exception TRANSIENT -- unable to contact the server. / Using stable version 4.1.3-1 with same program, there is no problem /omniORB: (0) 2011-04-30 17:27:38.347771: Version: 4.1.2 ^ | -- is this supposed to be 4.1.3? --+ omniORB: (0) 2011-04-30 17:27:38.348095: Distribution date: Tue Sep 23 10:43:28 BST 2008 dgrisby SocketNetlink::SocketNetlink [BEGIN] SocketNetlink::SocketNetlink [END] GlkmNetlinkClient::GlkmNetlinkClient ERROR Protocol not supported LinuxKernelMonitor_i::CONSTRUCTOR [BEGIN] LinuxKernelMonitor_i::CONSTRUCTOR [ENG] IDL object LinuxKernelMonitor IOR = ' IOR:01001b0049444c3a4c696e75784b65726e656c4d6f6e69746f723a312e3001006400010102000d003139322e3136382e302e36301d930e00fe6a2abc4d078a00020008000154544101001c0001000100010001000100010509010100010009010100 ' main::bindObjectToName [BEGIN] main::bindObjectToName Get reference to root context omniORB: (0) 2011-04-30 17:27:38.358873: Invoke '_is_a' on remote: keyNameService omniORB: (0) 2011-04-30 17:27:38.366295: Return '_is_a' on remote: keyNameService main::bindObjectToName Bind Context omniORB: (0) 2011-04-30 17:27:38.366460: Invoke 'bind_new_context' on remote: keyNameService omniORB: (0) 2011-04-30 17:27:38.368843: Finish 'bind_new_context' (user exception) omniORB: (0) 2011-04-30 17:27:38.369983: Invoke 'resolve' on remote: keyNameService omniORB: (0) 2011-04-30 17:27:38.370724: Return 'resolve' on remote: keyNameService main::bindObjectToName Bind objref omniORB: (0) 2011-04-30 17:27:38.371556: Invoke 'bind' on remote: root/5fab8e4c0100041b/0 omniORB: (0) 2011-04-30 17:27:38.372072: Finish 'bind' (user exception) omniORB: (0) 2011-04-30 17:27:38.372702: Invoke 'rebind' on remote: root/5fab8e4c0100041b/0 omniORB: (0) 2011-04-30 17:27:38.372991: Return 'rebind' on remote: root/5fab8e4c0100041b/0 main::bindObjectToName [END]/ I don't understand these traces, and you don't explain your network/program setup. The only changes on IPv6 according to upstream changelog originated in 4.1.1. Running catior on IOR above does not reveal anything interesting. I think you need to provide more information. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622074: ace: FTBFS: SSL_Context.cpp:244:16: error: '::SSLv2_client_method' has not been declared
forwarded 622074 http://bugzilla.dre.vanderbilt.edu/show_bug.cgi?id=3958 tags 622074 + upstream thanks Hello, because SSLv2 is considered dangerous, it was disabled from Debian openssl packages[1]. This causes ace 6.0.1 packages to fail to build from source (FTBFS)[2]. We are requesting you opinion/help on how to fix this properly. Quoting [3], we saw 3 different options: a) Keep the SSLv2 entries in the enumerations but make them actually use SSLv3. It has the advantage if the application uses Debian on both sides, there is no need for changes in the application. On the other hand, it may lead to very weird to debug situations if you are connecting to an SSLv2-only service that is not using Debian on the other side (hey, I'm telling it to use SSLv2 yet it fails, yeah, it's because ACE SSLv2 is actually ACE SSLv3). b) Completely remove SSLv2 Meaning: including removal from the enumerations, but keeping the blanks for the former SSLv2 values (to avoid renumerating the enumerations). Advantage: it makes explicit SSLv2 is no longer supported. Disadvantage: I need to check what happens with SSLv23 calls, I can't remember if the code is easy transformable to SSLv3 calls. I think this is the best choice. c) Just disable SSLv2 Meaning: keep the enumerations, keep the methods, but instead of making the calls to OpenSSL, fail. IMHO we should completely discard this. So far we implemented b). But the following use case seems to break it: say we have an application which uses ACE SSLv2: - application recompilation will fail; allowing to switch to SSLv3. - but if it's not recompiled, then the application will silently switch to SSLv3 (because of the default clause in the ACE_SSL_Context::set_mode()) I don't understand this default: clause. I believe ACE_SSL_Context::set_mode() should reject unsupported modes. What do you think? Is the change b), and its side-effect in the scenario above, an acceptable change? Any other idea? Thanks, Regards, Thomas [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589706 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622074 [3] http://lists.alioth.debian.org/pipermail/pkg-ace-devel/2011-April/002458.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624893: bouml: FTBFS: qvaluelist.h:91:13: error: 'ptrdiff_t' does not name a type
reassign 624893 qt-x11-free forcemerge 624893 611255 thanks Hello, this is caused by #611255. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624740: [Pkg-corba-devel] Bug#624740: python-omniorb: FTBFS without python2.5
Hello, Le 01/05/2011 14:54, Floris Bruynooghe a écrit : On 1 May 2011 06:37, Scott Kitterman deb...@kitterman.com wrote: Package: python-omniorb Version: 3.5-1 Severity: serious Justification: fails to build from source This has been fixed in r267 of svn.debian.org/svn/pkg-corba/trunk/python-omniorb, so someone needs to upload this now. Usually Thomas Girard does this but I don't know how much time he has (we don't tend to be the fastest team ;-)) so if this is urgent for the transition then maybe someone else could upload this after checking with him? I'll upload the fix today. Thanks for your work, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622954: Please package monotone 1.0
Package: monotone Version: 0.48-3 Severity: wishlist Hello, monotone 1.0 got released on March, 26th. Can you please package it? Thanks, Regards, Thomas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monotone depends on: ii libbotan-1.8.2 1.8.11-1.1+b1multiplatform crypto library ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libidn111.20-1 GNU Libidn library, implementation ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libpcre38.12-3 Perl 5 Compatible Regular Expressi ii libsqlite3-03.7.5-1 SQLite 3 shared library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime monotone recommends no packages. Versions of packages monotone suggests: pn monotone-doc none (no description available) pn monotone-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621170: gnu-smalltalk: Getting rid of unneeded *.la / emptying dependency_libs
Hello, regarding bug #621170 filed against gnu-smalltak for *.la removal, here is the current situation: gnu-smalltalk packages contains /usr/lib/gnu-smalltalk/libc.la I'm attaching it here for the reference. Please note that the .la file is *not* in a -dev package. It's not intended to be used by any other package, but by the GNU Smalltalk VM to be able to dynamically load the libc (using libtdl) whatever the libc is (e.g. libc.so.6 or libc.so.0.1), and without requiring libc6-dev package to be installed. For more details on the way load works see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621170#20 Hence I believe this bug can be closed without any action. Do you agree with this analysis? Thanks, Regards, Thomas # libc.la - a libtool library file # Generated by GNU libtool # Created for GNU Smalltalk's dynamic loading mechanism. # The name that we can dlopen(3). dlname='libc.so.6' # Names of this library. library_names='libc.so.6' # Libraries that this one depends upon. dependency_libs='' # Is this an already installed library? installed=yes # Directory that this library needs to be installed in: libdir='/lib'
Bug#621170: [Pkg-gnu-smalltalk-devel] Bug#621170: gnu-smalltalk: Getting rid of unneeded *.la / emptying dependency_libs
Hello, Le 07/04/2011 09:10, Paolo Bonzini a écrit : On 04/06/2011 09:28 PM, codeh...@debian.org wrote: gnu-smalltalk appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. I believe this is just the libc.la which is not a normal .la file and should not be removed. Indeed. This is the only .la file distributed in Debian GNU Smalltalk packages. How again is it used Paolo? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616576: empty binary package
Package: libsigsegv2 Version: 2.9-1 Severity: grave Hello, the 2.9-1 package release does not contain any library on i386: me@machine:~$ dpkg -L libsigsegv2 /. /usr /usr/share /usr/share/doc /usr/share/doc/libsigsegv2 /usr/share/doc/libsigsegv2/changelog.Debian.gz /usr/share/doc/libsigsegv2/copyright /usr/share/doc/libsigsegv2/ChangeLog.1.gz /usr/share/doc/libsigsegv2/NEWS.gz /usr/share/doc/libsigsegv2/changelog.gz /usr/share/doc/libsigsegv2/README.gz /usr/share/doc/libsigsegv2/README.woe32 me@machine:~$ Thanks, Thomas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601753: please remove silly nag screen
Hello, Le 07/12/2010 15:59, Benoît Knecht a écrit : Hi, I just installed bouml and tested this: - Run bouml; - Click OK on the greeting dialog; - Close bouml; - Repeat. I get the greeting dialog every time, probably because I'm not loading any project, and I have to admit it's rather irritating. I don't get it. If you open an existing project, or if you create a new one, the next time you run bouml no greeting screen is displayed. Hence my question is: what is your bouml use case? How come you see the screen every time? Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593225: [Pkg-ace-devel] Bug#593225: Bug#593225: ace: FTBFS on armel: collect2: ld returned 1 exit status
Hello, Le 16/08/2010 15:50, Mehdi Dogguy a écrit : On 08/16/2010 03:44 PM, Johnny Willemsen wrote: Hi, Looks a problem with visibility. What is the exact GCC version used? That's indeed a visibility issue, since deactivating it makes the build process complete. I'll commit a patch for this by the end of the week. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591586: [Pkg-ace-devel] Bug#591586: config file
Le 04/08/2010 11:26, Johnny Willemsen a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Looks like the wrong config file is included. Yes, that's Linux config file. Since Debian GNU/kFreeBSD[0] is not yet supported upstream, we'll have to provide a working file ourselves (and then submit it upstream). As Marek pointed out, that was one of nice things with the autotools method. But we can surely use 5.6 generated config file[1,2] for ace on GNU/kFreeBSD as a starting point to provide one for 5.7. I won't be able to work on this before at least a week. Any taker? Regards, Thomas [0] http://www.debian.org/ports/kfreebsd-gnu/ [1] http://packages.debian.org/squeeze/kfreebsd-amd64/libace-dev/download [2] http://packages.debian.org/squeeze/kfreebsd-i386/libace-dev/download -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591610: [Pkg-ace-devel] Bug#591610: Bug#591610: pkg-config support was silently dropped
Hello, Le 04/08/2010 20:22, Michael Tautschnig a écrit : I don't know whether this info helps, but maybe it does: From r430 until r458 you had a script debian/generate_pkgconfig.sh which took care of the pkg-config stuff. Maybe it suffices to revive it? Hmmm... thanks for digging into this! That's a really old script, it clearly needs to be enhanced. Any taker? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581665: Saving an HTML file with a title containing a slash does not work
Package: epiphany-browser Version: 2.30.2-1 Severity: normal Trying to save a file with a / in its title fail, because the default proposal for the page filename is the the title. To reproduce, open the following webpage: http://wiki.debian.org/qa.debian.org/FTBFS then try to save it using CTRL-S. Clicking on the Save button does nothing at all; possibly (wild guess) because an underlying error on invalid filename is caught and hidden away. Regards, Thomas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-1 simple interprocess messaging syst ii epiphany-browser-data 2.30.2-1 Data files for the GNOME web brows ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii iso-codes 3.16-1 ISO language, territory, currency, ii libavahi-client30.6.25-3 Avahi client library ii libavahi-common30.6.25-3 Avahi common library ii libavahi-gobject0 0.6.25-3 Avahi GObject library ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.10-1 Library for handling GObject intro ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libseed02.30.0-1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.1-1 an HTTP library implementation in ii libsoup2.4-12.30.1-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.0-1 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime Versions of packages epiphany-browser recommends: ii ca-certificates 20090814Common CA certificates ii evince 2.30.1-2Document (postscript, pdf) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME epiphany-browser suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571689: RM: omniorb -- ROM; Obsoleted by omniorb-dfsg
Hello Torsten, On 27/02/2010 11:01, Torsten Werner wrote: Thomas Girard schrieb: as reported in #571417 omniorb4 is obsoleted by omniorb-dfsg and hence should be removed from Debian. just upload omniorb-dfsg without the binary package omniorb and wait for the semi-automatic cruft-removal. Thanks for your reply. But I can't do this: omniorb binary package is a new package, replacing omniorb4 binary package. My initial request was for the removal of omniorb4 *source* package. Is this the way to go? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555663: (no subject)
Hello Niels, On 11/11/2009 11:51, Niels Thykier wrote: Hi Thomas Considering that I have already added most of the dependencies for eclipse-cdt to my list of ITA/ITPs I might as well go all the way. Any news on this? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571689: RM: omniorb -- ROM; Obsoleted by omniorb-dfsg
Package: ftp.debian.org Severity: normal Hello, as reported in #571417 omniorb4 is obsoleted by omniorb-dfsg and hence should be removed from Debian. Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous
Hello, Pau Garcia i Quiles wrote: It's mostly because of the images and the search capabilities. What follows is an explanation of the growth but I cannot come with a good solution to shrink the size. * Images: As ACE 5.6.3-6 did not include graphviz as a dependency, images were not being generated and the docs were image-less. You are right there is no notice of the addition of graphviz as a build-depends in the changelog of 5.6.3-6 (there is in the changelog for 5.7.4/5.7.5, in trunk, but I forgot to add that to 5.6.3-6). In libace-doc, the .png images account for 50% of the installed size (112 MB of 225 MB) In libtao-doc, the .png images account for 40% of the installed size ( 450 MB of 1.2GB ) For some images (most of them), an additional HTML page is generated. I believe those images are needed. * Search: Doxygen is generating a search engine for all the docs. This is enabled in ACE 5.6.3 (SEARCHENGINE = yes in the .doxygen files). I don't know why this was not being generated for ACE 5.6.3-5. Why researching the growth in installed size, I've noticed search is not working because the search.js files were compressed by debhelper: ./ace-6/usr/share/doc/libace-doc/rmcast/search/search.js.gz ./ace-6/usr/share/doc/libace-doc/search/search.js.gz ./ace-6/usr/share/doc/libace-doc/QoS/search/search.js.gz ./ace-6/usr/share/doc/libace-doc/ssl/search/search.js.gz We should exclude .js from dh_compress How about disabling search? Files under search/ take more than 600 Mb. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562164: [Pkg-ace-devel] Bug#562164: Bug#562164: Bug#562164: libtao-doc: newest version of package is enormous
Hello, Do you use the .doxygen files under /etc to generate doxygen, or do you do generate everything? For regular distributions we only use the .doxygen files in each /etc directory. We use (ACE_ROOT)/bin/generate_doxygen.pl -is_release Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533809: Tagging multiple bugs
tags 533809 + pending tags 550629 + pending tags 552899 + pending thanks Hello, those bugs are fixed in the SVN repo. I'm waiting for my gpg key update to be propagated on the keyring so that I can upload them. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555663: RFA: eclipse-cdt
Package: wnpp Severity: normal Hello, I'd like to request an adopter for eclipse-cdt, since I don't have enough time to dedicate this package. Current package status: - it needs to be updated to the lastest eclipse release available in Debian (#441313 and possibly root cause for RC bug #542977) - it needs to be ported to sparc (#478900) . Work for this was started in the SVN repo, but it was not completed. I think relying on the cross-distro eclipse packaging effort(1) is a good idea. Here's the package description: The eclipse-cdt package contains Eclipse features and plugins that are useful for C and C++ development. The current release function includes: * C/C++ Editor (basic functionality, syntax highlighting, code completion, etc.) * C/C++ Debugger (APIs Default implementation, using GDB) * C/C++ Launcher (APIs Default implementation, launches and external application) * Parser * Search Engine * Content Assist Provider * Makefile generator Regards, Thomas (1) https://dev.eclipse.org/mailman/listinfo/linux-distros-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552899: ace: #552899 dirent issue affecting diagnostics compilation
Package: ace Version: 5.6.3-5 Severity: normal Tags: pending Hello, I have found out what was causing #552899, and I'm currencly testing a fix for this. Regards, Thomas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25micmac (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518735: [Pkg-ace-devel] Bug#518735: ace: FTBFS: autotools error
Luk Claes wrote: Hi Any further progress in getting this FTBFS fixed? I'm tempted to remove ace from testing if this bug does not get fixed soon. The only reverse dependency which prevents the removal will soon be diagnostics (maintainer Cc-ed). Please don't. I am currently busy but I will have a look at ace RC bugs this week-end. Please prove me wrong in wanting this package removed from testing and get the package fixed and maintained properly again, TIA. Will do. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518735: [Pkg-ace-devel] Bug#518735: Bug#518735: upgrade ACE/TAO
Pau Garcia i Quiles wrote: On Mon, Oct 26, 2009 at 8:16 AM, Johnny Willemsen jwillem...@remedy.nl wrote: Hi, Is there anyone at debian who has experience with opensuse build service? If someone can take x.7.4 and see what has to be done to the ACE_wrappers/debianbuild package in the distribution, we can integrate it. We really would like to see ACE support debian package support out of the box. I have taken 5.7.4 and working on debianizing it, using 'debianbuild' as a starting point. It does not build yet but I have a few fixes already. Give me a couple of days. I have no experience with the opensuse buildservice but I will provide binary packages for Ubuntu using my PPA: http://launchpad.net/~pgquiles/+archive/ppa Hello Pau, Thanks a lot for working on this. I don't have a lot of spare time these days; sorry for not replying earlier to your first email. I'll have a look at your work ASAP and will sponsor it for Debian. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311280: omniorb4: Closing bug report
Package: omniorb4 Severity: normal Version: 4.1.0-1 The bug was fixed upstream and included in Debian package version 4.1.0-1. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages omniorb4 depends on: ii libc6 2.9-6GNU C Library: Shared libraries ii libgcc1 1:4.4-20090329-1 GCC support library ii libomniorb4-1 4.1.2-1+b1 omniORB core libraries ii libomnithread3c24.1.2-1+b1 C++ threading library ii libstdc++6 4.4-20090329-1 The GNU Standard C++ Library v3 omniorb4 recommends no packages. omniorb4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522557: [Pkg-ace-devel] No PerlACE in libace-dev.
Package: libace-dev Version: 5.6.3-5 Severity: normal Hello Marek, Hi, Lately, I tried to compile OpenDDS from OCI using debian (well.. ubuntu) development packges. I failed because MPC generated makefiles assumed that PerlACE/Run_Test.pm module is installed. I propose to include $ACE_ROOT/bin/PerlACE in one of ace development packages eg. libace-dev, mpc-ace or create ace_perl package. I think this is th first step toward DDS package, because DDS is currently separated from TAO and I should rather be compiled using ace/tao devel packages. Sorry for the late reply. I'm bouncing this email to Debian bug tool so that your request does not get lost. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522558: [Pkg-ace-devel] Unable to use any other protocol than iiop
Package: ace Version: 5.6.3-5 Severity: normal Hello Pascal, Pascal Giard a écrit : If i use a protocol other than iiop, the Naming_Service throws an error e.g. $ Naming_Service -ORBListenEndpoints 'uiop:///tmp/mylocalsock' TAO (2512|3077675232) no usable transport protocol was found. (2512|3077675232) EXCEPTION, TAO_Naming_Server::init_with_orb system exception, ID 'IDL:omg.org/CORBA/BAD_PARAM:1.0' TAO exception, minor code = 11 (endpoint initialization failure in Acceptor Registry; EINVAL), completed = NO Failed to start the Naming Service. Same happens with other protocols i expected to be supported, namely: shmiop, uiop and diop. I've search the web and those protocols are expected to work with TAO... Am i missing something? Sorry for the late reply. Can you reproduce it with upstream TAO version? I'm wondering if this is not due to IPv6 activation... I'll try to reproduce this and let you know. Bouncing this to Debian bug robot so that this issue stays visible. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513573: dwarves: Segfault with pahole
Hello Thomas, Have you tried reproducing yur bug with dwarves 1.7? I am currently packaging it. Maybe you can send me a test case program so that I can close this bug report if it is fixed? Thanks, Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516437: RM: frysk -- RoM; obsolete
Package: ftp.debian.org Hello, please remove frysk from Debian; it's obsoleted by Archer[1] and no longer maintained. Regards, Thomas [1] http://sourceware.org/gdb/wiki/ProjectArcher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516491: RM: cairo-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove cairo-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516492: RM: glib-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove glib-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516493: RM: libgconf-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove libgconf-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516494: RM: libglade-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove libglade-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516495: RM: libgnome-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove libgnome-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516496: RM: libgtk-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove libgtk-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516498: RM: libvte-java -- RoM; obsolete
Package: ftp.debian.org Hello, please remove libvte-java from Debian; it's obsoleted by java-gnome[1] and it's no longer maintained. frysk is an rdep for this package but I've also requested for its removal since it is obsolete too. Regards, Thomas [1] http://java-gnome.sf.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480132: aspectj: please upload to main
tags 480132 + help thanks Le lundi 12 mai 2008 à 06:47 +0200, Marcus Better a écrit : AspectJ does compile with gcj and run with gij. But the testsuite has many failures when launched with gij; that's why aspectj is in contrib. Oh. Can we upload it to main nevertheless with disabled testsuite? AspectJ is a dependency of other useful stuff that I would like to see in main. Meanwhile we can run the testsuite manually with Sun JDK to make sure it works, and file bugs for gij for the failures. Hello, just a quick followup on this. There is still some work needed before aspectj 1.6.1 can go in main. Any help on this would be welcome. The source tarball[1] includes jar that are not recompiled during the build; even if their source is available (or mostly). The current version in SVN compiles aspectj using these jars. Here's a list: 1. org.aspectj/modules/lib/aspectj/lib/aspectjrt121.jar 2. org.aspectj/modules/lib/aspectj/lib/aspectjrt.jar 3. org.aspectj/modules/lib/aspectj/lib/aspectjtools.jar 4. org.aspectj/modules/lib/build/build.jar 5. org.aspectj/modules/org.eclipse.jdt.core/jdtcore-for-aspectj.jar I believe 4. can be regenerated (I remember I could compile it once, I need to dig in the SVN repo). 1. 2. and 3. are a typical chicken/egg problem, and I have no idea how to solve it. 5. seems to be more complicated; the jar is generated by weaving a patched version of ecj. So far I had no success recompiling it, even following [2]. Regards, Thomas [1] which can be generated with the get-orig-source debian/rules target [2] http://dev.eclipse.org/viewcvs/index.cgi/org.aspectj/shadows/README.html?root=Tools_Projectview=co -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489386: diagnostics 0.2.2 FTBFS with g++-4.3 on s390
Package: diagnostics Version: 0.2.2 Severity: serious Justification: no longer builds from source a binary NMU rebuild of diagnostics shows diagnostics FTBFS on s390[1]. A NMU will follow, as requested by the maintainer. Regards, Thomas [1] http://buildd.debian.org/fetch.cgi?pkg=diagnostics;ver=0.2.2%2Bb1;arch=s390;stamp=1214648343 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25micmac (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489386: diagnostics 0.2.2 FTBFS with g++-4.3 on s390
Please find attached the patch used for the NMU (without the autotools part). Regards, Thomas diff -Nru diagnostics-0.2.2/debian/changelog diagnostics-0.2.2+nmu1/debian/changelog --- diagnostics-0.2.2/debian/changelog 2008-01-23 23:04:38.0 +0100 +++ diagnostics-0.2.2+nmu1/debian/changelog 2008-07-05 13:58:09.0 +0200 @@ -1,3 +1,11 @@ +diagnostics (0.2.2+nmu1) unstable; urgency=low + + * Non-maintainer upload, as requested by Michael. + * Work-around a g++ 4.3 bug on s390 causing the package to FTBFS on this +arch (closes: #489386) + + -- Thomas Girard [EMAIL PROTECTED] Sat, 05 Jul 2008 13:51:35 +0200 + diagnostics (0.2.2) unstable; urgency=low * stream_test_system.cpp: #include cstring to fix FTBFS with gcc 4.3 diff -Nru diagnostics-0.2.2/diagnostics/macros/invariance_annotation.t.cpp diagnostics-0.2.2+nmu1/diagnostics/macros/invariance_annotation.t.cpp --- diagnostics-0.2.2/diagnostics/macros/invariance_annotation.t.cpp 2007-03-01 22:43:26.0 +0100 +++ diagnostics-0.2.2+nmu1/diagnostics/macros/invariance_annotation.t.cpp 2008-07-05 13:59:31.0 +0200 @@ -157,7 +157,7 @@ private: mutable int m_class_invariance_called; -bool m_throw; +volatile bool m_throw; };
Bug#432541: Closing bug properly
found 432541 tags 432541 - confirmed help close 432541 thanks That bug got fixed with the gcc-4.3/4.3.0-2 upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486373: RM: java-gnome [alpha] -- RoM
retitle 486373 RM: java-gnome [alpha] -- RoM; default-jdk-builddep is not available on alpha tag 486373 -moreinfo thanks Hello, there was a copy-paste typo in my bug submission. Thanks for pointing this out. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486373: RM: java-gnome [alpha] -- RoM
Package: ftp.debian.org Please remove the architecture dependent binaries built from java-gnome for the alpha architecture. It is no longer built because default-jdk-builddep is not available on arm. Thanks Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481668: frysk: can't be run with libgtk-java ( 2.10.2-6)
tag 481668 + confirmed thanks Hello Jiří, Le samedi 17 mai 2008 à 21:45 +0200, Jiří Paleček a écrit : Hello, I was just about to test and close #470803, but I've found out I couldn't even run frysk. The error message is: [EMAIL PROTECTED]:/usr/src/dfsbuild$ frysk libgcj failure: gcj linkage error. Incorrect library ABI version detected. Aborting. Aborted The reason is frysk depends on libgcj7, while everything else (meaning libraries frysk depends on) depends on libgcj9. For a discussion on a similar problem, see http://groups.google.com/group/linux.debian.devel/msg/325b87794a15f9f8 Yes, I can see this as well. This bug will be fixed when frysk 0.3 is uploaded. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481088: [Pkg-ace-devel] Bug#481088: [libace-dev] does not ship with /usr/include/ace/Timer_Heap.h (which is included by /usr/include/ace/Select_Reactor_T.cpp)
Hello, Le mardi 13 mai 2008 à 11:42 -0400, clement R. a écrit : Package: libace-dev Version: 5.6.3-3 Severity: important --- Please enter the report below this line. --- libace-dev does not ship with /usr/include/ace/Timer_Heap.h (which is included by /usr/include/ace/Select_Reactor_T.cpp, line 18) the same goes for /usr/include/ace/Timer_Queue.h (which is included by /usr/include/ace/TP_Reactor.h, line 35) Thanks for the bug report. Since it's the second bug of this kind I'll probably write a script to find those missing files. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478900: eclipse-cdt_3.1.2-2(sparc/unstable): FTBFS: Target assemble.org.eclipse.cdt.linux.gtk.sparc does not exist in the project
Hello, Le mercredi 07 mai 2008 à 07:49 +0200, Michael Koch a écrit : sparc is not officially supported by Eclipse. What we did in the eclipse package is to copy the native parts from another arch. Apply some sed magic to rename packages, etc. and build the result. This should be possible with eclipse-cdt too but I havent looked into it to be sure. Thanks to this advice, I have almost fixed this issue in SVN. The plugin compilation ends successfully on sparc, but the generated result is a zip file instead of a tarball (despite the name ending in .tar.gz). Hence when debian/rules attempts to extract these the build process stops. Does this remind you of something? The assemble steps that use zip instead of tar'ing + gzip'ing seems copied from assemble.org.eclipse.sdk.linux.gtk.$arch.xml. For x86, this file contains an ant target named gzipResult that does the assemble job. The assemble.org.eclipse.sdk.solaris.gtk.sparc.xml (yes, the one for solaris) fragment that I can see in eclipse source tree looks like (I need to double check) the one copied by the build process of eclipse-cdt. There's no assemble.org.eclipse.sdk.linux.gtk.sparc.xml in eclipse sources. Before filing a bug on eclipse to have this file included on sparc, I'm seeking where it should be (using the existing x86 one) to no avail: it must be hidden in a jar under the sea ;-) Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480132: aspectj: please upload to main
Hello, On Thu, May 08, 2008 at 10:49:24AM +0200, Marcus Better wrote: I think aspectj is suitable for main, unless I missed something. Please upload it at the next opportunity. (By the way, 1.6.0 has been released.) AspectJ does compile with gcj and run with gij. But the testsuite has many failures when launched with gij; that's why aspectj is in contrib. Thanks for the notice of the new upstream release. I'll check again the status of the testsuite when packaging it. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477312: FTBFS (ia64/experimental): Test suite failure (120)
forwarded 477312 http://smalltalk.gnu.org/project/issue/213 thanks Hello, I've just tried backporting the Swazoo race patch (that is git commit dfd82e2fef20429c40f0deaedc2154e9c10f5802) but test 120 still fails. The bug report continues on http://smalltalk.gnu.org/project/issue/213 Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478915: RM: libxmlrpc3-java/testing [alpha hppa] -- RoM
Hello, Selon Luk Claes [EMAIL PROTECTED]: The old binaries from previous versions stay in unstable. So yes, you're wrong and they should be removed from unstable. Thanks to you and to Thomas for correcting this mistake. I've retitled the RM bugs. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]