-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
The new QA team has completed its first meeting, and so I would like
to announce policy changes agreed upon during the meeting which are
relevant to the developer community. In the future, when a meeting
results in changed or amended policy,
On Wed, Jan 29, 2014 at 7:36 PM, Jorge Manuel B. S. Vicetto
wrote:
> my plan was to show this to anyone using catalyst. I believe this news item
> is relevant and interesting for anyone using catalyst, but if others
> disagree, I can restrict it to only those using catalyst-.
The new is that
Here's a simple eclass that pretty much just extracts the XDG stuff from
the gnome2_environment_reset function.
One difference: it creates 3 of the 4 directories under ${HOME} instead
of ${T}, just to mimic the default behavior in the XDG basedir spec a
bit more closely.
Please give a look.
# Cop
On Wed, 29 Jan 2014, Matt Turner wrote:
On Wed, Jan 29, 2014 at 7:14 PM, Jorge Manuel B. S. Vicetto
wrote:
+Display-If-Installed: dev-util/catalyst
Display-If-Installed: >=dev-util/catalyst-
Matt,
my plan was to show this to anyone using catalyst. I believe this news
item is relevant
On Wed, Jan 29, 2014 at 7:14 PM, Jorge Manuel B. S. Vicetto
wrote:
> +Display-If-Installed: dev-util/catalyst
Display-If-Installed: >=dev-util/catalyst-
On Wed, 29 Jan 2014, W. Trevor King wrote:
On Thu, Jan 30, 2014 at 02:14:53AM -0100, Jorge Manuel B. S. Vicetto wrote:
+After many years of stalled development, the catalyst repository is
+going to have major changes introduced to master in the next few days.
?the next few days? sounds a litt
On Thu, Jan 30, 2014 at 02:14:53AM -0100, Jorge Manuel B. S. Vicetto wrote:
> +After many years of stalled development, the catalyst repository is
> +going to have major changes introduced to master in the next few days.
“the next few days” sounds a little optimistic to me ;). “next few
months”,
Hi.
I would like to commit the following news item in the next few days.
diff --git
a/2014/2014-01-31-catalyst-head-changes/2014-01-31-catalyst-head-changes.en.txt
b/2014/2014-01-31-catalyst-head-changes/2014-01-31-catalyst-head-changes.en.txt
new file mode 100644
index 000..7c5736e
--- /de
Le mardi 28 janvier 2014 à 13:11 +, Steven J. Long a écrit :
> Alec Warner wrote:
> > Sorry, I work on Portage. What I'm saying is that We are free to change the
> > behavior of *portage* now; rather than waiting for a new EAPI. If an ebuild
> > needs to define EAPI=eapi-next to 'correctly' use
Hello everyone,
please join me in giving Alexander (bernalex) a very warm welcome.
When asking for his reason to be become a member of the dev team, he
said among other things "I would be proud to be a Gentoo dev". I like it
very much, that one can still be proud to be part of this team and
commu
On Wed, Jan 29, 2014 at 1:37 AM, Alexandre Rostovtsev
wrote:
> [Replying again since my mailer messed up my original message.]
>
> On Tue, 2014-01-28 at 12:03 -0500, Mike Gilbert wrote:
>> Option 3: Unset the variables
>>
>> This should cause applications to default to locations under ${HOME}.
>>
On Wed, 2014-01-29 at 09:58 +0100, Jan Matejka wrote:
> What's the point of having nonempty XDG_ variables in ebuilds?
One big reason is FEATURES=test. Test suites for freedesktop-compliant
programs that actually run the program are likely to fail if XDG_*
directories are resolved as something unw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
What's the point of having nonempty XDG_ variables in ebuilds?
Use of these variables is scoped to user applications that use these in
runtime, therefore I see no business for them in package
(de)installation and it should be ok for portage to unset
13 matches
Mail list logo
