public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-amd64] libpng link depend problem
@ 2012-08-08 11:05 Benny Pedersen
  2012-08-08 13:29 ` Florian Philipp
  2012-08-08 16:25 ` Volker Armin Hemmann
  0 siblings, 2 replies; 7+ messages in thread
From: Benny Pedersen @ 2012-08-08 11:05 UTC (permalink / raw
  To: gentoo-amd64


openjpeg and php links runtime to libpng, why when there is no png use 
flag ?

upstream bug ?

emerge -pv --depclean libpng shows here currently openjpeg and php

is it not possible to get rid of png ?

-- 
Benny Pedersen



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 11:05 [gentoo-amd64] libpng link depend problem Benny Pedersen
@ 2012-08-08 13:29 ` Florian Philipp
  2012-08-08 16:03   ` Benny Pedersen
  2012-08-08 16:25 ` Volker Armin Hemmann
  1 sibling, 1 reply; 7+ messages in thread
From: Florian Philipp @ 2012-08-08 13:29 UTC (permalink / raw
  To: gentoo-amd64

[-- Attachment #1: Type: text/plain, Size: 650 bytes --]

Am 08.08.2012 13:05, schrieb Benny Pedersen:
> 
> openjpeg and php links runtime to libpng, why when there is no png use
> flag ?
> 
> upstream bug ?
> 
> emerge -pv --depclean libpng shows here currently openjpeg and php
> 
> is it not possible to get rid of png ?
> 

For PHP, look at the ebuild, especially its DEPEND variable. It depends
on libpng if cjk, exif, truetype, xpm or gd are activated.

For openjpeg, the answer seems to be "No" as the dependency is
unconditional. There doesn't seem to be a flag in upstream's build
system, either.
http://code.google.com/p/openjpeg/wiki/Installation

Regards,
Florian Philipp


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 13:29 ` Florian Philipp
@ 2012-08-08 16:03   ` Benny Pedersen
  0 siblings, 0 replies; 7+ messages in thread
From: Benny Pedersen @ 2012-08-08 16:03 UTC (permalink / raw
  To: gentoo-amd64

Den 2012-08-08 15:29, Florian Philipp skrev:

> For PHP, look at the ebuild, especially its DEPEND variable. It 
> depends
> on libpng if cjk, exif, truetype, xpm or gd are activated.

super this resolved it for php

> For openjpeg, the answer seems to be "No" as the dependency is
> unconditional. There doesn't seem to be a flag in upstream's build
> system, either.
> http://code.google.com/p/openjpeg/wiki/Installation

i had mupdf depends on this one

and netpbm was linked to libpng without ebuild dependice, discovered 
this when there was no depends on libpng and tryed revdep-rebulding

so i will make a bug for netpbm



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 11:05 [gentoo-amd64] libpng link depend problem Benny Pedersen
  2012-08-08 13:29 ` Florian Philipp
@ 2012-08-08 16:25 ` Volker Armin Hemmann
  2012-08-08 16:37   ` Benny Pedersen
  1 sibling, 1 reply; 7+ messages in thread
From: Volker Armin Hemmann @ 2012-08-08 16:25 UTC (permalink / raw
  To: gentoo-amd64; +Cc: Benny Pedersen

Am Mittwoch, 8. August 2012, 13:05:36 schrieb Benny Pedersen:
> openjpeg and php links runtime to libpng, why when there is no png use
> flag ?
> 
> upstream bug ?
> 
> emerge -pv --depclean libpng shows here currently openjpeg and php
> 
> is it not possible to get rid of png ?

if something depends on something hard (ie: no choice, must have, blabla) 
there is no useflag.

Which means: there is probably no bug.

-- 
#163933


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 16:25 ` Volker Armin Hemmann
@ 2012-08-08 16:37   ` Benny Pedersen
  2012-08-08 16:50     ` Volker Armin Hemmann
  0 siblings, 1 reply; 7+ messages in thread
From: Benny Pedersen @ 2012-08-08 16:37 UTC (permalink / raw
  To: gentoo-amd64

Den 2012-08-08 18:25, Volker Armin Hemmann skrev:

> Which means: there is probably no bug.

it could not possible be fixed ? :=)

there was one bug here, netpbm

all the rest was just useflags







^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 16:37   ` Benny Pedersen
@ 2012-08-08 16:50     ` Volker Armin Hemmann
  2012-08-08 19:30       ` Benny Pedersen
  0 siblings, 1 reply; 7+ messages in thread
From: Volker Armin Hemmann @ 2012-08-08 16:50 UTC (permalink / raw
  To: gentoo-amd64; +Cc: Benny Pedersen

Am Mittwoch, 8. August 2012, 18:37:52 schrieb Benny Pedersen:
> Den 2012-08-08 18:25, Volker Armin Hemmann skrev:
> > Which means: there is probably no bug.
> 
> it could not possible be fixed ? :=)
> 
> there was one bug here, netpbm
> 
> all the rest was just useflags

i am not sure what you are talking about, since there is a useflag for png in 
netpbm.

-- 
#163933


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-amd64] libpng link depend problem
  2012-08-08 16:50     ` Volker Armin Hemmann
@ 2012-08-08 19:30       ` Benny Pedersen
  0 siblings, 0 replies; 7+ messages in thread
From: Benny Pedersen @ 2012-08-08 19:30 UTC (permalink / raw
  To: gentoo-amd64

Den 2012-08-08 18:50, Volker Armin Hemmann skrev:

> i am not sure what you are talking about, since there is a useflag
> for png in netpbm.

wish i had checked before remerge that my local netpbm missed depend, 
but its resolved here now





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2012-08-08 21:03 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-08 11:05 [gentoo-amd64] libpng link depend problem Benny Pedersen
2012-08-08 13:29 ` Florian Philipp
2012-08-08 16:03   ` Benny Pedersen
2012-08-08 16:25 ` Volker Armin Hemmann
2012-08-08 16:37   ` Benny Pedersen
2012-08-08 16:50     ` Volker Armin Hemmann
2012-08-08 19:30       ` Benny Pedersen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox