Page MenuHomePhabricator

libvips-tools, libtiff etc install
Closed, ResolvedPublic

Description

Author: daniel

Description:
Hi, please install

libvips-tools
libvips-dev
libvips15
libtiff5-dev

to allow me to build IIP image server
thx


Version: unspecified
Severity: enhancement

Details

Reference
bz52717

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 2:05 AM
bzimport set Reference to bz52717.

Change 78629 had a related patch set uploaded by Yuvipanda:
Add VIPS / TIFF packages to toollabs exec_environ

https://gerrit.wikimedia.org/r/78629

Note that I added libtiff4-dev, since I didn't find libtiff5-dev in the repo.

Change 78629 merged by Andrew Bogott:
Add VIPS / TIFF packages to toollabs exec_environ

https://gerrit.wikimedia.org/r/78629

(In reply to comment #4)

Installed!

Not yet :-):

err: /Stage[main]/Toollabs::Exec_environ/Package[libvips-dev]/ensure: change from purged to present failed: Execution of '/usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install libvips-dev' returned 100: Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libvips-dev : Depends: libtiff5-alt-dev but it is not installable
E: Unable to correct problems, you have held broken packages.

And indeed:

root@tools-dev:~# apt-get install libtiff5-alt-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libtiff5-alt-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'libtiff5-alt-dev' has no installation candidate
root@tools-dev:~#

I'm not sure what the WMF policies are for resolving packages with broken dependencies like that.

I've sorted out the dependencies, but I'll move some of the packages to dev_ and out of exec_ before closing this.

Change 80236 had a related patch set uploaded by coren:
Tool Labs: Move dev packages to dev_environ

https://gerrit.wikimedia.org/r/80236

Change 80236 merged by coren:
Tool Labs: Move dev packages to dev_environ

https://gerrit.wikimedia.org/r/80236

I tried to test the patch on Toolsbeta, but I still get the same error as in comment #5. On Toolsbeta, "sudo aptitude show libvips-dev" gives "Version: 7.32.3-1wmf1", while "Version: 7.26.3-1build1" on tools-login - mystery solved! :-)

So it appears that the WMF site-wide repository has a package libvips-dev with a requirement for the package libtiff5-alt-dev, but the latter is not in the repository.

What's the proper course here? Should the libvips-dev package be fixed in the WMF repository, or is it okay in this case to pin the Ubuntu package via /etc/apt/preferences.d?

Change 102609 had a related patch set uploaded by Tim Landscheidt:
Tools: Work around broken WMF package libvips-dev

https://gerrit.wikimedia.org/r/102609

Change 102617 had a related patch set uploaded by Faidon Liambotis:
Fix dependency libtiff5-alt-dev -> libtiff4-dev

https://gerrit.wikimedia.org/r/102617

Change 102609 abandoned by Faidon Liambotis:
Tools: Work around broken WMF package libvips-dev

Reason:
Abandon because of an alternative, better fix: https://gerrit.wikimedia.org/r/#/c/102617/

https://gerrit.wikimedia.org/r/102609

Change 102617 merged by coren:
Fix dependency libtiff5-alt-dev -> libtiff4-dev

https://gerrit.wikimedia.org/r/102617

The change to the package has been merged, now it must be built and put into the WMF repo. On IRC, paravoid said this is usually done by the one who merged the change -> Coren :-).

Coren, could you please finish this? This blocks successful Puppet runs on tools-login and tools-dev.

After migration. FYI, that doesn't block runs, just make them whine a little bit. :-)

Yep, and thus makes you have to log into each affected instance and look at puppet.log to determine if the Puppet run failed due to this or a new bug.

Change 146348 had a related patch set uploaded by Tim Landscheidt:
Revert "tools: remove libvips from exec_environ"

https://gerrit.wikimedia.org/r/146348

Change 146348 merged by Andrew Bogott:
Revert "tools: remove libvips from exec_environ"

https://gerrit.wikimedia.org/r/146348

dschwen set Security to None.
dschwen subscribed.

These packages are not present on the webserver nodes anymore. I don't know what happened. Could you please put them on again. Thanks!

Hmm, a 'webservice --release precise restart' fixed this. I don't know why my webservice was reset to 'trusty'. I'll close again for now.