Bugzilla Bug 68328

Here attached a working ebuild for screem 0.11.7

Unfortunatly to complete the installation I had emerge this package adding
 
>=gnome-base/gnome-vfs-2.8.0
>=sys-apps/dbus-0.22

to the package.mask and using the 

FEATURES="-sandbox"

in make.conf  .

Except for these thing, Screem rules as usual :)

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=42278) [edit]
workin ebuild for dev-util/screem

already a bug related to updating screem. 
Your comments about gnome-vfs and dbus are very vague and don't offer any real information. Maybe mention why you had problems with those packages, errors screem gave you related to the packages, etc..

*** This bug has been marked as a duplicate of 30800 ***

actually going to reopen this as it is for the development version, and the
other bug is mostly outdated

Created an attachment (id=42279) [edit]
some minor fixes to the ebuild

Screem 0.11.7 requires these packages, that are present in portage, but they
are masked :-/, so you had to unmask the before install screem.

>=gnome-base/gnome-vfs-2.8.0
>=sys-apps/dbus-0.22

Talkig about the error I get installing screem WITHOUT FEATURES="-sandbox",
that's the output:

Making install in po
make[1]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/po'
if test -r ".././mkinstalldirs"; then \
  .././mkinstalldirs /var/tmp/portage/screem-0.11.7/image//usr/share; \
else \
  /bin/sh ../mkinstalldirs /var/tmp/portage/screem-0.11.7/image//usr/share; \
fi
mkdir -p -- /var/tmp/portage/screem-0.11.7/image//usr/share
mkdir -p --
/var/tmp/portage/screem-0.11.7/image//usr/share/locale/it/LC_MESSAGES
installing it.gmo as
/var/tmp/portage/screem-0.11.7/image//usr/share/locale/it/LC_MESSAGES/screem.mo
if test "screem" = "glib"; then \
  if test -r ".././mkinstalldirs"; then \
    .././mkinstalldirs
/var/tmp/portage/screem-0.11.7/image//usr/share/glib-2.0/gettext/po; \
  else \
    /bin/sh ../mkinstalldirs
/var/tmp/portage/screem-0.11.7/image//usr/share/glib-2.0/gettext/po; \
  fi; \
  /bin/install -c -m 644 ./Makefile.in.in \
                 
/var/tmp/portage/screem-0.11.7/image//usr/share/glib-2.0/gettext/po/Makefile.in.in;
\
else \
  : ; \
fi
make[1]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/po'
Making install in libneon
make[1]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libneon'
make[1]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libneon'
Making install in libegg
make[1]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
Making install in util
make[2]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/util'
make[3]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/util'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/util'
make[2]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/util'
Making install in desktopentries
make[2]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/desktopentries'
make[3]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/desktopentries'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/desktopentries'
make[2]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/desktopentries'
Making install in recent-files
make[2]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/recent-files'
make[3]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/recent-files'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/recent-files'
make[2]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg/recent-files'
make[2]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
make[3]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
make[2]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
make[1]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/libegg'
Making install in gdl
make[1]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make  install-am
make[2]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make[3]: Entering directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make[3]: Nothing to be done for `install-exec-am'.
/bin/sh ../mkinstalldirs /usr/share/screem/pixmaps
 /bin/install -c -m 644 stock-close-12.png
/usr/share/screem/pixmaps/stock-close-12.png
ACCESS DENIED  unlink:    /usr/share/screem/pixmaps/stock-close-12.png
/bin/install: cannot remove `/usr/share/screem/pixmaps/stock-close-12.png':
Permission denied
 /bin/install -c -m 644 stock-menu-left-12.png
/usr/share/screem/pixmaps/stock-menu-left-12.png
ACCESS DENIED  unlink:    /usr/share/screem/pixmaps/stock-menu-left-12.png
/bin/install: cannot remove `/usr/share/screem/pixmaps/stock-menu-left-12.png':
Permission denied
 /bin/install -c -m 644 stock-menu-right-12.png
/usr/share/screem/pixmaps/stock-menu-right-12.png
ACCESS DENIED  unlink:    /usr/share/screem/pixmaps/stock-menu-right-12.png
/bin/install: cannot remove
`/usr/share/screem/pixmaps/stock-menu-right-12.png': Permission denied
make[3]: *** [install-imageDATA] Error 1
make[3]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make[1]: *** [install] Error 2
make[1]: Leaving directory
`/var/tmp/portage/screem-0.11.7/work/screem-0.11.7/gdl'
make: *** [install-recursive] Error 1

!!! ERROR: dev-util/screem-0.11.7 failed.
!!! Function einstall, Line 385, Exitcode 2
!!! einstall failed

--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/tmp/sandbox-dev-util_-_screem-0.11.7-2390.log"

unlink:    /usr/share/screem/pixmaps/stock-close-12.png
unlink:    /usr/share/screem/pixmaps/stock-menu-left-12.png
unlink:    /usr/share/screem/pixmaps/stock-menu-right-12.png
---------------------------------------------------------------

nice idea to close the other 3d and open this one for the devel release ;-)

Created an attachment (id=42280) [edit]
Yet another small change 

i think you could let 0.11.7 rest in peace and try to get a working ebuild of
0.12.0 ... what about closing this bug?

Created an attachment (id=42870) [edit]
Working ebuild for screem-0.12.0 [stable]

Ebuild for 0.12.0: 
cp screem-0.11.7.ebuild screem-0.12.0-ebuild

during emergeing you get the same errors present in 0.11.7
sandboxing have to be disabled [FEATURES="-sandbox"]

Have a lot of fun....

I get an access violation with your ebuild (0.12.0)

ACCESS DENIED  mkdir:     /usr/share/screem

Sure there HAS to be another way except disabling sandboxing?

Kenzelma at the end have you installed screem or not?
Disabling the sandboxing has been the solution to your error?
Could you post something more about your "sandboxing error"?

1. I don't want to install with sanboxing disabled. (i won't even TRY, i want
package management, not some files thrown across the FS, otherwise i could use
LFS...)
2. The fix to this (pixmaps are not installed unter build root) is the same as
in screem-0.8.1-makefile-fix.patch

as far as i can see, the --prefix=/var/tmp/portage..... is not used for the
configure of the package ..... doing a
./configure --prefix=/var/tmp/portage/screem-0.12.0/image/usr
after compile fixes the install problem...

But now i get another error...


ne_openssl.o to 5 in ../../libneon/.libs/ne_stubssl.o
collect2: ld returned 1 exit status
make[2]: *** [uploadWizard.la] Error 1
make[2]: Leaving directory `/var/tmp/portage/screem-0.12.0/work/screem-0.12.0/plugins/uploadWizard'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/screem-0.12.0/work/screem-0.12.0/plugins'
make: *** [install-recursive] Error 1

!!! ERROR: dev-util/screem-0.12.0 failed.
!!! Function einstall, Line 478, Exitcode 2
!!! einstall failed
!!! If you need support, post the topmost build error, NOT this status message.

BTW, is the dependency to gdk-pixbuf (which in turn depends on old gnome-1.4
libs) really true? I mean it IS an GTK-2.4 application? 

the "Working ebuild for screem-0.12.0 [stable]" crashes for me with: 

$screem

(screem:10987): libglade-WARNING **: unknown attribute `comments' for <property>.

(screem:10987): libglade-WARNING **: unknown attribute `comments' for <property>.
Xlib: unexpected async reply (sequence 0x1343)!

Created an attachment (id=43412) [edit]
fixed screem 0.12.0 ebuild

I have been kindly asked to have a look at this bug, so I hope it is not rude
to just jump into the middle of this.

This ebuild differs from the last submitted version by deadhead@wooow.it in the
following details:

* removed gdk-pixbuf from the dependencies because it is included in gtk2 and
gtk2 is already required for screem

* removed the libcroco dependency, it is now included with screem itself
because the devs needed a very recent yet unreleased version

* the zlib and ssl USE flags are now being evaluated

* fixed all remaining sandbox violations by activating the USE_DESTDIR
workaround for broken makefiles from the gnome2 eclass and by disabling the
update scripts for the mime and desktop files via two configure options- no
need to patch anything here

That should be it. The ebuild has been tested on my system and works
flawlessly. Screem starts and works fine too. I could have made the ubus
dependency optional via a USE flag or even dynamic but because the screem devs
themselves put the requirement in their rpm spec file and consider it a good
thing(tm) I have kept it a hard dependency. If there are no remaining problems,
I suggest putting this into portage cvs and closing this bug.

Reminds me, bug #69354 should be marked a duplicate of this bug.

Last but not least- this is a little off-topic but could *please* someone have
a look at bug 47447 and put that ebuild into portage too? Everything seems to
be fixed and success reports are coming in.

Thanks- and have a nice weekend guys...

That ebuild is working, please add to CVS, thanks.

*** Bug 69354 has been marked as a duplicate of this bug. ***

Bartosch, any chance you can have a look at adding this?

Version bump to 0.12.1 worked fine for me by changing the name of the attached
ebuild (Thanks, Matthias!).  Any chance this will show up in portage?

Thanks Matthias! That ebuild was only arranged by me to work with 0.12.0, based
on Andreas Kotowicz's work. I'm really happy,as screem and gentoo user ,that
gentoo now has a really well written ebuild for such a nice prog.

Created an attachment (id=48892) [edit]
screem-0.12.1.ebuild

Based on Matthias' 0.12.0.ebuild, this fixes a few QA issues:

1) Ebuilds using the gnome2.eclass must have 'doc' in IUSE, as the eclass uses
it;
2) dbus isn't currently keyworded for sparc, so the dbus DEPEND needs to be
dependent on !sparc?;
3) Add --disable-update-desktop to G2CONF, as pkg_postinst does this for us;
4) Better specify a few of the DEPENDs.

WFM, YMMV

FWIW, the submitted ebuild does compile but screem segfaults systematically
when opening a simple file, even one as simple as
"""
<?php phpinfo(); ?>
"""
A Gentoo xml doc gives the same result.
It seems more stable with css and html files.

$ screem

(screem:8703): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT
(object)' failed

(screem:8703): screem-CRITICAL **: screem_dtd_valid_element: assertion
`SCREEM_IS_DTD( dtd )' failed

(screem:8703): screem-CRITICAL **: screem_dtd_element_close_element_state:
assertion `SCREEM_IS_DTD( dtd )' failed

0.12.2 has just been released.
Version from portage, 0.10.2, is now more than 1 year old, by the way.

Versionbump! New version 14.1 works just fine by renaming the old 12.1 ebuild.
After the emerge a restart of gconfd was needed (gconftool-2 --shutdown &&
gconftool-2 --spawn) and the dbus-daemon was not found without restarting screem
with "dbus-launch screem". 

Assign to gnome herd because darkspecter is marked as retired.

0.14.1 now in portage under ~.  please test and open a new bug if you find
anything.  Thanks!