Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
Hey, > I tried to use apps:mkvtoolnix-gui to build only that one the second time > around. While it works in build(), invoking drake install in install() > seems to ignore the argument and goes on to build everything else before > installing. That's correct. »install« is the generic »install everything that's been configured« target. It therefore depends on all the build targets for the configured components. Note that several things are only installed by the »install« target if the package has been compiled with GUI support, including but not limited to: - the mkvtoolnix-gui.1 man page and its translations - the icons - the .desktop files - the MIME files Basically it's easier to run »install« from a GUI-enabled build for packaging purposes, I guess. Like I said, if you don't need mkvinfo's Qt GUI I still recommend you build the whole package once with GUI enabled, run »drake install« for that, and compile only mkvinfo with the GUI disabled (»drake apps:mkvinfo«). You can throw away the GUI-enabled mkvinfo binary. The PKGBUILD will be simpler to write than if you try to only build mkvtoolnix-gui and install all the things manually instead of just using »drake install«. Kind regards, mosu signature.asc Description: PGP signature
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
…and I screwed up the subject. Sorry for that; I wasn't subscribed and tried to stitch the reply to the thread properly. And I've failed, obviously :( Kind regards, mosu signature.asc Description: PGP signature
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
On Tue, Sep 29, 2015, 9:52 PM Benjamin Robin wrote: > There's no difference here, and there shouldn't be anyway In the PKGBUILD the first "drake" doesn't build everything: ./drake apps:mkvinfo != ./drake >> You try to be able to install mkvtoolnix-qt alone without the >> mkvtoolnix-cli package, right ? > > Hmm, no? > You don't say. Read the depends array once more. Oops, sorry, I should have read the PKGBUILD more than once. > Indeed, in that case I'd rather get rid of the duplicates. If it were up to > me, I wouldn't even package the Qt-enabled mkvinfo, the GUI doesn't bring > anyhting more compared to the CLI tool, and if people need a GUI, I would > highly recommend MediaInfo instead. I cannot say that I am not agree :-) Benjamin Oh, I thought you were talking about the multithreading. I guess that trick can be used to do things the other way around and build only mkvtoolnix-gui in the second build folder. I'll have a look tomorrow and remove mkvinfo-gui, I guess most people will agree that it's unnecessary to package it. Cheers, -- Maxime
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
> There's no difference here, and there shouldn't be anyway In the PKGBUILD the first "drake" doesn't build everything: ./drake apps:mkvinfo != ./drake >> You try to be able to install mkvtoolnix-qt alone without the >> mkvtoolnix-cli package, right ? > > Hmm, no? > You don't say. Read the depends array once more. Oops, sorry, I should have read the PKGBUILD more than once. > Indeed, in that case I'd rather get rid of the duplicates. If it were up to > me, I wouldn't even package the Qt-enabled mkvinfo, the GUI doesn't bring > anyhting more compared to the CLI tool, and if people need a GUI, I would > highly recommend MediaInfo instead. I cannot say that I am not agree :-) Benjamin
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
On Tue, Sep 29, 2015 at 12:01 AM, Benjamin Robin wrote: > There is a problem with your PKGBUILD. The build performances set aside. > The PKGBUILD [1] provided in the bug report is built much faster. > > There's no difference here, and there shouldn't be anyway, drake can be multithreaded make-style with the -j flag or by setting the env variable like it's currently done. Make-style happens to look neater, and the number of threads is configured by the user instead of being hardcoded in the PKGBUILD. > You try to be able to install mkvtoolnix-qt alone without the > mkvtoolnix-cli package, right ? > Hmm, no? > Well this cannot work since mkvtoolnix-qt needs the locale/translation. > > You don't say. Read the depends array once more. > And since mkvtoolnix-cli *must* be a dependency of mkvtoolnix-qt, > there is no point to have the manual mkvinfo-gui.1 which is identical > to mkvinfo.1. You can if you want create a symbolic link. Indeed, in that case I'd rather get rid of the duplicates. If it were up to me, I wouldn't even package the Qt-enabled mkvinfo, the GUI doesn't bring anyhting more compared to the CLI tool, and if people need a GUI, I would highly recommend MediaInfo instead. > > [1] http://pastebin.com/rtguGrbR > > > @Benjamin: Feel free to give the diff a spin before we push it, it's > working > > fine here, the only gripe I have with the new GUI is that the left > toolbar > > is completely black, but that may just be because my desktop is powered > by > > GNOME. > -- Maxime
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
There is a problem with your PKGBUILD. The build performances set aside. The PKGBUILD [1] provided in the bug report is built much faster. You try to be able to install mkvtoolnix-qt alone without the mkvtoolnix-cli package, right ? Well this cannot work since mkvtoolnix-qt needs the locale/translation. And since mkvtoolnix-cli *must* be a dependency of mkvtoolnix-qt, there is no point to have the manual mkvinfo-gui.1 which is identical to mkvinfo.1. You can if you want create a symbolic link. [1] http://pastebin.com/rtguGrbR > @Benjamin: Feel free to give the diff a spin before we push it, it's working > fine here, the only gripe I have with the new GUI is that the left toolbar > is completely black, but that may just be because my desktop is powered by > GNOME.
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
Le 28/09/2015 22:12, Maxime Gauduin a écrit : > On Mon, Sep 28, 2015 at 6:20 PM, Benjamin Robin wrote: > >> Hello Giovanni Scafora, >> >> I am trying to contact you about the bug reports opened about the >> mkvtoolnix package. Please see the email below posted on the mailing list. >> >> Thank you, >> Benjamin >> Hi, We do have trouble with some bug reports [1], [2] and [3]. The maintainer (Giovanni Scafora) does not answer, nor update the PKGBUILD. In the last bug report [3] we kindly offer a working example >> of PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk) The first bug report [1] is more than 4 years old without any respond... What do we need to do to resolve this issue ? [1] https://bugs.archlinux.org/task/24532 [2] https://bugs.archlinux.org/task/44948 [3] https://bugs.archlinux.org/task/45439 >> >>> Antonio Rojas wrote: >>> Have you tried directly emailing the maintainer? > Hi all, > > @Giovanni: being a somewhat heavy user of mkvtoolnix myself I'd like to > co-maintain mkvtoolnix with you. I rewrote most of the PKGBUILD, here are > the changes I'd iike to push [1], I chose to name the Qt-enabled mkvinfo > binary mkvinfo-gui to mirror how the main GUI is named. Also, as Moritz > Bunkus pointed out, it appears all current workarounds can be removed. > Please let me know what you think. > > @Benjamin: Feel free to give the diff a spin before we push it, it's > working fine here, the only gripe I have with the new GUI is that the left > toolbar is completely black, but that may just be because my desktop is > powered by GNOME. > > [1] https://paste.xinu.at/oX2o/ > > Cheers, > -- > Maxime Tested here, build fine (although I was surprised by the amount of time required), but the left toolbar background is also completely black here under KDE/Plasma 5. Bruno signature.asc Description: OpenPGP digital signature
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
On Mon, Sep 28, 2015 at 6:20 PM, Benjamin Robin wrote: > Hello Giovanni Scafora, > > I am trying to contact you about the bug reports opened about the > mkvtoolnix package. Please see the email below posted on the mailing list. > > Thank you, > Benjamin > > >> Hi, > >> > >> We do have trouble with some bug reports [1], [2] and [3]. > >> The maintainer (Giovanni Scafora) does not answer, nor update the > >> PKGBUILD. In the last bug report [3] we kindly offer a working example > of > >> PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk) > >> The first bug report [1] is more than 4 years old without any respond... > >> > >> What do we need to do to resolve this issue ? > >> > >> [1] https://bugs.archlinux.org/task/24532 > >> [2] https://bugs.archlinux.org/task/44948 > >> [3] https://bugs.archlinux.org/task/45439 > > > > Antonio Rojas wrote: > > Have you tried directly emailing the maintainer? > Hi all, @Giovanni: being a somewhat heavy user of mkvtoolnix myself I'd like to co-maintain mkvtoolnix with you. I rewrote most of the PKGBUILD, here are the changes I'd iike to push [1], I chose to name the Qt-enabled mkvinfo binary mkvinfo-gui to mirror how the main GUI is named. Also, as Moritz Bunkus pointed out, it appears all current workarounds can be removed. Please let me know what you think. @Benjamin: Feel free to give the diff a spin before we push it, it's working fine here, the only gripe I have with the new GUI is that the left toolbar is completely black, but that may just be because my desktop is powered by GNOME. [1] https://paste.xinu.at/oX2o/ Cheers, -- Maxime
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
Hello Giovanni Scafora, I am trying to contact you about the bug reports opened about the mkvtoolnix package. Please see the email below posted on the mailing list. Thank you, Benjamin >> Hi, >> >> We do have trouble with some bug reports [1], [2] and [3]. >> The maintainer (Giovanni Scafora) does not answer, nor update the >> PKGBUILD. In the last bug report [3] we kindly offer a working example of >> PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk) >> The first bug report [1] is more than 4 years old without any respond... >> >> What do we need to do to resolve this issue ? >> >> [1] https://bugs.archlinux.org/task/24532 >> [2] https://bugs.archlinux.org/task/44948 >> [3] https://bugs.archlinux.org/task/45439 > Antonio Rojas wrote: > Have you tried directly emailing the maintainer?
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
Benjamin Robin wrote: > Hi, > > We do have trouble with some bug reports [1], [2] and [3]. > The maintainer (Giovanni Scafora) does not answer, nor update the > PKGBUILD. In the last bug report [3] we kindly offer a working example of > PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk). > The first bug report [1] is more than 4 years old without any respond... > > What do we need to do to resolve this issue ? > Have you tried directly emailing the maintainer?
Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
On Sun, Sep 27, 2015 at 10:56:39PM +0200, Benjamin Robin wrote: > Hi, > > We do have trouble with some bug reports [1], [2] and [3]. > The maintainer (Giovanni Scafora) does not answer, nor update the PKGBUILD. > In the last bug report [3] we kindly offer a working example of PKGBUILD > which fix the problem : bring back the GUI (Qt5 instead of Gtk). > The first bug report [1] is more than 4 years old without any respond... > > What do we need to do to resolve this issue ? > > Thank you, > Benjamin (benjarobin) > > [1] https://bugs.archlinux.org/task/24532 > [2] https://bugs.archlinux.org/task/44948 > [3] https://bugs.archlinux.org/task/45439 Thank you for bringing that up. Moritz Bunkus is the main developer of MKVToolNix. He is an Arch Linux user. And he complained about this already more than once: http://forum.doom9.org/showpost.php?p=1731211&postcount=3458 http://forum.doom9.org/showpost.php?p=1739557&postcount=3628
[arch-general] mkvtoolnix-gtk: The new GUI is missing
Hi, We do have trouble with some bug reports [1], [2] and [3]. The maintainer (Giovanni Scafora) does not answer, nor update the PKGBUILD. In the last bug report [3] we kindly offer a working example of PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk). The first bug report [1] is more than 4 years old without any respond... What do we need to do to resolve this issue ? Thank you, Benjamin (benjarobin) [1] https://bugs.archlinux.org/task/24532 [2] https://bugs.archlinux.org/task/44948 [3] https://bugs.archlinux.org/task/45439