|
Description
Meconio
2009-09-04 16:25:30 UTC
Created attachment 203159 [details]
First possibly working ebuild for OpenShot...
I've yet to see this app working in Gentoo as I'm in the process of changing out my GUI package (Ghome -> xfce), however the ebuild installs just fine and pulls in the required deps as needed.
Please give it a try and let me know if you encounter any issues.. I'll try to test it out soon myself.
Also please file such bugs as "enhancements" in the future. Thanks.
Make goes fine but:
dany@localhost ~ $ openshot
--------------------------------
OpenShot (version 0.9.22)
--------------------------------
Traceback (most recent call last):
File "/usr/local/share/openshot/main/OpenShot.py", line 33, in <module>
import windows.MainGTK as MainGTK
File "/usr/local/share/openshot/main/windows/MainGTK.py", line 23, in <module>
import goocanvas
ImportError: No module named goocanvas
Solved adding dev-python/pygoocanvas as dependence in ebuild but:
dany@localhost ~ $ openshot
--------------------------------
OpenShot (version 0.9.22)
--------------------------------
Traceback (most recent call last):
File "/usr/local/share/openshot/main/OpenShot.py", line 33, in <module>
import windows.MainGTK as MainGTK
File "/usr/local/share/openshot/main/windows/MainGTK.py", line 26, in <module>
import classes.project
File "/usr/local/share/openshot/main/classes/project.py", line 20, in <module>
import thumbnail as thumbnail
File "/usr/local/share/openshot/main/classes/thumbnail.py", line 19, in <module>
import mlt
ImportError: No module named mlt
In http://aur.archlinux.org/packages.php?ID=28291
I've found out that mlt-python-bindings was a dependence but the package doesn't appear in Portage
Alright working on a fix for the mlt python bindings. I attempted to install mlt++ along side mlt (as it should provide such bindings) to no avail. That was going back to the 0.3.8-r1 version of mlt mind you. According to something I found in an OpenSuse bug report for OpenShot, the dependencies package provided by OpenShot has the mlt files we need... it's just going to be an ugly fix, because the files need to be manually inserted into the python package directory. Anyways, I'll get back to you on this in a day or two. Created attachment 203303 [details]
Updated OpenShot-0.9.22_pre3 ebuild
This ebuild includes a ton of changes:
* All of the dependencies listed by the Arch Linux site were included in DEPENDS, except MLT and MLT++ which are installed, unfortunately, by the MLT dependency provided by OpenShot.
** The DEPENDS call to app-admin/sudo is required for the python install script for the MLT bindings... I'm too lazy to make a patch just yet for this. Maybe in the future.
* The SRC_URI wss modified to look cleaner and to include both the 32bit and 64bit dependencies files.
* Added some QA control to various files.
* The python install script (postinst.py) for the MLT bindings/modules now executes post-install. I prefer using this file since it locates your Python site-packages directory properly (instead of guessing).
* Created a python uninstall script (preuninst.py), based off of the postinst.py installer, that is executed before portage uninstalls the ebuild.
Again I've not been able to test this build out completely due to no GUI.. hopefully I install it by tomorrow.. but otherwise I only get GTK errors and such when I run /usr/local/bin/openshot, suggesting that I don't have a GUI installed (obviously). So I'm assuming it works if I had a GUI? Give it a try and let me know please. Go ahead and delete the old ebuild while you're at it.
I noticed MLT doesn't need to be installed via portage btw. It gets installed by the OpenShare version into /usr/local/* instead of where portage puts it in /usr/*. None of the other packages/deps appear to depend on it, so it should be safe to uninstall from portage if you had installed it before.
Future plans for the ebuild include:
* 64bit support. Currently the ebuild will not work with a 64bit OS (due to MLT dependencies being 32bit)
* Additional options (USE flags) for things like FLAC and Quicktime support.
Created attachment 203305 [details]
Python MLT module uninstall script
Place this file into your OpenShot ebuild's files directory (ie. /usr/local/portage/media-video/openshot/files )
It's required to uninstall the MLT python files should you uninstall OpenShot.
Hi,
I've tested it:
1) There is no deb2targz dependency, please add it.
2) No amd64 yet.
3) Once compiled and trying to run it:
IOError: [Errno 13] Permiso denegado: '/usr/local/share/openshot/main/westley.xml'
--
Solved with:
#1 emerge -v deb2targz
#2 I modify the .ebuild to compile on 64bit (you have it almost done, thanks)
#3 Just did a dirty workaround (find /usr/local/share/openshot -exec chown luis:luis {} \;)
--
Now it starts in GUI perfectly (64bits).
Hope it helps,
Luis
Can't import videos, program exists/crash inmediately. As I found here https://bugs.launchpad.net/openshot/+bug/395801 melt -query producers (This should include 'avformat' in the list, or MLT is not configured correctly.) And it doesn't. # melt -query producers --- producers: - libdv - pgm - pango - pixbuf - melt - melt_file - frei0r.ising0r - frei0r.lissajous0r - frei0r.nois0r - frei0r.onecol0r - xml - xml-string - slowmotion - framebuffer - color - colour - consumer - loader - hold - noise - ppm - vorbis ... Hope it helps, Luis Many thanks for the input Luis - it's definitely helpful when I'm not even using the program myself (yet) :) Anyways, to address your concerns/comments: 1) Sorry about deb2targz - that was a last minute change because the built-in ebuild tools weren't cooperating with me, heh. I've included the package in the new ebuild I'm writing up (with 64bit support - finally). 2) I have a feeling that entire /usr/local/share/openshot directory needs to be chown'd by the "users" group at the very least.. though I may have to create an openshot user if anything and I'm not really excited about the idea. I'll find out soon enough either way. 3) I'm considering relying completely on OpenShot's provided dependencies, as I only use one of the packages atm, and continue having them installed into directories that won't conflict with portage installed programs... but I really dislike doing it this way as the chances of breaking portage installed packages is high. Currently however I have managed to get the "avformat" output from "melt" so I'm going to go back and see which USE flag(s) for ffmpeg and other such packages I used to make that happen. That way we'll at least know OpenShot requires specific USE flags enabled from some other package(s). # melt -query producers --- producers: - vorbis - xml - xml-string - pgm - avformat ... On that note, it's been a busy week for me having just migrated to a new hosting facility, so my work on this ebuild has been minimal. Hopefully I'll have a fully (tested) and operational ebuild within a few days. Chris, thank you very much for your answer and help. Looking forward for your new ebuild. I'll test it on my system (64bits) so it will help also to you. Regards, Luis Created attachment 203813 [details]
Updated & Tested OpenShot-0.9.22_pre5 ebuild
I've made several changes and corrections in this ebuild, but the most important part is that I now have an environment to test it in!
First for what has changed:
+ Fixed permissions for westley.xml ( chmod 0777 /.../westley.xml ).
+ Added optional dependencies. See new USE flags for details.
+ Set appropriate IUSE flags for optional deps.
+ Fixed GPL license version to GPL-3 and not GPL-2.
+ Fixed various typos in comments.
* Setup amd64 installation/unpacking procedures (un-tested).
+ Replaced line 89 to note the addition of error checking during unpacking.
I've installed and tested this ebuild on my 32bit system at home and it does indeed work without crashing or producing errors. I'll be doing some further testing later.
After having considered things - I think I may have found a "work around" for the missing avformat filter in ffmpeg. Unfortunately I've not been able to reproduce the error myself but this is what I think may resolve it:
1) Completely uninstall ffmpeg, making sure no references to it are left on your system in its install locations.
2) Install ffmpeg (USE flags don't seem to matter so choose any you want).
3) Check that the avformat filter is installed now: melt -query producers
If that doesn't work then unfortunately I'm out of ideas for now. I could possibly release a patch for it, but I'm not sure that would even work... much less how it would work.
Anyways, my next and final "pre" ebuild will do away with using OpenShot's dependency package for MLT and compile its own copy of MLT (thus avoiding conflicts with portage still). Once that's been fully tested I'll start releasing beta ebuilds and see if we can get it submitted into the official portage tree. I'll also be testing the 64bit install out shortly to verify it works, but please feel free to comment on your experiences and any bugs you might find. Any input is always helpful!
Created attachment 203933 [details]
Final "pre" release before moving on to beta
This release includes a few substantial changes. I've done away with relying on OpenShot's provided dependencies package completely - shaving ~22megs off your download in place of a scant 737.6kb (mlt-0.4.4.tar.gz). The MLT package the ebuild downloads however is only intended for building the MLT Python bindings and nothing more. My addition of the version specific "=media-libs/mlt-0.4.4" package to the dependency tree is rather designed to replace those aspects of the MLT package that had previously been part of the OpenShot dependencies package. In this way the OpenShot ebuild follows more closely the standards of other Gentoo ebuilds and gives users far more individual package control than before. It also provides for real x86 and amd64 support as all the packages are built by your system and are not pre-built.
A brief list of all the changes:
+ Tested and verified 64bit (amd64) functionality.
- Removed OpenShot dependencies packages from ebuild.
+ Added version specific package "=media-libs/mlt-0.4.4" to dependencies.
+ Added symlinks to MLT file paths for compatibility purposes (should be removed in next release).
+ ebuild now builds and installs its own MLT Python bindings.
+ Added dep for dev-lang/swig (MLT Python bindings requirement).
- Removed app-admin/sudo (never really needed it).
+ Added inherited python.eclass.
- Removed old dep links and install functions .
+ Cleaned up and added more comments within the ebuild to explain each process and/or what it's there for, including dependencies.
+ Added elog comments to be more helpful to the end user.
- Removed the python uninstall script. Python handles this directly now.
As always please report any bugs you may find.
The next release of this ebuild will include a version bump to reflect OpenShot's new PPA packaging system along with a more "Debian friendly" installation layout. Most of this I've already completed, I'm just waiting for the OpenShot team to officially release their next version.
I'm getting this when I try to digest:
ebuild openshot-0.9.22_pre6.ebuild digest
: command not foundmedia-video/openshot/openshot-0.9.22_pre6.ebuild: line 4:
: command not foundmedia-video/openshot/openshot-0.9.22_pre6.ebuild: line 6:
*
* ERROR: media-video/openshot-0.9.22_pre6 failed.
* Call stack:
* ebuild.sh, line 1851: Called _source_ebuild
* ebuild.sh, line 1790: Called source '/usr/local/portage/media-video/openshot/openshot-0.9.22_pre6.ebuild'
'* openshot-0.9.22_pre6.ebuild, line 7: Called inherit 'eutils' 'python
* ebuild.sh, line 1245: Called die
* The specific snippet of code:
* [ ! -e "$location" ] && die "${1}.eclass could not be found by inherit()"
* The die message:
.eclass could not be found by inherit()
*
* If you need support, post the topmost build error, and the call stack if relevant.
* This ebuild is from an overlay: '/usr/local/portage/'
*
Did I miss something?
What version of portage are you running Damien? You might also try emerging app-text/dos2unix and running: dos2unix openshot-0.9.22_pre6.ebuild That errors seems to suggest that either the ebuild file is messed up somehow (thus using dos2unix on it) or your version of portage is too old to handle EAPI 2. I'm going to assume the former though. That did the trick. Thanks! Looking forward to trying this because I really want to get 100% away from Windows (currently using Vegas, and that only kow-tows to Windoze). Chris, Tested and works perfect now on my 64bits system. I just recompiled mlt during the whole emerge process and now avformat appears, no need to remove ffmpeg before. Thanks for your hard work Luis I got it to compile just fine, but when I try to run it, I get this: audiodef@Handel ~ $ openshot -------------------------------- OpenShot (version 0.9.22) -------------------------------- /usr/local/share/openshot/main/windows/SimpleGladeApp.py:338: GtkWarning: gtk_toolbar_set_icon_size: assertion `icon_size != GTK_ICON_SIZE_INVALID' failed return gtk.glade.XML(self.glade_path, root, domain) A new frmMain has been created /usr/local/bin/openshot: line 2: 19549 Segmentation fault python /usr/local/share/openshot/main/OpenShot.py I'm hoping this is something that can be easily fixed on my end. Sorry Damien, I can't be of much help with that error. From what little info I've managed to dig up on Google, it sounds like it's a problem with the program's code itself - though why it affects only some people is beyond me. What you may try doing, and again I only found this info via Google, is re-emerging the media-libs/mlt package. Make sure the "gtk", "xml", "ffmpeg", and "melt" USE flags are enabled. Perhaps when you compiled MLT it was missing the "gtk" USE flag, thus the error? I can only guess though at this point. Hopefully the newest version of OpenShot will fix such errors once and for all. Created attachment 204615 [details]
Latest Version
Sorry for the release delay - I've had some other projects going on at the same time.
Anyways!
This version includes several changes to the way OpenShot is installed, specifically the install location itself as per upstream changes.
It also includes a few dependency changes and it now updates the mime-database (for desktop and menu icons). Changes are as follows:
+ Added new deps (2 new, 1 optional, 2 extended:)
+ dev-python/pyxdg (required, confirmed)
+ media-libs/celt (required, but not 100% sure on this one)
+ media-libs/faad2 (optional)
+ media-libs/libdc1394 (extended dep for ieee1394)
+ sys-libs/libraw1394 (extended dep for ieee1394)
+ Added USE flag requirements to dependencies.
+ Moved media-libs/x264 to Optional depends (not required).
- Removed media-video/x264-encoder (not required).
+ Now properly updates the mime database (added fdo-mime to inherits).
With the USE flag requirements added to the dependencies, I'm hoping to eliminate most of the runtime errors that seem to especially revolve around MLT. Just make sure you set your per-package USE flags to what the ebuild requires and you'll be able to install with no problems (hopefully).
Once the developers start stabilizing their install process, I'll begin working on using their setup.py to install the program and reduce clutter in the ebuild. Until then though, enjoy :)
Openshot 0.9.42 has been released, and since they moved stuff on the PPA, the latest ebuild no longer works... I'd check with the deb file which is the only thing they seem to be providing now, but I'm sick as a dog right now, so this is as far as I can do right now. Created attachment 205784 [details]
Updated to 0.9.43
Sorry for the delay - I've been sick lately as well and still catching up on things.
There weren't any real changes in this version as far as the ebuild goes - I changed how file permissions were being handled slightly and bumped the version of the package, but not much more than that. The ebuild should still be pulling in the appropriate tar.gz package - this time I'm using their "karmic" build instead of "jaunty". Being that Gentoo is more "bleeding edge" it just makes sense.
Let me know if you find any install bugs please - I did minimal testing with this release, but it does appear to open and convert/export video normally.
Oh - I should also note another oddity in this ebuild. The OpenShot package version is labeled 0.9.43 - however the program itself still reports it as being 0.9.42. This may possibly be due to my pulling the .tar.gz package from the developer repository and their not having updated the version number in the program - but it doesn't appear to harm anything so not to worry.
Created attachment 210950 [details, diff]
Patch to pull mlt-0.4.4 from Sourceforge instead of Gentoo mirrors
mlt-0.4.4 (should OpenShot be using 0.4.6?) is no longer in the Gentoo distfiles mirrors, so I tried to pull from SourceForge. Manifest generates successfully.
If somebody here is willing to actually maintain it, I'm willing to proxy-commit for them. I'm updating the MLT ebuild for installing the SWIG bindings right now, and then I'll commit a slightly cleaned up version of the ebuild. 1. Can you please find a real source distribution rather than the PPA junk from Launchpad? 2. Why do you have RESTRICT=mirror? 3. IUSE="dvgrab faac faad jack-rack kino" - Provide me with a metadata.xml file describing these flags. Created attachment 211134 [details]
openshot-0.9.43-r2.ebuild
4. LOTS of your dependencies should be in only one side of the [R]DEPEND equations. You aren't running anything at build time, so most of the libraries can move. the deb2targz on the other hand should be only in DEPEND.
5. What's with the lockdown to mlt-0.4.4? I removed it.
Whoever is stepping up as the proxy maintainer, please address the 5 issues I have laid out.
>1. Can you please find a real source distribution rather than the PPA junk from > Launchpad? > There is no "real source" distribution. In fact the location of the "source code" has changed multiple times. Please see the author's website (http://www.openshotvideo.com/) and you'll understand why - but basically OpenShot was built for Unbuntu and the author has chosen to use Launchpad as a distribution location/source - thus the PPA junk (which I agree - is junk!). > 2. Why do you have RESTRICT=mirror? > Without it, portage will attempt to pull in Openshot from the Gentoo mirrors. As OpenShot doesn't exist on said mirrors, RESTRICT=mirror prevents the ebuild from pointlessly searching them. All of the dependencies however will use the Gentoo mirrors as they aren't controlled by RESTRICT - so it should be a non-issue. > 3. IUSE="dvgrab faac faad jack-rack kino" - Provide me with a metadata.xml file > describing these flags. > I have one written up already, however as I've not had time to commit this ebuild into the Sunrise Overlay, it's simply not been done. Didn't really see any reason at the time to upload it here either, heh. > 4. LOTS of your dependencies should be in only one side of the [R]DEPEND > equations. You aren't running anything at build time, so most of the libraries > can move. the deb2targz on the other hand should be only in DEPEND. > Ya... for the most part I just hadn't gotten around to moving them into the RDEPENDS section, however the way the OpenShot program is built makes me question whether they should be included as optional USE flags or not. So far the program functions without them, at least as far as my own tests have proven and other people I assume have had no issues, but there are aspects of the program that do use them and there's no easy way to disable that part of the program should "X dependency" not be built (as per user set USE flags dictate). If I can get enough people to test the program and tell me the current deps listed as "USE" flags don't break OpenShot completely when they aren't built, then I'll be happy to start moving things around. Basically, at least at this point in time during the OpenShot program's development, the dependencies list is simply a current list of supported and working deps for the OpenShot program and nothing more. I'll go ahead and move the (hopefully) non-required deps into RDEPENDS though for standards sake. > 5. What's with the lockdown to mlt-0.4.4? I removed it. > The "lockdown" is to prevent MLT from updating to an unsupported version. Any older versions of MLT will not work and any newer versions didn't exist when I wrote the ebuild. Thus the lockdown. Newer builds of MLT shouldn't break anything I imagine, but as the author codes for a specific version of MLT, it's unwise to build anything else. My understanding of the MLT bindings is a bit limited however so if you feel removing the lockdown is appropriate then so be it. > If somebody here is willing to actually maintain it, I'm willing to > proxy-commit for them. > My lack of updating the ebuild in recent times is due to the fact that, until recently (I just discovered), the author of the OpenShot program chose to start releasing his code in a non-versioned format. So there was no way for me to pull in the latest version without just making an "openshot-9999.ebuild" - which I have no intentions of doing for various reasons (mostly due to imminent breakage). Anyways - I'll throw up an updated ebuild in the next couple of days now that I have a versioned source to work with and if I find some time this next month I'll discuss committing this ebuild with the Sunrise Overlay team. Otherwise good luck to whomever decides to pick it up :) (In reply to comment #25) > >1. Can you please find a real source distribution rather than the PPA junk from > > Launchpad? > > > There is no "real source" distribution. In fact the location of the "source > code" has changed multiple times. Please see the author's website > (http://www.openshotvideo.com/) and you'll understand why - but basically > OpenShot was built for Unbuntu and the author has chosen to use Launchpad as a > distribution location/source - thus the PPA junk (which I agree - is junk!). Ok, so the upstream author needs to stop being a layer 8 problem. I'll write him an email. > > 2. Why do you have RESTRICT=mirror? > Without it, portage will attempt to pull in Openshot from the Gentoo mirrors. > As OpenShot doesn't exist on said mirrors, RESTRICT=mirror prevents the ebuild > from pointlessly searching them. All of the dependencies however will use the > Gentoo mirrors as they aren't controlled by RESTRICT - so it should be a > non-issue. And we can drop it for putting it in the tree, as I did in my -r2. > > 3. IUSE="dvgrab faac faad jack-rack kino" - Provide me with a metadata.xml file > > describing these flags. > > > I have one written up already, however as I've not had time to commit this > ebuild into the Sunrise Overlay, it's simply not been done. Didn't really see > any reason at the time to upload it here either, heh. Just attach here for now please? > > 4. LOTS of your dependencies should be in only one side of the [R]DEPEND > > equations. You aren't running anything at build time, so most of the libraries > > can move. the deb2targz on the other hand should be only in DEPEND. > > > Ya... for the most part I just hadn't gotten around to moving them into the > RDEPENDS section, however the way the OpenShot program is built makes me > question whether they should be included as optional USE flags or not. So far > the program functions without them, at least as far as my own tests have proven > and other people I assume have had no issues, but there are aspects of the > program that do use them and there's no easy way to disable that part of the > program should "X dependency" not be built (as per user set USE flags dictate). > If I can get enough people to test the program and tell me the current deps > listed as "USE" flags don't break OpenShot completely when they aren't built, > then I'll be happy to start moving things around. I mean just move lots of them to RDEPEND. The ebuild clearly doesn't use them at packaging time. > Basically, at least at this point in time during the OpenShot program's > development, the dependencies list is simply a current list of supported and > working deps for the OpenShot program and nothing more. I'll go ahead and move > the (hopefully) non-required deps into RDEPENDS though for standards sake. > > > > 5. What's with the lockdown to mlt-0.4.4? I removed it. > > > The "lockdown" is to prevent MLT from updating to an unsupported version. Any > older versions of MLT will not work and any newer versions didn't exist when I > wrote the ebuild. Thus the lockdown. Newer builds of MLT shouldn't break > anything I imagine, but as the author codes for a specific version of MLT, it's > unwise to build anything else. My understanding of the MLT bindings is a bit > limited however so if you feel removing the lockdown is appropriate then so be > it. Ok, RDEPEND="... >=media-libs/mlt[python,...]" it is. > > If somebody here is willing to actually maintain it, I'm willing to > > proxy-commit for them. > > > My lack of updating the ebuild in recent times is due to the fact that, until > recently (I just discovered), the author of the OpenShot program chose to start > releasing his code in a non-versioned format. So there was no way for me to > pull in the latest version without just making an "openshot-9999.ebuild" - > which I have no intentions of doing for various reasons (mostly due to imminent > breakage). Sigh. Why do upstreams continue to do this craziness. I'll email him a request to produce at least dated snapshot tarballs. If he won't do that, then we can produce our own dated snapshot tarballs. > Anyways - I'll throw up an updated ebuild in the next couple of days now that I > have a versioned source to work with and if I find some time this next month > I'll discuss committing this ebuild with the Sunrise Overlay team. Otherwise > good luck to whomever decides to pick it up :) Are you willing to maintain it if I proxy-commit to the main tree for you? I'm not Sunrise, just a main dev. > Are you willing to maintain it if I proxy-commit to the main tree for you? I'm
> not Sunrise, just a main dev.
>
haha ya I know who you are Robin and I've always appreciated your work on Gentoo (mostly ebuilds of course) :)
And yes I'll be happy to maintain it. As I said, I just kinda got frustrated with the whole upstream changing things in a rather odd and random way. I'll talk to Johnathan - the author/admin of the project - myself, if you don't mind, and work something out with him in regards to maintaining a "static" location and versioning/naming scheme for the source tarballs. He seems to be quite an understanding guy and is, I'm sure, very open to suggestions for change.
I'll shoot him an email this weekend and see what we can come up with.
Your suggestions on the ebuild are, of course, well noted and I'll go ahead and make them happen in an updated ebuild that will reflect the latest version of the program shortly - which will include an attached metadata.xml file as well.
Let me know if you need anything else of course.
Thanks. +1 on talking to upstream. Feel free to CC me on the discussion. I'll keep an eye out for your next revision of the ebuild and the missing metadata.xml and we can pop it in the tree after that. @madmousee:
media-libs/mlt now has SWIG bindings installed for Python, Ruby, Lua, so it's usable per my -r2 ebuild here. Might need to change the RDEP to be:
>=media-libs/mlt-0.4.6-r1[python,....]
Created attachment 211358 [details]
metadata.xml
Created attachment 211359 [details] openshot-0.9.54.ebuild +Updated to the latest version of OpenShot. +All but the deb2targz dependency were to RDEPENDS. +Changed the MLT dependency to reflect the newer version, 0.4.6-r1, that includes the Python bindings ( >=media-libs/mlt-0.4.6-r1[python..] ). +A "doc" USE flag was included for the man page as well. +Any errors should be in a more "user-friendly" format now too. The only thing I wasn't able to change, as per your suggestion, was the chmoding of the various executable files. Fperms apparently doesn't allow you to specify multiple files via a wildcard (ie. *.py), which after Googling a bit I discovered had likewise been noticed in a bug report for the GPSMan ebuild (http://bugs.gentoo.org/show_bug.cgi?id=143280). Not to mention adding all of the files to the ebuild using fperms would be a bit monotonous/unnecessary. I did however clean up the way chmod permissions were applied and moved them into "src_install". If I managed to miss anything in reviewing the ebuild I apologize. Everything looks to be in order though. I installed and tested it on both x86 and x64 systems without error, as I have been doing in the past. Thanks again and let me know if you need anything else. Last questions, we're very close now. These may require you to look at the source of openshot: - Why does media-libs/celt need to be built WITHOUT ogg support? - upstream sox-14.3.0 dropped libsamplerate entirely, why is it required in openshot? - the chmod stuff doesn't actually seem to be required at all. I removed it from the ebuild and openshot seems to work fine. A lot of those files aren't even in the slightest way executable: SVG, Glade files, most of the python files. The only one with a shebang in it is /usr/share/openshot/openshot.py, which wasn't even covered by your original chmod. I made some other minor changes just for you to be aware of in future ebuild writing: - USE=doc is for complex/heavy docs. manpages should always be installed. - Less tables and whitespace in the *DEPEND blocks. I got a crash on startup which was resolved by adding the xml use flag to mlt. I'm guessing this requirement should be put in the ebuild. OpenShot 1.0 Has Arrived! http://www.openshotvideo.com/2010/01/openshot-10-has-arrived.html (In reply to comment #32) > Last questions, we're very close now. Not really, lots of DEPEND is actually for mlt and ffmpeg not openshot. > source of openshot: > - Why does media-libs/celt need to be built WITHOUT ogg support? As far as I can see celt is not needed at all. Why is it in DEPEND? > - the chmod stuff doesn't actually seem to be required at all. I removed it > from the ebuild and openshot seems to work fine. Works for me without. > - USE=doc is for complex/heavy docs. manpages should always be installed. > - Less tables and whitespace in the *DEPEND blocks. Fixed both in the ebuild I will attach in a few minutes. I also see 3 DEPENDS under USE flag which I am unable to tie to any openshot functionality. Also they are not listed anywhere as a dependency in the README or the build wizard. They are: 1 kino? 2 dvgrab? 3 ladspa I have removed these 3 from the ebuild I will be attaching. Created attachment 215945 [details]
openshot 1.0.0 ebuild
This a new ebuild for openshot 1.0.0. It has lots of direct dependencies removed.
Changes
*Build from src tarball
*Converted almost all rdeps and made them a use flag dep on ffmpeg or mlt. (openshot does not call these directly but via mlt or ffmpeg.)
*Removed dep on app-arch/deb2targz
*Also install README COPYING and AUTHORS
*Removed rdep on kino, ldspa and dvgrab as I could not find them used anywhere in openshot 1.0.0.
Have _not_ removed the duplicate fdo-mime* as I am not sure if there was a reason for this. Otherwise we can remove 1 completely.
I get the following error after install using openshot-1.0.0.ebuild: denis@den-desktop[~]:) openshot Added /usr/share/openshot to system path ------------------------------------------------------- Error: OpenShot has not been installed in the Python path. (Both the site-packages and /usr/share/openshot folders were checked) Use the following command to install OpenShot: $ sudo python setup.py install So far successful ~amd64 build and usage with openshot-1.0.0 ebuild -
attachment (id=215945) - although at first audio did not work. Got error `pcm_dmix.c:1010:(snd_pcm_dmix_open) unable to open slave' on any audio actions.
Creating an empty /etc/asound.conf so far allows audio tracks to playback and render correctly, although have done very minimal testing thus far.
== emerge --info ==
Portage 2.2_rc61 (default/linux/amd64/10.0, gcc-4.4.2, glibc-2.11-r1, 2.6.30-zen10-pks-cd x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-2.6.30-zen10-pks-cd-x86_64-Intel-R-_Core-TM-2_Quad_CPU_@_2.40GHz-with-gentoo-2.0.1
Timestamp of tree: Mon, 11 Jan 2010 17:45:01 +0000
app-shells/bash: 4.0_p35
dev-java/java-config: 2.1.10
dev-lang/python: 2.6.4, 3.1.1-r1
dev-util/cmake: 2.8.0
sys-apps/baselayout: 2.0.1
sys-apps/openrc: 0.6.0
sys-apps/sandbox: 2.2
sys-devel/autoconf: 2.13, 2.65
sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils: 2.20
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
virtual/os-headers: 2.6.30-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA dlj-1.1"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/pixmaps/pidgin/tray"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=core2 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS=" --jobs=4 --load-average=3.2"
FEATURES="assume-digests buildpkg collision-protect distlocks fail-clean fixpackages metadata-transfer multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict test-fail-continue unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://www.gtlib.gatech.edu/pub/gentoo http://mirror.usu.edu/mirrors/gentoo/ http://gentoo.osuosl.org/"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en"
MAKEOPTS="-j6"
PKGDIR="/usr/local/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/haskell /usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X aac acl acpi alsa amd64 amr bash-completion binary-drivers bzip2 cairo cleartype cli consolekit corefonts cracklib crypt cups cxx dbus dri dv evdev exif ffmpeg flac fontconfig foomaticdb fortran gdbm gif glade gpm gtk hal hscolour iconv imagemagick ipv6 jack java6 jpeg jpeg2k lcms libnotify libsamplerate lm_sensors logrotate mad mmx modules mp3 mpeg mudflap multilib ncurses nls nptl nptlonly nvidia ogg opencore-amr opengl openmp pam pcre pdf perl png ppds pppd python qt4 quicktime readline reflection sdl session smp sndfile spl sqlite sse sse2 ssl ssse3 startup-notification svg sysfs tcpd tiff truetype unicode usb vim-syntax vorbis x264 xft xinerama xml xorg xpm xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" SANE_BACKENDS="hp" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
=================================================================
Package Settings
=================================================================
media-video/openshot-1.0.0 was built with the following:
USE="faac faad jack mp3 (multilib) quicktime theora vorbis x264 -ieee1394"
media-libs/mlt-0.4.6-r1 was built with the following:
USE="dv ffmpeg frei0r gtk jack kde libsamplerate melt (multilib) python qt4 quicktime sdl sse vorbis xine xml -compressed-lumas -debug -lua (-mmx) -ruby"
Created attachment 216760 [details]
openshot-1.0.0-r1.ebuild
Attached is an ebuild for openshot based on madmousee's openshot-1.0.0.ebuild. The main difference is the usage of the distutils.eclass which makes most of the src_install part unnecessary.
(In reply to comment #39) > Created an attachment (id=216760) [details] > openshot-1.0.0-r1.ebuild > > Attached is an ebuild for openshot based on madmousee's openshot-1.0.0.ebuild. > The main difference is the usage of the distutils.eclass which makes most of > the src_install part unnecessary. > That ebuild doesn't work, get an access violation. ----------------------------------------------- Installation Finished! Run OpenShot by typing 'openshot' or through the Applications menu. ----------------------------------------------- >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE "/var/log/sandbox/sandbox-26926.log" VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /usr/share/applications/.mimeinfo.cache.F7LR6U A: /usr/share/applications/.mimeinfo.cache.F7LR6U R: /usr/share/applications/.mimeinfo.cache.F7LR6U C: update-desktop-database F: open_wr S: deny P: /usr/share/applications/.mimeinfo.cache.QHZP6U A: /usr/share/applications/.mimeinfo.cache.QHZP6U R: /usr/share/applications/.mimeinfo.cache.QHZP6U C: update-desktop-database F: open_wr S: deny P: /usr/share/gdm/applications/.mimeinfo.cache.TIVZ6U A: /usr/share/gdm/applications/.mimeinfo.cache.TIVZ6U R: /usr/share/gdm/applications/.mimeinfo.cache.TIVZ6U C: update-desktop-database -------------------------------------------------------------------------------- >>> Failed to emerge media-video/openshot-1.0.0-r1, Log file: (In reply to comment #40) Seems like I did not try hard enough to supress the update of the desktop and mime database. Will look into this. Created attachment 216828 [details]
openshot-1.0.0-r1.ebuild
This should fix the access violation.
As I mentioned on the forums, once an ebuild for this package has been reviewed for inclusion in Sunrise and has seen some testing, I am willing to commit it to portage as part of media-video herd. Hm, I still get an access violation here, on amd64. I hope this is helpful: miharu ~ # ebuild /usr/local/portage/media-video/openshot/openshot-1.0.0-r1.ebuild compile Appending /usr/local/portage to PORTDIR_OVERLAY... >>> Existing ${T}/environment for 'openshot-1.0.0-r1' will be sourced. Run >>> 'clean' to start with a fresh environment. * openshot_1.0.0-1.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking openshot_1.0.0-1.tar.gz ;-) ... [ ok ] [== snip ==] copying openshot/windows/glade/icons/openshot.png -> build/lib/openshot/windows/glade/icons running build_scripts creating build/scripts-2.6 copying and adjusting bin/openshot -> build/scripts-2.6 changing mode of build/scripts-2.6/openshot from 644 to 755 Updating the Shared MIME-Info database cache. update-mime-database: I don't have write permission on /usr/share/mime. Try rerunning me as root. Updating the mime.types database Failed to update. Updating the .desktop file database. ACCESS DENIED open_wr: /usr/share/applications/.mimeinfo.cache.ZSL56U No directories in update-desktop-database search path could be processed and updated. ----------------------------------------------- Installation Finished! Run OpenShot by typing 'openshot' or through the Applications menu. ----------------------------------------------- >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE "/var/log/sandbox/sandbox-23210.log" VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: open_wr S: deny P: /usr/share/applications/.mimeinfo.cache.ZSL56U A: /usr/share/applications/.mimeinfo.cache.ZSL56U R: /usr/share/applications/.mimeinfo.cache.ZSL56U C: update-desktop-database -------------------------------------------------------------------------------- miharu ~ # emerge --info Portage 2.1.6.13 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.10.1-r1, 2.6.30-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.30-gentoo-r5-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9400_@_2.66GHz-with-gentoo-1.12.13 Timestamp of tree: Sun, 17 Jan 2010 00:30:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r2 dev-lang/python: 2.6.4 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict symlink unmerge-orphans userfetch" GENTOO_MIRRORS="http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ http://gentoo.mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.netnitco.net" LANG="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="en_US" MAKEOPTS="-j5" PKGDIR="/mnt/raid/Packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 bash-completion berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt css cups cxx dbus dri dts dvd dvdr emboss encode exif fam ffmpeg firefox flac fortran gdbm gif gimp glitz gpm gsm gstreamer gtk hal htmlhandbook iconv id3tag ipv6 java jingle jpeg jpeg2k kcal kde kde4 kipi kontact lame ldap libnotify lm_sensors mad mikmod mmx mng modules mp2 mp3 mp4 mpeg mplayer mudflap multilib musepack musicbrainz mysql ncurses nls nptl nptlonly nsplugin ntfs nvidia ogg opengl openmp otr pam pcre pdf perl phonon plasma png ppds pulseaudio python qt3support qt4 quicktime readline reflection samba scanner sdl semantic-desktop session sndfile speex spell spl sqlite sse sse2 ssl ssse3 startup-notification svg sysfs tcpd theora thunar tiff truetype unicode usb v4l v4l2 vdpau vorbis webkit x264 xcomposite xinerama xinetd xml xorg xosd xprint xulrunner xv xvid yahoo zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #44) > Hm, I still get an access violation here, on amd64. I hope this is helpful: > miharu ~ # ebuild > /usr/local/portage/media-video/openshot/openshot-1.0.0-r1.ebuild compile > Appending /usr/local/portage to PORTDIR_OVERLAY... > >>> Existing ${T}/environment for 'openshot-1.0.0-r1' will be sourced. Run > >>> 'clean' to start with a fresh environment. Try "ebuild openshot-1.0.0-r1.ebuild clean" :-) [sigh] Yes, that did it. Sorry, invalidate my last comment or something. :( Anyway, after merging this package I have a problem similar to what MageSlayer mentioned in comment 37. rassilon@miharu $ openshot & -------------------------------- OpenShot (version 1.0.0) -------------------------------- *** ERROR: MLT Python bindings failed to import *** *** ERROR: MLT Python bindings failed to import *** ------------------------------------------------------- Error: OpenShot has not been installed in the Python path. (Both the site-packages and /usr/share/openshot folders were checked) Use the following command to install OpenShot: $ sudo python setup.py install Even this does not work: $ PYTHONPATH="/usr/lib/python2.6/site-packages/" openshot I've never done anything to set a Python path, so mine is empty. OpenShot gets installed to /usr/bin/openshot. Is this something that should be taken care of in the ebuild? If not, can there be a check or a message to the user that OpenShot will not work unless they do something else to set it up? I'm not keen on manually copying files into my system tree, but see this article where the author suggests this may be necessary to get it working: http://www.linuxjournal.com/content/introducing-openshot (In reply to comment #46) > [sigh] > > Yes, that did it. Sorry, invalidate my last comment or something. :( > > Anyway, after merging this package I have a problem similar to what MageSlayer > mentioned in comment 37. > > rassilon@miharu $ openshot & > > -------------------------------- > OpenShot (version 1.0.0) > -------------------------------- > *** ERROR: MLT Python bindings failed to import *** > *** ERROR: MLT Python bindings failed to import *** > ------------------------------------------------------- > Error: OpenShot has not been installed in the Python path. > (Both the site-packages and /usr/share/openshot folders were checked) > > Use the following command to install OpenShot: > $ sudo python setup.py install > > Even this does not work: > $ PYTHONPATH="/usr/lib/python2.6/site-packages/" openshot > > I've never done anything to set a Python path, so mine is empty. OpenShot gets > installed to /usr/bin/openshot. Is this something that should be taken care of > in the ebuild? If not, can there be a check or a message to the user that > OpenShot will not work unless they do something else to set it up? > > I'm not keen on manually copying files into my system tree, but see this > article where the author suggests this may be necessary to get it working: > http://www.linuxjournal.com/content/introducing-openshot > I have not dealt with run time issues until now. Will look at it in due time. (In reply to comment #46) > Use the following command to install OpenShot: > $ sudo python setup.py install > > Even this does not work: > $ PYTHONPATH="/usr/lib/python2.6/site-packages/" openshot Well, the only thing I did, that helped that problem is running python-updater. Hope it will help :) 1.0.0-r1 worked perfecly on ~amd64 The 1.0.0-r1 ebuild from 2010-01-18 builds for me, but when I run it, it displays some text and freezes without opening any windows:
$ openshot
--------------------------------
OpenShot (version 1.0.0)
--------------------------------
/usr/lib64/python2.6/site-packages/openshot/windows/SimpleGladeApp.py:340: GtkWarning: gtk_toolbar_set_icon_size: assertion `icon_size != GTK_ICON_SIZE_INVALID' failed
return gtk.glade.XML(self.glade_path, root, domain)
A new frmMain has been created
Traceback (most recent call last):
File "/usr/bin/openshot", line 57, in <module>
main()
File "/usr/lib64/python2.6/site-packages/openshot/openshot.py", line 57, in main
form1 = MainGTK.frmMain(project=current_project, version=info.SETUP['version'])
File "/usr/lib64/python2.6/site-packages/openshot/windows/MainGTK.py", line 138, in __init__
self.OSTreeTransitions = TreeTransitions.OpenShotTree(self.treeTransitions, self.project)
File "/usr/lib64/python2.6/site-packages/openshot/windows/TreeTransitions.py", line 52, in __init__
pbThumb = gtk.gdk.pixbuf_new_from_file(file_path)
glib.GError: Couldn't recognize the image file format for file '/usr/lib64/python2.6/site-packages/openshot/transitions/sand.svg'
(In reply to comment #50) > glib.GError: Couldn't recognize the image file format for file > '/usr/lib64/python2.6/site-packages/openshot/transitions/sand.svg' I think here lies the problem, openshot does not recognize the svg file format. Can you try to install gnome-base/librsvg and see if this fixes your problem. I already added a comment about this potential dependency in the ebuild. Yup. Installing librsvg fixed my problem. It should probably be added as a dependency. I would also say that since it runs with that, why not add this to portage and flag it as unstable for the time being? (And close this bug, of course.) I tried building both 1.0.0 and 1.0.0-r1 and both failed.
Both did not manage to download the sources. The name of the file looks like to be openshot-1.0.0.tar.gz and both ebuilds try to download openshot_1.0.0-1.tar.gz.
I did this in the 1.0.0:
MY_PV="${PV}"
#MY_PV="${PV}-1"
MY_P="${PN}-${MY_PV}"
#MY_P="${PN}_${MY_PV}"
The r1 did not manage to launch the setup.py file.
The 1.0.0. did not manage to "dobin bin/openshot". Fixed by changing two places:
S="${WORKDIR}/${MY_P}"
#S="${WORKDIR}/openshot"
cd ${WORKDIR}/${MY_P}
#cd ${WORKDIR}/openshot
Is this some weirdness of my gentoo, or was I doing something wrong that the ebuilds that you all did manage to emerge did not work for me?
Created attachment 219417 [details] openshot-1.0.0-r1.ebuild (In reply to comment #53) > > Is this some weirdness of my gentoo, or was I doing something wrong that the > ebuilds that you all did manage to emerge did not work for me? > I guess this is some kind of upstream weirdness. if i try to start openshot i got this message: ~ $ openshot -------------------------------- OpenShot (version 1.0.0) -------------------------------- /usr/lib64/python2.6/site-packages/openshot/windows/SimpleGladeApp.py:340: GtkWarning: gtk_toolbar_set_icon_size: assertion `icon_size != GTK_ICON_SIZE_INVALID' failed return gtk.glade.XML(self.glade_path, root, domain) A new frmMain has been created ~ $ but nothing else happend. how can i start openshot? Version bump 1.1 is out Created attachment 222705 [details]
openshot-1.1.0.ebuild
(In reply to comment #57) > Created an attachment (id=222705) [details] > openshot-1.1.0.ebuild > I get a segmentation fault when I try to run openshot with this ebuild. The ebuild compiles fine but the binary won't run ended with a segmentation fault. emerge info Portage 2.1.7.17 (default/linux/x86/10.0, gcc-4.4.2, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686) ================================================================= System uname: Linux-2.6.31-gentoo-r10-i686-AMD_Phenom-tm-_9850_Quad-Core_Processor-with-gentoo-1.12.13 Timestamp of tree: Mon, 08 Mar 2010 00:00:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 1.3.7-r1, 2.1.10 dev-lang/python: 2.4.4-r13, 2.5.4-r3, 2.6.4-r1 dev-python/pycrypto: 2.0.1-r6 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.3.4, 4.4.2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA PUEL sun-bcla-java-vm dlj-1.1 IBM-J1.6 skype-eula" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mirrors.tds.net/gentoo " LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="en en_US" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/pro-audio /var/lib/layman/rion /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aalib acl alsa audiofile avi berkdb bzip2 cddb cdparanoia cdr cli cracklib crypt css cups cupsddk cxx dbus divx dri dts dvd dvdr dvdread encode equalizer evo fam ffmpeg firefox flac flash foomaticdb fortran gdbm gphoto2 gpm hal iconv imagemagick imlib ipod ipv6 java jpeg lame mmx mmxext modules mp3 mpeg mplayer mudflap ncurses nls nptl nptlonly nsplugin offensive ogg oggvorbis opengl openmp oss pam pcre pda pdf pdflib perl png ppds pppd python readline reflection ruby samba sane scanner session shorten spl sse sse2 ssl ssse3 swscaler sysfs tcpd thunar truetype unicode usb v4l2 vorbis wavpack win32codecs wma x264 x86 xcomposite xine xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS please let me know if there is any other useful information I can post or to help debug this. Thanks, Robert (In reply to comment #58) > I get a segmentation fault when I try to run openshot with this ebuild. The > ebuild compiles fine but the binary won't run ended with a segmentation fault. It is written in Python so not likely openshot is segfaulting (unless Python is) but ffmpeg or one of the other dependencies it relies on. > please let me know if there is any other useful information I can post or to > help debug this. Can you run openshot from a terminal and provide the output? Greets Sander (In reply to comment #59) > (In reply to comment #58) > > I get a segmentation fault when I try to run openshot with this ebuild. The > > ebuild compiles fine but the binary won't run ended with a segmentation fault. > > It is written in Python so not likely openshot is segfaulting (unless Python > is) but ffmpeg or one of the other dependencies it relies on. > > > please let me know if there is any other useful information I can post or to > > help debug this. > > Can you run openshot from a terminal and provide the output? > Greets > Sander > I fixed this (it was a segmentation fault) by re-emerging media-video/mlt with sdl and quicktime use flags. I'm not 100% sure whether just one or both or required for openshot to work (my guess would be sdl use flag is required). If someone can confirm then the ebuild would need to be modified to insure that mlt is built with sdl use flag enabled. (In reply to comment #60) > > I fixed this (it was a segmentation fault) by re-emerging media-video/mlt with > sdl and quicktime use flags. I'm not 100% sure whether just one or both or > required for openshot to work (my guess would be sdl use flag is required). If > someone can confirm then the ebuild would need to be modified to insure that > mlt is built with sdl use flag enabled. > You can try it yourself it is just a few combinations to test. Created attachment 222973 [details]
openshot-1.1.0-r1 ebuild, adding sdl dep to dev-libs/mlt
openshot worked after adding the sdl flag to dev-libs/mlt.
i didn't have to add the quicktime use flag to make it work, so it only depends on sdl support (no quicktime).
i attached the modified ebuild.
I emerged openshot-1.1.0-r1 on a ~amd64 box. I got the following error: Error: OpenShot has not been installed in the Python path. (Both the site-packages and /usr/share/openshot folders were checked) Use the following command to install OpenShot: $ sudo python setup.py install A solution that worked for me was modifying the file /usr/bin/openshot at line 28. # parent_folder_path = os.path.dirname(realfile_dir) parent_folder_path = "/usr/lib64/python2.6/site-packages/" I am not expert, maybe this solution may help. Created attachment 223825 [details]
openshot-1.1.0-r1.ebuild
Update usage of python and distutils eclass. Actually use distutils default functions which got overwritten.
Thanks for the ebuild! There is a new version 1.1.1 available. To use it, just rename the ebuild to openshot-1.1.1.ebuild. (Tested with unstable mlt-0.5.0, other packages were the stable versions.) Clemens Created attachment 225853 [details]
openshot-1.1.1.ebuild
Bump + further python eclass related fixes.
Daniel Pielmeier, Chris Shymanik: are you both happy with the latest version in comment #66 so we can put it in the tree, with you listed as maintainer/proxy-maintainer? (In reply to comment #67) > Daniel Pielmeier, Chris Shymanik: are you both happy with the latest version in > comment #66 so we can put it in the tree, with you listed as > maintainer/proxy-maintainer? > The ebuild itself should be fine, but the release itself is not. Almost everything installed under /usr/lib/python2.6/site-packages/openshot shouldn't be there. AFAIK only python modules should go there. The folders effects, export_presets, images, profiles, themes, titles, transitions, windows/glade should go to /usr/share/openshot. The contents of the locale folder besides the README and OpenShot folder should go to /usr/share/locale. Also it installs a file to /usr/lib/mime/packages/openshot. No other app installs files into /usr/lib/mime. Moving everything manually or modifying setup.py could cause problem as the program probably expects the files at the old location. So someone should contact upstream (because I wont) and convince them to use standard installation paths. (In reply to comment #68) > > The ebuild itself should be fine, but the release itself is not. > > Almost everything installed under /usr/lib/python2.6/site-packages/openshot > shouldn't be there. AFAIK only python modules should go there. The folders > effects, export_presets, images, profiles, themes, titles, transitions, > windows/glade should go to /usr/share/openshot. The contents of the locale > folder besides the README and OpenShot folder should go to /usr/share/locale. > Also it installs a file to /usr/lib/mime/packages/openshot. No other app > installs files into /usr/lib/mime. > > Moving everything manually or modifying setup.py could cause problem as the > program probably expects the files at the old location. So someone should > contact upstream (because I wont) and convince them to use standard > installation paths. > I have checked my site-packages dir and it seems other python apps do the same. This does no mean it is correct. So we should ask someone who has more experience. Created attachment 226677 [details]
openshot-1.1.2.ebuild
openshot-1.1.2.ebuild
(In reply to comment #70) > Created an attachment (id=226677) [details] > openshot-1.1.2.ebuild > > openshot-1.1.2.ebuild > I can install openshot with this ebuild, but I found there is no effects and transitions can select. How can I solve the problem? There is 1.1.3 version available. (In reply to comment #72) > There is 1.1.3 version available. > openshot-1.1.2.ebuild = openshot-1.1.3.ebuild Compiled installed and working. Everything is OK except for some problems trying to export with vorbis audio. But I don't think that this is related to the ebuild itself. Thanks! Created attachment 248668 [details]
Updated ebuild for media-video/openshot-1.2.2
This is an updated ebuild for the recently released OpenShot 1.2.2.
The differences with the previous ebuild are:
- Dependency with GTK+2.18 added. As stated on the release info of 1.2.2.
- Dependency with python changed from 2 to 2.5
- Dependency with librsvg changed to the python binding to librsvg
- More USE flags added to the ebuild to control formats and codecs supported by OpenShot.
I tested this a little on a amd64 machine an it's working fine so far.
Thanks :^)
you missed the dep for media-plugins/frei0r-plugins (prolly had it installed before i assume ;) (In reply to comment #76) > you missed the dep for media-plugins/frei0r-plugins (prolly had it installed > before i assume ;) > The media-libs/mlt dependency as an use dependency on media-plugins/frei0r-plugins, so it gets pulled in. (In reply to comment #75) > Created an attachment (id=248668) [details] > Updated ebuild for media-video/openshot-1.2.2 > > This is an updated ebuild for the recently released OpenShot 1.2.2. > > The differences with the previous ebuild are: > - Dependency with GTK+2.18 added. As stated on the release info of 1.2.2. > - Dependency with python changed from 2 to 2.5 > - Dependency with librsvg changed to the python binding to librsvg > - More USE flags added to the ebuild to control formats and codecs supported by > OpenShot. > > I tested this a little on a amd64 machine an it's working fine so far. > > Thanks :^) > Why did you introduce CDEPEND? I think none of the dependencies are needed at build time, so everything should go to RDEPEND. (In reply to comment #78) > (In reply to comment #75) > > Created an attachment (id=248668) [details] [details] > > Updated ebuild for media-video/openshot-1.2.2 > > > > This is an updated ebuild for the recently released OpenShot 1.2.2. > > > > The differences with the previous ebuild are: > > - Dependency with GTK+2.18 added. As stated on the release info of 1.2.2. > > - Dependency with python changed from 2 to 2.5 > > - Dependency with librsvg changed to the python binding to librsvg > > - More USE flags added to the ebuild to control formats and codecs supported by > > OpenShot. > > > > I tested this a little on a amd64 machine an it's working fine so far. > > > > Thanks :^) > > > > Why did you introduce CDEPEND? I think none of the dependencies are needed at > build time, so everything should go to RDEPEND. > Yes, you are right. All deps should go under RDEPEND. That's a mistake. The problem of file locations per comment #68 still exists. All of those files need to move. look at one of these packages maybe: dev-python/gst-python dev-python/matplotlib dev-python/pygobject dev-python/PyQt4 dev-python/qscintilla-python Created attachment 249946 [details] Fixed ebuild of openshot-1.2.2 (In reply to comment #80) > The problem of file locations per comment #68 still exists. > All of those files need to move. > > look at one of these packages maybe: > dev-python/gst-python > dev-python/matplotlib > dev-python/pygobject > dev-python/PyQt4 > dev-python/qscintilla-python > Following your advice I've modified the openshot-1.2.2 ebuild to install all the stuff that previously was under the site-packages dir into /usr/share/openshot. I just added the option `--install-lib="/usr/share"` to the install command. So far openshot seems to work well under /usr/share/openshot. The only problem I've found is that this new openshot doesn't like the projects saved by the old openshot in site-packages, which is kind of weird I think. Additionally the new ebuild does not install /usr/lib/mime/packages/openshot since AFAIK it is not necessary and the .desktop file is enough to update the mime.types database. On the other hand, I think that putting the locale files outside the openshot dir is not possible (well, besides contacting upstream XD). I've tried that and openshot doesn't find any locale afterwards. python herd:
Is installing the mix of .py and other files to /usr/share/${PN}/ acceptable, or do they need to be fully split to only .py to site-packages, and non-.py to /usr/share/${PN}?
Created attachment 249968 [details] openshot-1.2.2.ebuild (In reply to comment #81) > > Following your advice I've modified the openshot-1.2.2 ebuild to install all > the stuff that previously was under the site-packages dir into > /usr/share/openshot. I just added the option `--install-lib="/usr/share"` to > the install command. So far openshot seems to work well under > /usr/share/openshot. The only problem I've found is that this new openshot > doesn't like the projects saved by the old openshot in site-packages, which is > kind of weird I think. I think python files should stay in site-packages and the other files should go to /usr/share/openshot, but lets see what the python experts think about it. (In reply to comment #79) > > Yes, you are right. All deps should go under RDEPEND. That's a mistake. > DEPEND="${RDEPEND}" Using this syntax the build time dependencies are setto the runtime dependencies. If there are only runtime dependencies it should be DEPEND="" Why do you inherit eutils? I don't see anything which needs it. Instead off adding the vpx use flag why not just depend on a recent version of ffmpeg instead? Please use the attached ebuild as reference! Somebody should also check if all those use dependencies for media-libs/mlt media-sound/sox media-video/ffmpeg are correct and sane defaults. (In reply to comment #83) > Created an attachment (id=249968) [details] > openshot-1.2.2.ebuild > > (In reply to comment #81) > > > > Following your advice I've modified the openshot-1.2.2 ebuild to install all > > the stuff that previously was under the site-packages dir into > > /usr/share/openshot. I just added the option `--install-lib="/usr/share"` to > > the install command. So far openshot seems to work well under > > /usr/share/openshot. The only problem I've found is that this new openshot > > doesn't like the projects saved by the old openshot in site-packages, which is > > kind of weird I think. > > I think python files should stay in site-packages and the other files should go > to /usr/share/openshot, but lets see what the python experts think about it. Python distutils does not offer any easy way to do that. Package data is meant to be under the package's dir. One option would be to pass them as data_files but that requires to regenerate all the directories hierarchy and place all the files in their right place one by one. However, I'm not a python expert at all. :^) > > (In reply to comment #79) > > > > Yes, you are right. All deps should go under RDEPEND. That's a mistake. > > > > DEPEND="${RDEPEND}" > Using this syntax the build time dependencies are setto the runtime > dependencies. If there are only runtime dependencies it should be > DEPEND="" > Ah OK. My bad. Thanks for the explanation. :^) > > Why do you inherit eutils? I don't see anything which needs it. > My mistake. I was tinkering with a patch to split the installation between site-packages and /usr/share/openshot and I forgot to delete that. > Instead off adding the vpx use flag why not just depend on a recent version of > ffmpeg instead? > In my opinion ffmpeg-0.6 is only strictly required if the user wants vpx support. Maybe somebody wants to stick with ffmpeg-0.5 and does not need vpx at all. However, the correct solution to this point could be to remove all USE flags about codecs and leave a note pointing the user to the corresponding packages (ffmpeg, mlt...) like gstreamer based packages do. > Please use the attached ebuild as reference! > (In reply to comment #85) > (In reply to comment #83) > > > > I think python files should stay in site-packages and the other files should go > > to /usr/share/openshot, but lets see what the python experts think about it. > > Python distutils does not offer any easy way to do that. Package data is meant > to be under the package's dir. One option would be to pass them as data_files > but that requires to regenerate all the directories hierarchy and place all the > files in their right place one by one. However, I'm not a python expert at all. This should be done by upstream. I have seem packages in the tree which do the same and others who don't. If it is not a strict rule we can stick with the current layout. For me personally putting them all in packages dir looks a bit messy. > > Instead off adding the vpx use flag why not just depend on a recent version of > > ffmpeg instead? > > > > In my opinion ffmpeg-0.6 is only strictly required if the user wants vpx > support. Maybe somebody wants to stick with ffmpeg-0.5 and does not need vpx at > all. However, the correct solution to this point could be to remove all USE > flags about codecs and leave a note pointing the user to the corresponding > packages (ffmpeg, mlt...) like gstreamer based packages do. > ffmpeg-0.6 is stable so just use it this in the IUSE line: IUSE="dv faac faad flac ieee1394 mp3 ogg quicktime theora vorbis vpx wavpack x264 xvid" and this in the dependency line: >=media-video/ffmpeg-0.6[encode,faac?,faad?,ieee1394?,mp3?,sdl,theora?,vorbis?,vpx?,x264?,xvid?] This way ffmpeg gets built with vpx if the flag is on otherwise not. ahoy all, been having the same problem with this ebuild openshot 1.1.2, 1.1.3, and the newest 1.2.2. the problem is that nothing happens: no window opens, running for the console shows nothing, etc. the process seems to just die immediately, sans any other info. upon subsequent attempts, there is a message about "Creating new pid lock file", which i assume is because the previous process dies immediately and does not clean up. thanks for the ebuild and the help. peace. # emerge --info Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.2-r0, 2.6.33.7-rt29-libre x86_64) ================================================================= System uname: Linux-2.6.33.7-rt29-libre-x86_64-Intel-R-_Core-TM-2_Duo_CPU_P8700_@_2.53GHz-with-gentoo-1.12.13 Timestamp of tree: Sat, 09 Oct 2010 07:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p37 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 2.3-r1 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.6.3, 1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -mmmx -msse -msse2 -msse3 -msse4.1 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=core2 -mmmx -msse -msse2 -msse3 -msse4.1 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.wheel.sk/" LANG="it_IT.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en it fr es" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/pro-audio /var/lib/layman/njw /var/lib/layman/sunrise /var/lib/layman/ladi /usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi aim alsa amd64 audiofile avahi bash-completion berkdb bluetooth bzip2 caps cdda cddb cdparanoia cdr cli cracklib crypt css cups cxx dbus deblob dirac dri dssi dts dv dvd dvdr eds emacs encode evo exif ffmpeg fftw flac fontconfig ftp gdbm gif gimp gmp gnome gnome-keyring gnutls gpg gphoto2 gpm gsm gstreamer gtk hal hddtemp iconv icu ieee1394 imap iptc ipv6 jabber jack jackmidi jbig jpeg jpeg2k ladspa lash lcms libnotify libsamplerate lirc lm_sensors lv2 lzo mad matroska midi mime mmx mng modules mp3 mp4 mpeg mtp mudflap multilib musicbrainz nautilus ncurses networkmanager nls normalize nptl nptlonly nsplugin offensive ogg opengl openmp osc oscar pam pcre pdf perl png policykit pppd pulseaudio python quicktime raw readline reflection samba scanner schroedinger session skey smp sndfile speex spell sse sse2 sse3 sse4_1 ssl startup-notification svg sysfs taglib tcpd theora threads tiff tracker truetype unicode usb v4l2 vcd vnc vorbis vpx wav wavpack wifi wmf x264 xattr xcb xcomposite xface xft xinerama xml xmp xorg xpm xv xvid zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev synpatics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en it fr es" LIRC_DEVICES="devinput" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS After discussion on irc in gentoo-python, it seems to be common practice for python applications to install all data relative to site-packages for convenience reasons. As i am not going to become the maintainer of this package it is up to the maintainer to be how to handle this. (In reply to comment #87) > ahoy all, > > been having the same problem with this ebuild openshot 1.1.2, 1.1.3, and the > newest 1.2.2. the problem is that nothing happens: no window opens, running > for the console shows nothing, etc. the process seems to just die immediately, > sans any other info. upon subsequent attempts, there is a message about > "Creating new pid lock file", which i assume is because the previous process > dies immediately and does not clean up. > > thanks for the ebuild and the help. > > peace. > follow-up: after searching the OpenShot forum, it looks like it may be a dependency problem, as others have had problems with OpenShot bombing out immediately as a result of missing dependencies. however, they usually have more messages to go on, and currently i am getting nothing. i downloaded and installed from source directly, and the same issue is happening. not sure if this means that the ebuild left a dependency out and it is not found by the ebuild install nor the source install, or that there is a bug present in both versions. i am going to post on the OpenShot forum now as well. peace. (In reply to comment #89) > (In reply to comment #87) > > ahoy all, > > > > been having the same problem with this ebuild openshot 1.1.2, 1.1.3, and the > > newest 1.2.2. the problem is that nothing happens: no window opens, running > > for the console shows nothing, etc. the process seems to just die immediately, > > sans any other info. upon subsequent attempts, there is a message about > > "Creating new pid lock file", which i assume is because the previous process > > dies immediately and does not clean up. > > > > thanks for the ebuild and the help. > > > > peace. > > > > follow-up: after searching the OpenShot forum, it looks like it may be a > dependency problem, as others have had problems with OpenShot bombing out > immediately as a result of missing dependencies. however, they usually have > more messages to go on, and currently i am getting nothing. > > i downloaded and installed from source directly, and the same issue is > happening. not sure if this means that the ebuild left a dependency out and it > is not found by the ebuild install nor the source install, or that there is a > bug present in both versions. i am going to post on the OpenShot forum now as > well. > > peace. > Once, I read something about deleting ~/.openshot dir in order to solve problems about the pid.lock. (In reply to comment #89) > After discussion on irc in gentoo-python, it seems to be common practice for > python applications to install all data relative to site-packages for > convenience reasons. As i am not going to become the maintainer of this package > it is up to the maintainer to be how to handle this. > Good news. I'll have to put back openshot in site-packages then hahaha (In reply to comment #90) > (In reply to comment #89) > > (In reply to comment #87) > > > ahoy all, > > > > > > been having the same problem with this ebuild openshot 1.1.2, 1.1.3, and the > > > newest 1.2.2. the problem is that nothing happens: no window opens, running > > > for the console shows nothing, etc. the process seems to just die immediately, > > > sans any other info. upon subsequent attempts, there is a message about > > > "Creating new pid lock file", which i assume is because the previous process > > > dies immediately and does not clean up. > > > > > > thanks for the ebuild and the help. > > > > > > peace. > > > > > > > follow-up: after searching the OpenShot forum, it looks like it may be a > > dependency problem, as others have had problems with OpenShot bombing out > > immediately as a result of missing dependencies. however, they usually have > > more messages to go on, and currently i am getting nothing. > > > > i downloaded and installed from source directly, and the same issue is > > happening. not sure if this means that the ebuild left a dependency out and it > > is not found by the ebuild install nor the source install, or that there is a > > bug present in both versions. i am going to post on the OpenShot forum now as > > well. > > > > peace. > > > > Once, I read something about deleting ~/.openshot dir in order to solve > problems about the pid.lock. > thanks for the tip. i saw that on the forums and tried it (among many other things) and still no luck. Created attachment 257405 [details]
Fixed openshot-1.2.2.ebuild
Fixed openshot-1.2.2.ebuild, removed faad USE flag and dependency. Stable ffmpeg-0.6_p25767 no longer uses faad.
(In reply to comment #92) > Created an attachment (id=257405) [details] > Fixed openshot-1.2.2.ebuild > > Fixed openshot-1.2.2.ebuild, removed faad USE flag and dependency. Stable > ffmpeg-0.6_p25767 no longer uses faad. > Also, for some strange reason, and after a long time of trial and error, I found out that openshot crashes when you select another speed than normal (e.g. 2x or 1/2) AND mlt is not compiled with the kde USE-Flag. So, I attached a fixed ebuild which makes the kde useflag mandatory for mlt. See also: https://bugs.launchpad.net/openshot/+bug/551311 Created attachment 260055 [details]
openshot-1.2.2.ebuild
Added new ebuild to make kde useflag mandatory for mlt lib as otherwise openshot will crash on speedup or lower speed.
Tnx Matthias, just to know, have you alread sent a "bug" on mlt upstream?
imho, after a quick look on the bug on launchpad, I think it's strange that a framework-library like mlt has a configure ("--disable-kdenlive") option referring a software that it's built on top of the library itself...
Let me know, and tnx again for your investigation!
(In reply to comment #95) > Tnx Matthias, just to know, have you alread sent a "bug" on mlt upstream? > imho, after a quick look on the bug on launchpad, I think it's strange that a > framework-library like mlt has a configure ("--disable-kdenlive") option > referring a software that it's built on top of the library itself... > > Let me know, and tnx again for your investigation! > Dear Fabio, no I haven't filed a bug report to mlt upstream. But maybe this is a good idea. I haven't checked the latest version (0.6), too, because it isn't in portage, yet. But maybe I give it a try, to see if it is already fixed using version 0.6. (In reply to comment #89) > (In reply to comment #87) > > ahoy all, > > > > been having the same problem with this ebuild openshot 1.1.2, 1.1.3, and the > > newest 1.2.2. the problem is that nothing happens: no window opens, running > > for the console shows nothing, etc. the process seems to just die immediately, > > sans any other info. upon subsequent attempts, there is a message about > > "Creating new pid lock file", which i assume is because the previous process > > dies immediately and does not clean up. > > > > thanks for the ebuild and the help. > > > > peace. > > > > follow-up: after searching the OpenShot forum, it looks like it may be a > dependency problem, as others have had problems with OpenShot bombing out > immediately as a result of missing dependencies. however, they usually have > more messages to go on, and currently i am getting nothing. > > i downloaded and installed from source directly, and the same issue is > happening. not sure if this means that the ebuild left a dependency out and it > is not found by the ebuild install nor the source install, or that there is a > bug present in both versions. i am going to post on the OpenShot forum now as > well. > > peace. > still no luck after various suggestions from the OpenShot people. i have been concluded after a pretty thorough investigation that my dependencies are installed correctly. i have also tried various suggestions, documented in this forum thread at OpenShot: http://openshotusers.com/forum/viewtopic.php?f=12&t=747&start=0 i have yet to be able to run OpenShot. i have tried various versions of MLT, SDL, OpenShot, etc, always the same thing: when starting it the first time, i get $ openshot -------------------------------- OpenShot (version 1.2.2) -------------------------------- then it terminates, no message. on subsequent attempts, variations of this is outputted: $ openshot -------------------------------- OpenShot (version 1.2.2) -------------------------------- Process no longer exists: 7216. Creating new pid lock file. if anyone has any suggestions, or at least a way to get more debug info, i would greatly appreciate it. i keep reading how great this app is, but i have yet to get it to run in my Gentoo environment. thanks in advance. $ emerge --info openshot mlt libsdl Portage 2.1.9.25 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r3, 2.6.33.7.2-rt30-libre x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.33.7.2-rt30-libre-x86_64-Intel-R-_Core-TM-2_Duo_CPU_P8700_@_2.53GHz-with-gentoo-1.12.14 Timestamp of tree: Thu, 03 Feb 2011 15:45:03 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/ccache: 2.4-r9 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r2, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -mmmx -msse -msse2 -msse3 -msse4.1 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=core2 -mmmx -msse -msse2 -msse3 -msse4.1 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.lug.udel.edu/pub/gentoo/" LANG="it_IT.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en it fr es" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/pro-audio /var/lib/layman/sunrise /var/lib/layman/ladi /var/lib/layman/vala /usr/local/portage" SYNC="rsync://rsync2.us.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi aim alsa amd64 audiofile avahi bash-completion berkdb bluetooth bzip2 caps cdda cddb cdparanoia cdr cli cracklib crypt css cups cxx dbus deblob dirac dri dssi dts dv dvd dvdr eds emacs encode evo exif ffmpeg fftw flac fontconfig ftp gdbm gif gimp gmp gnome gnome-keyring gnutls gpg gphoto2 gpm gsm gstreamer gtk hal hddtemp iconv icu ieee1394 imap iptc ipv6 jabber jack jackmidi java jbig jpeg jpeg2k ladspa lash lcms libnotify libsamplerate lm_sensors lv2 lzo mad matroska midi mime mmx mng modules mp3 mp4 mpeg mtp mudflap multilib musicbrainz nautilus ncurses networkmanager nls normalize nptl nptlonly nsplugin offensive ogg opengl openmp osc oscar pam pcre pdf perl png policykit pppd pulseaudio python quicktime raw readline samba scanner schroedinger session skey smp sndfile speex spell sse sse2 sse3 sse4_1 ssl startup-notification svg sysfs taglib tcpd theora threads tiff tracker truetype unicode usb v4l2 vcd vnc vorbis vpx wav wavpack wifi wmf x264 xattr xcb xcomposite xface xft xinerama xml xmp xorg xpm xv xvid zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev synpatics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en it fr es" LIRC_DEVICES="devinput" NETBEANS_MODULES="nb cnd groovy ide java profiler xml" PHP_TARGETS="php5-3" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" SANE_BACKENDS="hp canon" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= media-video/openshot-1.2.2 was built with the following: USE="dv faac faad flac ieee1394 mp3 (multilib) ogg quicktime theora vorbis wavpack x264 xvid" media-libs/mlt-0.6.2 was built with the following: USE="dv ffmpeg frei0r gtk jack kde libsamplerate melt (multilib) python quicktime sdl sse sse2 vorbis xml -compressed-lumas -debug -lua (-mmx) -qt4 -ruby -vdpau -xine" media-libs/libsdl-1.2.13-r1 was built with the following: USE="X alsa audio joystick (multilib) opengl pulseaudio video xinerama xv -aalib -custom-cflags -dga -directfb -esd -fbcon -ggi -libcaca -nas -oss (-svga) -tslib" CFLAGS="-march=core2 -O2 -pipe" CXXFLAGS="-march=core2 -O2 -pipe" PS. i created an ebuild for the latest MLT by simply renaming the ebuild to mlt-0.6.2.ebuild, and copying the "files" subdirectory, from the portage tree tomy local portage tree. it built and seems to work fine, with the tests i have tried so far using melt (the MLT command line player/tool). (In reply to comment #82) Yes. just a quick tip: for debugging purpose sometimes "strace" command could help... dev-util/strace if you don't have it installed. Hope it works with python apps.. Version bump 1.3.0 Created attachment 262669 [details]
ebuild for 1.3.0 of Openshot
1.3.0 is out. I just took the posted ebuilds up here and modified fetch url and added dev-python/httplib2 as a required dependency. This builds for me on amd64.
(In reply to comment #100) > just a quick tip: for debugging purpose sometimes "strace" command could > help... dev-util/strace if you don't have it installed. > Hope it works with python apps.. > thanks, it is useful. it seems like it is a seg fault not related to system calls, but libuuid (via gdb python): Program received signal SIGSEGV, Segmentation fault. 0x00007fffef4f7712 in uuid_generate_time () from /lib/libuuid.so.1 i investigated and verified the packages on Gentoo matched those on Debian/Ubuntu and could not find anything: http://openshotusers.com/forum/viewtopic.php?f=12&t=747&sid=8722003b7be18f56969ccc77e54b1ff9&p=3540#p3545 when i get some time, i will try to step through the code with a debugger to get more specifics. thanks again for your help. Created attachment 262715 [details]
Fixed openshot-1.3.0.ebuild
I only remove some USE flags because first version doesn`t work for me
Openshot did not want to work with ffmpeg-0.6 so I remove faad USE flag from dependecies and now work fine with ffmpeg-0.6_p25767. I remove kde dependency also. (In reply to comment #104) > Created an attachment (id=262715) [details] > Fixed openshot-1.3.0.ebuild > > I only remove some USE flags because first version doesn`t work for me > I just used this and everything compiles fine for me. However, when I run openshot, I get: -------------------------------- OpenShot (version 1.3.0) -------------------------------- ------------------------------------------------------- Error: OpenShot has not been installed in the Python path. (Both the site-packages and /usr/share/openshot folders were checked) Use the following command to install OpenShot: $ sudo python setup.py install $ sudo python setup.py install /usr/bin/python2.6: can't open file 'setup.py': [Errno 2] No such file or directory $ locate setup.py /opt/VirtualBox/sdk/installer/vboxapisetup.py /usr/lib/python2.6/site-packages/numpy/setup.py /usr/lib/python2.6/site-packages/numpy/setup.pyc /usr/lib/python2.6/site-packages/numpy/setup.pyo /usr/lib/python2.6/site-packages/numpy/compat/setup.py /usr/lib/python2.6/site-packages/numpy/compat/setup.pyc /usr/lib/python2.6/site-packages/numpy/compat/setup.pyo /usr/lib/python2.6/site-packages/numpy/core/setup.py /usr/lib/python2.6/site-packages/numpy/core/setup.pyc /usr/lib/python2.6/site-packages/numpy/core/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_ext/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_ext/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_ext/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/gen_ext/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/gen_ext/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/gen_ext/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/pyrex_ext/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/pyrex_ext/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/pyrex_ext/setup.pyo /usr/lib/python2.6/site-packages/numpy/distutils/tests/swig_ext/setup.py /usr/lib/python2.6/site-packages/numpy/distutils/tests/swig_ext/setup.pyc /usr/lib/python2.6/site-packages/numpy/distutils/tests/swig_ext/setup.pyo /usr/lib/python2.6/site-packages/numpy/f2py/setup.py /usr/lib/python2.6/site-packages/numpy/f2py/setup.pyc /usr/lib/python2.6/site-packages/numpy/f2py/setup.pyo /usr/lib/python2.6/site-packages/numpy/fft/setup.py /usr/lib/python2.6/site-packages/numpy/fft/setup.pyc /usr/lib/python2.6/site-packages/numpy/fft/setup.pyo /usr/lib/python2.6/site-packages/numpy/lib/setup.py /usr/lib/python2.6/site-packages/numpy/lib/setup.pyc /usr/lib/python2.6/site-packages/numpy/lib/setup.pyo /usr/lib/python2.6/site-packages/numpy/linalg/setup.py /usr/lib/python2.6/site-packages/numpy/linalg/setup.pyc /usr/lib/python2.6/site-packages/numpy/linalg/setup.pyo /usr/lib/python2.6/site-packages/numpy/ma/setup.py /usr/lib/python2.6/site-packages/numpy/ma/setup.pyc /usr/lib/python2.6/site-packages/numpy/ma/setup.pyo /usr/lib/python2.6/site-packages/numpy/matrixlib/setup.py /usr/lib/python2.6/site-packages/numpy/matrixlib/setup.pyc /usr/lib/python2.6/site-packages/numpy/matrixlib/setup.pyo /usr/lib/python2.6/site-packages/numpy/numarray/setup.py /usr/lib/python2.6/site-packages/numpy/numarray/setup.pyc /usr/lib/python2.6/site-packages/numpy/numarray/setup.pyo /usr/lib/python2.6/site-packages/numpy/oldnumeric/setup.py /usr/lib/python2.6/site-packages/numpy/oldnumeric/setup.pyc /usr/lib/python2.6/site-packages/numpy/oldnumeric/setup.pyo /usr/lib/python2.6/site-packages/numpy/polynomial/setup.py /usr/lib/python2.6/site-packages/numpy/polynomial/setup.pyc /usr/lib/python2.6/site-packages/numpy/polynomial/setup.pyo /usr/lib/python2.6/site-packages/numpy/random/setup.py /usr/lib/python2.6/site-packages/numpy/random/setup.pyc /usr/lib/python2.6/site-packages/numpy/random/setup.pyo /usr/lib/python2.6/site-packages/numpy/testing/setup.py /usr/lib/python2.6/site-packages/numpy/testing/setup.pyc /usr/lib/python2.6/site-packages/numpy/testing/setup.pyo /usr/lib/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/lib/analogclock/setup.py /usr/lib/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/lib/analogclock/setup.pyc /usr/lib/python2.6/site-packages/wx-2.8-gtk2-unicode/wx/lib/analogclock/setup.pyo /usr/lib/python3.1/site-packages/numpy/setup.py /usr/lib/python3.1/site-packages/numpy/setup.pyc /usr/lib/python3.1/site-packages/numpy/setup.pyo /usr/lib/python3.1/site-packages/numpy/compat/setup.py /usr/lib/python3.1/site-packages/numpy/compat/setup.pyc /usr/lib/python3.1/site-packages/numpy/compat/setup.pyo /usr/lib/python3.1/site-packages/numpy/core/setup.py /usr/lib/python3.1/site-packages/numpy/core/setup.pyc /usr/lib/python3.1/site-packages/numpy/core/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_ext/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_ext/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_ext/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/f2py_f90_ext/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/gen_ext/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/gen_ext/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/gen_ext/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/pyrex_ext/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/pyrex_ext/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/pyrex_ext/setup.pyo /usr/lib/python3.1/site-packages/numpy/distutils/tests/swig_ext/setup.py /usr/lib/python3.1/site-packages/numpy/distutils/tests/swig_ext/setup.pyc /usr/lib/python3.1/site-packages/numpy/distutils/tests/swig_ext/setup.pyo /usr/lib/python3.1/site-packages/numpy/f2py/setup.py /usr/lib/python3.1/site-packages/numpy/f2py/setup.pyc /usr/lib/python3.1/site-packages/numpy/f2py/setup.pyo /usr/lib/python3.1/site-packages/numpy/fft/setup.py /usr/lib/python3.1/site-packages/numpy/fft/setup.pyc /usr/lib/python3.1/site-packages/numpy/fft/setup.pyo /usr/lib/python3.1/site-packages/numpy/lib/setup.py /usr/lib/python3.1/site-packages/numpy/lib/setup.pyc /usr/lib/python3.1/site-packages/numpy/lib/setup.pyo /usr/lib/python3.1/site-packages/numpy/linalg/setup.py /usr/lib/python3.1/site-packages/numpy/linalg/setup.pyc /usr/lib/python3.1/site-packages/numpy/linalg/setup.pyo /usr/lib/python3.1/site-packages/numpy/ma/setup.py /usr/lib/python3.1/site-packages/numpy/ma/setup.pyc /usr/lib/python3.1/site-packages/numpy/ma/setup.pyo /usr/lib/python3.1/site-packages/numpy/matrixlib/setup.py /usr/lib/python3.1/site-packages/numpy/matrixlib/setup.pyc /usr/lib/python3.1/site-packages/numpy/matrixlib/setup.pyo /usr/lib/python3.1/site-packages/numpy/numarray/setup.py /usr/lib/python3.1/site-packages/numpy/numarray/setup.pyc /usr/lib/python3.1/site-packages/numpy/numarray/setup.pyo /usr/lib/python3.1/site-packages/numpy/oldnumeric/setup.py /usr/lib/python3.1/site-packages/numpy/oldnumeric/setup.pyc /usr/lib/python3.1/site-packages/numpy/oldnumeric/setup.pyo /usr/lib/python3.1/site-packages/numpy/polynomial/setup.py /usr/lib/python3.1/site-packages/numpy/polynomial/setup.pyc /usr/lib/python3.1/site-packages/numpy/polynomial/setup.pyo /usr/lib/python3.1/site-packages/numpy/random/setup.py /usr/lib/python3.1/site-packages/numpy/random/setup.pyc /usr/lib/python3.1/site-packages/numpy/random/setup.pyo /usr/lib/python3.1/site-packages/numpy/testing/setup.py /usr/lib/python3.1/site-packages/numpy/testing/setup.pyc /usr/lib/python3.1/site-packages/numpy/testing/setup.pyo /usr/local/(ME)/EyeCandy/Cursors/gursormaker-0.6.0/setup.py /usr/local/(ME)/Sources/gursormaker-0.6.0/setup.py /usr/portage/app-portage/gentoolkit/files/0.3.0_rc11-setup.py.patch /usr/portage/dev-python/gnosis-utils/files/gnosis-utils-1.2.2-setup.py.patch /usr/portage/dev-python/happydoc/files/happydoc-3.1-setup.py /usr/portage/dev-python/psycopg/files/psycopg-2.0.12-setup.py.patch /usr/portage/dev-python/pycxx/files/pycxx-6.1.0-setup.py.patch /usr/portage/dev-python/pygraphviz/files/pygraphviz-1.0-setup.py.patch /usr/portage/games-puzzle/londonlaw/files/londonlaw-0.2.1-setup.py.patch /usr/portage/media-gfx/skencil/files/skencil-0.6.17-setup.py.patch ~~~~~~~ Is the ebuild supposed to be putting that somewhere to run manually, or was it supposed to happen before emerge got rid of the build dir? M. (In reply to comment #106) > (In reply to comment #104) > > Created an attachment (id=262715) [details] [details] > > Fixed openshot-1.3.0.ebuild > > > > I only remove some USE flags because first version doesn`t work for me > > > > I just used this and everything compiles fine for me. > > However, when I run openshot, I get: > > -------------------------------- > OpenShot (version 1.3.0) > -------------------------------- > ------------------------------------------------------- > Error: OpenShot has not been installed in the Python path. > (Both the site-packages and /usr/share/openshot folders were checked) > > Use the following command to install OpenShot: > $ sudo python setup.py install > > $ sudo python setup.py install > /usr/bin/python2.6: can't open file 'setup.py': [Errno 2] No such file or > directory > (...) > > Is the ebuild supposed to be putting that somewhere to run manually, or was it > supposed to happen before emerge got rid of the build dir? > > > M. > I experienced that problem also with openshot-1.3.0. In my case it was caused by a missing dev-python/httplib2 dependency. If you go to /usr/lib/python2.6/site-packages/ and run `python openshot.py` from there you will get a more verbose output that could point to the source of your problem. (In reply to comment #107) /usr/lib/python2.7/site-packages $ python openshot/openshot.py -------------------------------- OpenShot (version 1.3.0) -------------------------------- Process no longer exists: 13145. Creating new pid lock file. Traceback (most recent call last): File "openshot/openshot.py", line 71, in <module> main() File "openshot/openshot.py", line 60, in main from classes import project File "/usr/lib64/python2.7/site-packages/openshot/classes/project.py", line 22, in <module> from classes import profiles, files, thumbnail, open_project, save_project, state_project, restore_state, sequences, video, theme File "/usr/lib64/python2.7/site-packages/openshot/classes/thumbnail.py", line 20, in <module> from PIL import Image ImportError: No module named PIL Adding dev-python/imaging to DEPEND fixes this error - but then I get segfault. $ python -vd openshot/openshot.py <snip> # /usr/lib64/python2.7/site-packages/_xmlplus/parsers/__init__.pyc matches /usr/lib64/python2.7/site-packages/_xmlplus/parsers/__init__.py import xml.parsers # precompiled from /usr/lib64/python2.7/site-packages/_xmlplus/parsers/__init__.pyc # /usr/lib64/python2.7/site-packages/_xmlplus/parsers/expat.pyc matches /usr/lib64/python2.7/site-packages/_xmlplus/parsers/expat.py import xml.parsers.expat # precompiled from /usr/lib64/python2.7/site-packages/_xmlplus/parsers/expat.pyc dlopen("/usr/lib64/python2.7/site-packages/_xmlplus/parsers/pyexpat.so", 2); import xml.parsers.pyexpat # dynamically loaded from /usr/lib64/python2.7/site-packages/_xmlplus/parsers/pyexpat.so # /usr/lib64/python2.7/StringIO.pyc matches /usr/lib64/python2.7/StringIO.py import StringIO # precompiled from /usr/lib64/python2.7/StringIO.pyc Segmentation fault Digging into this - it's the same backtrace as comment #103 Program received signal SIGSEGV, Segmentation fault. 0x00007fffed76f312 in uuid_generate_time (out=0xf88520 "") at gen_uuid.c:591 591 gen_uuid.c: No such file or directory. in gen_uuid.c (gdb) bt #0 0x00007fffed76f312 in uuid_generate_time (out=0xf88520 "") at gen_uuid.c:591 #1 0x00007fffebc2fccc in ffi_call_unix64 () at src/x86/unix64.S:75 #2 0x00007fffebc2f674 in ffi_call (cif=0x7fffffffbde0, fn=0x7fffed76f2f0 <uuid_generate_time>, rvalue=<value optimized out>, avalue=<value optimized out>) at src/x86/ffi64.c:484 #3 0x00007fffebe42e35 in _call_function_pointer ( pProc=0x7fffed76f2f0 <uuid_generate_time>, argtuple=0x7fffffffbd10, flags=4353, argtypes=<value optimized out>, restype=0xc89fb0, checker=0x0) at /var/tmp/portage/dev-lang/python-2.7.1/work/Python-2.7.1/Modules/_ctypes/callproc.c:827 Digging into that - unless I'm mistaken - there is some issue with thread local storage (or possibly my gdb-fu ;-) (gdb) f 0 #0 0x00007fffed76f312 in uuid_generate_time (out=0xf87520 "") at gen_uuid.c:591 591 if (num > 0) { (gdb) l 586 THREAD_LOCAL int num = 0; 587 THREAD_LOCAL struct uuid uu; 588 THREAD_LOCAL time_t last_time = 0; 589 time_t now; 590 591 if (num > 0) { 592 now = time(0); 593 if (now > last_time+1) 594 num = 0; 595 } (gdb) p num Cannot access memory at address 0x28 (gdb) info address num Symbol "num" is a thread-local variable at offset 0x28 in the thread-local storage for `/lib/libuuid.so.1'. (gdb) info threads * 1 Thread 0x7ffff7fc1700 (LWP 4873) 0x00007fffed76f312 in uuid_generate_time ( out=0xf87520 "") at gen_uuid.c:591 I hacked util-linux-2.19 to pass --disable-tls to configure - and now openshot-1.3.0 works... I'm using python-2.7, util-linux-2.19 on amd64 - I guess I'll try digging into util-linux and open a bug there if I can figure out what's going on with TLS enabled. (In reply to comment #108) > (In reply to comment #107) <snip> > I hacked util-linux-2.19 to pass --disable-tls to configure - and now > openshot-1.3.0 works... > > I'm using python-2.7, util-linux-2.19 on amd64 - I guess I'll try digging into > util-linux and open a bug there if I can figure out what's going on with TLS > enabled. > Thanks! Worked for me too when hacking --disable-tls to util-linux (amd64). sys-apps/util-linux-2.17.2 dev-lang/python-3.1.2-r4 Happy digging. After some more testing - I think bug 317557 is probably the same thing, only with gtk instead of PyQT. # Good - using 1 libuuid instance. python -c "import ctypes; lib=ctypes.CDLL('/lib/libuuid.so.1'); f = lib.uuid_generate_time; buf = ctypes.create_string_buffer(16); f(buf); from uuid import UUID; print UUID(bytes=buf.raw)" 601a9c14-3ce8-11e0-8d07-00241d74b2dc # Bad - import gtk first, second call uses already loaded instance (This has same backtrace as the openshot segfault I pasted in comment 108) python -c "from gtk import *; import ctypes; lib=ctypes.CDLL('/lib/libuuid.so.1'); f = lib.uuid_generate_time; buf = ctypes.create_string_buffer(16); f(buf); from uuid import UUID; print UUID(bytes=buf.raw)" Segmentation fault # Good - Import a second unique copy of libuuid after gtk. python -c "from gtk import *; import ctypes; lib=ctypes.CDLL('/var/tmp/portage/sys-apps/util-linux-2.19/image/lib64/libuuid.so.1'); f = lib.uuid_generate_time; buf = ctypes.create_string_buffer(16); f(buf); from uuid import UUID; print UUID(bytes=buf.raw)" 6e124910-3ce9-11e0-9b75-00241d74b2dc # Prove that both libuuid.so are identical on-disk md5sum /var/tmp/portage/sys-apps/util-linux-2.19/image/lib64/libuuid.so.1 /lib/libuuid.so.1 ed71c85b77b90405db9b2024f91de9f6 /var/tmp/portage/sys-apps/util-linux-2.19/image/lib64/libuuid.so.1 ed71c85b77b90405db9b2024f91de9f6 /lib/libuuid.so.1 Seems to point to some weird interaction between thread local storage (TLS) and Python's ctypes.CDLL, but I can't figure out what. (In reply to comment #110) > After some more testing - I think bug 317557 is probably the same thing, only > with gtk instead of PyQT. > [..] > # Bad - import gtk first, second call uses already loaded instance (This has > same backtrace as the openshot segfault I pasted in comment 108) > > python -c "from gtk import *; import ctypes; > lib=ctypes.CDLL('/lib/libuuid.so.1'); f = lib.uuid_generate_time; buf = > ctypes.create_string_buffer(16); f(buf); from uuid import UUID; print > UUID(bytes=buf.raw)" > Segmentation fault [..] For me, your segfaulting example is working: workstation ~ $ python -c "from gtk import *; import ctypes; lib=ctypes.CDLL('/lib/libuuid.so.1'); f = lib.uuid_generate_time; buf = ctypes.create_string_buffer(16); f(buf); from uuid import UUID; print UUID(bytes=buf.raw)" 281b6264-3cf0-11e0-8820-001b212244a9 Do you need any information about my system? (In reply to comment #111) emerge --info dev-lang/python sys-apps/util-linux sys-libs/glibc Might help to narrow down the b0rkage. Created attachment 263185 [details] emerge --info dev-lang/python sys-apps/util-linux sys-libs/glibc (In reply to comment #112) > emerge --info dev-lang/python sys-apps/util-linux sys-libs/glibc > > Might help to narrow down the b0rkage. > Here's my output from the above. M. Created attachment 263193 [details]
Emerge Info
And here is my output.
On my machine there was also dev-python/imaging needed, so please add it to the ebuild's RDEPEND (In reply to comment #109) > (In reply to comment #108) > > (In reply to comment #107) > > <snip> > > I hacked util-linux-2.19 to pass --disable-tls to configure - and now > > openshot-1.3.0 works... > > > > I'm using python-2.7, util-l (In reply to comment #109) > (In reply to comment #108) > > (In reply to comment #107) > > <snip> > > I hacked util-linux-2.19 to pass --disable-tls to configure - and now > > openshot-1.3.0 works... > > > > I'm using python-2.7, util-linux-2.19 on amd64 - I guess I'll try digging into > > util-linux and open a bug there if I can figure out what's going on with TLS > > enabled. > > > Thanks! Worked for me too when hacking --disable-tls to util-linux (amd64). > sys-apps/util-linux-2.17.2 > dev-lang/python-3.1.2-r4 > > Happy digging. > ahoy all, thanks for the good info, as i am still unable to get OpenShot to run yet. sorry for my lack of expertise, but how do i "hack" --disable-tls to util-linux? is this something i do via the ebuild? USE flags? i would like to see if this allows OpenShot to run on my system as well. thanks (In reply to comment #117) <snip> > > ahoy all, thanks for the good info, as i am still unable to get OpenShot to run > yet. > > sorry for my lack of expertise, but how do i "hack" --disable-tls to > util-linux? is this something i do via the ebuild? USE flags? i would like > to see if this allows OpenShot to run on my system as well. > > thanks > Step by step (I use a local portage overlay): - Set PORTDIR_OVERLAY=/usr/local/portage in /etc/make.conf - Create directory /usr/local/portage/sys-apps/util-linux/ and /usr/local/portage/sys-apps/util-linux/files - Copy /usr/portage/sys-apps/util-linux/util-linux-2.17.2.ebuild to /usr/local/portage/sys-apps/util-linux/util-linux-2.17.2-r1.ebuild - Copy all files in /usr/local/portage/sys-apps/util-linux/files to /usr/local/portage/sys-apps/util-linux/files - Edit file util-linux-2.17.2-r1.ebuild: change the line: $(tc-has-tls || echo --disable-tls) to: --disable-tls - Run: ebuild util-linux-2.17.2-r1.ebuild digest I use a different name for the ebuild file so that it will not conflict with the original one. Good luck! (In reply to comment #118) > (In reply to comment #117) > <snip> > > > > ahoy all, thanks for the good info, as i am still unable to get OpenShot to run > > yet. > > > > sorry for my lack of expertise, but how do i "hack" --disable-tls to > > util-linux? is this something i do via the ebuild? USE flags? i would like > > to see if this allows OpenShot to run on my system as well. > > > > thanks > > > Step by step (I use a local portage overlay): > - Set PORTDIR_OVERLAY=/usr/local/portage in /etc/make.conf > - Create directory /usr/local/portage/sys-apps/util-linux/ and > /usr/local/portage/sys-apps/util-linux/files > - Copy /usr/portage/sys-apps/util-linux/util-linux-2.17.2.ebuild > to /usr/local/portage/sys-apps/util-linux/util-linux-2.17.2-r1.ebuild > - Copy all files in /usr/local/portage/sys-apps/util-linux/files to > /usr/local/portage/sys-apps/util-linux/files > - Edit file util-linux-2.17.2-r1.ebuild: > change the line: $(tc-has-tls || echo --disable-tls) > to: --disable-tls > - Run: ebuild util-linux-2.17.2-r1.ebuild digest > > > I use a different name for the ebuild file so that it will not conflict with > the original one. Good luck! > thanks for the explanation. i tried the modified util-linux ebuild to disable TLS and no go: (gdb) run /usr/lib/python2.6/site-packages/openshot/openshot.py Starting program: /usr/bin/python /usr/lib/python2.6/site-packages/openshot/openshot.py process 24074 is executing new program: /usr/bin/python2.6 [Thread debugging using libthread_db enabled] -------------------------------- OpenShot (version 1.3.0) -------------------------------- Process no longer exists: 23944. Creating new pid lock file. Program received signal SIGSEGV, Segmentation fault. 0x00007fffef4f7712 in uuid_generate_time () from /lib/libuuid.so.1 same deal so far. thanks for your help, will keep searching. peace Created attachment 263635 [details]
added imaging depend
Edited soki's ebuild, added dev-python/imaging as a dependency. Without this package, openshot fails to load on my system.
(In reply to comment #120) > Created an attachment (id=263635) [details] > added imaging depend > > Edited soki's ebuild, added dev-python/imaging as a dependency. Without this > package, openshot fails to load on my system. I tried your ebuild (the first openshot ebuild I've tried), but I get a segfault when starting openshot. I straced it, and it seems it is unable to locate some python modules: sys, xdg, language, pango, and maybe some more... I'll attach the complete strace log. Created attachment 264017 [details]
strace openshot output until segfault
(In reply to comment #122) > Created an attachment (id=264017) [details] > strace openshot output until segfault > same issue here: ~ $ openshot -------------------------------- OpenShot (version 1.3.0) -------------------------------- Segmentation fault (In reply to comment #122) > Created an attachment (id=264017) [details] > strace openshot output until segfault > and segmentation fault also with 1.2.2 (In reply to comment #124) > and segmentation fault also with 1.2.2 ditto: seg fault immediately with 1.2.2 and 1.3. see my earlier posts, i traced it to uuidlib but have been unable to go from there. peace I have a similar issue here, segfault (gdb) run /usr/lib/python2.6/site-packages/openshot/openshot.py Starting program: /usr/bin/python /usr/lib/python2.6/site-packages/openshot/openshot.py process 16636 is executing new program: /usr/bin/python2.6 [Thread debugging using libthread_db enabled] -------------------------------- OpenShot (version 1.3.0) -------------------------------- Process no longer exists: 16623. Creating new pid lock file. Program received signal SIGSEGV, Segmentation fault. 0xb5f5724d in uuid_generate_time () from /lib/libuuid.so.1 (gdb) I have the same problem, but I would like to add that Openshot has worked before on my system. (In reply to comment #127) > I have the same problem, but I would like to add that Openshot has worked > before on my system. Same thing happened to me too. $ openshot -------------------------------- OpenShot (version 1.3.0) -------------------------------- Process no longer exists: 26283. Creating new pid lock file. Segmentation fault $ It turned out to be an updated util-linux (2.18-r1) that didn't have the --disable-tls patch in the ebuild (see comment #118). After patching a copy of the new ebuild and putting it in the overlay the openshot worked again. Hope it helps someone. (In reply to comment #128) > (In reply to comment #127) > > I have the same problem, but I would like to add that Openshot has worked > > before on my system. > > Same thing happened to me too. > FYI: i have yet to run OpenShot successfully, starting with 1.2 > $ openshot > -------------------------------- > OpenShot (version 1.3.0) > -------------------------------- > Process no longer exists: 26283. Creating new pid lock file. > Segmentation fault > $ > > It turned out to be an updated > util-linux (2.18-r1) that didn't have the --disable-tls patch in > the ebuild (see comment #118). > After patching a copy of the new ebuild and putting it in the overlay > the openshot worked again. Hope it helps someone. i tried this and still had the same problem, though maybe i did something wrong. i will try again and report back if it works. thanks (In reply to comment #128) > > It turned out to be an updated > > util-linux (2.18-r1) that didn't have the --disable-tls patch in > > the ebuild (see comment #118). > > After patching a copy of the new ebuild and putting it in the overlay > > the openshot worked again. Hope it helps someone. > > i tried this and still had the same problem, though maybe i did something > wrong. i will try again and report back if it works. > still no luck after changing the util-linux-2.18-r1.ebuild to use --disable-tls: (gdb) run /usr/lib/python2.6/site-packages/openshot/openshot.py Starting program: /usr/bin/python /usr/lib/python2.6/site-packages/openshot/openshot.py process 23804 is executing new program: /usr/bin/python2.6 [Thread debugging using libthread_db enabled] -------------------------------- OpenShot (version 1.3.0) -------------------------------- Process no longer exists: 23796. Creating new pid lock file. Program received signal SIGSEGV, Segmentation fault. 0x00007fffef470712 in uuid_generate_time () from /lib/libuuid.so.1 as someone stated earlier, it could be related to bug <a href="https://bugs.gentoo.org/show_bug.cgi?id=317557">317557</a>? Thanks, it works, it launches and is not segfaulting anymore. I followed instructions by Kent in comments 128, 118. I hacked the util-linux-2.17.2.ebuild since that was what was installed on my particular system. Question, will this hack break any other applications and are we now stuck forever on util-linux-2.17.2-special-hacked-version ? (In reply to comment #130) > (In reply to comment #128) > > > It turned out to be an updated > > > util-linux (2.18-r1) that didn't have the --disable-tls patch in > > > the ebuild (see comment #118). > > > After patching a copy of the new ebuild and putting it in the overlay > > > the openshot worked again. Hope it helps someone. > > > > i tried this and still had the same problem, though maybe i did something > > wrong. i will try again and report back if it works. > > > > still no luck after changing the util-linux-2.18-r1.ebuild to use > --disable-tls: > > (gdb) run /usr/lib/python2.6/site-packages/openshot/openshot.py > Starting program: /usr/bin/python > /usr/lib/python2.6/site-packages/openshot/openshot.py > process 23804 is executing new program: /usr/bin/python2.6 > [Thread debugging using libthread_db enabled] > -------------------------------- > OpenShot (version 1.3.0) > -------------------------------- > Process no longer exists: 23796. Creating new pid lock file. > > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffef470712 in uuid_generate_time () from /lib/libuuid.so.1 > > as someone stated earlier, it could be related to bug <a > href="https://bugs.gentoo.org/show_bug.cgi?id=317557">317557</a>? today i gave OpenShot a try for the heck of it, and viola, it runs. looking through recent updates, i think the net-libs/gnutls-2.10.5 update did the trick, but cannot be sure. thanks again for everyone's help. have the same v of gnutls but i get still segfault. if you think it could be gnutls could you post also the use flags? oh okey. i should read all comments not only the last one... works fine with kents sys-apps/util-linux-2.18-r2 ebuild patched as in comment #118 (In reply to comment #133) > have the same v of gnutls but i get still segfault. > if you think it could be gnutls could you post also the use flags? net-libs/gnutls-2.10.5 USE="cxx lzo nls zlib -bindist -doc -examples -guile -test" (In reply to comment #134) > oh okey. i should read all comments not only the last one... > works fine with kents sys-apps/util-linux-2.18-r2 ebuild patched as in comment > #118 note that i am running sys-apps/util-linux-2.18-r1 from portage, as the patch in comment #118 never worked for me. glad it is working for you. After patching util-linux-2.18-r1 as explained in comment #118 openshot started without segfault. That was the only change I did. i've just saw this: * "/usr/local/portage/media-video/openshot/openshot-1.3.0.ebuild": * Deprecation Warning: Usage of distutils.eclass in packages not supporting installation * for multiple Python ABIs in EAPI <=2 is deprecated and will be banned on 2011-06-01. * The ebuild needs to be fixed. Please report a bug, if it has not been already reported. i'm using openshot ebuild from this bug https://bugs.gentoo.org/attachment.cgi?id=262715 The 1.3 ebuild worked for me after I patched util-linux-2.19.1 as specified earlier. I did already have the imaging program installed though. Created attachment 279463 [details]
proposed openshot-1.3.1.ebuild
Proposed openshot-1.3.1.ebuild
Wayne seems to be our man. He's the only one running openshot w/o a patched util-linux. I am on 64bit and libuuid is the culprit, as with all other users here as well. Program received signal SIGSEGV, Segmentation fault. 0x0000003f07c026f2 in uuid_generate_time () from /lib64/libuuid.so.1 Wayne: Are you on 64 bits? No patches to util-linux, sure? Could you post: equery g openshot-1.3.1 please? This is mine: tbart@blackknight ~ $ equery g openshot-1.3.1 * Searching for openshot1.3.1 ... * dependency graph for media-video/openshot-1.3.1 `-- media-video/openshot-1.3.1 ~amd64 `-- app-admin/eselect-python-20100321 (>=app-admin/eselect-python-20091230) amd64 `-- dev-lang/python-2.7.1-r1 (=dev-lang/python-2.7*) amd64 `-- dev-lang/python-2.6.6-r2 (=dev-lang/python-2.6*) amd64 `-- dev-lang/python-2.5.4-r4 (=dev-lang/python-2.5*) amd64 `-- x11-libs/gtk+-2.24.4 (>=x11-libs/gtk+-2.18) amd64 `-- dev-python/pygtk-2.24.0-r1 (dev-python/pygtk) amd64 `-- dev-python/pygoocanvas-0.14.1 (dev-python/pygoocanvas) amd64 `-- dev-python/pyxdg-0.19 (dev-python/pyxdg) amd64 `-- dev-python/librsvg-python-2.32.0 (dev-python/librsvg-python) amd64 `-- dev-python/httplib2-0.6.0 (dev-python/httplib2) amd64 `-- media-libs/mlt-0.6.2 (>=media-libs/mlt-0.4.6-r1) ~amd64 [dv? ffmpeg frei0r gtk melt python quicktime? sdl vorbis? xml] `-- media-sound/sox-14.3.0-r1 (media-sound/sox) amd64 [encode ffmpeg flac? ogg? wavpack?] `-- media-video/ffmpeg-9999-r3 (>=media-video/ffmpeg-0.6) ~amd64 [encode faac? ieee1394? mp3? sdl theora? vorbis? vpx x264? xvid?] `-- dev-python/imaging-1.1.7 (dev-python/imaging) amd64 [ media-video/openshot-1.3.1 stats: packages (15), max depth (1) ] I can only guess your toolchain is not TLS safe and therefore you have a setup others need to apply the patch for. We can easily verify it the way the util-linux ebuild does it: As root, please enter: blackknight ~ # export T=/tmp blackknight ~ # . /usr/portage/eclass/toolchain-funcs.eclass -su: inherit: command not found (<- that's OK) blackknight ~ # tc-has-tls || echo "--disable-tls will be set on this system" blackknight ~ # If tls gets disabled on your system we know why you don't need the patch. This will most likely be the case if your system does not have nptl. And regarding gnutls: It's got absolutely nothing to do with the issue. tc-get-tls stands for toolchain-get-thread_local_storage gnutls stands for gnu transport layer security the segfault is in libuuid, which belongs to tbart@blackknight ~ $ equery b /lib/libuuid.so.1 * Searching for /lib/libuuid.so.1 ... sys-apps/util-linux-2.19.1 (/lib64/libuuid.so.1.3.0) If it definitely is the tls feature of util-linux (or libuuid) for ALL users we should file a precise bug report at openshot's bugzilla... please report back. Please note that openshot is running well for me, too. Without patching anything. I'm on 64Bit. Here are the details: workstation ~ $ equery l openshot [I--] [ ~] media-video/openshot-1.3.1 (0) workstation ~ $ export T=/tmp workstation ~ $ . /usr/portage/eclass/toolchain-funcs.eclass bash: inherit: Kommando nicht gefunden. workstation ~ $ tc-has-tls || echo "--disable-tls will be set on this system" workstation ~ $ workstation ~ $ equery g --depth=1 openshot-1.3.1 [ Searching for packages matching openshot-1.3.1... ] * dependency graph for media-video/openshot-1.3.1 `-- media-video/openshot-1.3.1 `-- x11-libs/gtk+-2.24.4 `-- sys-libs/itx-bind (unable to resolve to a package / package masked or removed) `-- dev-python/pygtk-2.24.0-r1 `-- dev-python/pygoocanvas-0.14.1 `-- dev-python/pyxdg-0.19 `-- dev-python/librsvg-python-2.32.0 `-- dev-python/httplib2-0.6.0 `-- media-libs/mlt-0.7.2 `-- media-sound/sox-14.3.0 `-- media-video/ffmpeg-0.7_rc1 `-- >=media-libs/celt-0.11.1 (unable to resolve to a package / package masked or removed) `-- >=media-libs/celt-0.11.1 (unable to resolve to a package / package masked or removed) `-- dev-python/imaging-1.1.7 `-- app-admin/eselect-python-20100321 `-- dev-lang/python-2.7.1-r1 `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) `-- dev-lang/python-2.6.6-r2 `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) `-- dev-lang/python-2.5.4-r4 `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) `-- sys-libs/db:4.4 (unable to resolve to a package / package masked or removed) [ media-video/openshot-1.3.1 stats: packages (15), max depth (1) ] If someone needs more infos, please ask. (In reply to comment #141) > Wayne seems to be our man. > > He's the only one running openshot w/o a patched util-linux. i just tried the 1.3.1 ebuild, it installed and runs without a segfault. > > I am on 64bit and libuuid is the culprit, as with all other users here as well. > > Program received signal SIGSEGV, Segmentation fault. > 0x0000003f07c026f2 in uuid_generate_time () from /lib64/libuuid.so.1 > > Wayne: Are you on 64 bits? yes: $ uname -m -i -o -p x86_64 Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz GenuineIntel GNU/Linux > No patches to util-linux, sure? i am no expert, but i think so: $ equery list --portage-tree --overlay-tree --installed util-linux * Searching for util-linux ... [-P-] [ ] sys-apps/util-linux-2.17.2:0 [-P-] [ ] sys-apps/util-linux-2.18-r1:0 [-P-] [ ~] sys-apps/util-linux-2.19:0 [IP-] [ ] sys-apps/util-linux-2.19.1:0 [-P-] [ ~] sys-apps/util-linux-2.19.1-r1:0 [-P-] [ -] sys-apps/util-linux-9999:0 > Could you post: > > equery g openshot-1.3.1 > > please? of course! $ equery g openshot-1.3.1 * Searching for openshot1.3.1 ... * dependency graph for media-video/openshot-1.3.1 `-- media-video/openshot-1.3.1 ~amd64 `-- app-admin/eselect-python-20100321 (>=app-admin/eselect-python-20091230) amd64 `-- dev-lang/python-2.7.1-r1 (=dev-lang/python-2.7*) amd64 `-- dev-lang/python-2.6.6-r2 (=dev-lang/python-2.6*) amd64 `-- dev-lang/python-2.5.4-r4 (=dev-lang/python-2.5*) amd64 `-- x11-libs/gtk+-2.24.4 (>=x11-libs/gtk+-2.18) amd64 `-- dev-python/pygtk-2.24.0-r1 (dev-python/pygtk) amd64 `-- dev-python/pygoocanvas-0.14.1 (dev-python/pygoocanvas) ~amd64 `-- dev-python/pyxdg-0.19 (dev-python/pyxdg) amd64 `-- dev-python/librsvg-python-2.32.0 (dev-python/librsvg-python) amd64 `-- dev-python/httplib2-0.6.0 (dev-python/httplib2) amd64 `-- media-libs/mlt-0.7.2 (>=media-libs/mlt-0.4.6-r1) ~amd64 [dv? ffmpeg frei0r gtk melt python quicktime? sdl vorbis? xml] `-- media-sound/sox-14.3.2 (media-sound/sox) ~amd64 [encode ffmpeg flac? ogg? wavpack?] `-- media-video/ffmpeg-0.7_rc1 (>=media-video/ffmpeg-0.6) amd64 [encode faac? ieee1394? mp3? sdl theora? vorbis? vpx x264? xvid?] `-- dev-python/imaging-1.1.7 (dev-python/imaging) amd64 [ media-video/openshot-1.3.1 stats: packages (15), max depth (1) ] > > This is mine: > tbart@blackknight ~ $ equery g openshot-1.3.1 > * Searching for openshot1.3.1 ... > > * dependency graph for media-video/openshot-1.3.1 > `-- media-video/openshot-1.3.1 ~amd64 > `-- app-admin/eselect-python-20100321 > (>=app-admin/eselect-python-20091230) amd64 > `-- dev-lang/python-2.7.1-r1 (=dev-lang/python-2.7*) amd64 > `-- dev-lang/python-2.6.6-r2 (=dev-lang/python-2.6*) amd64 > `-- dev-lang/python-2.5.4-r4 (=dev-lang/python-2.5*) amd64 > `-- x11-libs/gtk+-2.24.4 (>=x11-libs/gtk+-2.18) amd64 > `-- dev-python/pygtk-2.24.0-r1 (dev-python/pygtk) amd64 > `-- dev-python/pygoocanvas-0.14.1 (dev-python/pygoocanvas) amd64 > `-- dev-python/pyxdg-0.19 (dev-python/pyxdg) amd64 > `-- dev-python/librsvg-python-2.32.0 (dev-python/librsvg-python) amd64 > `-- dev-python/httplib2-0.6.0 (dev-python/httplib2) amd64 > `-- media-libs/mlt-0.6.2 (>=media-libs/mlt-0.4.6-r1) ~amd64 [dv? ffmpeg > frei0r gtk melt python quicktime? sdl vorbis? xml] > `-- media-sound/sox-14.3.0-r1 (media-sound/sox) amd64 [encode ffmpeg > flac? ogg? wavpack?] > `-- media-video/ffmpeg-9999-r3 (>=media-video/ffmpeg-0.6) ~amd64 [encode > faac? ieee1394? mp3? sdl theora? vorbis? vpx x264? xvid?] > `-- dev-python/imaging-1.1.7 (dev-python/imaging) amd64 > [ media-video/openshot-1.3.1 stats: packages (15), max depth (1) ] > > > I can only guess your toolchain is not TLS safe and therefore you have a setup > others need to apply the patch for. > We can easily verify it the way the util-linux ebuild does it: As root, please > enter: > > blackknight ~ # export T=/tmp > blackknight ~ # . /usr/portage/eclass/toolchain-funcs.eclass > -su: inherit: command not found (<- that's OK) > blackknight ~ # tc-has-tls || echo "--disable-tls will be set on this system" > blackknight ~ # > $ export T=/tmp $ . /usr/portage/eclass/toolchain-funcs.eclass -bash: inherit: command not found $ tc-has-tls || echo "--disable-tls will be set on this system" $ > If tls gets disabled on your system we know why you don't need the patch. then if i am following correctly, it seems like i *do* have tls-enabled tool chain? > This will most likely be the case if your system does not have nptl. i cannot even find this package "nptl"? > > And regarding gnutls: > It's got absolutely nothing to do with the issue. tc-get-tls stands for > toolchain-get-thread_local_storage > gnutls stands for gnu transport layer security > the segfault is in libuuid, which belongs to > > tbart@blackknight ~ $ equery b /lib/libuuid.so.1 > * Searching for /lib/libuuid.so.1 ... > sys-apps/util-linux-2.19.1 (/lib64/libuuid.so.1.3.0) > ditto: $ equery b /lib/libuuid.so.1 * Searching for /lib/libuuid.so.1 ... sys-apps/util-linux-2.19.1 (/lib64/libuuid.so.1.3.0) > If it definitely is the tls feature of util-linux (or libuuid) for ALL users we > should file a precise bug report at openshot's bugzilla... > > please report back. i hope this helps. let me know how else i can help. peace openshot-1.4 has been released [1] [1]: http://www.phoronix.com/scan.php?page=news_item&px=OTkzNA running into openshot 1.4 segfaulting on launch like described above. first step of upgrading linux-headers -> 2.6.39, re-emerge util-linux-2.19.1 didn't fix it. neither does upgrading to util-linux-2.20. yet the test command from bug 317557 works fine: $ python -c "from PyQt4.Qt import *; import uuid; print uuid.uuid1()" 7ccca916-e6e7-11e0-8fe7-78e40035c2c8 $ not entirely sure what to do next. gonna leave this for later. I have installed 1.4 (my first attempt at installing openshot ever) basing off the 1.3.1 ebuild attached. Immediately after launch compiz died and I had some weirdness with X/gpu etc. When I tried to relaunch X DRI failed to initialize and was falling back to swrast. Subsequently gnome would die and I'd end up back at the gdm login screen. In any case, after doing nothing really except attempting to start openshot/rebooting a couple times it now launches without issues and compiz/X is not getting borked. On ~amd64, even with net-libs/gnutls-2.10.5 and sys-apps/util-linux-2.20, openshot crashes because of libuuid. I've reproduced the crash as #110 described above. After hacking util-linux to explicitely disable tls, openshot works. FYI Version 1.4.0 from sabayon overlay works for me. I always get this error: $ python openshot.py -------------------------------- OpenShot (version 1.4.0) -------------------------------- Process no longer exists: 31478. Creating new pid lock file. Segmentation fault dmesg output: [417793.604162] openshot[14297]: segfault at 28 ip 00007fbfd83e85c2 sp 00007fffffa0b090 error 4 in libuuid.so.1.3.0[7fbfd83e6000+4000] [417817.639566] openshot[14422]: segfault at 28 ip 00007f06ed20f5c2 sp 00007fff90556320 error 4 in libuuid.so.1.3.0[7f06ed20d000+4000] [418096.114063] openshot[16925]: segfault at 28 ip 00007fe14e5f25c2 sp 00007fff35c9d870 error 4 in libuuid.so.1.3.0[7fe14e5f0000+4000] [418104.306356] openshot[16958]: segfault at 28 ip 00007fae098aa5c2 sp 00007fff6b3b2f00 error 4 in libuuid.so.1.3.0[7fae098a8000+4000] [437759.050638] openshot[10063]: segfault at 28 ip 00007f92945d65c2 sp 00007fffb30da190 error 4 in libuuid.so.1.3.0[7f92945d4000+4000] [438060.807454] openshot[28379]: segfault at 28 ip 00007f3d11f095c2 sp 00007fff1931ddd0 error 4 in libuuid.so.1.3.0[7f3d11f07000+4000] [444505.768627] python2.7[31478]: segfault at 28 ip 00007f486e45a5c2 sp 00007fff56f01b00 error 4 in libuuid.so.1.3.0[7f486e458000+4000] i am also running the sabayon ebuild and so far am unable to beat the segfault. any hints very welcome. Everyone, please indicate if you're running x86 (32-bit mode) or amd64 (64-bit mode). From what I'm seeing, the main crasher is that libuuid is not 64-bit clean. Checking if there's a bug report on util-linux for libuuid... i am running pure x86 (with PAE enabled). I'm running x86-64 That's odd... it's working now. Everyone, check your USE flags if you have "python" active in them. You may have to put it in your global USE flags in /etc/make.conf. I did my weekly update, and noticed that many of the packages was activating that flag. hmmm maybe you can post qlop -l output of your last emerge update run? Sat Oct 8 10:54:08 2011 >>> sys-libs/glibc-2.13-r4 Sat Oct 8 10:54:14 2011 >>> sys-power/acpid-2.0.12 Sat Oct 8 10:54:42 2011 >>> dev-util/boost-build-1.46.1 Sat Oct 8 10:54:56 2011 >>> app-arch/snappy-1.0.3 Sat Oct 8 10:56:40 2011 >>> dev-libs/elfutils-0.149 Sat Oct 8 11:00:55 2011 >>> sys-devel/gdb-7.2 Sat Oct 8 11:19:44 2011 >>> sys-devel/llvm-2.8-r2 Sat Oct 8 11:20:26 2011 >>> sys-devel/libtool-2.4-r1 Sat Oct 8 11:28:22 2011 >>> sci-libs/fftw-3.2.2 Sat Oct 8 11:28:36 2011 >>> sys-process/time-1.7-r1 Sat Oct 8 11:32:23 2011 >>> sci-libs/hdf5-1.8.4-r1 Sat Oct 8 11:32:31 2011 >>> x11-apps/xmessage-1.0.3 Sat Oct 8 11:33:48 2011 >>> sys-block/parted-3.0 Sat Oct 8 11:34:22 2011 >>> media-libs/alsa-lib-1.0.24.1 Sat Oct 8 11:34:49 2011 >>> media-libs/lcms-1.19 Sat Oct 8 11:35:07 2011 >>> sys-apps/file-5.07-r3 Sat Oct 8 11:35:21 2011 >>> sys-libs/cracklib-2.8.16 Sat Oct 8 11:35:45 2011 >>> dev-lang/yasm-1.1.0-r1 Sat Oct 8 11:46:24 2011 >>> dev-libs/boost-1.46.1-r1 Sat Oct 8 11:47:01 2011 >>> dev-libs/libxslt-1.1.26-r1 Sat Oct 8 11:47:32 2011 >>> sys-libs/tdb-1.2.7-r1 Sat Oct 8 11:50:05 2011 >>> dev-util/apitrace-2.0 Sat Oct 8 11:50:33 2011 >>> media-libs/vigra-1.7.1 Sat Oct 8 11:51:53 2011 >>> net-print/cups-1.4.8-r1 Sat Oct 8 11:55:20 2011 >>> media-video/ffmpeg-0.7.6 Sat Oct 8 11:58:20 2011 >>> media-video/mplayer-1.0_rc4_p20110322-r1 Sat Oct 8 11:58:54 2011 >>> media-sound/sox-14.3.2-r1 Sat Oct 8 13:14:21 2011 >>> www-client/chromium-14.0.835.202 Sat Oct 8 13:14:35 2011 >>> media-video/dvdauthor-0.6.18 Sat Oct 8 13:16:12 2011 >>> media-video/transcode-1.1.5-r2 Sat Oct 8 13:16:37 2011 >>> sys-power/upower-0.9.13-r1 Sat Oct 8 13:16:59 2011 >>> sys-fs/udisks-1.0.4-r1 Sat Oct 8 13:48:40 2011 >>> www-client/firefox-7.0.1-r1 Sat Oct 8 13:56:44 2011 >>> media-gfx/gimp-2.6.11-r5 Sat Oct 8 14:20:45 2011 >>> kde-base/kdelibs-4.6.5-r2 Sat Oct 8 14:21:10 2011 >>> net-libs/libproxy-0.4.6-r3 Sat Oct 8 14:21:51 2011 >>> kde-base/superkaramba-4.6.5 Sat Oct 8 14:21:55 2011 >>> kde-base/kdegames-meta-4.6.5 Sat Oct 8 14:27:17 2011 >>> kde-base/plasma-workspace-4.6.5 Sat Oct 8 14:28:18 2011 >>> app-editors/vim-7.3.266 Sat Oct 8 14:29:03 2011 >>> x11-drivers/nvidia-drivers-285.05.09 OpenShot and libuuid segfault issue is caused by glibc bug. See bug 353224 . A patch for this bug is already included in glibc-2.13-r4(not yet stabilized). For stable users, Martin's instruction ( bug 353224, comment 18 ) will be a help. I am running openshot-1.4.0 (ebuild from Sabayon) on amd64 with glibc-2.13-r4. All works fine. indeed, glibc-2.13-r4 is present in Kelly's upgrade list, and now i can report wfm here as well. tyvm Tomoh! I'm trying to run openshot-1.4 on ~amd64. I have glibc-2.13-r4 and unpatched util-linux. I've never experienced a libuuid-problem. When i try to start openshot i get the error: /usr/share/openshot/windows/SimpleGtkBuilderApp.py:32: GtkWarning: Invalid input string self.builder.add_from_file(path) and a segfault in libglib.so: openshot[27002]: segfault at 1be2000 ip 00007fa9d15be760 sp 00007fff6586d210 error 4 in libglib-2.0.so.0.3000.0[7fa9d1572000+125000] python2.7[1398]: segfault at 21bb000 ip 00007f9d4376d760 sp 00007fff81e63860 error 4 in libglib-2.0.so.0.3000.0[7f9d43721000+125000] (all related pkgs and glibc-2.13-r4 have been recompiled before) Upgraded to sys-libs/glibc-2.13-r4 and now it's working. it wourld be nice if we finally get a working ebuild in portage. all ebuild here are obsolate. thanks Created attachment 308465 [details]
openshot-1.4.2.ebuild
works for me
(In reply to comment #162) > Created attachment 308465 [details] > openshot-1.4.2.ebuild > > works for me i got following errors: ebuild openshot-1.4.2.ebuild digest /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild: line 5: $'\r': command not found /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild: line 7: $'\r': command not found /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild: line 10: $'\r': command not found * ERROR: media-video/openshot-1.4.2 failed (depend phase): " not establishedn.eclass in EAPI="3 * * Call stack: * ebuild.sh, line 535: Called source '/usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild' '* openshot-1.4.2.ebuild, line 11: Called inherit 'versionator' 'distutils' 'fdo-mime' 'python * ebuild.sh, line 283: Called qa_source '/usr/portage/eclass/distutils.eclass' * ebuild.sh, line 72: Called source '/usr/portage/eclass/distutils.eclass' * distutils.eclass, line 13: Called inherit 'python' * ebuild.sh, line 283: Called qa_source '/usr/portage/eclass/python.eclass' * ebuild.sh, line 72: Called source '/usr/portage/eclass/python.eclass' * python.eclass, line 27: Called die * The specific snippet of code: * die "API of python.eclass in EAPI=\"${EAPI}\" not established" * * If you need support, post the output of 'emerge --info =media-video/openshot-1.4.2', * the complete build log and the output of 'emerge -pqv =media-video/openshot-1.4.2'. * This ebuild is from a repository named 'lokal' * S: '/var/tmp/portage/media-video/openshot-1.4.2/work/openshot-1.4.2' I am compiling it on funtoo with portage-2.3.3-r2, I think that might be the problem with the EAPI=3. Here is the Manifest (just save it to :/usr/local/portage/media-video/openshot/Manifest) ########################################### DIST openshot-1.4.2.tar.gz 28610481 RMD160 34dbc3993bd4e508b67e9d12e000d3e57f2e05ee SHA1 2d96855349eab66ccc45e9fe1f69bd0f0309f17d SHA256 6bb63bd98080c6043db5ad9490b82c163d40ee858808d3a134cbed1840d3715f (In reply to comment #164) > I am compiling it on funtoo with portage-2.3.3-r2, I think that might be the > problem with the EAPI=3. > > Here is the Manifest (just save it to > :/usr/local/portage/media-video/openshot/Manifest) > ########################################### > DIST openshot-1.4.2.tar.gz 28610481 RMD160 > 34dbc3993bd4e508b67e9d12e000d3e57f2e05ee SHA1 > 2d96855349eab66ccc45e9fe1f69bd0f0309f17d SHA256 > 6bb63bd98080c6043db5ad9490b82c163d40ee858808d3a134cbed1840d3715f this cant be the problem. i have portage from git :) [I] sys-apps/portage Available versions: [M]2.1.6.7 2.1.6.13 2.1.10.49 (~)2.1.10.56 (~*)2.2.0_alpha89 (~*)2.2.0_alpha100 (**)9999 {{build doc epydoc +ipc (+)less linguas_pl pypy1_8 python2 python3 selinux xattr}} Installed versions: 9999(18:36:45 14.04.2012)(ipc python3 xattr -build -doc -epydoc -pypy1_8 -python2 -selinux) Homepage: http://www.gentoo.org/proj/en/portage/index.xml Description: Portage is the package management and distribution system for Gentoo > i got following errors:
> ebuild openshot-1.4.2.ebuild digest
> /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild:
> line 5: $'\r': command not found
> /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild:
> line 7: $'\r': command not found
> /usr/portage/local/local-overlay/media-video/openshot/openshot-1.4.2.ebuild:
> line 10: $'\r': command not found
dos2unix openshot-1.4.2.ebuild
Version 1.4.3 released, lots of great changes! Created attachment 340862 [details]
openshot-1.4.3.ebuild
openshot-1.4.3.ebuild
Bump version, please add to portage-tree.
Works for me, nice tool!
Reassigning to maintainer-wanted@ due to Robin's inactivity Created attachment 344708 [details]
openshot-1.4.3.ebuild (with kdenlive)
I found that when changing the speed of a clip, it would show INVALID instead of the video. I tried all sorts including unmasking ffmpeg 1.2 but what eventually fixed it was rebuilding mlt with the kdenlive USE flag enabled. It doesn't pull in any additional dependencies so here is a new ebuild that ensures the flag is always enabled.
I see some comments above referring to this feature crashing when the kde USE flag is not enabled but I didn't see anything like that.
ITMW 1.4.4 has been released Nevermind "This version has not been officially released yet, but is now available in our Daily PPA." I want to maintain package media-video/openshot as proxy maintainer, testing and fixing bugs, because I'm using it for my needs (In reply to Galym Kerimbekov from comment #173) > I want to maintain package media-video/openshot as proxy maintainer, testing > and fixing bugs, because I'm using it for my needs From a quick look, this ebuild has some pending things to do left in order to be maintainable: 1. Migration from EAPI 3 to EAPI 5, Copyright to 2013 2. Migration from distutils to distutils-r1; this means, revising any occurence of "python", "PYTHON" or "distutils" in the ebuild. 3. Checking the dependencies; try to slot all of them to avoid incorrect slots, also look if more USE flags are needed. 4. See if you can replace dev-python/imaging by virtual/python-imaging. 5. DEPEND="", does Python need no build time dependencies? 6. Add USE flag [$(PYTHON_USEDEP)] to all Python dependencies, this is part of the migration in (2). 7. The comments that are left in the file. 8. As a future improvement, support for l10n.eclass could be considered; to selectively install languages from openshot/locale. Resources: 1. http://devmanual.gentoo.org/ebuild-writing/eapi/ 2. http://wiki.gentoo.org/wiki/Python/distutils-r1 8. http://devmanual.gentoo.org/eclass-reference/l10n.eclass Created attachment 362528 [details]
Initial rewrited openshot-1.4.3.ebuild
Package uses Python 2
Need to add USE_PYTHON='2.7' and PYTHON_TARGETS="python2_7" into make.conf
Created attachment 362552 [details]
Fixed openshot-1.4.3.ebuild
Fixed dependencies, added them to USEDEP (exclude dev-python/librsvg-python because it doesn't have python_target for python2_7
Created attachment 362556 [details]
Fixed openshot-1.4.3.ebuild
Fixed mistake, useless python flag
Created attachment 362558 [details]
Fixed openshot-1.4.3.ebuild
Fixed mistakes
because of this great software i would like to ask for putting it in portage, so all gentoo member are able to use :)) in any cases its worth. thanks somth(In reply to Galym Kerimbekov from comment #178) > Created attachment 362558 [details] > Fixed openshot-1.4.3.ebuild > > > Fixed mistakes something is wrong here: emerge -av openshot These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-python/httplib2-0.8 PYTHON_TARGETS="python2_7 python3_2 python3_3 -python2_6" 145 kB [ebuild N ] dev-python/pygoocanvas-0.14.1-r1 USE="-doc -examples" PYTHON_TARGETS="python2_7 -python2_6" 324 kB [ebuild N ] media-sound/sox-14.4.1 USE="alsa encode ffmpeg flac mad ogg openmp oss png pulseaudio wavpack -amr -ao -debug -id3tag -ladspa -sndfile -static-libs -twolame" 1,086 kB [ebuild N ] media-libs/gavl-1.4.0-r1 USE="-doc -static-libs" ABI_X86="32 (64) (-x32)" 4,486 kB [ebuild N ] dev-python/gnome-python-desktop-base-2.32.0 607 kB [ebuild N ] dev-python/librsvg-python-2.32.0 USE="-examples" 0 kB [ebuild N ] media-libs/opencv-2.4.6.1 USE="ffmpeg gstreamer gtk java jpeg jpeg2k opengl png qt4 tiff -cuda -doc -eigen -examples -ieee1394 (-ipp) -opencl -openexr -pch -testprograms -threads -v4l -xine" 78,870 kB [ebuild N ] media-plugins/frei0r-plugins-1.4 USE="facedetect scale0tilt -doc" 1,138 kB [ebuild N ] media-libs/mlt-0.9.0 USE="ffmpeg frei0r gtk jack lua melt mmx python qt4 quicktime ruby sdl sse sse2 vorbis xml -compressed-lumas -debug -dv -kde -kdenlive -libsamplerate -rtaudio -swfdec -vdpau -xine" 1,141 kB [ebuild N ] media-video/openshot-1.4.3::lokal USE="ffmpeg python" PYTHON_TARGETS="python2_7" 0 kB Total: 10 packages (10 new), Size of downloads: 87,793 kB The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by media-video/openshot-1.4.3::lokal # required by openshot (argument) >=media-libs/mlt-0.9.0 frei0r melt i set in /etc/portage/package.use #openshot media-libs/mlt frei0r melt but it seems to be not working Did some small changes; like for example avoiding the launcher from outputting an error, as well as move mandatory Python dependencies that keep the executable from launching and/or working outside the USE flag check. + 11 Nov 2013; Tom Wijsman <TomWij@gentoo.org> +metadata.xml, + +openshot-1.4.3.ebuild: + New ebuild for media-video/openshot; a free, open-source, non-linear video + editor to create and edit videos and movies. Proxied commit for Galym + Kerimbekov (housegregory299), whom will be proxy maintaining this package. + Fixes bug #283673. Thank you very much everyone for your reporting, testing and contributing. |
