You are not logged in.
Since there is no Kaffeine for KDE4 it would be nice have a pkgbuild for this qt4 mencoder frontend to record dvb!
http://www.kde-apps.org/content/show.ph … tent=95491
mtvcgui is a very simple graphical user interface for TV capture using the mplayer encoder (mencoder) written in python with qt4 libraries, using qtdesigner and PyQt4
It allows the user to specify various parameters for the mencoder command line utility using separate widgets, but non covered parameters can still be supplied as extra parameters
REQUIRES PyQT4
THANKS IN ADVANCE.
Excuse my poor English.
Offline
Hi, I know that this is a very old post, but since this is the only request, I'm answering here.
I'm the developer of this tool and I have just released a new version.
In this new release I've been trying to make packages for different linux distributions and I tried to make one for archlinux.
If someone would like to try it and post any comment this is the url:
https://aur.archlinux.org/packages.php?ID=60320
Thanks
Offline
a. most people advise to leave out empty option fields , like makedepends=() .
b.
DESTDIR=${pkgdir}
LIBDIR=$DESTDIR/opt/mtvcgui
ICODIR=$DESTDIR/usr/share/icons/hicolor
BINDIR=$DESTDIR/usr/binThese appear to be internal to the PKGBUILD, convention in archlinux is to precede internal vars with _ (underscore) to avoid conflicts with existing vars.
c.
the mkdir -p commands can be simplified , something like
mkdir -p $DESTDIR/usr/share/{applications,pixmaps}d.
LIBDIR=$DESTDIR/opt/mtvcguiIs there a specific reason why you use opt for LIBDIR and not something like /usr/lib/mtvcgui ?
Last edited by Lone_Wolf (2012-06-25 12:31:57)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Online
Thanks for the comment.
Will take into account a)
b) and c) are there because I basically copied the Makefile used to generate the rpm package into the PKGBUILD file. I will take into account those comments also.
d) I'm using /opt because the easier way to deploy the application without modifying it is to decompress it into one folder. Including there the executables and resources such as images and translation files. So I thought that /opt would be an appropriate place. I'm not sure it if is OK to put in /usr/lib other things different than executables. Perhaps LIBDIR is a misleading name, it should be DEPLOYDIR
Offline
If there is already a make file there should be no reason to replicate all that. Just call make from the PKGBUILD. This you modify something in the package, and change around any of the files for example, you won't have to write a new PKGBUILD and a new Makefile - just modify the Makefile once and that will still be what the PKGBUILD calls.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
If you want to comply to the FHS, move python files to /usr/lib/mtvcgui, icons to /usr/share/icons/hicolor (as you are already doing), everything else to /usr/share/mtvcgui/ That is just one more directory than extracting to /opt
Last edited by progandy (2012-06-25 14:27:23)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
Sorry, it was not a Makefile, the source has no Makefile, I meant the spec file used to generate the rpm, that is a script that is outside of the source, to generate the build
http://code.google.com/p/mtvcgui/source … vcgui.spec
I will try to find a way to move the files to the directories expected for FHS. The problem is that the main script loads translations and the application icon with relative paths. I thought this would be the simplest solution and it would work also in other OSs such as Windows which do not follow that directory structure.
Offline