discussion.
hth,
Patrick
GLEP: xxx
Title: Ebuild format and metadata handling
Version: $Revision: 1.0 $
Last-Modified: $Date $
Author: Patrick Lauer
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Obsoletes: GLEP55
Created: 31-May-2009
Post-History: 31-May-2009
Problem
People I nominate:
* leio / mraudsepp, because he's done a really good job protecting the
distro's interests
* Cardoe, because he is working goal-oriented and doesn't care about the
wargharbling and instead goes for restults
* lu_zero, because he's done a good job and brings in his own ideas wi
On Tuesday 02 June 2009 06:15:43 Doug Goldstein wrote:
> All,
>
> The current council meetings have gotten completely out of hand for
> weeks meetings have become nothing more then a continuation of the
> senseless bicker-fest that have become the e-mail threads on GLEP54,
> GLEP55, and EAPI-3 with
On Monday 01 June 2009 16:29:35 Tomáš Chvátal wrote:
> I agree with patrick nominees expect one addition. I add patrick himself to
> prove us that he can not only do benchmarks but to force us to do them :D
Oh well then. I think I will have to accept your nomination and pour all my
ideas into a n
On Sunday 07 June 2009 11:34:12 Ulrich Mueller wrote:
> > On Sun, 07 Jun 2009, Steven J Long wrote:
> >
> > I'd just like to know what the implications would be for users if we
> > kept the .ebuild extension, and a new PMS were rolled out stating
> > that the mangler were allowed to find the EA
On Monday 08 June 2009 20:35:22 Ciaran McCreesh wrote:
> On Mon, 08 Jun 2009 19:17:56 +0100
> > And how much developer time would be wasted to do so, and indeed has
> > already been wasted on this?
> Thanks to emails like yours, lots.
5-2009, 800 emails
11.75% ciaran.mccreesh.googlemail.com
4-20
Hello everybody,
those of us using overlays might have noticed that they can seriously slow
down dependency calculation. This is mostly because of the lack of a metadata
cache.
For overlay maintainers providing a metadata cache is quite tricky because to
be really consistent and useful it'd hav
On Saturday 20 June 2009 20:22:22 Ciaran McCreesh wrote:
> On Sat, 20 Jun 2009 18:46:33 +0200
>
> Patrick Lauer wrote:
> > Generating the metadata cache isn't that expensive - it took about 45
> > minutes to initially check out almost everything layman provided and
>
On Saturday 20 June 2009 21:00:46 Ciaran McCreesh wrote:
> On Sat, 20 Jun 2009 20:40:17 +0200
>
> Patrick Lauer wrote:
> > > Have you thought about the security implications of this?
> >
> > Yes.
> >
> > > How much do you trust the peopl
> > The metadata cache is "inert" in the sense that it isn't executable
> > code (and if anyone tries to execute it ... "You're doing it wrong"
> > comes to mind"), so adding it does not pessimize the situation.
>
> But generating that cache means running code, and one of the things
> that code co
On 03/11/12 20:01, Pacho Ramos wrote:
> After reading previous discussion:
> http://help.lockergnome.com/linux/gentoo-dev-Deprecate-EAPIs--ftopict530567.html
>
> Looks like preventing NEW commits from using eapi1 (via repoman) could
> be done without major issues. This could even being done also f
On 03/11/12 21:52, Rich Freeman wrote:
> On Sun, Mar 11, 2012 at 9:28 AM, Patrick Lauer wrote:
>> I'd deprecate eapi2 too, we don't need 5 flavours around when we
>> effectively only want to support one (and eapi0 in a few places)
>>
>> I wouldn't mind h
On 03/13/12 01:12, Ciaran McCreesh wrote:
> On Mon, 12 Mar 2012 18:05:46 +0100
> Ulrich Mueller wrote:
>> See above, even if we should ever move away from bash, GLEP 55 is
>> still not needed.
>
> ...but we might as well go with GLEP 55 anyway, since GLEP 55
> definitely works, whereas other solu
On 03/13/12 02:28, Ciaran McCreesh wrote:
[snip lots of political rhetoric]
>
> GLEP 55 is simple,
No.
> it solves all the problems we have
No, it just tries to shove them under the carpet
> (including the
> version issue, which everyone is conveniently ignoring),
Say what?
> it doesn't require
On 03/21/12 19:26, Pacho Ramos wrote:
> As discussed in "[gentoo-dev] www-servers herd is empty" thread,
> we agreed with dropping this herd and let people get what they want
> to maintain. This is the list of orphan packages:
> www-servers/pound
> www-servers/varnish
I'm a gonna take those two
On 03/31/12 17:52, Ciaran McCreesh wrote:
> On Sat, 31 Mar 2012 12:44:03 +0300
> Alex Alexander wrote:
>> @preserved-libs works very well and is awesome. hack or not. IMO it
>> should be in stable already. I've been using it on stable production
>> boxes for years without any issues :)
>
> ...and
On 03/31/12 23:01, Ciaran McCreesh wrote:
> On Sat, 31 Mar 2012 19:00:00 +0800
> Patrick Lauer wrote:
>> Good enough is the worst enemy of perfect.
>>
>> While we have s 98% solution that doesn't handle all corner cases you
>> have a theoretical construct in yo
On 03/31/12 23:38, Ciaran McCreesh wrote:
> On Sat, 31 Mar 2012 23:30:07 +0800
> Patrick Lauer wrote:
>>> So you think Gentoo should advertise as "the chances of it working
>>> are greater than 0%"?
>>
>> I said better ... not repetitive trolls.
>&
On 04/15/12 16:16, Ryan Hill wrote:
> Right now we have support in some packages for user patches - those being
> patches dropped into /etc/portage/patches/pkgname/ - which are automatically
> applied. Because this feature is implemented by epatch_user() in
> eutils.eclass, it is only available fo
On 04/28/12 01:29, Diego Elio Pettenò wrote:
> Since I've been configuring a couple of systems lately for remote
> access, which include configuring the serial console, I'm wondering if
> it would be a good idea to change our inittab so that the default
> (commented out) definition of the serial co
On 05/08/12 07:16, Olivier Crête wrote:
> On Mon, 2012-05-07 at 18:23 -0400, Walter Dnes wrote:
>> On Fri, May 04, 2012 at 05:59:45PM -0700, Greg KH wrote
>>> On Fri, May 04, 2012 at 02:52:33PM -0700, Luca Barbato wrote:
On 04/05/12 14:35, Walter Dnes wrote:
> What could work is a shim or
On 05/10/12 06:36, Greg KH wrote:
> On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote:
>> I foresee a new udev fork then.
> Please feel free to do so, the code has been open since the first day I
> created it.
>
> Remember, forks are good, there's nothing wrong with them, I strongly
>
On 06/21/12 15:25, Pacho Ramos wrote:
> El jue, 21-06-2012 a las 08:00 +0100, Ciaran McCreesh escribió:
>> On Thu, 21 Jun 2012 08:08:55 +0200
>> Pacho Ramos wrote:
>>> Also, if I remember correctly, Tommy asked for this some months ago,
>>> you asked for what he sent some days ago and now you requ
On 06/23/12 21:21, Ciaran McCreesh wrote:
> There's been a move towards using slots for "clever" things that don't
> fit the traditional way of how slots worked. Examples include the new
> gtk2 / gtk3 handling and Ruby gems virtuals.
>
> Aside from being abusive,
No, it solves a real problem.
> th
On 07/19/12 03:05, Rich Freeman wrote:
> On Wed, Jul 18, 2012 at 2:53 PM, Michael Mol wrote:
>> AFAIK, neither genkernel nor dracut were expected to get tied to the
>> Gentoo update process. Has that changed?
> We don't even update kernels as part of the regular update process,
> let alone initram
On 08/08/12 22:15, Michał Górny wrote:
> On Wed, 8 Aug 2012 15:11:42 +0200
> "Jason A. Donenfeld" wrote:
[snip]
>
> Yowza! All the packages that provide systemd unit files are installing
> them?! But I don't even use systemd. I don't want this cruft on my
> system.
>
> Proposal: global USE flag fo
On 08/08/12 22:35, Jason A. Donenfeld wrote:
> On Wed, Aug 8, 2012 at 4:33 PM, Michał Górny wrote:
>> You are right. In case users really intend to use that, they may be
>> better using app-portage/install-mask, and:
>>
>> $ install-mask -a systemd
>>
>> which will add just the right path.
> Still
On 09/07/12 19:45, Ciaran McCreesh wrote:
> Since DEPENDENCIES hasn't been written up in a Gentoo-friendly manner,
> and since the Exherbo documentation doesn't seem to suffice to explain
> the idea here, here's some more details on the DEPENDENCIES proposal.
>
>
There's change, and there's progres
On 08/23/12 19:34, Anthony G. Basile wrote:
> Hi everyone,
>
> With cia.vc no longer working, its hard to keep track of one another's
> commits in real time. I used to use the web page and the IRC channel
> like a gitweb log to see what was going on. Any suggestions on how we
> can get the visib
On 10/17/12 06:54, Robin H. Johnson wrote:
> Hi all,
>
> One of the items that has come up in the Git conversion, and needs some
> attention.
>
[snip]
>
> As such, we've decided to make the PORTAGE_GPG_KEY strictly enforce what
> was originally intended.
>
> - You must specify a key or subkey e
On 11/06/12 05:45, Duncan wrote:
> Diego Elio Pettenò posted on Mon, 05 Nov 2012 07:39:19 -0800 as excerpted:
>
>> On 05/11/2012 07:31, Steven J. Long wrote:
>>> Are you really missing the fact that by testing someone's overlay, the
>>> package would by definition not be in the tree, and you would
On 11/20/12 21:57, Alexis Ballier wrote:
> On Fri, 16 Nov 2012 09:10:51 + (UTC)
> "Patrick Lauer (patrick)" wrote:
>
>> patrick 12/11/16 09:10:51
>>
>> Modified: ChangeLog
>> Added:lyx-2.0.5.ebuild
>> L
On 11/23/12 21:17, Alexis Ballier wrote:
> On Fri, 23 Nov 2012 12:45:56 +0800
> Patrick Lauer wrote:
>
>> On 11/20/12 21:57, Alexis Ballier wrote:
>>> On Fri, 16 Nov 2012 09:10:51 + (UTC)
>>> "Patrick Lauer (patrick)" wrote:
>>>
>
On 11/23/12 22:32, Thomas Sachau wrote:
> Ian Stakenvicius schrieb:
>> On 22/11/12 11:22 PM, Robin H. Johnson wrote:
>>> On Thu, Nov 22, 2012 at 08:22:10PM -0600, Donnie Berkholz wrote:
On 11:11 Sun 18 Nov , Robin H. Johnson wrote:
> Here's a list of every package where I'm a maintaine
On 11/28/12 15:25, Michael Orlitzky wrote:
> On 11/27/2012 02:43 PM, Pacho Ramos wrote:
>> After discussing it at:
>> http://www.gossamer-threads.com/lists/gentoo/dev/262834
>
>> ...
>
>
> Apache itself is in need of some attention these days. The ChangeLog
> shows only Patrick committing in th
Ohey,
as you might have noticed I've just corrected the metadata.xml of all
elasticsearch-related packages.
For some strange reason I was listed there as maintainer, but since no
one wanted to listen to my ideas I guess I wasn't. So now last person
who touched it gets stuck with it.
Since pr
On 05/18/2017 07:17 PM, Alec Warner wrote:
On Wed, May 17, 2017 at 12:38 PM, Patrick Lauer mailto:patr...@gentoo.org>> wrote:
Ohey,
as you might have noticed I've just corrected the metadata.xml of
all elasticsearch-related packages.
For some strange reason I was l
On 05/19/2017 03:10 PM, Michał Górny wrote:
On Wed, 2017-05-17 at 18:38 +0200, Patrick Lauer wrote:
Bonus mention:
bbdc5412061adf598ed935697441a7d6b05f7614
app-admin/logstash-bin: drop old
Signed-off-by: Andrew Savchenko
That removed the versions I was using, so I better maintain
On 05/20/2017 10:51 PM, Kristian Fiskerstrand wrote:
On 05/20/2017 10:46 PM, Michał Górny wrote:
Tomas, please don't go this road. We all know Patrick does a shitty job
as Gentoo developer, both technically and socially but you do not have
to try to match him.
Was this comment really necessary
On 05/22/2017 03:52 AM, Sam Jorna wrote:
On 18/05/17 02:38, Patrick Lauer wrote:
Since proxy-maint refuses to be removed from packages (especially since they
were unconditionally added to all packages with a non-gentoo-dev maintainer in
metadata) they are the de facto maintainers, and overrule
On 05/24/2017 12:24 PM, Michał Górny wrote:
Yes, I *do not want feedback* on *how to do Gentoo* from people who do
*not help me do Gentoo* but instead only complain and demand.
But you do gentoo wrong, so as a user I'd like you to reconsider what
you wrote there and maybe take a long vacati
On 12/17/17 19:39, Mike Gilbert wrote:
> On Sun, Dec 17, 2017 at 8:21 AM, Michał Górny wrote:
>> Hello, everyone.
>>
>> It's my pleasure to announce that with a majority vote the QA team has
>> accepted a new policy. The accepted wording is:
>>
>> Total size of 'files' subdirectory of a package
On 01/30/2016 06:45 PM, Alex Brandt wrote:
> Hey Guys,
>
> I've oft wondered why we don't automatically assign bugs to the
> ebuild maintainer (if a CPV is in the subject). Would there be an
> issue with adding a bug modification hook to bugzilla or a daily
> job to re-assign bugs to ebuild own
Ohey,
I've opened a bug at:
https://bugs.gentoo.org/show_bug.cgi?id=573922
The idea here is to change the order of the providers of virtual/udev.
For existing installs this has zero impact.
For stage3 this would mean that eudev is pulled in instead of udev.
The rationale behind this is:
* eudev
On 02/08/2016 01:30 PM, Daniel Campbell wrote:
>
> Out of curiosity, which distros are shipping with eudev by default?
>
>From [1]:
"""
1. AUSTRUMI switched to eudev in March 2013 (see package list for the
2.6.8 release).
2. Parted Magic switched to eudev in August 2013.
3. Quirky (experimental
On 02/08/2016 11:59 PM, Luis Ressel wrote:
> On Tue, 9 Feb 2016 11:34:12 +1300
> Kent Fredric wrote:
>
>> nginx_modules_http_geoip? ( dev-libs/geoip )
>> nginx_modules_http_gunzip? ( sys-libs/zlib )
>> nginx_modules_http_gzip? ( sys-libs/zlib )
>> nginx_modules_http
... or why just changing stuff is not enough:
A few days ago I was told that
http://euscan.gentooexperimental.org/herds/ was displaying an empty
list. Which is annoying because people sometimes want to see what
upstream updates are available for their herd.
Well, we renamed herd to project. Becau
On 02/12/2016 08:48 AM, Michał Górny wrote:
> Dear Ignorant Patrick,
Hello human! Your politeness module seems to have crashed.
And thanks for making me do a quintuple facepalm with backflip. I think
that's a new record. So anyway ...
> On Thu, 11 Feb 2016 21:15:34 +0100
> Patric
On 02/11/2016 09:15 PM, Patrick Lauer wrote:
> Now instead of looking up [metadata.xml] -> (herd name) -> [herds.xml]
> -> email it goes backwards:
> [metadata.xml] -> (maintainer type=project) -> email -> [projects.xml]
> -> Project name
>
> Since thi
On 02/09/2016 01:17 PM, Rich Freeman wrote:
> On Tue, Feb 9, 2016 at 3:43 AM, Kent Fredric wrote:
>
>> And a lot of Gentoo is surprisingly simple: Like our use of bash
>> scripts for recipies to build things, like using rsync to deploy/relay
>> not just those recipies, but security notices and ne
On 02/09/2016 10:03 AM, Kent Fredric wrote:
> On 9 February 2016 at 18:27, Anthony G. Basile wrote:
>> all the vitriolic attacks i get about eudev come from the gentoo
>> community. outside of this community i get praise.
>
> In case my earlier messages stating a desire to exercise much caution
On 02/14/2016 02:16 AM, Rich Freeman wrote:
> On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote:
>> So what do you guys think of leaving behind empty stubs for compatibility
>> and then simply filing a tracking bug blocked by any packages that removing
>> herds broke?
> It isn't entirely cle
On 02/14/2016 05:00 PM, Rich Freeman wrote:
> On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer wrote:
>> If, for any reason, eudev should be abandoned - we can just change the
>> virtual back. One-line change.
> Which is precisely the corresponding argument for not switching the
On 02/12/2016 11:02 PM, Michał Górny wrote:
> On Fri, 12 Feb 2016 10:07:10 +0100
> Patrick Lauer wrote:
>
>> On 02/12/2016 08:48 AM, Michał Górny wrote:
>>> Dear Ignorant Patrick,
>> Hello human! Your politeness module seems to have crashed.
> Please do not
On 02/14/2016 07:44 PM, Andreas K. Hüttel wrote:
> On Sunday 14 February 2016 13:18:30 Rich Freeman wrote:
>> Feel free to peruse the various list discussions and council logs.
>> Most of what you're bringing up has come up before.
> Thanks rich0, you seem to be reading my mind.
>
> This is turning
On 02/14/2016 09:17 PM, Rich Freeman wrote:
> On Sun, Feb 14, 2016 at 2:41 PM, Brian Dolbec wrote:
>> On Sun, 14 Feb 2016 11:00:30 -0500
>> Rich Freeman wrote:
>>
>>> On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer
>>> wrote:
>>>> If, for
On 02/14/2016 09:23 PM, Mike Frysinger wrote:
> On 14 Feb 2016 11:41, Brian Dolbec wrote:
>> On Sun, 14 Feb 2016 11:00:30 -0500 Rich Freeman wrote:
>>> On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer wrote:
>>>> If, for any reason, eudev should be abandoned - we ca
On 02/16/2016 07:05 PM, William Hubbs wrote:
> All,
>
> I have a bug that points out a significant issue with
> /etc/init.d/mount-ro in OpenRC.
>
> Apparently, there are issues that cause it to not work properly for file
> systems which happen to be pre-mounted from an initramfs [1].
I don't unders
On 02/16/2016 08:33 PM, Michał Górny wrote:
> On Tue, 16 Feb 2016 20:14:03 +0100
> Chí-Thanh Christopher Nguyễn wrote:
>
>> Alexis Ballier schrieb:
>>> I also fail to see how udev using a new linux ipc would make it require
>>> systemd. Quoting Lennart:
>>> "You need the userspace code to set up t
On 02/17/2016 07:37 AM, Michał Górny wrote:
>
* Both udev and eudev have pretty much feature parity, so there won't be
any user-visible changes
* udev upstream strongly discourages standalone udev (without systemd)
since at least 2012
(see for example:
https:
We have two useflags expressing the same thing: bidi and fribidi.
I suggest collapsing it into one useflag, and to make it a global useflag.
Affected packages:
dev-libs/efl/metadata.xml: Enable
bidirectional text support
games-action/supertuxkart/metadata.xml: Support for right-to-l
# Patrick Lauer (22 Feb 2016)
# Inactive upstream, build failures, obsoleted by rakudo/perl6
dev-lang/niecza
dev-lang/niecza-bin
See https://bugs.gentoo.org/show_bug.cgi?id=565566
Since we have ChangeLogs again (November) they've been in backwards
order. Which is not really good - it breaks tools (like emerge
--changelog) and makes it harder to read for humans.
As a bonus it's inconsistent because the old Changelog-2015 fi
On 02/23/2016 07:07 PM, Alec Warner wrote:
> On Tue, Feb 23, 2016 at 9:14 AM, Patrick Lauer <mailto:patr...@gentoo.org>> wrote:
>
> See https://bugs.gentoo.org/show_bug.cgi?id=565566
>
> Since we have ChangeLogs again (November) they've been in backwards
>
On 02/23/2016 07:46 PM, Alexis Ballier wrote:
> On Tue, 23 Feb 2016 18:14:36 +0100
> Patrick Lauer wrote:
>
>> See https://bugs.gentoo.org/show_bug.cgi?id=565566
>>
>> Since we have ChangeLogs again (November) they've been in backwards
>> order. Which is n
On 02/27/2016 11:50 PM, Robin H. Johnson wrote:
> On Sat, Feb 27, 2016 at 02:14:12PM +0100, Luca Barbato wrote:
>> On 24/02/16 01:33, Duncan wrote:
>>> That option is there, and indeed, a patch providing it was specifically
>>> added to portage for infra to use, because appending entries to existi
On 02/08/2016 10:08 AM, Patrick Lauer wrote:
> Ohey,
>
> I've opened a bug at:
> https://bugs.gentoo.org/show_bug.cgi?id=573922
>
> The idea here is to change the order of the providers of virtual/udev.
> For existing installs this has zero impact.
> For stage3 this wo
On 03/02/2016 02:32 AM, Robin H. Johnson wrote:
> On Mon, Feb 29, 2016 at 09:01:19AM +0100, Ulrich Mueller wrote:
>> Have I missed your posting the results of this? Especially, what is
>> the preferred ordering of ChangeLog entries?
> I just hadn't finished putting the results into a long-term form
On 03/02/2016 08:48 PM, malc wrote:
> I still fail to understand the bikeshedding here - you really don't
> need a git checkout to get something akin to a changelog. Use the
> github API directly...
>
> The following 1-liner could be trivially productised (maybe even parse
> $PWD to set the path ar
On 03/30/2016 04:32 PM, mgo...@bonedaddy.net wrote:
> Looks like someone just broke Gentoo!
>
> New issues:
> https://qa-reports.gentoo.org/output/gentoo-ci/33f062a/output.html#dev-db/aerospike-server-community
>
>
> Introduced by commits:
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5403
As of commit ed047cf2c607277629c20bf1a88d727a7f9bb79e we have
sys-libs/glibc-2.23 in ~arch.
This breaks *lots* of stuff. For example coreutils was broken [1].
According to the tracker bug [2] most of the breakage was introduced in
a gentoo-specific patch.
On the upstream mailinglist [3] people
On 04/16/2016 09:23 AM, Patrick Lauer wrote:
>I very strongly suggest bumping the glibc ebuild, removing the patch in
the bump, and masking the broken version. Then asking people to test the
patched version to smoke out failures, and in a few months we can
consider re-enabling this tomfool
On 04/16/2016 09:23 AM, Patrick Lauer wrote:
> I very strongly suggest bumping the glibc ebuild, removing the patch in
> the bump, and masking the broken version. Then asking people to test the
> patched version to smoke out failures, and in a few months we can
> consider re-e
On 05/04/2016 06:27 AM, Austin English wrote:
> Hi there,
>
> I've been working on the transition from #!/sbin/runscript to
> #!/sbin/openrc-run [1],
... and once more I have to ask:
Is there any reason that Stuff Needs To Change because of a packaging
conflict in *debian* where it really doesn't
On 05/05/2016 01:12 AM, William Hubbs wrote:
> On Wed, May 04, 2016 at 07:41:39PM +1000, Sam Jorna wrote:
>> On Wed, May 04, 2016 at 10:57:44AM +0200, Kristian Fiskerstrand wrote:
>>> On 05/04/2016 10:52 AM, Sam Jorna wrote:
On Wed, May 04, 2016 at 10:00:05AM +0200, Ulrich Mueller wrote:
>
On 05/05/2016 09:17 AM, Duncan wrote:
> Patrick Lauer posted on Thu, 05 May 2016 07:13:00 +0200 as excerpted:
>
>> So again, because I feel like either I'm too stupid to understand this,
>> or too smart to let such an obviously bad idea continue:
>>
>> What prob
On 05/05/2016 09:44 AM, M. J. Everitt wrote:
> On 05/05/16 08:32, Patrick Lauer wrote:
>> To summarize: Lots of churn, no visible benefit, except that some OCD
>> people could feel better: except that we can't actually fix the core
>> 'issue' without
On 05/05/2016 08:59 PM, Andreas K. Huettel wrote:
> Am Donnerstag, 5. Mai 2016, 09:53:10 schrieb Patrick Lauer:
> > On 05/05/2016 09:44 AM, M. J. Everitt wrote:
> >> On 05/05/16 08:32, Patrick Lauer wrote:
> >>> To summarize: Lots of churn, no visible benefit, exc
On 05/27/2016 04:21 PM, Mart Raudsepp wrote:
> Hello,
>
> Despite it being 2016 and gtk2 pretty much dead, buried and forgotten
> upstream, many applications still support only gtk2, have subtle issues
> with their gtk3 port, or support both, with some of our userbase
> clinging to gtk2 for dubious
On 06/03/2016 10:52 AM, Michał Górny wrote:
> Dnia 2 czerwca 2016 21:36:10 CEST, waltd...@waltdnes.org napisał(a):
>>
>> Is it broken right now? What improvement will we see from having to
>> add a "GUI" flag?
> TL;DR: it's broken as hell, missing GUI, flag conflicts, implicit flags, full
> pack
On 06/06/2016 04:53 PM, Ian Stakenvicius wrote:
>
> This -can- be simplified using a REQUIRED_USE to force just-one-of
> gtk3,qt4,qt5 , but you can technically do the same with USE=gui too --
> all you'd need to do is add dependencies for the no-specific-flag case.
>
> RDEPEND="...
> qt5? ( d
On 06/07/2016 10:31 PM, Andreas K. Huettel wrote:
>
> > Your thoughts?
>
> > [1]:https://wiki.gentoo.org/wiki/Project:Sunrise
>
> Sunrise was a great way to learn packaging for Gentoo. Reviews were
> *very*
> strict in the past, resulting in better QA standards than the Gentoo
> main tree
But here'
On 08/07/2016 10:12 AM, Dirkjan Ochtman wrote:
> On Sun, Aug 7, 2016 at 9:51 AM, Pacho Ramos wrote:
>> This packages are now up for grabs:
>> app-portage/euscan
>
> Patrick,
>
> Are you still keeping euscan running?
>
Yes. It's not in the best shape, but for now it works well enough to
keep it
On 08/07/2016 10:04 PM, Alan McKinnon wrote:
> On 07/08/2016 19:36, james wrote:
>>> The interesting apps out there are mostly running python, go and
>>> (sometimes) lua. And that's what I observe in my day job -
>>> business/mobile ISP.
>>
>>
>> Look at the job listing on stackoverflow and elsewhe
On 08/28/2016 08:30 AM, Daniel Campbell wrote:
> On 08/24/2016 09:42 AM, Zac Medico wrote:
>> On 08/24/2016 09:33 AM, Michael Orlitzky wrote:
>>> * no benefit put forth so far, other than that it's the same file that
>>> systemd uses, which is true but not beneficial as far as I can tell
>>
>
On 08/28/2016 04:21 PM, Michał Górny wrote:
> On Sun, 28 Aug 2016 14:34:20 +0200
> Patrick Lauer wrote:
>
>> On 08/28/2016 08:30 AM, Daniel Campbell wrote:
>>> On 08/24/2016 09:42 AM, Zac Medico wrote:
>>>> On 08/24/2016 09:33 AM, Michael Orlitzky wrote:
&
On 10/17/16 09:23, Michał Górny wrote:
> Hello, everyone.
>
> I'd like to point out a major problem in Gentoo: there's a fair number
> of developers who add various local workarounds to problems they meet
> and don't bother to report a bug. Worst than that, this applies not
> only for upstream pro
On 12/17/12 08:10, Michael Orlitzky wrote:
> On 12/16/12 14:04, Markos Chandras wrote:
>> On 16 December 2012 16:57, Michael Orlitzky wrote:
>>> Inspired by the number of packages being unmaintained -- why not use
>>> some of that bug bounty money to fix up the recruitment documentation
>>
>> Recr
On 12/26/2012 05:39 PM, Kent Fredric wrote:
> I know, it should be easy, and I'm probably making excuses, but it boils
> down to
Well, it boils down to you needing an excuse ;)
> 1. People in Gentoo have asked me to/encouraged me to do the quizzes
> 2. I've tried several times
> 3. Still not ther
On 01/19/2013 09:39 PM, Diego Elio Pettenò wrote:
> On Sat, Jan 19, 2013 at 2:21 PM, Rich Freeman wrote:
>> Maybe x11-qt, or dev-qt, or just qt, or qt-qt if we must have a hyphen
>> for its own sake and we're just making senseless stuff up. qt-core
>> just doesn't make sense if it applies to more
On 02/03/2013 09:45 PM, Ralph Sennhauser wrote:
> On Sun, 03 Feb 2013 13:46:52 +0100
> Pacho Ramos wrote:
>
>> dev-libs/boehm-gc
>
> Will take this one in a few days if no one else grabs it first.
>
Since it's a dependency of one package I maintain (dev-lang/opendylan) I
have a marginal interes
On 02/10/2013 05:01 PM, Pacho Ramos wrote:
> # Pacho Ramos (10 Feb 2013)
> # Fails with gcc-4.7, crashes (#301946, #312073), problems with
> # boost (#319921), problems with python-2.7 (#338826), really old
> # version in the tree, people should move to sci overlay one (#424659).
> # Removal in a
On 03/24/2013 09:40 PM, Peter Stuge wrote:
> Markos Chandras wrote:
>> The masks are sort of announcements as you have 30 days to revert that
>> decision.
>
> You don't seem to recognize the quite significant psychological
> impact of you having already made the decision, compared to, say,
> havin
On 04/24/2013 07:21 PM, Peter Stuge wrote:
> Jeroen Roovers wrote:
>> Er, you can't be seriously suggesting we will drop repoman checks
>> with the migration to git? I don't see how that would benefit anyone.
>
> I would argue that repoman and/or corresponding checks should be run
> by a CI system
On 05/01/2013 11:25 AM, Ryan Hill wrote:
> Since people like to start whinging threads every time we have to change flags
> on gcc this is a friendly notice of some upcoming changes.
>
[snip lots of good ideas]
>
> Any thoughts?
I'm in favour of unleashing 4.8 in ~arch soon - I've been building
On 06/16/2013 04:37 AM, Pacho Ramos wrote:
> # Pacho Ramos (15 Jun 2013)
> # Upstream dead for ages, nothing requires it, wrongly
> # generated .la files (#201440). Removal in a month.
> rox-base/rox-clib
>
No :)
I've commented out that mask in package.mask because:
dependency.bad
On 07/19/2013 02:50 PM, Pacho Ramos wrote:
> The problem I hit usually:
>
> There are some packages that rely on X for some tests, that way, when I
> for example emerge tk, it's nearly impossible to keep working because I
> get tons of windows opened and closed.
>
> Wouldn't be better to make th
On 08/07/2013 09:14 PM, Alexandre Rostovtsev wrote:
> On Wed, 2013-08-07 at 14:45 +0200, Michael Weber wrote:
>> Greetings,
>>
>> Gnome Herd decided to target stablilization of 3.8 [1] which requires
>> systemd.
>>
>> What are the reasons to stable 3.8 and not 3.6, a version w/o this
>> restriction
On 08/08/2013 04:47 AM, hasufell wrote:
> On 08/07/2013 09:55 PM, Robin H. Johnson wrote:
>> On Tue, Aug 06, 2013 at 10:32:39AM -0400, Alex Xu wrote:
>>> AFAIK, the status is "unimplemented, and nobody's working on it".
>> No, I did post implementation patches for much of it back when the GLEPs
>>
On 08/08/2013 10:01 PM, Fabio Erculiani wrote:
> On Thu, Aug 8, 2013 at 1:49 AM, Patrick Lauer wrote:
>>
>> Seeing the noise in #gentoo from people getting whacked in the kidney by
>> the systemd sidegrade ... that's a very optimistic decision.
>
> Yes it is, be
101 - 200 of 454 matches
Mail list logo
