Re: How to provide support for -i386 utilities within -amd64 packages?
On Sat, May 24, 2014 at 1:08 AM, Carl Worth wrote: Christopher James Halse Rogers writes: For apitrace we ended up using the $LIB dynamic expansion to let the dynamic loader handle this itself (https://github.com/apitrace/apitrace/pull/177). That's presumably applicable to fips and vogl also. Yes, that $LIB thing is really convenient for this.. The last time I looked, it wasn't available within LD_PRELOAD like it is for LD_LIBRARY_PATH. But yes, we already are using this in vogl and fips where possible. Aha! But if you prepend /usr/lib/$LIB/vogl/ to LD_LIBRARY_PATH and then set LD_PRELOAD to vogl.so (or whatever, rather than the absolute path) then you effectively get it for LD_PRELOAD, too :) The only edge case I can think of that this would break is where the tracee itself prepends a path containing a _different_ vogl.so to LD_LIBRARY_PATH; that seems like a pretty unlikely confluence of events. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1400901486.776...@mail.cooperteam.net
Re: How to provide support for -i386 utilities within -amd64 packages?
Hey Carl, On Thu, May 22, 2014 at 8:41 AM, Carl Worth wrote: I'm interested in packaging (or helping to package) several programs and libraries related to OpenGL, (such as apitrace, vogl, fips, and waffle). For each of these packages I have a question about best practices related to supporting 32-bit libraries and binaries within a 64-bit system. Imagine a package (waffle-utils, say) that installs a program (/usr/bin/wflinfo, say) that reports some information about a library (libGL.so, say) against which it is linked. So on either an -i386 or an -amd64 system, a user could install the native package, run the program, and query the native library. But now imagine a user with an -amd64 system that has an alternate -i386 library provided by a multilibs package (such as libgl1-mesa-glx:i386). It would be useful for such a user to have both the native 64-bit program and a 32-bit program available at the same time, (to be able to query either library). For this use case, would I make a separate waffle-utils-32 package targeted for -amd64 but containing a 32-bit /usr/bin/wflinfo-32 that, other than the name, would be identical to /usr/bin/wflinfo as contained in waffle-utils:i386? There are similar issues with apitrace, vogl, and fips where a 64-bit wrapper program will be invoked on a target OpenGL application. Then, depending on whether the target program is 32- or 64-bit, the wrapper will need to load a 32- or 64-bit library provided by some dependent package. For apitrace we ended up using the $LIB dynamic expansion to let the dynamic loader handle this itself (https://github.com/apitrace/apitrace/pull/177). That's presumably applicable to fips and vogl also. On the packaging side you just split the wrapper objects into their own packages, (cf: [1]). This doesn't help with package dependencies, though. Ideally installing apitrace-gl-frontend:amd64 would also install apitrace-gl-tracers:{all-the-enabled-foreign-archs}. I don't think there's any way of specifying that relationship at the moment, though. ¹: http://anonscm.debian.org/gitweb/?p=pkg-xorg/app/apitrace.git;a=blob;f=debian/control;h=e47303eef55080593b676a5e4b2ac841f2e66b31;hb=8cac4181e65b2c074fdcd77ebd3470713425a8db -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1400804049.1611...@mail.cooperteam.net
Bug#702620: ITP: colord-gtk -- GTK+ convenience library for interacting with the colord system daemon
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: colord-gtk Version : 0.1.24 Upstream Author : Richard Hughes * URL : http://colord.hugsie.com/ * License : LGPL3 Programming Lang: C Description : GTK+ convenience library for interacting with the colord system daemon The colord-gtk library was split out of the main colord daemon to avoid a circular dependency, so we now need to package it to upgrade colord. -- 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/20130309062635.4875.14318.reportbug@Swordfish
Bug#636679: ITP: apitrace -- tool for debugging OpenGL applications and drivers
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: apitrace Version : 1.0+git Upstream Author : José Fonseca * URL : https://github.com/apitrace/apitrace * License : MIT Programming Lang: C++, Python Description : tools for debugging OpenGL applications and drivers apitrace is a suite of tools for debugging OpenGL applications and drivers. It includes a tool to generate a trace of all the OpenGL calls an applicaton makes and a tool for replaying these traces and inspecting the rendering and OpenGL state during the program's execution. . This makes it useful for identifying the sources of graphical corruption in OpenGL applications. -- 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/20110805072456.4167.42759.report...@faye.fritz.box
Bug#633721: ITP: shared-color-profiles -- colour profiles to be used in colour management aware applications
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: shared-color-profiles Version : 0.1.4 Upstream Author : Richard Hughes * URL : http://www.freedesktop.org/software/colord/ * License : confused (zlib, CC-BY-SA, MIT, GPL) Programming Lang: data Description : colour profiles to be used in colour management aware applications The shared-color-profiles package contains profiles for various colour spaces and standard devices. When combined with profiles for your specific devices, these can be used by colour management aware programs to provide a colour-managed workflow, ensuring that the colours you see on your camera, scanner, display, and printer all match. These profiles will be used by colord. The copyright and license for some of the files are a bit confused. I'm checking with upstream to get that sorted out. -- 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/20110713072205.18016.48856.reportbug@Ed
Re: Bug#633518: ITP: colord -- system service to manage device colour profiles
On Mon, 2011-07-11 at 12:16 +0200, Michael Biebl wrote: > Hi, > > Am 11.07.2011 08:06, schrieb Christopher James Halse Rogers: > > Package: wnpp > > Severity: wishlist > > Owner: Christopher James Halse Rogers > > > > > > * Package name: colord > >Version : 0.1.10 > >Upstream Author : Richard Hughes > > * URL : http://colord.hughsie.com/ > > * License : GPL2+, LGPL2+ > >Programming Lang: C > >Description : system service to manage device colour profiles > > > > colord is a system service that makes it easy to manage, install and > > generate > > colour profiles to accurately color manage input and output devices. > > have you seen [1]? Assuming your email address I guess so. Yes. Til cornered me in Dublin and persuaded me to do the packaging for colord. :) > What is the state of this effort? colord is essentially ready to go; I'm just checking the polish at this point. After that a number of printingish packages need to be rebuilt with colord support, and the new version of gnome-color-manager can get built. > Has an (alioth) team be formed to > maintain colord and related packages? > There aren't really many related packages, or at least not related packages that don't already have a better home - the closest one would be gnome-color-manager, which is already in pkg-gnome. I was planning to maintain it with Till Kamppeter and Martin Pitt in the printing team. I could be persuaded to make a dedicated team if that's what's wanted. Chris signature.asc Description: This is a digitally signed message part
Bug#633518: ITP: colord -- system service to manage device colour profiles
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: colord Version : 0.1.10 Upstream Author : Richard Hughes * URL : http://colord.hughsie.com/ * License : GPL2+, LGPL2+ Programming Lang: C Description : system service to manage device colour profiles colord is a system service that makes it easy to manage, install and generate colour profiles to accurately color manage input and output devices. -- 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/20110711060648.26769.67422.reportbug@Ed
Bug#570180: ITP: docky -- Elegant, powerful, clean dock
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: docky Version : 2.0.0 Upstream Author : Jason Smith * URL : https://launchpad.net/docky * License : GPL-3+ Programming Lang: C#, Python Description : Elegant, powerful, clean dock Provides an application launcher, running application management, and various "docklets" including a CPU monitor, weather report and clock. It is similar to other docks such as AWN and cairo-dock. . Applications can integrate with Docky to add extra items to their context menus or modify their icons to display more information. This package includes integration helpers for a number of applications, including Banshee, Rhythmbox, Deluge, Tomboy and Zeitgeist. . Docky is derived from the GNOME Do "docky" interface. -- 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/20100217011952.27960.55357.report...@ed.cooperteam.net
Bug#535143: ITP: gnome-do-docklets -- Dock applets for GNOME Do's "Docky" interface.
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers * Package name: gnome-do-docklets Version : 0.8.2 Upstream Author : Jason Smith * URL : http://do.davebsd.org/ * License : GPLv3+ Programming Lang: C# Description : Dock applets for GNOME Do's "Docky" interface. Extra applets for GNOME Do's "Docky" interface. These include a CPU/memory monitor, a weather forcast, a battery monitor, and more. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org