Is this a bug in packaging luakit?

bstaletic · 2014-12-18 02:35:09

I've recompiled webkitgtk2 without geoclue support, as it provided nothing (for me) but a bunch of extra dependancies. After compiling and installing was finished I have done "pacman -Rsn $(pacman -Qdtq) which removed geoclue with all its dependancies (enchant for example). It turned out luakit is hard dependant on (lib)enchant and was unable to run until I installed enchant.
Luakit is dependant on libenchant (part of enchant package) but if you check what pacman says about luakit's dependancies you won't find it.

Should I open a bug report as webkitgtk (one of the packages in question) is not the same on my machine and in the extra repo?

rockin turtle · 2014-12-18 06:05:20

Pacman doesn't list dependencies recursively.

Most packages (including luakit) have a lot more dependencies than are listed when you do a 'pacman -Si <pkg>'. Each dependency listed by pacman will likely depend on other packages, and those packages will depend on still other packages, etc. etc.

I believe luakit has over 150 actual dependencies.

bstaletic · 2014-12-18 10:41:38

Ok, I'll just forget about submiting a bug report.

Awebb · 2014-12-18 10:42:28

pactree

Lone_Wolf · 2014-12-19 23:12:31

Pacman -Qdt also lists packages are optional dependencies for another package as unneeded.

This may change in pacman 4.2.x , but until then don't use -Qdt as input for pacman -Rns .
next time, just run pacman -Rns geoclue, that should give a warning before an optional dependency is removed

Arch Linux

#1 2014-12-18 02:35:09

Is this a bug in packaging luakit?

#2 2014-12-18 06:05:20

Re: Is this a bug in packaging luakit?

#3 2014-12-18 10:41:38

Re: Is this a bug in packaging luakit?

#4 2014-12-18 10:42:28

Re: Is this a bug in packaging luakit?

#5 2014-12-19 23:12:31

Re: Is this a bug in packaging luakit?

Board footer