On 16 June 2013 08:08, Paweł Hajdan, Jr. phajdan...@gentoo.org 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
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
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 pa...@gentoo.org (15 Jun 2013)
# Upstream dead for ages, nothing requires it, wrongly
# generated .la files (#201440). Removal in a month.
rox-base/rox-clib
No :)
On Sat, 15 Jun 2013 21:01:00 -0700
Paweł Hajdan, Jr. phajdan...@gentoo.org 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
Due ramereth lack of time:
sys-block/megacli
net-misc/stunnel
app-admin/mcollective
Due nixphoeni lack of time the following package is up for grabs:
app-misc/gourmet
Feel free to join to it or will be removed in two weeks
Thanks!
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)
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
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
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 pkgdev-lang/vala/pkg
Are you ok with moving it to global?
Done
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
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
think it's
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 —
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
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.
This site
2013/6/16 Zac Medico zmed...@gentoo.org:
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
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
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
Will drop it in two weeks if nobody joins
Thanks
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 documentation
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 there
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
On Sun, Jun 16, 2013 at 11:49 AM, Pacho Ramos pa...@gentoo.org 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
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?
It makes perfect
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 uses
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 length,
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
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
On Sun, 2013-06-16 at 14:48 +0200, Dirkjan Ochtman wrote:
On Sun, Jun 16, 2013 at 11:49 AM, Pacho Ramos pa...@gentoo.org 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
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 into
-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 m...@mva.name napisał(a):
And, moreover, I guess, SRC_URI can even be used for VCS:
SRC_URI=
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 refers to the
On Sun, 16 Jun 2013 06:55:23 -0700
Brian Dolbec dol...@gentoo.org 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
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 K.
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
On Sun, 2013-06-16 at 16:44 +0200, Tom Wijsman wrote:
On Sun, 16 Jun 2013 06:55:23 -0700
Brian Dolbec dol...@gentoo.org 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
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 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 dep
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 taking
On Sun, 16 Jun 2013 19:21:38 +0200
Pacho Ramos pa...@gentoo.org 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
On Sun, 16 Jun 2013 19:27:12 +0200
hasufell hasuf...@gentoo.org 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
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 pa...@gentoo.org 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
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
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 pa...@gentoo.org wrote:
El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
[...]
Thank you for considering
On Sun, 16 Jun 2013 20:23:24 +0200
Tom Wijsman tom...@gentoo.org 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
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 site, possibly
On 16 June 2013 16:01, Paweł Hajdan, Jr. phajdan...@gentoo.org 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
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' a way
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 eapi 5
(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
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
On Sun, 16 Jun 2013 23:24:27 +0200
Tom Wijsman tom...@gentoo.org 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
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.
On Sun, 16 Jun 2013 22:38:56 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sun, 16 Jun 2013 23:24:27 +0200
Tom Wijsman tom...@gentoo.org 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
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 stalled, and
On Sun, 16 Jun 2013 14:57:32 -0700
Zac Medico zmed...@gentoo.org 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. :-)
On Mon, 17 Jun 2013 00:07:57 +0200
Tom Wijsman tom...@gentoo.org 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
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 reuploads a file.
To
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 signs himself
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 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 just
On Sun, Jun 16, 2013 at 6:49 AM, Pacho Ramos pa...@gentoo.org 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 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 is fixed
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
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 pinkb...@gentoo.org wrote:
16.06.2013 13:49, Pacho Ramos пишет:
Due ferringb retirement
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
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...
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: variable to save [more vars to save]
+#
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
70 matches
Mail list logo
