Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#41501 - [libx264] missing x264.h

Attached to Project: Arch Linux
Opened by c (c) - Thursday, 07 August 2014, 21:25 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Wednesday, 10 September 2014, 09:17 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Bartłomiej Piotrowski (Barthalion)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
x264.h is only installed together with the x264 package but not as part of libx264 and today ffmpeg was added as a dependency to x264 resulting in a big list of packages I didn't want to install at all.

Can't x264.h be included in libx264 like it's done in libpng and isn't that the right thing to do for installing for a library package?
This task depends upon

Closed by  Bartłomiej Piotrowski (Barthalion)
Wednesday, 10 September 2014, 09:17 GMT
Reason for closing:  Fixed
Comment by Bartłomiej Piotrowski (Barthalion) - Friday, 08 August 2014, 15:24 GMT
Header location is completely unrelated to ffmpeg dependency, which allows to use lavf. x264 isn't big package and you can rebuild it without ffmpeg installed.
Comment by c (c) - Saturday, 09 August 2014, 08:00 GMT
  • Field changed: Percent Complete (100% → 0%)
I didn't say it was related to ffmpeg, sorry that was confusing. Why is x264.h not packaged in libx264 with the library files as it's done in libpng or libjpeg-turbo? What's the reasoning for "pacman -S libx264" installing libx264.so but not x264.h?
Comment by c (c) - Saturday, 09 August 2014, 08:25 GMT
It probably can be fixed like this

- make -C $pkgbase DESTDIR="$pkgdir" install-lib-shared
+ make -C $pkgbase DESTDIR="$pkgdir" install-lib-shared install-lib-dev

Sorry, I tried to make the diff snippet preformatted but found no flyspray syntax that would work.
Comment by Bartłomiej Piotrowski (Barthalion) - Saturday, 09 August 2014, 10:11 GMT
I don't need a fix, because there is no bug. libx264 and its 10 bit counterpart are supposed to provide ONLY library, to avoid pointless duplication of headers that are identical regardless the bit depth. If you don't want to install ffmpeg, you can tell that pacman via --nodeps.
Comment by c (c) - Saturday, 09 August 2014, 11:50 GMT
I see so it's either libx264 or libx264-10bit, but in that case x264.h and x264.pc would never conflict during install because you can't install the two packages together.

Alternatively header and pkg-config file could be extracted into a new package like libx264-dev.
Comment by Bartłomiej Piotrowski (Barthalion) - Monday, 11 August 2014, 12:56 GMT
Ok, now I see where the problem is. I'm going to fix it after next ffmpeg release.
Comment by c (c) - Monday, 11 August 2014, 15:14 GMT
Thanks.

Loading...