Hi, there. New Screems are out, versions 0.8.2 [stable] and 0.9.0 [unstable, but cool new features]. Thanks!
0.8.x is indeed stable, there aren't any bugs filed here btw. 0.9.0 is the current dvlp version. IMHO 0.8.2 should become ARCH and 0.9.0 ~ARCH If you can't wait for it to appear in portage, Simply cp screem-0.8.1.ebuild screem-0.8.2.ebuild && cp files/screem-0.8.1-makefile-fix.patch files/screem-0.8.2-makefile-fix.patch Same applies to 0.9.0
Development version 0.9.1 is out. I noticed that neither this or the 0.8 had the upload wizard enabled. I tried an ebuild based on the 0.8.1 with the include gnome and a simpler one based on the 0.6.x, i tried adding required --configure options, but never got the upload wizard. When I do ./configure --prefix=/usr --with-included-neon --with-ssl --with-libxml2 --with-expat make make install It works. neon was not emerged. I emerged it just in case and retried the whole procedure. I could not get any ebuild to enable the upload wizard. Could a dev help ? I applied this patch to the 0.9.1 btw files/screem-0.9.1-makefile-fix.patch --- screem-0.9.1/pixmaps/Makefile.old 2003-11-05 18:43:24.000000000 +0100 +++ screem-0.9.1/pixmaps/Makefile 2003-11-05 18:45:09.000000000 +0100 @@ -153,7 +153,7 @@ USE_NLS = yes VERSION = 0.9.1 XML2_CONFIG = -pixmapsdir = /usr/share/screem/pixmaps +pixmapsdir = ${prefix}/share/screem/pixmaps XPMS = browser.xpm button.xpm caption.xpm checkbutton.xpm entry.xpm fixed.xpm gallery.xpm gnome-fileentry.xpm optionmenu.xpm pre.xpm radiobutton.xpm sub.xpm sup.xpm td.xpm text.xpm th.xpm tr.xpm
Created attachment 20310 [details] Last try with an ebuild >> DOES NOT WORK. << Do not use this if you want the upload wizard.
Created attachment 28123 [details] net-www/screem/screem-0.9.6.ebuild Screem-0.9.6 ebuild (added dependency on libcroco) Note that the upload wizard is now available.
Created attachment 28124 [details, diff] net-www/screem/files/screem-0.9.6-makefile-fix.patch Patch used by ebuild. Please note that there might be an issue with the libcroco include files in the libcroco ebuild itself. This will work with the current libcroco-0.5.0 as it is installed (include file go into /usr/include/libcroco/libcroco/libcroco.h) Why twice /libcroco ?
Created attachment 28372 [details, diff] net-www/screem/screem-0.10.0.ebuild New stable version (0.10.0) is out
Created attachment 28373 [details, diff] net-www/screem/files/screem-0.10.0-makefile-fix.patch Same comments as above for dvlp version 0.9.6
actually, the 0.10.0 patch is for 0.9.6. trying to solve #46251 would be the best solution to get rid of this patch.
Created attachment 28379 [details, diff] net-www/screem/files/screem-0.10.0-makefile-fix.patch Patch worked on version 0.10.0 but still contained path to 0.9.6 which is indeed confusing. Anyway here is an updated version. Use it until the libcroco bug has been fixed.
Created attachment 28380 [details, diff] net-www/screem/files/screem-0.10.0-makefile-fix.patch Patch to be used after libcroco bug has been fixed.
the libcroco header not found is a screem problem (librsvg 2.6.4 founds it without problem because it is the good place, even if it seems odd) so, we need to change the dep to require 0.5.0 and we need the Makefile.in patch t o compile screem 0.10.0 against libcroco 0.5.0
i had a quick look at this ebuild, and i think it is a bit ugly: some dependencies are redundant, some dependencies are missing (neon, perl, maybe more), and the patch should be made on the Makefile.in at src_unpack().
bug fixed upstream : 0.10.1 is out problem fixed enjoy
0.10.2 in portage, time to close Thanks to those that did it
Maybe not so fast. 0.10.2 crashes systematically when started. One more ebuild that wasn't even tested before release :-( Problem is that when running make in the src/ directory, symbols passed to gcc are pointing into the sandbox (/var/tmp/...) instead of /usr/... This means that screem tries to load its glade files from /var/tmp/... instead of /usr/... and crashes because it can't even build its gui. Of course, if you run `ebuild ... install` (btw ebuild...compile does not compile, it stops at ./configure), screem will find its files in /var/tmp/... (yuk) If you suspend the emerge process and run make manually in the src/ directory, then resume the emerge, symbols are properly defined and compilation is fine. Besides, unless libcroco is a sub-dependency of an already listed one, it is missing from the 0.10.2 ebuild. Unfortunately, it seems that both 0.10.1 and 0.10.2 have a tendency to segfault on file/open. Back to the 0.10.0 mentioned above afaiac.
*** Bug 48873 has been marked as a duplicate of this bug. ***
When emerging screem 10.2it appears many times this message: ---------------------------------------------------------------------- Libraries have been installed in: /var/tmp/portage/screem-0.10.2/image//usr/lib/screem/plugins If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- when I launch it: deadhead@INSPIRON8600 $ screem (screem:20996): GnomeUI-CRITICAL **: file gnome-window-icon.c: line 131 (gnome_window_icon_set_default_from_file): assertion `filename != NULL' failed (screem:20996): GtkSourceView-CRITICAL **: file gtksourceview.c: line 1559 (gtk_source_view_set_tabs_width): assertion `width > 0' failed (screem:20996): GLib-GObject-WARNING **: g_object_set_valist: construct property "static" for object `RBSidebarButton' can't be set after construction (screem:20996): GLib-GObject-WARNING **: g_object_set_valist: construct property "static" for object `RBSidebarButton' can't be set after construction (screem:20996): GLib-GObject-WARNING **: g_object_set_valist: construct property "static" for object `RBSidebarButton' can't be set after construction (screem:20996): GLib-GObject-WARNING **: g_object_set_valist: construct property "static" for object `RBSidebarButton' can't be set after construction I/O warning : failed to load external entity "/home/deadhead/.screem/tagtreeconfig.xml" (gnome_segv:20998): Gtk-WARNING **: Ignoring the separator setting
Created attachment 36383 [details] working ebuild this is a working ebuild for screem 0.10.2. It doesn't check for ssl or zlib so just comment out the corresponding lines. if you rename the ebuild to 0.11.2 it will emerge the latest development version.
Version 0.11.3 is out! Please add to portage.
Is it possible to get the working ebuild into portage? This bug has been open for a very very long time.
Hi guys, here http://forums.gentoo.org/viewtopic.php?t=209396 I've written an howto for install screem v 10.2 Is based on the Andreas Kotowicz's ebuild and it works great. The testing version 10.3b is giving me some troubles, but if you want test it, it's enaugh to modify the ebuild line SRC_URI in this: SRC_URI="mirror://sourceforge/screem/${P}b.tar.gz" and rename the ebuild into screem-0.11.3.ebuild. cheers
Created attachment 38761 [details] Workin ebuild for screem version 0.11.5 This is a fully working ebuild based on Andreas Kotowicz's ebuild, for the testing version of screem [0.11.5]. It's such a shame that the only ebuild present in portage is the paleolitic 0.6 version!
*** Bug 68328 has been marked as a duplicate of this bug. ***
Closing this bug as the latest stable version of screem(0.10.2) is available in the portage tree. bug #68328 is for people who want to track the development releases(0.11.x)