| Summary: | new ebuild: Wink - A flash tutorial software | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ruben Jenster <rjenster> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | gentoobugs.pistos, giamma, jingtaozf, mmokrejs, nelchael, svarog, taylor, thelinuxfr |
| Priority: | Normal | Keywords: | EBUILD |
| Version: | 2005.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www.debugmode.com/wink/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
wink-15.ebuild
wink-15-r1.ebuild Final ebuild for wink 1.5-r1 - Samples dir permission fixed media-gfx/wink-1.5-r2.ebuild media-gfx/wink-1.5-r3.ebuild media-gfx/wink-1.5-r4.ebuild |
||
|
Description
Ruben Jenster
2005-12-21 16:16:55 UTC
Created attachment 75303 [details]
wink-15.ebuild
(In reply to comment #0) > Wink is a Tutorial and Presentation creation software. Unfortunatly it's only > available as binary and only for x86. but work's fine in my amd64 just a side note, according the FSH standards shouldn't a binary package go to /opt instead to /usr? Created attachment 78414 [details]
wink-15-r1.ebuild
You're right. Here's an updated ebuild.
package build flawlessy, but have to be changed the permission on /opt/wink, otherwise operation like "Create New Flash Preloader" or "View Tutorial Project" will fail, since the program will not be able to write in its own directory. Is there a *-r2.ebuild to fix this permissions bug? whoops.. CC myself Created attachment 94961 [details]
Final ebuild for wink 1.5-r1 - Samples dir permission fixed
This is the final ebuild with the permission fixed. Instead of giving 777 to Samples dir, I preferred to allow full control to "users" group so any user who will decide to view the tutorials will not have any problem.
*** Bug 163040 has been marked as a duplicate of this bug. *** Is it just me, or dose the "# create wink shellscript" line seems to overwrite the executable? (This in turn makes the shellscript recurse till it runs out of file handles.) Simply moving it to after the main 'mv' line fixes this. Created attachment 142241 [details]
media-gfx/wink-1.5-r2.ebuild
fixed download uri
wink binary depends on libexpat.so.0, which is provided by <dev-libs/expat-2. Also, as #10 says, wink binary is overwritten by the shell script creation in the installation process. Created attachment 151358 [details]
media-gfx/wink-1.5-r3.ebuild
This ebuild which fixes the binary overwrite and expat dependency installation bugs
Created attachment 151359 [details]
media-gfx/wink-1.5-r4.ebuild
Wink depends on '<dev-libs/expat-2', but dev-libs/expat-2.0.1 is now the standard, and both of them cannot live together. So, this ebuild gets and compiles its own copy of expat-1.95.8, it installs it at /opt/wink/lib, and the wink launcher shell script now changes LD_LIBRARY_PATH to point out to the private expat copy before launching wink binary. As wink is a 32 bit binary, KEYWORDS is now restricted to ~x86 (I don't know how to teach expat compilation stage that it must be compiled in 32 bit mode).
I could not use wink until I emerged libstdc++ and enabled X use flag for pango. These should be added to dependencies. For x86_64 compatibility (error : /opt/wink/wink: error while loading shared libraries: libexpat.so.0: wrong ELF class: ELFCLASS64) su - cd /opt/wink/lib mv libexpat.so libexpat.so.bak mv libexpat.so.0 libexpat.so.0.bak ln -s /usr/lib32/libexpat.so.1 libexpat.so ln -s /usr/lib32/libexpat.so.1 libexpat.so.0 Enjoy ;-) Could you all please test version available in my overlay (http://overlays.gentoo.org/dev/nelchael/browser/x11-misc/wink) - it works for me on amd64, I'd welcome a test on x86. (In reply to comment #17) > Could you all please test version available in my overlay > (http://overlays.gentoo.org/dev/nelchael/browser/x11-misc/wink) - it works for > me on amd64, I'd welcome a test on x86. I think the ebuild should be name wink-bin. I do not like it installs files with spaces in their names. That typically breaks find(1) when I use it on a filesystem. Other than that, I can run wink on ~x86 but I haven't managed to capture anything as far I can see. Maybe it is related to my fvwm2 window manager or messages like this: (wink:3716): Gdk-CRITICAL **: gdk_window_invalidate_rect_full: assertion `GDK_IS_WINDOW (window)' failed *** Bug 468626 has been marked as a duplicate of this bug. *** Please have a look at [[https://bugs.gentoo.org/show_bug.cgi?id=468626][BUG 468626]],The wink's editing buttons are all gray in gentoo amd64,but they all worked in debian 6 64bit. This should be fixed anyway. |
