Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
An ebuild for slab. Slab is the new menu made by Novell. This menu is part of the up comming SUSE Linux Enterprise Desktop 10. Depencies are beagle and NetworkManager(can be get from gentopia and breakmygentoo). The people of the Ubuntu forum made also an great control-panel. I'll post later also an ebuild for that.
Reopen with an ebuild.
Created an attachment (id=91514) [details] slab ebuild This is the ebuild for slab. This version works without any problems here
ebuild posted ;)
If there is needed an maintainer, I will do it if there is nobody else.
I got an access violation with this ebuild. Emergeing with FEATURES="-sandbox" worked around it. Sorry I lost the log for it but it was unlinking somthing at the time
(In reply to comment #6) > I got an access violation with this ebuild. Emergeing with FEATURES="-sandbox" > worked around it. Sorry I lost the log for it but it was unlinking somthing at > the time > Can you rebuild it ? And post then the log please ? So I can try to fix the ebuild
test -z "/usr/lib" || mkdir -p -- "/usr/lib" /bin/sh ../libtool --mode=install /bin/install -c 'libtile.la' '/usr/lib/libtile.la' /bin/install -c .libs/libtile.so.0.0.0 /usr/lib/libtile.so.0.0.0 ACCESS DENIED open_wr: /usr/lib/libtile.so.0.0.0 /bin/install: cannot create regular file `/usr/lib/libtile.so.0.0.0': Permission denied make[2]: *** [install-libLTLIBRARIES] Error 1 make[2]: Leaving directory `/var/tmp/portage/portage/slab-1.9999/work/slab/libtile' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/portage/slab-1.9999/work/slab/libtile' make: *** [install-recursive] Error 1 !!! ERROR: gnome-extra/slab-1.9999 failed. Call stack: ebuild.sh, line 1545: Called dyn_install ebuild.sh, line 1019: Called src_install slab-1.9999.ebuild, line 46: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-gnome-extra_-_slab-1.9999-16072.log" open_wr: /usr/lib/libtile.so.0.0.0 -------------------------------------------------------------------------------- !!! This ebuild is from an overlay: '/usr/local/portage' was it that one?
Just a quick note - I've done a cvs snapshot - I will post the ebuild here, I will be adding it to Gentopia's overlay later tonight after a few more cleanups to it.
You need a dependency on >=gtk-doc-1.0
If compiling from cvs, then yes you do, however to actually compile and install, it isn't necessary. One of those minor annoyances.
Created an attachment (id=92176) [details] slab-1.9999.ebuild Well what started out as getting rid of the access violations turned into a complete rewrite of the ebuild using the gnome2 eclass in addition to the cvs eclass.
(In reply to comment #12) > Created an attachment (id=92176) [edit] [details] > slab-1.9999.ebuild > > Well what started out as getting rid of the access violations turned into a > complete rewrite of the ebuild using the gnome2 eclass in addition to the cvs > eclass. > Wow great !
Created an attachment (id=92756) [details] gnome-extra/slab-1.9999.ebuild New ebuild that supports the unbuntu forums' gcontrol control panel.
Hi, I've put a copy of this ebuild in my dev overlay, if anyone's interested. You can install the overlay by installing layman, and then running layman -a stuart-desktop Best regards, Stu
Created an attachment (id=93176) [details] slab-1.9999-r2.ebuild Here's an updated ebuild that includes stuart's patch that fixes the slab control-center, and another patch so ./configure only gets called once.
Created an attachment (id=93177) [details] 01-control-center-fix.patch stuart's slab control-center fix
Created an attachment (id=93178) [details] 02-slab-autogen-noconfigure.patch My patch to the autogen.sh script so it doesn't call ./configure
Created an attachment (id=94105) [details] slab-1.9999-r3.ebuild Another updated ebuild to fix a dep, and remove the support for gcontrol. As the slab control-center now works properly there's not really any need. Is there anyone that would like this added back into the ebuild?
dev-util/gtk-doc should also be listed as a dependancy, my emerge of slab bailed out because of missing gtk-doc.m4 emerging dev-util/gtk-doc fixed the issue.
Created an attachment (id=95344) [details] 03-configure.in-remove-gtk-doc.patch Patch to slab to remove the check for gtk-doc. This is only used when you have USE=-doc, as gtk-doc isn't needed in that case, but it's still checked for.
Created an attachment (id=95345) [details] slab-1.9999-r4.ebuild Updated ebuild that fixes the gtk-doc dep, and also removes most of the KEYWORDS, and puts the rest in ~. Sorry that took so long, didn't see the email for the comment about gtk-doc.
Hello everyone, I recently installed slab on my AMD64 system from stuart's desktop overlay and noticed what seemed like VERY high memory usage after some time. At one point, it had hit 100megabytes. After some searching I came across this post: http://ubuntuforums.org/showpost.php?p=1479689&postcount=139 I could not exactly find where to report the slab bug to its developers, regardless, I think those that are working on it/using it can expect very high memory usage if they open up alot of different documents.
(In reply to comment #23) > Hello everyone, > > I recently installed slab on my AMD64 system from stuart's desktop overlay and > noticed what seemed like VERY high memory usage after some time. At one point, > it had hit 100megabytes. > > After some searching I came across this post: > http://ubuntuforums.org/showpost.php?p=1479689&postcount=139 > > I could not exactly find where to report the slab bug to its developers, > regardless, I think those that are working on it/using it can expect very high > memory usage if they open up alot of different documents. > Well the MAINTAINERS are listed as Jim Krehl <jimmyk@novell.com> Scott Reeves <sreeves@novell.com> You could try contacting them, but to be honest I'm not sure how Novell handles bugs in their OSS projects.
Well I sent an email to Jim Krehl yesterday noon detailing the problem. Hopefully I can get a response. The problem is very obvious on my machine. If you have slab running, you can open up the gnome-system-monitor for example and then open a nautilus window full of documents/media etc.. Every time you individually launch say a video file or mp3, the amount of memory consumed by slab goes up by a few megabytes.
There have been some changes to the slab module in CVS. http://cvs.gnome.org/viewcvs/slab/ChangeLog?rev=1.4&view=markup for a short changelog. I re-installed it and though I had already disabled the "recent documents" feature of gnome, it seems to be lower in memory consumption overall. The changelog also states fixes to memory leaks. Also, the patch for control-center here and in stuart's overlay no longer applies, so I had to do that manually by pausing emerge halfway through. Although I know how to take a simple diff and so on, I didnt know exactly how to provide a diff against a file inside a directory tree so I couldnt submit a fixed patch :( Sorry So far so good :)
Created an attachment (id=97189) [details] 01-control-center-fix.patch Here's the updated control-center patch. Thanks element for letting us know about that.
Created an attachment (id=98676) [details] 01-control-center-fix.patch I wish they would stop making all these whitespace changes to control-center.c :/
Created an attachment (id=102174) [details] Screenshot of vertical problem Well, I just tried this are there are a few issues (I don't known if they are because of Gentoo or if they are due to the nature of CVS builds). 1) The icon for the main menu is the "broken icon" icon. 2) For some reason, I see two applications, three things on the right, and a heck of a lot of vertical white space. If I keep using tab, I can access the ones that "off the screen." See the attached screenshot for details.f
Gnome switched from CVS to subversion. Could anyone fix the ebuild?
Created an attachment (id=107818) [details] gnome-main-menu-9999.ebuild Ok, I don't know if what I did is right, but slab now seems to be named gnome-main-menu. I tried to fix the ebuild to work with subversion.
Created an attachment (id=107844) [details] gnome-main-menu-1.9999.ebuild You beat me to it, I had just updated my ebuild last night, and was about to upload it. Here's mine, a few cosmetic changes from the other updated ebuild.
Created an attachment (id=107846) [details] 01-control-center-fix.patch Updated control-center fix.
The dependencies seem a bit wrong at least with the current trunk. It builds and runs fine without avahi or mono installed. They don't seem to be required as dependencies. Well they don't appear to be required does anyone know if they are used and how, by the menu when they are available?
(In reply to comment #35) > The dependencies seem a bit wrong at least with the current trunk. It builds > and runs fine without avahi or mono installed. They don't seem to be required > as dependencies. Well they don't appear to be required does anyone know if they > are used and how, by the menu when they are available? > They are just plain wrong, I've posted this to the forums, when the initial ebuild showed up, but nobody seems to have listened ;) I guess that comes from the impression some people have that Novell is pushing Mono, so everything they do has to be Mono-based (while gnome-main-menu is pure C)
(In reply to comment #34) > Created an attachment (id=107846) [edit] [details] > 01-control-center-fix.patch > > Updated control-center fix. Doesn't work for me :( * working copy: /usr/distfiles/svn-src/gnome-main-menu/trunk * Fixing OMF Makefiles ... [ ok ] * Applying 01-control-center-fix.patch ... * Failed Patch: 01-control-center-fix.patch ! * ( /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/gnome-extra/gnome-main-menu-1.9999/temp/01-control-center-fix.patch-22617.out and 01-control-center-fix.patch-22617.out is: ***** 01-control-center-fix.patch ***** ======================================= PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ======================================= patching file control-center/src/control-center.c Hunk #1 FAILED at 144. 1 out of 1 hunk FAILED -- saving rejects to file control-center/src/control-center.c.rej ======================================= PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ======================================= can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: control-center/src/control-center.c |=================================================================== |--- control-center/src/control-center.c (revision 106) |+++ control-center/src/control-center.c (working copy) -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================= PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ======================================= can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: control-center/src/control-center.c |=================================================================== |--- control-center/src/control-center.c (revision 106) |+++ control-center/src/control-center.c (working copy) -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================= PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ======================================= missing header for unified diff at line 5 of patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: control-center/src/control-center.c |=================================================================== |--- control-center/src/control-center.c (revision 106) |+++ control-center/src/control-center.c (working copy) -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ======================================= PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < /usr/local/portage/gnome-extra/gnome-main-menu/files/01-control-center-fix.patch ======================================= missing header for unified diff at line 5 of patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: control-center/src/control-center.c |=================================================================== |--- control-center/src/control-center.c (revision 106) |+++ control-center/src/control-center.c (working copy) -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored
(In reply to comment #37) I'm Getting the same problem here as well.
Same for me :C. 01-control-center-fix.patch doesn't apply...
(In reply to comment #39) > Same for me :C. 01-control-center-fix.patch doesn't apply... > Yeah that's cause cvs is a moving target ;) I'll attach a fixed one against current cvs
Created an attachment (id=110875) [details] 01-control-center-fix.patch Fixed patch against current svn
Created an attachment (id=110902) [details] gnome-main-menu-1.9999.ebuild Thanks for taking care of that quick fix. Here's an updated ebuild with (hopefully) fixed dependencies. I'm not sure exactly what the nautilus extension does, but you can now enable/disable it.
(In reply to comment #42) > Created an attachment (id=110902) [edit] [details] > gnome-main-menu-1.9999.ebuild > > Thanks for taking care of that quick fix. > Here's an updated ebuild with (hopefully) fixed dependencies. I'm not sure > exactly what the nautilus extension does, but you can now enable/disable it. > Don't know what it does in trunk, but in the newer version-2-branch it is used to add files to "favorite documents"
(In reply to comment #42) > Created an attachment (id=110902) [edit] [details] > gnome-main-menu-1.9999.ebuild > Panel doestn work here..i can only see a small black string..then the app crahes..
Created an attachment (id=122499) [details] gnome-main-menu-9999.ebuild Updated ebuild with support for tracker along with beagle. Also removes the control-center patch as the control-center has moved to gnome-control-center. Sorry about the versioning change, this is more appropriate, though.
Created an attachment (id=122500) [details] 03-tracker-search.patch
Created an attachment (id=122501) [details] 04-disable-search.patch
Created an attachment (id=145333) [details] 02-configure.in-remove-gtk-doc.patch Patch 02-configure.in-remove-gtk-doc.patch updated for newest svn. Tested on ~ppc, no problems.
seems lateset version wants a svn copy of NetworkManager Requested 'libnm_glib >= 0.7.0' but version of libnm_glib is 0.6.6
