On 06/16/2013 11:31 AM, Pacho Ramos wrote:
> Due ramereth lack of time:
> sys-block/megacli
As a very unhappy owner of hardware that uses it, I'll take it.
Cheers,
Kacper
signature.asc
Description: OpenPGP digital signature
On Saturday 15 June 2013 04:39:10 Vadim A. Misbakh-Soloviov wrote:
> # @DESCRIPTION:
> # Unpack nixstaller generated files
needs a period at the end. content in @DESCRIPTION is normalized.
> # They're shell scripts with the blob package tagged onto
> # the end of the archive. In the blob placed
here's v2
-mike
--- eutils.eclass 22 May 2013 05:10:29 - 1.421
+++ eutils.eclass 17 Jun 2013 05:41:58 -
@@ -146,6 +146,79 @@ estack_pop() {
eval unset ${__estack_name}\[${__estack_i}\]
}
+# @FUNCTION: evar_push
+# @USAGE: [more vars to save]
+# @DESCRIPTION:
+#
On Sunday 02 June 2013 03:48:17 Tom Wijsman wrote:
> On Sun, 2 Jun 2013 03:29:33 -0400 Mike Frysinger wrote:
> > except you aren't handling edge cases (like set vs unset)
>
> You've got me there, though this is quite an exception; I don't see
> why we have to introduce something that's barely used
On Sunday 02 June 2013 13:38:04 Steven J. Long wrote:
> On Sat, Jun 01, 2013 at 11:03:20PM -0400, Mike Frysinger wrote:
> > --- eutils.eclass 22 May 2013 05:10:29 - 1.421
> > +++ eutils.eclass 2 Jun 2013 03:00:46 -
> > @@ -146,6 +146,77 @@ estack_pop() {
> > eval unset ${__esta
It's low maintenance; only thing needed is either to rebase to my
libtransform work, or add proper xz support.
Either way, any questions, let me know.
~brian
On Mon, Jun 17, 2013 at 1:16 AM, Sergey Popov wrote:
> 16.06.2013 13:49, Pacho Ramos пишет:
> > Due ferringb retirement the following pa
16.06.2013 13:49, Pacho Ramos пишет:
> Due ferringb retirement the following packages are up for grabs:>
>
> dev-util/bsdiff
I will take care of it...
--
Best regards, Sergey Popov
Gentoo developer
Gentoo Desktop-effects project lead
Gentoo Qt project lead
signature.asc
Description: OpenPGP d
On Tuesday 11 June 2013 05:55:14 Pacho Ramos wrote:
> Because of:
> https://bugs.gentoo.org/show_bug.cgi?id=432848
>
> We discovered an old bug affecting intltool that causes prefix of
> localedir to be always hardcoded to the same location instead of
> respecting configure flags.
>
> The patch i
On Sun, Jun 16, 2013 at 6:49 AM, Pacho Ramos wrote:
> Due ferringb retirement the following packages are up for grabs:
> ...
> dev-util/diffball
>
I'll take it.
--
Rafael Goncalves Martins
Gentoo Linux developer
http://rafaelmartins.eng.br/
On 6/16/13 12:36 AM, Alexander V Vershilov wrote:
> In this is a continuation of a 'gentoo-haskell' sub-thread I have to say that
> Chromium and co. it not a development library this is a end user application.
> End user applications should be in tree (except for some testing reasons), if
> not jus
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-06-16 23h59 UTC.
Removals:
kde-misc/ktouchpadenabler 2013-06-12 18:19:14 johu
Additions:
sys-devel/heirloom-devtools 2013-06-10 00:10:32
On 16/06/13 04:36 PM, Andreas K. Huettel wrote:
> Hi Kent,
>>
>> IMHO, the criteria for being able to edit the wiki should be lower than the
>> present requirements on "being a Gentoo Dev".
>
> Only a small subset of official pages is locked, everything else is free to
> edit for anyone who sign
On 16/06/13 03:44 PM, Robin H. Johnson wrote:
Image resources:
> >> These can be uploaded to the Wiki.
>>> > > How can we ensure later that the media files don't get deleted?
>> > Deletion is restricted to administrators, mediawiki also keeps old
>> > versions around in case someone reupl
On Mon, 17 Jun 2013 00:07:57 +0200
Tom Wijsman wrote:
> That's assuming you would go threaded, but you can also aim for lower
> algorithmic complexities; the complexity makes the CPU the bottleneck.
Dependency solving is NP-hard in theory and better than quadratic in
practice. The resolution algo
On Sun, 16 Jun 2013 14:57:32 -0700
Zac Medico wrote:
> It's actually not bad, since all of the subslot rebuilds are triggered
> in a single backtracking run. Anyway, I welcome having people work on
> competing package managers, trying to do all of this stuff more
> efficiently. :-)
I'm starting t
On 16.06.2013 21:44, Robin H. Johnson wrote:
> […]
>>> - How can we better encourage these to move to an API site?
>> Not sure what you mean with that.
> It needs to be really easy for any developer to throw up a new data
> source w/ scripts onto the API site.
>
> Even qa-reports is somewhat stall
On Sun, 16 Jun 2013 22:38:56 +0100
Ciaran McCreesh wrote:
> On Sun, 16 Jun 2013 23:24:27 +0200
> Tom Wijsman wrote:
> > I have one; it's great to help make my boot short, but it isn't
> > really a great improvement for the Portage tree. Better I/O isn't a
> > solution to computational complexity
On 06/16/2013 11:23 AM, Tom Wijsman wrote:
> Ignoring that call graph, you could look at what has recently been
> introduced to increase the amount of time needed to calculate the
> dependency graph; you don't have to look far.
>
> http://blogs.gentoo.org/mgorny/2013/05/27/the-pointless-art-of-sub
On Sun, 16 Jun 2013 23:24:27 +0200
Tom Wijsman wrote:
> I have one; it's great to help make my boot short, but it isn't really
> a great improvement for the Portage tree. Better I/O isn't a solution
> to computational complexity; it doesn't deal with the CPU bottleneck.
If the CPU is your bottlen
On Sun, 16 Jun 2013 19:33:53 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> TL;DR: SSDs help. =:^)
TL;DR: SSDs help, but they don't solve the underlying problem. =:-(
I have one; it's great to help make my boot short, but it isn't really
a great improvement for the Portage tree. Better I/O i
(Please reply on the gentoo-project list, I have set the Reply-To header
for this mail appropriately).
===
TL;DR:
- Does GLEP39 still serve all the needs of Gentoo? Devrel useful?
- How to improve ourselves as a distribution (technical) and as people
(personal interactions)?
- Would EVERY devel
On 2013-06-16 06:55, Brian Dolbec wrote:
> > > Due ferringb retirement the following packages are up for grabs:
> > > dev-python/snakeoil
> > > sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
> > > and neither has eapi5 support)
> I'll take pkgcore (if somehow we can get ea
Hi Kent,
>
> IMHO, the criteria for being able to edit the wiki should be lower than the
> present requirements on "being a Gentoo Dev".
Only a small subset of official pages is locked, everything else is free to
edit for anyone who signs himself up.
>
> I'd be interested in seeing if theres'
On 16 June 2013 16:01, "Paweł Hajdan, Jr." wrote:
> On 6/9/13 7:22 AM, Alex Legler wrote:
> > I'd appreciate some input on below plan to move project pages to the
> Wiki:
>
> Alex, thanks for working on this! Some feedback:
>
> 1. How will the project pages be protected against "unwanted" edits?
On Sun, Jun 16, 2013 at 02:08:00PM +0200, Alex Legler wrote:
> On 16.06.2013 03:21, Robin H. Johnson wrote:
> >> Special pages and contents
> >> --
> >> herds.xml, repositories.xml, etc.:
> >> As these are intended for other applications to use, these should go to
> >> a new
On Sun, 16 Jun 2013 20:23:24 +0200
Tom Wijsman wrote:
> Is it possible to reasonable enhance the Portage code to improve dep
> calculations in a reasonable amount of time?
Before you start looking at speed, you should make it do full, correct
dependency enforcing. Get it right first, and fast lat
Am Sonntag, 16. Juni 2013, 21:33:53 schrieb Duncan:
> Tom Wijsman posted on Sun, 16 Jun 2013 20:23:24 +0200 as excerpted:
> > On Sun, 16 Jun 2013 19:21:38 +0200 Pacho Ramos wrote:
> >> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
> >> [...]
> >>
> >> > Thank you for considering he
On Sun, Jun 16, 2013 at 12:53:16PM +0200, Alex Legler wrote:
> > 2. How will the staffing needs page be updated after dropping gorg?
> You create a subpage for each staffing need, filling in information
> using a form. Semantic magic aggregates these, and you'll get a template
> to include for your
Tom Wijsman posted on Sun, 16 Jun 2013 20:23:24 +0200 as excerpted:
> On Sun, 16 Jun 2013 19:21:38 +0200 Pacho Ramos wrote:
>
>> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
>> [...]
>> > Thank you for considering helping. I have stayed away form the
>> > intricate details of pa
On Sun, 16 Jun 2013 19:27:12 +0200
hasufell wrote:
> On 06/16/2013 07:21 PM, Pacho Ramos wrote:
> > El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
> > [...]
> >> Thank you for considering helping. I have stayed away form the
> >> intricate details of package management in the past,
On Sun, 16 Jun 2013 19:21:38 +0200
Pacho Ramos wrote:
> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
> [...]
> > Thank you for considering helping. I have stayed away form the
> > intricate details of package management in the past, but I also do
> > not like how long portage is
On Sun, 2013-06-16 at 19:21 +0200, Pacho Ramos wrote:
> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
> [...]
> > Thank you for considering helping. I have stayed away form the
> > intricate details of package management in the past, but I also do not
> > like how long portage is ta
On 06/16/2013 07:21 PM, Pacho Ramos wrote:
> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
> [...]
>> Thank you for considering helping. I have stayed away form the
>> intricate details of package management in the past, but I also do not
>> like how long portage is taking now for d
El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
[...]
> Thank you for considering helping. I have stayed away form the
> intricate details of package management in the past, but I also do not
> like how long portage is taking now for dep calculations.
And, cannot that efforts be put
On Sun, 2013-06-16 at 16:44 +0200, Tom Wijsman wrote:
> On Sun, 16 Jun 2013 06:55:23 -0700
> Brian Dolbec wrote:
>
> > I'll take pkgcore (if somehow we can get eapi 5 finished.)
>
> Here's the catch: it's not only about finishing EAPI 5, but also about
> implementing the upcoming EAPI 6 changes
On 06/16/2013 08:27 AM, Pacho Ramos wrote:
El dom, 16-06-2013 a las 05:19 -0700, g...@malth.us escribió:
On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
Due ramereth lack of time:
net-misc/stunnel
Pretty sure my (dead, eventually to be revived) server uses stunnel. I've
never offi
Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos:
> Will drop it in two weeks if nobody joins
>
> Thanks
I've added myself to the vmware herd for now.
However, I don't have much time and only really care about vmware-workstation,
so additional help is more than welcome.
--
Andreas
On Sun, 16 Jun 2013 06:55:23 -0700
Brian Dolbec wrote:
> I'll take pkgcore (if somehow we can get eapi 5 finished.)
Here's the catch: it's not only about finishing EAPI 5, but also about
implementing the upcoming EAPI 6 changes and fixing any bugs that arise.
For it to be feasible to use it wou
El dom, 16-06-2013 a las 14:09 +, Duncan escribió:
> Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:
>
> > El dom, 16-06-2013 a las 12:42 +, Duncan escribió:
> >> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
> >>
> >> [Snipped as my comment refer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/15/2013 08:24 PM, Zac Medico wrote:
> On 06/15/2013 06:05 AM, Michał Górny wrote:
>> Dnia 2013-06-15, o godz. 15:56:53
>> "Vadim A. Misbakh-Soloviov" napisał(a):
>>
>>> And, moreover, I guess, SRC_URI can even be used for VCS:
>>>
>>> SRC_URI="
Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:
> El dom, 16-06-2013 a las 12:42 +, Duncan escribió:
>> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
>>
>> [Snipped as my comment refers to the subject]
>>
>> Could you split-up announcements like this
On Sun, 2013-06-16 at 14:48 +0200, Dirkjan Ochtman wrote:
> On Sun, Jun 16, 2013 at 11:49 AM, Pacho Ramos wrote:
> > Due ferringb retirement the following packages are up for grabs:
> > dev-python/snakeoil
> > sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
> > and neither
On 16/06/2013 10:24, Zac Medico wrote:
How about it we add a src_fetch phase, so that the VCS intricacies can
be delegated to ebuilds/eclasses (like they are now, but without having
to abuse src_unpack). If we include a way for src_fetch to communicate
changes in VCS revisions to the package mana
On 16/06/2013 23:02, g...@malth.us wrote:
There'd be no problem resurrecting it from the grave, if need be, would there?
Please note that being unmaintained does not mean the package will be
removed. That would only happen if there are long term unresolved issues
with the package.
Best rega
El dom, 16-06-2013 a las 12:42 +, Duncan escribió:
> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
>
> [Snipped as my comment refers to the subject]
>
> Could you split-up announcements like this into multiple announcements,
> so the subject lines remain a reasonable le
On Sun, 16 Jun 2013, at 05:27, Pacho Ramos thusly quipped:
> El dom, 16-06-2013 a las 05:19 -0700, g...@malth.us escribió:
>> On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
>>> Due ramereth lack of time:
>>> net-misc/stunnel
>>
>> Pretty sure my (dead, eventually to be revived) server
> On Sat, 15 Jun 2013, Ulrich Mueller wrote:
>>> PMS doesn't guarantee that die works correctly in a subshell:
>>> http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-12800011.3.3
>>>
>>> So the devmanual agrees with the spec, and the eclasses need to be
>>> fixed.
>> How does that make any sense?
On Sun, Jun 16, 2013 at 11:49 AM, Pacho Ramos wrote:
> Due ferringb retirement the following packages are up for grabs:
> dev-python/snakeoil
> sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
> and neither has eapi5 support)
Looks like these should go together, with pkgcor
Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
[Snipped as my comment refers to the subject]
Could you split-up announcements like this into multiple announcements,
so the subject lines remain a reasonable length, please?
Particularly when there's lots of unrelated packages
El dom, 16-06-2013 a las 05:19 -0700, g...@malth.us escribió:
> On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
> > Due ramereth lack of time:
> > net-misc/stunnel
>
> Pretty sure my (dead, eventually to be revived) server uses stunnel. I've
> never officially maintained anything, is
On 06/16/2013 02:19 PM, g...@malth.us wrote:
> On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
>> Due ramereth lack of time:
>> net-misc/stunnel
>
> Pretty sure my (dead, eventually to be revived) server uses stunnel. I've
> never officially maintained anything, is there some document
Will drop it in two weeks if nobody joins
Thanks
On Sun, 16 Jun 2013, at 02:31, Pacho Ramos thusly quipped:
> Due ramereth lack of time:
> net-misc/stunnel
Pretty sure my (dead, eventually to be revived) server uses stunnel. I've
never officially maintained anything, is there some documentation somewhere as
to what exactly I'm agreeing to, if
I'd like that behaviour!
16.06.2013 07:24, Zac Medico пишет:
> How about it we add a src_fetch phase, so that the VCS intricacies can
> be delegated to ebuilds/eclasses (like they are now, but without having
> to abuse src_unpack). If we include a way for src_fetch to communicate
> changes in VCS
2013/6/16 Zac Medico :
> How about it we add a src_fetch phase, so that the VCS intricacies can be
> delegated to ebuilds/eclasses (like they are now, but without having to
> abuse src_unpack). If we include a way for src_fetch to communicate changes
> in VCS revisions to the package manager, then
On 16.06.2013 03:21, Robin H. Johnson wrote:
>> Special pages and contents
>> --
>> herds.xml, repositories.xml, etc.:
>> As these are intended for other applications to use, these should go to
>> a new site, possibly api.gentoo.org, initially fed from a git repository.
>> T
On 06/16/2013 02:24 AM, Zac Medico wrote:
> How about it we add a src_fetch phase, so that the VCS intricacies
> can be delegated to ebuilds/eclasses (like they are now, but without
> having to abuse src_unpack). If we include a way for src_fetch to
> communicate changes in VCS revisions to the pac
On 16/06/2013 11:03, Pacho Ramos wrote:
> media-gfx/iscan-plugin-gt-f720
I'll clean it up so that it behaves like the other iscan-plugins but if
somebody has hardware that would be nice to co-maintain (including users)
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flame
On 16.06.2013 06:01, "Paweł Hajdan, Jr." wrote:
> On 6/9/13 7:22 AM, Alex Legler wrote:
>> I'd appreciate some input on below plan to move project pages to the Wiki:
>
> Alex, thanks for working on this! Some feedback:
>
> 1. How will the project pages be protected against "unwanted" edits? I
> t
El dom, 16-06-2013 a las 12:03 +0200, Pacho Ramos escribió:
> Due elvanor lack of time the following packages are up for grabs:
> app-office/openerp-server
> net-print/xerox-drivers
> media-gfx/iscan-plugin-gt-f720
> net-libs/pjsip
>
Also:
app-office/openerp-client
app-office/openerp-web
El lun, 03-06-2013 a las 21:48 +0200, Pacho Ramos escribió:
> It's widely used in gnome related packages with similar purposes, its
> description could be:
> Enable bindings for dev-lang/vala
>
> Are you ok with moving it to global?
Done
El vie, 24-05-2013 a las 21:19 +0200, Pacho Ramos escribió:
> I noticed the following addition to mono-env.eclass would be needed to
> let us kill go-mono.eclass (setting now obsolete SRC_URI and build
> phases relying on base.eclass)
>
> Patch attached
>
Done
Due elvanor lack of time the following packages are up for grabs:
app-office/openerp-server
net-print/xerox-drivers
media-gfx/iscan-plugin-gt-f720
net-libs/pjsip
Due ferringb retirement the following packages are up for grabs:
app-arch/tarsync
dev-python/snakeoil
dev-util/bsdiff
dev-util/diffball
sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
and neither has eapi5 support)
Feel free to join to it or will be removed in two weeks
Thanks!
Due nixphoeni lack of time the following package is up for grabs:
app-misc/gourmet
Due ramereth lack of time:
sys-block/megacli
net-misc/stunnel
app-admin/mcollective
On Sat, 15 Jun 2013 21:01:00 -0700
""Paweł Hajdan, Jr."" wrote:
> On 6/9/13 7:22 AM, Alex Legler wrote:
> > I'd appreciate some input on below plan to move project pages to
> > the Wiki:
>
> Alex, thanks for working on this! Some feedback:
>
> 1. How will the project pages be protected against
El dom, 16-06-2013 a las 11:38 +0800, Patrick Lauer escribió:
> 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 :)
>
>
2013-06-15 17:51 Rich Freeman napisał(a):
> Plus, right now with Gentoo there is no way to set an overlay as being LOWER
> priority than the main tree - so that you can grab packages not supported in
> main from an overlay but still use the main packages when available.
Portage has been supporting
On 16 June 2013 08:08, "Paweł Hajdan, Jr." wrote:
> On 6/12/13 11:51 PM, Dirkjan Ochtman wrote:
>> Still seems like working in gentoo-x86 without doing stabilization
>> would cover most of those bases. Working in the unstable main tree is
>> still a lot better than keeping stuff out there in an ov
71 matches
Mail list logo
