[gentoo-portage-dev] Small patch for portage_dep.strip_empty

2008-03-12 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi guys, while looking through portage code, I saw, that portage_dep.strip_empty also modifies the passed list _in place_: | l = [0,1,2,3,4] | strip_empty(l) [1, 2, 3, 4] | l [1, 2, 3, 4] I don't know if this is wanted behavior - but as it is not

Re: [gentoo-portage-dev] [RFC/PATCH] New objects cpv, pv and version to be used instead of raw strings.

2008-07-18 Thread René 'Necoro' Neumann
On Fri, 18 Jul 2008 12:41:52 +0300, Ali Polatel [EMAIL PROTECTED] wrote: Hi, Attached patch adds objects cpv, pv and version to portage.versions. This is meant as a thin layer over functions vercmp(), pkgcmp(), pkgsplit() and catpkgsplit(). Using these objects instead of the mentioned

Re: [gentoo-portage-dev] [RFC/PATCH v2] New objects cpv, pv and version to be used instead of raw strings.

2008-07-24 Thread René 'Necoro' Neumann
For the decorators: I'm not sure if this is overkill: But in Python2.5 there is the functools.wraps-decorator, that takes care that the wrapped function looks the same like the original one :)... This would look like: def decorator (f): @wraps(f) def func_proxy(...): # something

Re: [gentoo-portage-dev] portage-2.2-rc3 parallel merges quit being parallel

2008-07-27 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Duncan schrieb: Also, a little monitoring utility that could be run in another terminal and just list and update all the currently merging packages, and any that had failed to merge, so I could take a look at them while the system is still

[gentoo-portage-dev] Exporting basic emerge/portage functionality in an API

2008-07-27 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I think, this is already somewhere on the agenda of portage (perhaps with a low priority ;)), but I nevertheless wanted to ask for the possibility to have as much of emerge's functionality exported in an API as possible =). The reason behind

Re: [gentoo-portage-dev] portage-py3k status report

2008-08-15 Thread René 'Necoro' Neumann
What's the best way to send patches for the patches ;) ? For example in http://dev.gentoo.org/~hawking/portage-2to3/auto/11-portage-2to3-map.patch - there is the following hunk: hunk diff --git a/pym/portage/process.py b/pym/portage/process.py index f766d30..dc425af 100644 ---

Re: [gentoo-portage-dev] search functionality in emerge

2008-11-23 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Auty schrieb: Finally there are overlays, and since these can change outside of an emerge --sync (as indeed can the main tree), you'll have to reindex these before each search request, or give the user stale data until they manually

Re: [gentoo-portage-dev] search functionality in emerge

2008-11-24 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tvali schrieb: There is daemon, which notices about filesystem changes - http://pyinotify.sourceforge.net/ would be a good choice. Disadvantage: Has to run all the time (I see already some people crying: oh noez. not yet another daemon...). Problem

Re: [gentoo-portage-dev] search functionality in emerge

2008-11-24 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tvali schrieb: But about filesystem... [... snip lots of stuff ...] What you mentioned for the filesystem might be a nice thing (actually I started something like this some time ago [1] , though it is now dead ;)), but it does not help in the

Re: [gentoo-portage-dev] How to extract the version/revision of an installed package?

2008-11-25 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Amit Dor-Shifer schrieb: Thanks :) Reason I thought this is relevant is: I'm basically looking for an API to get an installed package's version/rev. I prefer that over making syntactical assumptions on the way portage names packages. Taking

Re: [gentoo-portage-dev] Re: search functionality in emerge

2008-12-01 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Emma Strubell schrieb: 2) does anyone really need to search an overlay anyway? Of course. Take large (semi-)official overlays like sunrise. They can easily be seen as a second portage tree. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9

Re: [gentoo-portage-dev] equery: RFC and code review

2009-02-12 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Harring schrieb: On Wed, Feb 11, 2009 at 11:10:43PM -0800, Alec Warner wrote: belongs.py has this gem: q.append(('^' if query[0] == '/' else '/') + re.escape(query) + '$') Also a python2.6 only feature... ~brian python-2.5 it is ...

Re: [gentoo-portage-dev] search functionality in emerge

2009-02-12 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, has your project resulted in anything? :) Just curios about perhaps nice portage additions ;) Regards, Necoro Emma Strubell schrieb: Hi everyone. My name is Emma, and I am completely new to this list. I've been using Gentoo since 2004,

[gentoo-portage-dev] Conflicting RDEPENDS

2009-05-28 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, (The following is done with portage-2.2_rc33) I created some small test-packages for the following usecase: Package spam rdepends on =eggs-2. Package bacon rdepends on =eggs-1. So in theory there should be no way of installing them together

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ferris McCormick schrieb: It looks different, if spam is installed and I try to install bacon additionally: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done!

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Patrick Börjesson schrieb: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] app-test/eggs-1 [2] 0 kB [1] [ebuild N] app-test/bacon-1 0 kB [1]

Re: [gentoo-portage-dev] Re: Conflicting RDEPENDS

2009-06-03 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marijn Schouten (hkBst) schrieb: Why is a custom set less convenient? Well, instead of emerge --trialware package you would first have to edit your @trialware set and then emerge @trialware. The same goes for when you want to remove some

Re: [gentoo-portage-dev] Re: Conflicting RDEPENDS

2009-06-03 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Duncan schrieb: Patrick Börjesson psychoti...@lavabit.com posted 20090529201741.gb11...@nexon.nexus, excerpted below, on Fri, 29 May 2009 22:17:41 +0200: Why exactly would you want to use --oneshot for a leaf package that is not depended on by

[gentoo-portage-dev] [API] First steps for creating an API for portage

2010-06-17 Thread René 'Necoro' Neumann
Ok guys :) I think it has been consensus, that we need to define the operations everyone wants to be in the API. The following is currently only my point of view, but I'll represent it here also: Then a python-API is created which should allow for this set of operations. From this one could go

Re: [gentoo-portage-dev] [API] First steps for creating an API for portage

2010-06-18 Thread René 'Necoro' Neumann
Am 18.06.2010 11:20, schrieb Fabian Groffen: That said, if you design C APIs, please design them from a C point of view, initially implemented by your Python functionality doing the necessary wrapping to get a sane C structure. Then they can be replaced by native C code as RSI and time