On 22 February 2015 at 18:06, Gordon Pettey wrote:
>
> Protect the permissions on the files, not the editors - there's always
> another way to get content into a file if you have write permission to it.
> If you try to do that with a g+xo-x, then you're going to have to do the
> same for every si
On 02/21/2015 01:35 AM, Ulrich Mueller wrote:
> Personally, I think that controlling who is allowed to run certain
> types of applications via group membership is a great idea. We
> should introduce that approach for other applications too. How
> about an "editors" group? Text editors are
# Alex Brandt (21 Feb 2015)
# Upstream renamed to docker-compose for all future releases
app-emulation/fig
--
Alex Brandt
Cloud Evangelist for Rackspace and Developer for Gentoo
http://blog.alunduil.com
On 22 February 2015 at 15:35, Daniel Campbell wrote:
> >
> > Personally, I think that controlling who is allowed to run certain
> > types of applications via group membership is a great idea. We
> > should introduce that approach for other applications too. How
> > about an "editors" group? Text
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/21/2015 01:35 AM, Ulrich Mueller wrote:
>> On Fri, 20 Feb 2015, Daniel Campbell wrote:
>
>> When this becomes more widespread, what action are users urged
>> to take in order to "migrate" to the new system? Should our
>> everyday user acco
Andrés Martinelli wrote:
> Hello there!
> As many of you already pointed, the spreadsheet app "SCIM" I am working on,
> collides in its name with Smart Common Input Method.
> I decided that is time to change its name to avoid problems and to get lost
> with the other.
>
> What are your suggestions
On Sun, Feb 22, 2015 at 4:36 AM, Brian Dolbec wrote:
> On Sun, 22 Feb 2015 03:32:58 +0700
> C Bergström wrote:
>
>> PathScale is interested to hire a full time dev (for at least a few
>> months) in order to bring pkgcore back to life.
>>
>> General goals
>> 1) Make it capable of parsing/handling
On Sun, 22 Feb 2015 03:32:58 +0700
C Bergström wrote:
> PathScale is interested to hire a full time dev (for at least a few
> months) in order to bring pkgcore back to life.
>
> General goals
> 1) Make it capable of parsing/handling the current portage tree (We'll
> contribute all this work upst
Am Samstag, 21. Februar 2015, 20:16:31 schrieb hasufell:
> What did the council say again about the functionality of the team?
> What's the argumentation to not do anything, except deciding policies
> over it's head?
functionality != willingness to interact with others
(seems to be a recurring p
Dnia 2015-02-21, o godz. 20:49:04
"Justin Lecher (jlec)" napisał(a):
> >> SRC_URI="ftp://emboss.open-bio.org/pub/EMBOSS/${EF}.tar.gz ->
> >> embassy-${EN}-${PVR}.tar.gz"
> >
> > Why PVR? Why not just ${EF}? :P
>
> Upstream sucks and updates packages without version bumping. so we
> need to
On 02/21/2015 04:05 PM, Michał Górny wrote:
>>
>> https://bugs.gentoo.org/show_bug.cgi?id=401237
>>
>> because Nagios needs libltdl to build. Is that still a problem?
>
> Yes, it is. Because dev-libs/libltdl.
>
Thanks, it looks like I investigated the bug on the same day that
package was commi
Dnia 2015-02-21, o godz. 14:43:05
Michael Orlitzky napisał(a):
> On 02/21/2015 03:18 AM, Michał Górny wrote:
> >
> >> DEPEND="${RDEPEND}
> >>sys-devel/libtool
> >
> > Using system-wide libtool is horrendously broken. This is something for
> > upstream to fix (like they should start using a
PathScale is interested to hire a full time dev (for at least a few
months) in order to bring pkgcore back to life.
General goals
1) Make it capable of parsing/handling the current portage tree (We'll
contribute all this work upstream/open source)
2) Improve the web based front-end
https://github
To anyone within Gentoo who is interested in fonts
I would like to announce a meeting to be held in #gentoo-meetings on
Freenode, on Friday February 27 at 06:00 UTC, unless another date
and/or time will be suggested by people who want to attend.
There hasn't been much activity in the fonts area o
On 21/02/15 20:36, Michał Górny wrote:
>> # @ECLASS-VARIABLE: EBO_EXTRA_ECONF # @DEFAULT_UNSET #
>> @DESCRIPTION: # Extra config options passed to econf, similar to
>> EXTRA_ECONF.
>
> Similar as in how? That it must not be used in ebuilds but in
> make.conf?
Probably missleading name. All the co
To anyone within Gentoo who is interested in fonts
I would like to announce a meeting to be held in #gentoo-meetings on
Freenode, on Friday February 27 at 06:00 UTC, unless another date
and/or time will be suggested by people who want to attend.
There hasn't been much activity in the fonts area o
On 02/21/2015 03:18 AM, Michał Górny wrote:
>
>> DEPEND="${RDEPEND}
>> sys-devel/libtool
>
> Using system-wide libtool is horrendously broken. This is something for
> upstream to fix (like they should start using a sane build system)
> but if you really want to commit it like this, already o
On 21/02/15 20:19, hasufell wrote:
> Justin Lecher (jlec):
>> Hi all,
>>
>> we got a nice user contribution which fixes several bugs and
>> potential security implications. As a result we need to have
>> changes to the emboss eclass.
>>
>> The new eclass is simply move forward to use autools-util
Dnia 2015-02-21, o godz. 15:46:31
"Justin Lecher (jlec)" napisał(a):
> # Copyright 1999-2015 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> # @ECLASS: emboss-r1.eclass
> # @MAINTAINER:
> # sci-biol...@gentoo.org
> # j...@gentoo.org
> # t
Dnia 2015-02-22, o godz. 02:19:18
Ben de Groot napisał(a):
> > neovim:
> >
> >> # Copyright 1999-2015 Gentoo Foundation
> >> # Distributed under the terms of the GNU General Public License v2
> >> # $Header: $
> >>
> >> EAPI=5
> >> inherit cmake-utils flag-o-matic
> >>
> >> DESCRIPTION="Vim's reb
On 2015-02-21 13:19, Ben de Groot wrote:
> > neovim:
> >
> >> # Copyright 1999-2015 Gentoo Foundation
> >> # Distributed under the terms of the GNU General Public License v2
> >> # $Header: $
> >>
> >> EAPI=5
> >> inherit cmake-utils flag-o-matic
> >>
> >> DESCRIPTION="Vim's rebirth for the 21st ce
Justin Lecher (jlec):
> Hi all,
>
> we got a nice user contribution which fixes several bugs and potential
> security implications. As a result we need to have changes to the emboss
> eclass.
>
> The new eclass is simply move forward to use autools-utils.eclass which
> results in quite some incom
Ulrich Mueller:
>> On Sat, 21 Feb 2015, hasufell wrote:
>
>> Has this been done in cooperation with the games team? If not, why?
>
> The games team is in CC of bug 537580 and no team member has
> commented.
>
>> I think QA should make a clear statement if they are acting above a
>> projects
On 21 February 2015 at 16:18, Michał Górny wrote:
> Hi,
>
> Don't you think it sucks to review a few ebuilds in one e-mail? :)
No. :)
> neovim:
>
>> # Copyright 1999-2015 Gentoo Foundation
>> # Distributed under the terms of the GNU General Public License v2
>> # $Header: $
>>
>> EAPI=5
>> inher
> On Sat, 21 Feb 2015, hasufell wrote:
> Has this been done in cooperation with the games team? If not, why?
The games team is in CC of bug 537580 and no team member has
commented.
> I think QA should make a clear statement if they are acting above a
> projects head and why they had to do s
On 2/20/15 12:10 PM, Ben de Groot wrote:
> At the suggestion of radhermit, I'm putting my neovim & deps ebuilds
> up here for review, before I commit them to the official tree. Do you
> see any possible improvements?
Overall the ebuilds look nice and clean. Some ideas:
- consider asking libtermke
Hi all,
we got a nice user contribution which fixes several bugs and potential
security implications. As a result we need to have changes to the emboss
eclass.
The new eclass is simply move forward to use autools-utils.eclass which
results in quite some incompatibilities to the old one. Therefor
Michał Górny:
>> dev-lua/LuaBitOp
>> dev-lua/lpeg
>> dev-lua/lua-MessagePack"
>> DEPEND="${CDEPEND}
>> virtual/libiconv
>> virtual/libintl"
>> RDEPEND="${CDEPEND}
>> perl? ( dev-lang/perl )
>> python? ( dev-python/neovim-python-client )"
>>
>> src_configure() {
>>
Ulrich Mueller:
>> On Thu, 19 Feb 2015, Ulrich Mueller wrote:
>
>> In yesterday's meeting the QA team has unanimously accepted the
>> following policies (see bug 537580 for details):
>
>> 1. Directories /usr/games, /usr/games/bin, /usr/games/lib*,
>>/usr/share/games, /var/games, /etc/game
Hello there!
As many of you already pointed, the spreadsheet app "SCIM" I am working on,
collides in its name with Smart Common Input Method.
I decided that is time to change its name to avoid problems and to get lost
with the other.
What are your suggestions?
Thanks!
Andrés M.
> On Fri, 20 Feb 2015, Daniel Campbell wrote:
> When this becomes more widespread, what action are users urged to
> take in order to "migrate" to the new system? Should our everyday
> user account be removed from the `games` group, and the group should
> be removed altogether?
Currently, user
Dnia 2015-02-20, o godz. 08:18:05
"Patrick Lauer (patrick)" napisał(a):
> patrick 15/02/20 08:18:05
>
> Modified: distutils-r1.eclass python-utils-r1.eclass
> Log:
> Revert random mgorny madness
You've committed additional files yet didn't update the ChangeLog
entry. Now t
Hi,
Don't you think it sucks to review a few ebuilds in one e-mail? :)
neovim:
> # Copyright 1999-2015 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> EAPI=5
> inherit cmake-utils flag-o-matic
>
> DESCRIPTION="Vim's rebirth for the 21st
33 matches
Mail list logo
