| View previous topic :: View next topic |
| Author |
Message |
RealNC
Tux's lil' helper
Joined: 13 Apr 2008
Posts: 148
|
 Posted: Mon Nov 24, 2008 7:14 am Post subject: |
 |
|
| jmbsvicetto wrote: |
Most of you seem to be overlooking that compiz and related ebuilds are all ~arch and not arch and that if you're so tied to a stable system, then you probably shouldn't be running compiz in the first place. |
And you seem to be overlooking that there's no way these ebuilds can ever be in Portage until Portage 2.2 goes stable, and that will happen anywhere between next month and next century.
You can't require people to go ~arch on portage. You can require them to go ~arch with every other package you want, but portage is too important to make such requirements. Oh, and did I mention the ebuilds will not go in portage because of that? Unless of course that's your plan (for whatever reason.) |
|
| Back to top |
|
 |
gimpel
Advocate
Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria
|
| Posted: Mon Nov 24, 2008 9:26 am Post subject: |
|
|
| RealNC wrote: | | jmbsvicetto wrote: |
Most of you seem to be overlooking that compiz and related ebuilds are all ~arch and not arch and that if you're so tied to a stable system, then you probably shouldn't be running compiz in the first place. |
And you seem to be overlooking that there's no way these ebuilds can ever be in Portage until Portage 2.2 goes stable, and that will happen anywhere between next month and next century.
You can't require people to go ~arch on portage. You can require them to go ~arch with every other package you want, but portage is too important to make such requirements. Oh, and did I mention the ebuilds will not go in portage because of that? Unless of course that's your plan (for whatever reason.) |
What's the problem with using portage 2.2?
Looking around the portage tree..
| Code: | sirius gdal # searchportage EAPI=\"2\"|wc -l
577
sirius gdal # searchportage EAPI=2|wc -l
113 |
there are already a lot of ebuilds depending on portage-2.2 - so what should keep anyone off merging compiz into the tree because of that?
Given that EAPI2 features nice things like USE dependencies, there is no point for ebuild devs to keep that old "if package foo is build w/o blabla USE flag, then die like hell" test cases.
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
|
|
| Back to top |
|
|
RealNC
Tux's lil' helper
Joined: 13 Apr 2008
Posts: 148
|
| Posted: Mon Nov 24, 2008 10:34 am Post subject: |
|
|
| You seem to think that people who want an ~arch compiz have their systems on ~arch. I don't. Out of the hundreds of packages on my system, only a few are ~arch. And I'd like to keep it that way. But it seems you don't care. |
|
| Back to top |
|
|
chainsawbike
Tux's lil' helper
Joined: 27 Dec 2007
Posts: 78
Location: the great new zealand
|
| Posted: Mon Nov 24, 2008 11:58 am Post subject: |
|
|
if you feel that strongly about it you can (off the top of my head )
a) make a local overlay using the desktop-effects one as a starting point and make the ebuilds eapi-1
b) install compiz manually
the overlay maintainers have decided that eapi-2 is worth using for various reason, and i personally have had no issues with portage 2.2 |
|
| Back to top |
|
|
punloh
n00b
Joined: 29 Mar 2008
Posts: 23
|
| Posted: Mon Nov 24, 2008 7:20 pm Post subject: |
|
|
gnome-extra/cairo-dock-plugins & gnome-extra/cairo-dock now require x11-libs/gtkglext.
Could you please add the dependency to the ebuilds. |
|
| Back to top |
|
|
RealNC
Tux's lil' helper
Joined: 13 Apr 2008
Posts: 148
|
| Posted: Tue Nov 25, 2008 12:29 pm Post subject: |
|
|
| A big problem with 2.2 is that it's not only ~arch, but masked as well. It screams "don't use me". If 2.2 was at least ~arch... |
|
| Back to top |
|
|
snilsson
n00b
Joined: 03 Apr 2008
Posts: 43
Location: Kalmar
|
| Posted: Tue Nov 25, 2008 12:37 pm Post subject: |
|
|
| RealNC wrote: | | A big problem with 2.2 is that it's not only ~arch, but masked as well. It screams "don't use me". If 2.2 was at least ~arch... |
It actually screams please use 2.1.6_rc1 because we want it to be tested, guess it will do the trick as well as 2.2 to get EAPI 2. Anyway Portage 2.2 is still working fine and has for quite some time for me now. |
|
| Back to top |
|
|
RealNC
Tux's lil' helper
Joined: 13 Apr 2008
Posts: 148
|
| Posted: Tue Nov 25, 2008 12:42 pm Post subject: |
|
|
| 2.1.6_rc1 supports EAPI 2? |
|
| Back to top |
|
|
snilsson
n00b
Joined: 03 Apr 2008
Posts: 43
Location: Kalmar
|
| Posted: Tue Nov 25, 2008 12:48 pm Post subject: |
|
|
| RealNC wrote: | | 2.1.6_rc1 supports EAPI 2? |
| Quote: | 23 Nov 2008; Zac Medico <zmedico@gentoo.org> +portage-2.1.6_rc1.ebuild:
2.1.6_rc1 release. The portage-2.1.6 branch is very close to portage-2.2
except that the unstable features, package sets and preserve-libs, have
been removed. In order to ensure that portage-2.1.6 gets sufficient
testing, portage-2.2 will be masked in package.mask until portage-2.1.6
has been marked stable. If you would like to continue using portage-2.2
then you should unmask it (instead of downgrading to portage-2.1.6).
|
Haven't tried it, unmasked the 2.2 version I was using instead but as I understand the update note it should work. |
|
| Back to top |
|
|
snilsson
n00b
Joined: 03 Apr 2008
Posts: 43
Location: Kalmar
|
| Posted: Tue Nov 25, 2008 1:29 pm Post subject: |
|
|
As I see it, Compiz Fusion is a nice addon, I use it and I like it. But we should all be aware of that the 0.7.x series is development releases and the next "stable" will be 0.8.x. As for Portage, well it's not marked stable yet but it will not affect the runtime environment if it would fail so it's not really critical in that way.
So to put my few cents into it, using EAPI 2 or not shouldn't really be any major issue, we're using development software anyway and by doing so helping testing and hopefully contributing in some degree. Besides if we help test Portage the stable version may happen sooner anyway. |
|
| Back to top |
|
|
jmbsvicetto
Moderator
Joined: 27 Apr 2005
Posts: 4734
Location: Angra do Heroísmo (PT)
|
| Posted: Wed Nov 26, 2008 12:23 am Post subject: |
|
|
| RealNC wrote: | | 2.1.6_rc1 supports EAPI 2? |
Yes. The reason 2.1.6 is being put forth is to get a stable portage version with support for EAPI-2.
_________________
Jorge.
Your twisted, but hopefully friendly daemon.
AMD64 / x86 / Sparc Gentoo
Help answer || emwrap.sh
|
|
| Back to top |
|
|
jmbsvicetto
Moderator
Joined: 27 Apr 2005
Posts: 4734
Location: Angra do Heroísmo (PT)
|
| Posted: Wed Nov 26, 2008 12:29 am Post subject: |
|
|
| RealNC wrote: | | You seem to think that people who want an ~arch compiz have their systems on ~arch. I don't. Out of the hundreds of packages on my system, only a few are ~arch. And I'd like to keep it that way. But it seems you don't care. |
It's not a question of caring, but it's not possible to test every version of stable / unstable combinations of packages and it's not a reasonable request to demand maintainers to be tied to stable deps when working with unstable packages.
_________________
Jorge.
Your twisted, but hopefully friendly daemon.
AMD64 / x86 / Sparc Gentoo
Help answer || emwrap.sh
|
|
| Back to top |
|
|
RealNC
Tux's lil' helper
Joined: 13 Apr 2008
Posts: 148
|
| Posted: Wed Nov 26, 2008 1:11 am Post subject: |
|
|
I just installed portage-2.1.6_rc1, but you miss my point. Portage is not just any package. How do you intend to stable a package if you depend on an unstable portage? You can stable other packages at will (almost; there's this 30-day policy). But if you depend on unstable portage, you can't go stable with that package until portage itself goes stable.
That being said, with 2.1.6_rc1 having been released and supporting EAPI2 while not being 2.2, that won't be a problem for long. But I doubt you had predicted this. We're just lucky.
I think some "bleeding edge" folks should give more consideration in their choices. |
|
| Back to top |
|
|
platojones
Veteran
Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon
|
| Posted: Wed Nov 26, 2008 1:40 am Post subject: |
|
|
| RealNC wrote: | | You seem to think that people who want an ~arch compiz have their systems on ~arch. I don't. Out of the hundreds of packages on my system, only a few are ~arch. And I'd like to keep it that way. But it seems you don't care. |
I actually agree with your general direction of your argument...but I think the root of the issue is that Gentoo needs to find a better package stabalization policy than it now has. But 'stability' is very loosly defined in the Gentoo world. It's very subjective, in fact. Every package is stable, unless your particular hardware, with your particular Gentoo configuration and installed package base, has a problem with it...in which case, to you, at least, it is unstable. I, at first, HATED to have to go to unstable portage 2.2, but then I realized that there is not way portage 2.2 will go stable unless people actually have a motivation to use it and test it. The reason it was developed was to solve long standing issues and annoyances with the current version of portage. I brings features to developers that make producing packages for Gentoo less of a hassle and more enjoyable...so I decided to jump because Compiz (and several, much larger packages) depend on it. It brings a lot of new features to the table for users as well.
BTW, I don't run an ~arch system (defined as having the ~arch keyword in the ACCEPT_KEYWORDS variable of my make.conf). I am still very selective about which packages I run as ~arch and I maintain my /etc/portage directory accordingly. For instance, it would be difficult for me to accept an ~arch toolchain.
But portage 2.2 has proven very stable for me. I has also solved a big problem with monolithic vs. meta vs. pure split ebuilds for huge packages, such as X or KDE. It introduced 'sets' to deal with that, and so far, I like that a lot. They give more control to the user, while reducing the burden on the dev when creating huge ebuild packages. It all just needs more testing. So I now look at ~arch as beta ebuilds...and sometimes that's the way to get then...loosen up the rules a little bit and actually do some good for Gentoo in the process.
So, I dont' get too upset about any of this. There's no single reason for requiring EAPI-2 for the newest stuff...there are a lot of very good reasons, happening behind the scenes, that make it necessary and even desirable to force changes like this. The communication process to explain all of this is seriously lacking though...and that's the biggest problem with Gentoo, IMHO. |
|
| Back to top |
|
|
billydv
l33t
Joined: 22 Dec 2006
Posts: 911
Location: Mount Vernon, NY
|
| Posted: Sat Nov 29, 2008 5:37 am Post subject: |
|
|
Just a quick question, Has anyone successfully emerge the live ebuilds from the overlay in the last week or two? Lat time I tried about a month ago, it failed and I switched to the compiz ebuilds in the main portage tree. Is the problem fixed?
_________________
Billy DeVincentis |
|
| Back to top |
|
|
billydv
l33t
Joined: 22 Dec 2006
Posts: 911
Location: Mount Vernon, NY
|
| Posted: Sat Nov 29, 2008 6:04 am Post subject: |
|
|
Now it's emerging!!
_________________
Billy DeVincentis |
|
| Back to top |
|
|
acei
Tux's lil' helper
Joined: 16 Sep 2007
Posts: 90
|
| Posted: Sun Dec 28, 2008 1:13 pm Post subject: |
|
|
| Code: | !!! All ebuilds that could satisfy "kde-base/kwin:4.1" have been masked.
!!! One of the following masked packages is required to complete your request:
- kde-base/kwin-4.1.3 (masked by: package.mask)
- kde-base/kwin-4.1.2 (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
(dependency required by "x11-wm/compiz-9999" [installed])
|
I just unmerge kde-4.1.3 and merged kde-4.2, but emerge -DuNa world wants to to install it back. I don't need kde4.1.3 for any other reason. Is it necessery?
_________________
GA965P+E6320+Geil 2*1GB CL4+ATI HD6570 ~amd64 |
|
| Back to top |
|
|
jordanwb
l33t
Joined: 10 Jul 2008
Posts: 642
Location: Ottawa, Canada
|
| Posted: Wed Jan 28, 2009 2:11 am Post subject: |
|
|
I can't download the sources for cairo-dock-themes:
|
|
| Back to top |
|
|
Animatrix
Guru
Joined: 13 May 2006
Posts: 480
Location: France - Gard (30)
|
| Posted: Thu Jan 29, 2009 11:03 am Post subject: |
|
|
When I try to emerge dev-python/compizconfig-python-9999, I get this :
| Code: | Making all in src
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/__init__.pyc
sandbox memory corruption free(0x08095a80): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Compiler/__init__.pyc
sandbox memory corruption free(0x0806eb20): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Compiler/Options.pyc
sandbox memory corruption free(0x0805a1e8): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/__init__.pyc
sandbox memory corruption free(0x080e8bf8): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Actions.pyc
sandbox memory corruption free(0x080f6040): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Lexicons.pyc
sandbox memory corruption free(0x080f68c8): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/DFA.pyc
sandbox memory corruption free(0x080e8c30): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Machines.pyc
sandbox memory corruption free(0x080ba628): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Transitions.pyc
sandbox memory corruption free(0x080fc168): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Errors.pyc
sandbox memory corruption free(0x080f1958): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Regexps.pyc
sandbox memory corruption free(0x080fb018): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Plex/Scanners.pyc
sandbox memory corruption free(0x080ea7a0): Invalid argument
/usr/lib/libsandbox.so[0x4004055d]
ACCESS DENIED unlink: /usr/lib/python2.5/site-packages/Pyrex/Debugging.pyc
sandbox memory corruption free(0x08107010): Invalid argument
|
Compelete log : http://pastebin.com/f8b7c6b1 |
|
| Back to top |
|
|
jordanwb
l33t
Joined: 10 Jul 2008
Posts: 642
Location: Ottawa, Canada
|
| Posted: Thu Jan 29, 2009 4:11 pm Post subject: |
|
|
What's up with all the 9's? I tried to emerge one package that had a whole bunch of 9's and it failed so I just masked it. |
|
| Back to top |
|
|
gimpel
Advocate
Joined: 15 Oct 2004
Posts: 2720
Location: Munich, Bavaria
|
| Posted: Thu Jan 29, 2009 5:43 pm Post subject: |
|
|
| jordanwb wrote: |
What's up with all the 9's? I tried to emerge one package that had a whole bunch of 9's and it failed so I just masked it. |
Live SCM ebuilds...
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay
|
|
| Back to top |
|
|
FrankRizz0
l33t
Joined: 29 Nov 2006
Posts: 617
|
| Posted: Thu Jan 29, 2009 6:11 pm Post subject: |
|
|
I seem to be having some problems with the desktop-effects overlay. After emerging layman it returns this error:
Rizz0-Built ~ # layman -a desktop-effects
* Running command "/usr/bin/git clone "git://git.overlays.gentoo.org/proj/desktop-effects.git" "/usr/local/portage/layman/desktop-effects""...
/usr/bin/git: warning: invalid extra options ignored
GNU Interactive Tools 4.3.20 (i686-pc-linux-gnu), 17:08:28 Jan 28 2009
GIT is free software; you can redistribute it and/or modify it under the
terms of the GNU General Public License as published by the Free Software
Foundation; either version 2, or (at your option) any later version.
Copyright (C) 1993-1999 Free Software Foundation, Inc.
Written by Tudor Hulubei and Andrei Pitis, Bucharest, Romania
/usr/bin/git: fatal error: `chdir' failed: permission denied.
* Failed to add overlay "desktop-effects".
* Error was: Adding the overlay failed! Possible remains of the opration have NOT been removed and may be left at /usr/local/portage/layman/desktop-effects. Please remove them manually if required.
I try to erase it manually ( nano -w /usr/local/portage/layman/desktop-effects ) but there is nothing there. I've also tried using git ( git clone git://git.overlays.gentoo.org/proj/desktop-effects.git ) and it returns this error:
Rizz0-Built ~ # git clone git://git.overlays.gentoo.org/proj/desktop-effects.git
GNU Interactive Tools 4.3.20 (i686-pc-linux-gnu), 17:08:28 Jan 28 2009
GIT is free software; you can redistribute it and/or modify it under the
terms of the GNU General Public License as published by the Free Software
Foundation; either version 2, or (at your option) any later version.
Copyright (C) 1993-1999 Free Software Foundation, Inc.
Written by Tudor Hulubei and Andrei Pitis, Bucharest, Romania
git: fatal error: `chdir' failed: permission denied.
Any ideas??? |
|
| Back to top |
|
|
jordanwb
l33t
Joined: 10 Jul 2008
Posts: 642
Location: Ottawa, Canada
|
| Posted: Thu Jan 29, 2009 9:42 pm Post subject: |
|
|
I think it wants "rm -Rf /usr/local/portage/layman/desktop-effects". Did you emerge layman with subversion support? If so what version of subversion are you using? I masked everything over 1.4.6 so that layman would work.
| gimpel wrote: | | jordanwb wrote: |
What's up with all the 9's? I tried to emerge one package that had a whole bunch of 9's and it failed so I just masked it. |
Live SCM ebuilds... |
That explains everything.  |
|
| Back to top |
|
|
FrankRizz0
l33t
Joined: 29 Nov 2006
Posts: 617
|
| Posted: Thu Jan 29, 2009 11:26 pm Post subject: |
|
|
| I tried your suggestion and it still gives me the exact same error. No, I did not install it with subversion support. Any suggestions on what I should use??? |
|
| Back to top |
|
|
tmr
n00b
Joined: 19 Sep 2002
Posts: 48
Location: Finland
|
| Posted: Fri Jan 30, 2009 12:27 am Post subject: |
|
|
| FrankRizz0 wrote: | I seem to be having some problems with the desktop-effects overlay. After emerging layman it returns this error:
Rizz0-Built ~ # layman -a desktop-effects
* Running command "/usr/bin/git clone "git://git.overlays.gentoo.org/proj/desktop-effects.git" "/usr/local/portage/layman/desktop-effects""...
/usr/bin/git: warning: invalid extra options ignored
GNU Interactive Tools 4.3.20 (i686-pc-linux-gnu), 17:08:28 Jan 28 2009
....
|
It looks like layman tries to run app-misc/git (GNU Interactive Tools) instead of dev-util/git (GIT - the stupid content tracker). |
|
| Back to top |
|
|
|
Unsupported Software
