Re: Help needed for #377468
On Sat, Dec 20, 2008 at 4:22 PM, Thomas Viehmann wrote: > Bastien ROUCARIES wrote: >> I would like to ask for some help for the bug #377468, if possible, >> please. Particularly from a mozilla-plugin wizard. > > Just having made this choice w.r.t. to nsdejavu and pthread for properly > fixing #504740, I'd recommend adding the libs to NSDEJAVU_LIBS for the > reasons Steve explained (the pro becomes even more obvious when you > factor in symbol versioning that some libraries may have). > > Personally, I'd also recommend to go with Steve's opinion on these > matters when you don't have one of your own, but that's mostly based on > the profound expertise in this area that he demonstrated in Debian over > and over again and not an argument in itself. Ok but I will do for my package. It seems other plugins have the same problem. Should I open bug report? $ldd -d -r /usr/lib/mozilla/plugins/* 2>&1 | grep undefined undefined symbol: __gxx_personality_v0 (/usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so) undefined symbol: gdk_window_invalidate_rect (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_set_operator (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_create(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringSetData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_destroy (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringContainerFinish (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_Alloc (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringCopy (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerInit (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_paint (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_restore (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetMemoryManager (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringContainerInit (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_draw_rectangle (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetComponentManager (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_get_screen (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerFinish (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_StringGetData(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_translate (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_draw_drawable (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringGetData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_object_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_button_get_type (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_begin_paint_rect (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_widget_send_expose (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_rectangle (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_button_get_image(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_cairo_set_source_pixmap (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_pixmap_new (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringGetMutableData (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gtk_settings_get_for_screen (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_clip (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_GetServiceManager(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_UTF16ToCString (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_CStringContainerInit2 (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: NS_Free (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_save (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_end_paint(/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: cairo_paint_with_alpha (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_process_updates (/usr/lib/mozilla/plugins/libtotem-basic-plugin.so) undefined symbol: gdk_window_invalidate_rect (/usr/lib/mozilla/plugins/libtotem-complex-plugin.so) undefined
Re: Packaging Gzstream?
On Fri, May 21, 2010 at 11:48 AM, Mathieu Malaterre wrote: > On Fri, May 21, 2010 at 9:00 AM, Charles Plessy wrote: >> Dear all, >> >> I am interested in a set of programs, the ‘BEDtools’, whose source includes a >> convenience copy of the gzstream library. >> >> http://bedtools.googlecode.com >> http://www.cs.unc.edu/Research/compgeom/gzstream/ >> >> A quick apt-file search indicates that at least two other packages (CCed) may >> be using the gzstream library, k3d and freecad. So it seems that it would >> make sense to package the gzstream library separately. >> >> But I notice that this library has not been updated since 2003, and >> obviously, >> if only two programs in Debian are using it, there may be a more suitable >> alternative, that would be worth suggesting to the authors of BEDtools. >> >> Does anybody has a good recommendation to replace gzstream by something more >> “mainstream” without too much work? If not, are there volunteers to >> co-maintain >> gzstream in Debian (it looks simple, but since I am not a C programmer, I am >> not comfortable with library packaging). > > GDCM is using zipstream. > > http://www.codeproject.com/KB/stl/zipstream.aspx > > I do not remember why I gave up on gzstream (license issue ?). I > cannot volunteer -at the moment-, but I can help with C programming > issues. boostiostream is better and does not need to to call zflush http://www.boost.org/doc/libs/1_35_0/libs/iostreams/doc/classes/gzip.html > HTH > -- > Mathieu > > -- > debian-science-maintainers mailing list > debian-science-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimt4upyo8dhqgkzwb-ag1e6gigjevq6lai9k...@mail.gmail.com
Re: -Wl,--no-allow-shlib-undefined fail with undefined reference to `_dl_argv@GLIBC_PRIVATE'
On Wed, Mar 9, 2011 at 1:27 PM, Julien Cristau wrote: > On Wed, Mar 9, 2011 at 13:04:44 +0100, Bastien ROUCARIES wrote: > >> Trying to paackage cernlib I get on amd64 >> >> gfortran -shared .libs/aintgb.o .libs/alosb.o .libs/andb.o .libs/andntb.o >> .libs/binvec.o .libs/cntob.o .libs/cntzb.o .libs/copyb.o .libs/cprsb.o >> .libs/dalosb.o .libs/dcopyb.o .libs/ddotb.o .libs/dgthrb.o .libs/dmod3b.o \ >> .libs/dotb.o .libs/drangb.o .libs/dscalb.o .libs/dscttb.o .libs/dsxpyb.o >> .libs/dsxyb.o .libs/dvsetb.o .libs/dvxpyb.o .libs/dxypwzb.o .libs/dylosb.o >> .libs/dyloxb.o .libs/gthrb.o .libs/idlosb.o .libs/intgb.o .libs/iylosb.o >> .libs/iyloxb.o \ >> .libs/nandb.o .libs/norb.o .libs/notb.o .libs/oneb.o .libs/orb.o >> .libs/ornotb.o .libs/rangb.o .libs/rjctb.o .libs/scalb.o .libs/scttb.o >> .libs/smod3b.o .libs/sxpyb.o .libs/sxyb.o .libs/vsetb.o .libs/vxpyb.o >> .libs/xorb.o .libs/xypwzb.o \ >> .libs/ylosb.o .libs/yloxb.o .libs/zerob.o -Wl,--no-undefined >> -Wl,--no-allow-shlib-undefined -Wl,-soname -Wl,libcernbvsl.so.0 -o >> .libs/libcernbvsl.so.0.0.0 >> //lib/libc.so.6: undefined reference to `_dl_argv@GLIBC_PRIVATE' >> //lib/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE' >> //lib/libc.so.6: undefined reference to `__tls_get_addr@GLIBC_2.3' >> //lib/libc.so.6: undefined reference to `_rtld_global@GLIBC_PRIVATE' >> //lib/libc.so.6: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE' >> collect2: ld returned 1 exit status >> >> Do not know where to search, seems a potential to FTBS so cc:debian-devel > > Care to explain why you're using --no-allow-shlib-undefined? Cernlib have circular dependencies, and I am trying to break it, and --no-allow-shlib-undefined will break compilation in case of circular dependencies Bastien > Cheers, > Julien > -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=uw-wef4qyhe9ayh9eio59j-o0o2dcn5hnz...@mail.gmail.com
Bug#646574: ITP: libunix-mknod-perl -- Perl extension for mknod, major, minor, and makedev
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org I plan to package in order to update libfuse-perl the following package. Package name: libunix-mknod-perl Version: 0.04 Upstream Author: Jim Pirzyk, URL: http://search.cpan.org/~pirzyk/Unix-Mknod-0.04/lib/Unix/Mknod.pm License: BSD 3 clause Description: Unix::Mknod allows access to the device routines major()/minor()/makedev() that may or may not be macros in .h files. . It also allows access to the mknod(2) system call. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cae2spay+jo7hm2qzdk__tzrh1koqzxem2krsemmbx3yvobj...@mail.gmail.com
Re: CUPS is now linked against OpenSSL (and will stay GPLv2-only)
On Tue, Jan 14, 2014 at 10:53 AM, Didier 'OdyX' Raboud wrote: > Le lundi, 13 janvier 2014, 17.38:12 Didier Raboud a écrit : >> Le samedi, 11 janvier 2014, 14.22:28 Daniel Kahn Gillmor a écrit : >> > 0) ask CUPS to move from GPL2 to GPL2+ (with or without OpenSSL >> > exception) >> >> As asking generally can't hurt, I have filed >> https://cups.org/str.php?L4337 on the upstream bugtracker to discuss >> that. I'll keep the list posted. > > The answer came back faster than I expected and is public [1], I'm > quoting it here for completeness' sake: > > Le lundi, 13 janvier 2014, 14:24:33 Michael Sweet a écrit : >> We cannot, for a number of legal and (Apple) liability reasons, >> relicense CUPS as [L]GPL2+. It will never happen. >> >> OpenSSL support has been removed from the CUPS 2.0 source code and is >> not an option. >> >> That leaves you with using GnuTLS ([L]GPL2/3) or porting Apple's >> CDSA/Security code (Apache license), although the Apache license may >> not be GPL3 compatible according to the FSF. Given that GnuTLS is >> included with basically every Linux distribution as a standard OS >> component, it SHOULD automatically fall under the [L]GPL2/3 exception >> for system libraries (just as OpenSSL should have fallen under the >> same exception...) If not, then I humbly suggest you talk to the FSF. > > Now, for the set of options he described: > > 1) OpenSSL >As he claims that OpenSSL has been removed from the master CUPS >branch, I think that this, by itself, disqualifies the linking of >libcups2 against OpenSSL, as it would be a dead end. > > 2) GnuTLS >2.x is useable but deprecated, 3.x is GPLv3+ through GMP. We're back >to "talk to the FSF to license GMP back to LGPLv2+" > > 3) Apple CDSA / libsecurity >From [1], this is currently being deprecated by Apple from OSX v10.7. >Also, it licensed under the APSL [Apple Public Source License] which >is incompatible with the GPL. It isn't packaged in Debian as far as I >could find. 4/ Port to lib nss using comptability layer. > So in the current situation, I don't see any good long-term solution but > a port to another license-compatible library such as polarssl… > > Cheers, > OdyX > > [1] And GPG-signed: > http://www.cups.org/pipermail/cups-devel/2014-January/014768.html > > -- > debian-science-maintainers mailing list > debian-science-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAE2SPAYVsY1qLW2x7RYZ+6thoT=r48xqgrdt-qkzer8rrmm...@mail.gmail.com
