Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Chow Loong Jin writes: > On 29/01/2012 08:19, Russ Allbery wrote: >> Oh, hey, indeed. Right, I didn't realize the implication of what you >> were saying. >> So... what if dpkg-gensymbols implicitly marked all weak symbols as >> optional and didn't care if they disappeared? Would that make sens

Re: Summary of C++ symbols experience

2012-01-28 Thread Chow Loong Jin
On 29/01/2012 08:19, Russ Allbery wrote: > Chow Loong Jin writes: > >> $ nm -CD libfoo.so | awk '$2 == "W" {print;}' > >> I mentioned that the inlined symbols are all weak symbols. If the >> library you're maintaining doesn't do use __attribute__((weak)), then >> all the weak symbols present sh

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Chow Loong Jin writes: > $ nm -CD libfoo.so | awk '$2 == "W" {print;}' > I mentioned that the inlined symbols are all weak symbols. If the > library you're maintaining doesn't do use __attribute__((weak)), then > all the weak symbols present should be inlined and optional. Oh, hey, indeed. Ri

Re: Summary of C++ symbols experience

2012-01-28 Thread Chow Loong Jin
On 29/01/2012 07:48, Russ Allbery wrote: > Chow Loong Jin writes: >> On 29/01/2012 07:18, Russ Allbery wrote: > >>> What I'm seeing (I think; I'm not positive) is that an inline function >>> (generally inlined because it's defined inside the class definition, >>> not due to explicit keywords) app

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Chow Loong Jin writes: > On 29/01/2012 07:18, Russ Allbery wrote: >> What I'm seeing (I think; I'm not positive) is that an inline function >> (generally inlined because it's defined inside the class definition, >> not due to explicit keywords) appears and disappears from the export >> list of th

Re: Summary of C++ symbols experience

2012-01-28 Thread Chow Loong Jin
On 29/01/2012 07:18, Russ Allbery wrote: > Chow Loong Jin writes: >> On 29/01/2012 06:20, Russ Allbery wrote: > >>> Right, I think Qt is quite possibly the best maintained C++ library of >>> significant size out there. I'm not saying that the benefit isn't >>> worth it for fairly well-maintained

Re: Do symbols make sense for C++

2012-01-28 Thread Russ Allbery
"Bernhard R. Link" writes: > * Russ Allbery [120127 22:30]: >> This is probably the best summary of why a symbols file might be >> useful. It helps catch cases where ABI compatibility is not maintained >> without people being aware that this broke. > On the other hand a symbols file can also m

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Chow Loong Jin writes: > On 29/01/2012 06:20, Russ Allbery wrote: >> Right, I think Qt is quite possibly the best maintained C++ library of >> significant size out there. I'm not saying that the benefit isn't >> worth it for fairly well-maintained libraries, *particularly* if they >> do symbol e

Re: Summary of C++ symbols experience

2012-01-28 Thread Chow Loong Jin
On 29/01/2012 06:20, Russ Allbery wrote: > Sune Vuorela writes: >> On 2012-01-28, Russ Allbery wrote: > >>> 5. It's still not clear that the benefit is worth the amount of effort, >>>since I expect most C++ libraries to require frequent SONAME changes >>>anyway, which means that the long

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Steve McIntyre writes: > Russ Allbery wrote: >> And indeed, this process has already broken. Take a look at: >> >> https://buildd.debian.org/status/logs.php?pkg=opensaml2&arch=ia64&ver=2.4.3-3 > To be honest, for me this thread is just confirming my > prejudice^Wjudgement that C++ is just a bad

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Sune Vuorela writes: > On 2012-01-28, Russ Allbery wrote: >> 5. It's still not clear that the benefit is worth the amount of effort, >>since I expect most C++ libraries to require frequent SONAME changes >>anyway, which means that the long-term binary compatibility angle of > Qt has kep

Re: from / to /usr/: a summary

2012-01-28 Thread Marco d'Itri
On Jan 28, Philip Hands wrote: > Marvelous -- I particularly like his "Separate /usr has become > increasingly unsupported anyway." which reminds me of the argument for > Software Patents in Europe, which is that the EPO have been issuing > Software Patents in defiance of the law for ages, so cle

Re: from / to /usr/: a summary

2012-01-28 Thread Philip Hands
On Sat, 28 Jan 2012 21:41:37 +0100, Marco d'Itri wrote: > On Jan 27, Wouter Verhelst wrote: > > > Do I understand you correctly that an empty configuration file in /etc > > will override its 'full' equivalent in /usr? I.e., just an empty file > > full of comments saying "this is what you can do

Bug#657798: ITP: libmoosex-attribute-chained-perl -- Moose attribute that returns the instance to allow for chaining

2012-01-28 Thread gregor herrmann
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmoosex-attribute-chained-perl Version : 1.0.1 Upstream Author : Moritz Onken * URL : http://search.cpan.org/dist/MooseX-

Bug#657791: ITP: qupzilla -- Cross-platform QtWebKit web browser

2012-01-28 Thread Mohammed Sameer
Package: wnpp Severity: wishlist Owner: Mohammed Sameer * Package name: qupzilla Version : 1.1.5 Upstream Author : David Rosca * URL : http://www.qupzilla.com/ * License : GPL, LGPL, BSD Programming Lang: C++ Description : Cross-platform QtWebKit web b

Re: from / to /usr/: a summary

2012-01-28 Thread Marco d'Itri
On Jan 27, Wouter Verhelst wrote: > Do I understand you correctly that an empty configuration file in /etc > will override its 'full' equivalent in /usr? I.e., just an empty file > full of comments saying "this is what you can do with this file" will > break some things? This is correct. > If so

Bug#657782: ITP: eclipse-anyedit -- Adds additional tools to the context menu of text-based Eclipse editors

2012-01-28 Thread Jakub Adam
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: eclipse-anyedit Version: 2.4.0 Upstream Author: Andrey Loskutov URL: http://andrei.gmxhome.de/anyedit/ License: EPL-1.0 Descript

Re: Summary of C++ symbols experience (was: Do symbols make sense for C++)

2012-01-28 Thread Sune Vuorela
On 2012-01-28, Russ Allbery wrote: > 5. It's still not clear that the benefit is worth the amount of effort, >since I expect most C++ libraries to require frequent SONAME changes >anyway, which means that the long-term binary compatibility angle of Qt has kept binary compatibility since 4

Re: Bug#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices

2012-01-28 Thread Michael Biebl
On 28.01.2012 17:27, Alessio Treglia wrote: > Hi Michael, > > On Sat, Jan 28, 2012 at 5:09 PM, Michael Biebl wrote: >> If you are talking about pam_usb 0.5.0 as hosted on sf.net, then I'd >> like to point out, that it still uses hal, which has been deprecated for >> quite some time. > > Are you

Bug#657765: ITP: ruby-slop -- simple DSL for gathering options and parsing the command line

2012-01-28 Thread Youhei SASAKI
Package: wnpp Owner: Youhei SASAKI Severity: wishlist * Package name: ruby-slop Version : 3.0.0 Upstream Author : Lee Jarvis * URL or Web page : https://github.com/injekt/slop * License : Expat Description : Simple DSL for gathering options and parsing the command l

Bug#657762: ITP: librose-uri-perl -- module for an easy manipulation of URI components

2012-01-28 Thread Dominique Dumont
Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: librose-uri-perl Version : 1.00 Upstream Author : John C. Siracusa (siracusa at gmail.com) * URL : http://search.cpan.org/d

Bug#657760: ITP: libpath-class-file-stat-perl -- cache of stat calls for a Path::Class::File object

2012-01-28 Thread Dominique Dumont
Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libpath-class-file-stat-perl Version : 0.03 Upstream Author : Peter Karman * URL : http://search.cpan.org/dist/Path-Class

Re: Bug#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices

2012-01-28 Thread Alessio Treglia
Hi Michael, On Sat, Jan 28, 2012 at 5:09 PM, Michael Biebl wrote: > If you are talking about pam_usb 0.5.0 as hosted on sf.net, then I'd > like to point out, that it still uses hal, which has been deprecated for > quite some time. Are you sure? From upstream changelog: > * 0.5.0 > - Migrated th

Re: Bug#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices

2012-01-28 Thread Michael Biebl
On 28.01.2012 14:43, Alessio Treglia wrote: > Package: wnpp > Severity: wishlist > Owner: Alessio Treglia > > * Package name: libpam-usb > Version : 0.5.0 > Upstream Author : Andrea Luzzardi > * URL : http://sf.net/projects/pamusb/ > * License : GPL > Progra

Proper update-alternative priorities for x-www-browser

2012-01-28 Thread Vasudev Kamath
Hello Folks, I was preparing the QA upload for surf and I had got a request from a user that update-alternative priority 50 for surf is too high. Jacob Wilk who is sponsoring the upload asked me to raise a bug so changes can be done transparently. The bug is here [1]. As Jacob points out in the b

Re: Summary of C++ symbols experience

2012-01-28 Thread Steve McIntyre
Russ Allbery wrote: >Russ Allbery writes: > >And indeed, this process has already broken. Take a look at: > >https://buildd.debian.org/status/logs.php?pkg=opensaml2&arch=ia64&ver=2.4.3-3 To be honest, for me this thread is just confirming my prejudice^Wjudgement that C++ is just a bad choice of

Bug#657742: ITP: libpam-usb -- PAM module for authentication with removable USB block devices

2012-01-28 Thread Alessio Treglia
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: libpam-usb Version : 0.5.0 Upstream Author : Andrea Luzzardi * URL : http://sf.net/projects/pamusb/ * License : GPL Programming Lang: C, Python Description : PAM module for authent

Re: Do symbols make sense for C++

2012-01-28 Thread Bernhard R. Link
* Russ Allbery [120127 22:30]: > > Symbol files are nice if you have a upstream who doesn't always take > > binary compatibility that serious (which is probably the case for 75% of > > upstreamers). Then you have a list that helps you finding out. > > This is probably the best summary of why a sym

Bug#657731: ITP: oxygen-gtk3 -- Oxygen widget theme for GTK3-based applications

2012-01-28 Thread Philip Muskovac
Package: wnpp Severity: wishlist Owner: Philip Muškovac * Package name: oxygen-gtk3 Version : 1.0.0 Upstream Author : Bellegarde Cédric, Hugo Pereira Da Costa, Ruslan Kabatsayev * URL : https://projects.kde.org/projects/playground/artwork/oxygen-gtk * License

Announcing debian-mob...@lists.debian.org!

2012-01-28 Thread Didier Raboud
Hi all, Thanks to our benevolent listmasters[0], everyone interested in discussing mobile interfaces in Debian, Debian on mobile devices, etc, now has a new mailing-list: debian-mob...@lists.debian.org http://lists.debian.org/debian-mobile As its description says, this new mailing lis

Re: Summary of C++ symbols experience

2012-01-28 Thread Russ Allbery
Russ Allbery writes: > However, it does have some problems, some obvious, and some more subtle. > Here's a list of the issues that I see: > 1. It feels like this symbols file is still likely to be fragile. While >pkg-kde-tools detects a *lot* of template instances and marks them >option

Bug#657712: ITP: p2pool -- peer-to-peer pool for Bitcoin mining

2012-01-28 Thread Matthias Urlichs
Package: wnpp Severity: wishlist Owner: Matthias Urlichs * Package name: p2pool Version : 1.0 Upstream Author : Forrest Voight * URL : https://github.com/forrestv/p2pool * License : GPL3 Programming Lang: Python, C Description : peer-to-peer pool for B

Bug#657708: ITP: python-translitcodec -- Unicode to 8-bit charset transliteration codec

2012-01-28 Thread Clint Byrum
Package: wnpp Severity: wishlist Owner: Clint Byrum * Package name: python-translitcodec Version : 0.2 Upstream Author : Jason Kirtland , Craig Dennis * URL : http://pypi.python.org/pypi/translitcodec/ * License : MIT Programming Lang: Python Descriptio