Bug#1002143: Package will now be considered for auto-removal
Hi Maintainer The release team no longer [1] considers popcon a criterion for inclusion in the list of key packages [2]. This email is a courtesy reminder of this bug, and should prevent instant auto-removal once the rule is changed in britney. Regards Graham [1] http://meetbot.debian.net/debian-release/2021/debian-release.2021-01-27-19.07.html [2] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
Re: Bug#991283: unblock: mesa/20.3.5-1
Unblocked.
Bug#843837: libxft-dev: Xft/Xft.h header incorrectly includes ft2build.h
On 04/02/2018 14:05, Hugh McMaster wrote: The freetype-2.8 API reference shows this #include usage. Look at the documentation provided with libfreetype6-dev in /usr/share/doc/libfreetype6/documentation.html, particulary Tutorial #1 and Example #1. Freetype-2.9 (the most recent upstream version) also has this information. See [1] for information on freetype2's header inclusion scheme and [2] for the tutorial. Thanks!
Bug#843837: libxft-dev: Xft/Xft.h header incorrectly includes ft2build.h
Hi Oleksiy, Hugh I saw this message in bug #887595 [1] and thought it would be relevant here: On Tue, Jan 23, 2018 at 11:56:38AM +, Hugh McMaster wrote: > Also note that the Freetype2 developers no longer recommend using > #include > in source files (which was the intent of my patch). The following should be > used instead: > #include > #include FT_FREETYPE_H > > Developers would then use either freetype-config or pkg-config to > obtain the cflags etc. Hugh, do you have a reference for the above? Regards Graham [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887595#35
Bug#731441: nmu for xutlis-dev
On 29 September 2014 01:13, Michael Gilbert wrote: > The other option is manual overriding the stuff coming out of > xutils-dev in other packages. That is not supposedly not the right > solution for libxp going away: > http://bugs.debian.org/733209#26 That should be: http://bugs.debian.org/733290#26 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cam8zjqtjy7raisyi3yunrdoxqvebgvjac6f2t7yzhs6zpfb...@mail.gmail.com
Bug#657253: libxp: Xprint is deprecated, so remove libxp?
Current status: $ reverse-depends -r sid libxp6 Reverse-Depends === * libecore-evas1 * libecore-imf1 * libecore-x1 * libemotion1 [amd64 armel armhf hurd-i386 i386 mips mipsel powerpc s390x sparc] * libxp-dev * libxp6-dbg * matlab-support * xtel $ reverse-depends -b -r sid libxp-dev Reverse-Build-Depends = * ecore * efl * xtel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/531dd1b1.1090...@nerve.org.za
Bug#731441: Templates in xutils-dev cause build-depends on libxp-dev
I believe the templates in xutils-dev are also responsible for the libxp6 dependency in kterm, see bug #733483 [1]. Building kterm locally with libxp-dev installed and my patched version of xutils-dev causes the following lines to disappear from kterm's generated Makefile: XPLIBSRC = $(LIBSRC)/Xp SOXPREV = 6.2 DEPXPLIB = XPLIB = -lXp LINTXP = $(LINTLIBDIR)/llib-lXp.ln [1] http://bugs.debian.org/733483 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAM8zJQvAWWqCvC5wh=JiDMA8b_JmJwvbTC=maw6w7ybrwjg...@mail.gmail.com
Bug#657253: libxp: Xprint is deprecated, so remove libxp?
Current status: $ reverse-depends -r sid libxp6 Reverse-Depends === * kterm [i386] * libecore-evas1 * libecore-imf1 * libecore-x1 * libxp-dev * libxp6-dbg * matlab-support * xawtv [amd64 armel armhf i386 ia64 mips mipsel powerpc s390x sparc] * xtel Packages without architectures listed are reverse-dependencies in: amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc $ reverse-depends -b -r sid libxp-dev Reverse-Build-Depends = * ecore * hotswap * rox * viewmol * xawtv * xtel During the lesstif2motif transition, hotswap, xawtv and xtel gained explicit build dependencies on libxp-dev which was previously provided by lesstif2-dev. Xtel's build dependency on libxp-dev is caused by templates in xutils-dev, see bug #731441. Despite being fixed in bug #623665, viewmol still appears in this list because of a FTBFS on hurd-i386. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cam8zjqvkhqfpagxauwzlj4zfw8u8slcanfx8hqsvb59me7a...@mail.gmail.com
Bug#731441: Templates in xutils-dev cause build-depends on libxp-dev
tags 731441 patch thanks The attached patch prevents LIBXP from being defined and allows xtel to build without the build-depends on libxp-dev. I haven't done any other testing, so I'm not sure that it doesn't break anything else. Description: Do not define XPLIB This patch prevents XPLIB from being defined and causing packages to build-depend on libxp-dev unnecessarily. . For example, see bug #707623 in the xtel package. Author: Graham Inggs Bug-Debian: http://bugs.debian.org/731441 Forwarded: no Last-Update: 2013-12-15 --- a/xorg-cf-files/X11.tmpl +++ b/xorg-cf-files/X11.tmpl @@ -2983,6 +2983,11 @@ ProjectUnsharedLibReferences(OLDX,oldX,$(OLDXLIBSRC),XBuildLibDir) #endif +#ifndef UseLibXp +#define UseLibXpYES +#endif +#if UseLibXp + #ifndef SharedLibXp #define SharedLibXp HasSharedLibraries #endif @@ -3005,6 +3010,8 @@ ProjectUnsharedLibReferences(XP,Xp,$(XPLIBSRC),XBuildLibDir) #endif +#endif /* UseLibXp */ + #ifndef SharedLibXt #define SharedLibXt HasSharedLibraries #endif --- a/xorg-cf-files/gnu.cf +++ b/xorg-cf-files/gnu.cf @@ -197,6 +197,7 @@ */ # define XprtServer NO # define BuildXprintLib !BuildServersOnly +# define UseLibXp NO # ifdef UseInstalled # define RenderLibraryDir /usr --- a/xorg-cf-files/linux.cf +++ b/xorg-cf-files/linux.cf @@ -268,6 +268,7 @@ */ # define XprtServer NO # define BuildXprintLib !BuildServersOnly +# define UseLibXp NO # ifdef UseInstalled # define RenderLibraryDir /usr
Bug#731441: Templates in xutils-dev cause build-depends on libxp-dev
Source: xutils-dev Version: 1:7.7+1 Severity: normal Hi Maintainer The xprint package has been removed from Debian.A related library is libxp, which provides an API that enables client programs to access and use an Xprint server. Since we've gotten rid of xprint, one could argue it makes sense to get rid of libxp as well. Please see bug #657253 [1]. There are templates in the xutils-dev package which cause other packages to build-depends on libxp-dev. For example, the template xorg-cf-files/Motif.tmpl contains the following lines: #ifndef XmClientLibs # define XmClientLibs $(XMLIB) $(XTOOLLIB) $(XPLIB) $(XLIB) $(XMEXTRA_LIBS) #endif ...which cause '-lXp' to appear in the LDLIBS of package xtel. Please see bug #707623 [2]. Regards Graham [1] http://bugs.debian.org/657253 [2] http://bugs.debian.org/707623 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52a08143.8090...@nerve.org.za
Bug#714737: [glw] please transition from lesstif2 to motif
Hi Paul > I haven't heard back on my previous e-mail, so I intend to create this > NMU in several days. When I do I will upload to DELAYED/7 and update > this bug accordingly. I recall that last time I checked, there was a commit at git://git.debian.org/git/pkg-xorg/lib/glw that should probably be included. I can't check now as Alioth is down. Regards Graham -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAM8zJQud8AW=wmjzzwnjefxceigkvxs-gbkp-xrg80gkzec...@mail.gmail.com
Bug#714737: [glw] please transition from lesstif2 to motif
ABI Compliance Checker [1] reports no ABI changes in libGLw.so.1.0.0, please see attached. [1] http://ispras.linuxbase.org/index.php/ABI_compliance_checker libglw_compat_report.html.gz Description: GNU Zip compressed data
Bug#714737: [glw] please transition from lesstif2 to motif
On 2 July 2013 18:28, Julien Cristau wrote: > > I think motif should provide a transitional lesstif2-dev package > instead, if it's deemed safe to do so. > > I'm not sure this is going to be safe. It looks like ABI breakages in xbae and xmhtml, and very likely in inventor as well. Transitioning glw on its own seems safe though; arb has been built with libmotif and linking against libglw built with lesstif since late 2004.
Bug#714737: [glw] please transition from lesstif2 to motif
Source: glw User: openmo...@packages.debian.org Usertags: lesstif2motif Version: 8.0.0-1 Severity: normal X-Debbugs-CC: openmo...@packages.debian.org Hi Maintainer The lesstif2 package on which your package depends or build-depends is destined to be removed from the archive before the release of Jessie. More information can be found in the Debian wiki [1]. Please update your package to build against the motif package instead. In most cases this can be done by simply replacing the build-depends on lesstif2-dev with libmotif-dev, however please do verify proper behaviour before uploading. Your package appears to not depend on any other lesstif2-dependent packages and its only dependent packages are arb, inventor and xmakemol. We have checked for ABI changes using icheck which reported no differences. We have also run xmakemol-gl compiled with lesstif2 together with libglw compiled with motif, as well as xmakemol-gl compiled with motif together with libglw compiled with lesstif2 and did not encounter any problems. Regards Paul and Graham [1] http://wiki.debian.org/lesstif2motifTransition -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51d2b1e1.6080...@nerve.org.za
