On Wednesday 31 March 2010 01:28:56 Alec Warner wrote:
Currently a number of developers have engaged Google Apps Team Edition
for gentoo.org. However Team Edition does not come with gmail and a
subset of Team Edition users would like to host their gentoo.org mail
on gmail.
Activating
On Tue, Mar 30, 2010 at 11:11 PM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 31 March 2010 01:28:56 Alec Warner wrote:
Currently a number of developers have engaged Google Apps Team Edition
for gentoo.org. However Team Edition does not come with gmail and a
subset of Team Edition
Brian suggested I give more details, so here is more information ;)
23:36 ferringb antarus: why are we getting it for free offhand?
23:36 ferringb well, getting this moreso
23:37 ferringb (yes, I will look a gift horse in the mouth- it can
quickly become a cash-sinkhole if the horse hasn't had
Alec Warner posted on Tue, 30 Mar 2010 22:28:56 -0700 as excerpted:
All content that is what I would term 'of value' to the community should
be available anonymously; that is you should not need to sign up for a
Google Account to be able to access documents in a read-only fashion.
Writing
On Wednesday 31 March 2010 02:24:24 Alec Warner wrote:
On Tue, Mar 30, 2010 at 11:11 PM, Mike Frysinger wrote:
On Wednesday 31 March 2010 01:28:56 Alec Warner wrote:
Currently a number of developers have engaged Google Apps Team Edition
for gentoo.org. However Team Edition does not come
Hola all-
For those who aren't familiar, pkg_pretend is in EAPI4- the main usage
of it is will be use dep checking- this email is specifically
regarding an alternative to it that *should* be superior for that use
case, but I'm looking for feedback.
Basically, we use the original VALID_USE
On Wed, 31 Mar 2010, Brian Harring wrote:
Roughly, VALID_USE is a list of constraints stating what the allowed
use flag combinations are for this pkg. If you think of normal
depdencies (I must have openssl and python merged prior), it's the
same machinery.
Maybe we should first discuss if
Note that while I inadvertantly cross posted (I was intending on
cc'ing coun...@gentoo.org, not the ml), doubt they need to be cc'd
further- my original attention was to effectively ensure they were
paying aware of the details of this so that when I took it to them
folk were informed.
CC'ing
Note I inadvertantly cross posted, I was intending on cc'ing
coun...@gentoo.org.
As such one final cc to that ml to end this subthread while pulling
this back to -dev.
On Wed, Mar 31, 2010 at 11:16:22PM +1300, Alistair Bush wrote:
Hola all-
Comments desired; assuming no significant
On Wed, 31 Mar 2010, Brian Harring wrote:
Not just my proposal- council contradicted it via even letting
pkg_pretend into EAPI3 (now EAPI4):
http://www.mail-archive.com/gentoo-coun...@lists.gentoo.org/msg00493.html
It says displaying conflicting USE flags which doesn't necessarily
imply
| Occasionally, ebuilds will have conflicting USE flags for
| functionality. Checking for them and returning an error is not a
| viable solution. Instead, you must pick one of the USE flags in
| conflict to favour.
[1] http://devmanual.gentoo.org/general-concepts/use-flags/
I honestly
On 31 March 2010 07:28, Alec Warner anta...@gentoo.org wrote:
This thread is primarily engaged in gauging interest in such a setup.
Please reply if you are interested (or go vote on the bug.)
I am definitely interested.
Cheers,
--
Ben de Groot
Gentoo Linux Qt project lead developer
On 3/31/10 1:04 PM, Ulrich Mueller wrote:
We already have enough issues with circular dependencies, and I'm
sceptical about adding additional failures on USE flag conflicts.
Display a warning, but don't error out.
How about only allowing local USE flags to conflict? This also seems to
be the
On 03/31/2010 02:18 AM, Mike Frysinger wrote:
i'm already using ~/.forward which means mail still goes to mail.g.o and that
server takes care of forwarding it to my private gmail.com account. then my
mail client fetches it from gmail.com via the normal pop/imap methods. there
is no need
Google summer of code test message. Sorry for interuption.
--
..
С уважением, Сергей Александрович.
# Samuli Suominen ssuomi...@gentoo.org (31 Mar 2010)
# Unported to new xfce-base/exo-0.5 API and no activity
# on upstream git. Also using HAL which is deprecated.
# Masked for removal in 30 days.
xfce-extra/xfce4-volstatus-icon
# Samuli Suominen ssuomi...@gentoo.org (31 Mar 2010)
# Doesn't
On Wednesday 31 March 2010 12:11:30 Joe Peterson wrote:
It's a Google Apps account, not just a Gmail account. You cannot have
more than one gmail account open in your browser at one time - the
cookies are not separate. Whereas you *can* have your gmail and all of
your google apps accounts
On Wed, 31 Mar 2010 12:46:26 -0700
Brian Harring ferri...@gmail.com wrote:
Actual name I don't hugely care about, I'm more interested in
ensuring we don't rule out doing use cycle breaking via a bad design
decision.
Cycle breaking requires explicit instructions from the ebuilds in
question
Hello!
When browsing through emerge logs (using elogv) I often come across
stuff that doesn't affect me. Two examples:
x11-base/xorg-server-1.7.6 warns:
You must rebuild all drivers if upgrading from xorg-server 1.6
or earlier, because the ABI changed.
dev-db/mysql-5.1.45-r1 logs:
On Wed, 31 Mar 2010 22:08:40 +0200
Sebastian Pipping sp...@gentoo.org wrote:
Is there some kind of evilness in this usage of has_version that I am
not aware of?
Unfortunately, yes.
Historically, has_version in pkg_postinst would return results based
upon the version that *was* installed. This
Hello,
On 03/31/10 07:28, Alec Warner wrote:
Currently a number of developers have engaged Google Apps Team Edition
for gentoo.org. However Team Edition does not come with gmail and a
subset of Team Edition users would like to host their gentoo.org mail
on gmail.
Activating Standard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/31/2010 01:19 PM, Ciaran McCreesh wrote:
On Wed, 31 Mar 2010 22:08:40 +0200
Sebastian Pipping sp...@gentoo.org wrote:
Is there some kind of evilness in this usage of has_version that I am
not aware of?
Unfortunately, yes.
Historically,
On 03/31/10 22:19, Ciaran McCreesh wrote:
Is there some kind of evilness in this usage of has_version that I am
not aware of?
Unfortunately, yes.
Historically, has_version in pkg_postinst would return results based
upon the version that *was* installed.
What's status quo? What did it
On Wed, 31 Mar 2010 22:29:50 +0200
Sebastian Pipping sp...@gentoo.org wrote:
On 03/31/10 22:19, Ciaran McCreesh wrote:
Is there some kind of evilness in this usage of has_version that I
am not aware of?
Unfortunately, yes.
Historically, has_version in pkg_postinst would return
On 03/31/10 22:31, Zac Medico wrote:
For those who may not know, has_version can be called in pkg_preinst
to find the previous version, and the result can be stored in a
variable for us in pkg_postinst.
So has_version takes the version just installed into account when called
from pkg_postinst?
On 03/31/2010 01:37 PM, Sebastian Pipping wrote:
On 03/31/10 22:31, Zac Medico wrote:
For those who may not know, has_version can be called in pkg_preinst
to find the previous version, and the result can be stored in a
variable for us in pkg_postinst.
So has_version takes the version just
On Wednesday 31 March 2010 16:28:15 Sebastian Pipping wrote:
To be very clear: Please take my vote against increasing dependencies on
Google.
so dont use it
On a side note: This is not a technical discussion only.
As such please use gentoo-core for this next time. Thanks.
incorrect ... it
On 03/31/2010 01:40 PM, Mike Frysinger wrote:
Those, like me, who have several google apps accounts (I have a personal
business one, a personal one, and a work one) can keep accounts separate
this way. Also, since it's the gentoo.org google apps account, the
email address looks the same as
On 03/31/2010 02:16 PM, Sebastian Pipping wrote:
On 03/31/10 23:05, Zac Medico wrote:
Yeah, but the same slot thing is a little ambiguous since the
given atom could possibly match multiple slots that include the one
whose postinst is currently running. So, I'd make has_version
generate a QA
On 03/31/2010 02:28 PM, Sebastian Pipping wrote:
I am worried that if people start using say Google Docs for
collaborating on Gentoo content, everyone else is forced to use Google
Docs to participate.
Gentoo could set policies that such shared resources should not be done
via google calender,
On 03/31/10 23:20, Mike Frysinger wrote:
On Wednesday 31 March 2010 16:28:15 Sebastian Pipping wrote:
To be very clear: Please take my vote against increasing dependencies on
Google.
so dont use it
On a side note: This is not a technical discussion only.
As such please use gentoo-core
On Wednesday 31 March 2010 17:33:17 Sebastian Pipping wrote:
On 03/31/10 23:20, Mike Frysinger wrote:
On Wednesday 31 March 2010 16:28:15 Sebastian Pipping wrote:
To be very clear: Please take my vote against increasing dependencies on
Google.
so dont use it
On a side note: This
On 04/01/10 01:09, Mike Frysinger wrote:
no one is forcing you to, nor is anyone talking about having teams use it.
if
Gentoo developers themselves choose to, it's going to happen irregardless of
what Alec is proposing.
we are talking about public, shared work on gentoo - not about stuff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 31-03-2010 23:49, Sebastian Pipping wrote:
On 04/01/10 01:09, Mike Frysinger wrote:
your logic does not lead to the statement that gentoo-core is the
appropriate
place.
point takes, it's not the non-technical nature - i should put it
On Wednesday 31 March 2010 19:49:15 Sebastian Pipping wrote:
On 04/01/10 01:09, Mike Frysinger wrote:
no one is forcing you to, nor is anyone talking about having teams use
it. if Gentoo developers themselves choose to, it's going to happen
irregardless of what Alec is proposing.
we are
On 04/01/10 02:44, Mike Frysinger wrote:
the rest of your gentoo-dev vs gentoo-core logic has been addressed by
Brian/Jorge -- this is the internet, you have no privacy, get over it.
privacy is not black and white. i'm aware there's no leak-free zone.
i have put my point clear before, if
36 matches
Mail list logo