On Wed, 2006-01-03 at 17:39 -0800, Brian Harring wrote:
> On 2/28/06, Michael Schilling <[EMAIL PROTECTED]> wrote:
> - Is one of these svn-web-repository up to date?
> *
> http://sources.gentoo.org/viewcvs.py/portage/main/branches/savior/
>
On Thu, 2006-02-03 at 00:41 -0800, Brian Harring wrote:
> On Wed, Mar 01, 2006 at 08:15:19PM -0800, Brian wrote:
> > On Wed, 2006-01-03 at 17:39 -0800, Brian Harring wrote:
> > > emerge bzr
> > > bzr get http://gentooexperimental.org/~ferringb/bzr/saviour
>
n check
out Porthole. It is a gtk app not KDE, but will run on a KDE desktop.
It sounds like it already does things similar to what you had in mind.
If you wanted to port the gui code from pygtk to pyQt, I am sure that
there would be a number of KDE users that would be pleased. I would
definitely consider adding an optional KDE interface to it. :)
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
--fetchonly will just get the tarball downloaded into the distfiles
directory.
--usepkgonly is for telling emerge to use binary packages only.
> 2006/3/14, Brian <[EMAIL PROTECTED]>:
> On Tue, 2006-14-03 at 00:39 +0200, tvali wrote:
> For KDE there are 2 proje
he features you talked about are already implemented in
porthole, such as continuing after a failed package, filtering out
warnings, important messages, etc..
Check it out.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
e, then ...i hope you have time to wait
> for me :)
>
I have lots of time to wait for you... just don't have much time for
coding :(
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
On Tue, 2006-14-03 at 17:32 +0200, tvali wrote:
> 2006/3/14, Brian <[EMAIL PROTECTED]>:
> > On Tue, 2006-14-03 at 16:33 +0200, tvali wrote:
> > If I recall, (there has been lots of discussion about converting portage
> > to use databases, just check the mail archives and
as compiling the
mozilla suite .) good work! :)
currently @ portage-2.1_pre6
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
ported user lists? eg:
# emerge -up --list mylist
where mylist is in /etc/portage/lists/ (for example)
Should I set it up to use them from /etc/portage/lists/. Or just from a
users .porthole directory? I may have missed it if it has already been
done :)
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
oo", but not world
> --moo
> [kde-meta]
> ++kicker
>
> Those files could be called patches and optionally contain includes
> from random servers.
>
too early in the morning to follow that.
>
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
2.99.0 M,K
Where updates could be one or more of "M" manual, "A" automatic, "N"
never, "K" binary packages only.
It would not be that hard to implement features like the updates field
and range limits in porthole. Since it is not feasible in the curren
On Thu, 2006-23-03 at 22:14 +0900, Jason Stubbs wrote:
> On Thursday 23 March 2006 16:23, Brian wrote:
> > /etc/portage/lists/userlist1
> >
> > format:
> >
> > net-www/apache
> > www-apache/mod_perl
> > ...
>
> If you make that "/etc/p
orthole fails and porthole crashes. I
don't remember the details atm and have not investigated the reasons.
In all cases restarting porthole, all works fine again. It may not ever
happen to your code though.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
On Sun, 2006-09-04 at 11:42 -0700, Zac Medico wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Brian wrote:
> > Just a word of caution. I don't know why but sometimes after an upgrade
> > of portage a reload(portage) in porthole fails and porthole crash
it should be faster. So far, just building all the available packages
from the local tree as well as all installed packages is about 1 sec.
faster on my machine, probably better again when it's ironed out. If
there is something lacking in it's API, Brian Harring wants to know.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
that are
installed and ignore any other not installed package listed.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
t other than whats
> initialized at the beginning for it to recognize changes in
> package.use after loading module?
>
> Here's a copy of the trimmed down emerge, but that shouldn't be need
> as it remains the same.
> http://www.tomek.ca/websvn/filedetails.php?repna
On Mon, 2006-24-04 at 14:20 +0200, Marius Mauch wrote:
> On Sun, 23 Apr 2006 08:55:58 -0700
> Brian <[EMAIL PROTECTED]> wrote:
>
> > I was thinking that /etc/portage/sets/glsa could be a symlink to set
> > list in the current metadata/glsa directory of the portage tre
use an imported portage for information
gathering, but for installs/sync/unmerge we spawn a new process and call
emerge with normal cammand line arguments.
That however could change for the next major version of portage. I have
not attempted to try an internal build in the imported pkgcore, bu
On Sun, 2006-09-04 at 11:42 -0700, Zac Medico wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Brian wrote:
> > Just a word of caution. I don't know why but sometimes after an upgrade
> > of portage a reload(portage) in porthole fails and porthole crash
Did I understand it wrong or did they get this mixed up in the GWN
announcement:
/etc/portage/package.unmask/kde, /etc/portage/package.unmask/xorg
Shouldn't it be:
/etc/portage/kde/package.*, /etc/portage/xorg/package.*
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.
On Mon, 2006-12-06 at 18:58 -0500, Andrew Gaffney wrote:
> Brian wrote:
> > Did I understand it wrong or did they get this mixed up in the GWN
> > announcement:
> >
> > /etc/portage/package.unmask/kde, /etc/portage/package.unmask/xorg
> >
> > Shouldn
On Tue, 2006-13-06 at 02:38 +0200, Marius Mauch wrote:
> On Mon, 12 Jun 2006 17:18:44 -0700
> Brian <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2006-12-06 at 18:58 -0500, Andrew Gaffney wrote:
> > > Brian wrote:
> > > > Did I understand it wron
es in a "try:,
except:" pair to maintain functionality with either version. Although I
could test the portage version and set the alias accordingly (probably
better overall as well). That reminds me, I think it's time to remove a
few old ones.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
t? From the virtuals in
portage or the tree? both? - then which order?
Thanks.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
om those checks.
>
> --
> Jason Stubbs
Thank you very much...
Now to add a popup dialog to display a dependency's info in another
PackageNotebook class instance (summary, dependency, changelog,...
notebook). That is going to make following the dependency trail a lot
easier for those that want to follow it.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
#x27;ll check it out in the next few days. If it is included in portage
then it will be easily accessible to porthole.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
in self.get_hard_masked(check_unmask = True):
while m in vers:
vers.remove(m)
self.latest_ebuild = portage_lib.best(vers)
return self.latest_ebuild
I discovered that portage.portdbapi.xmatch() returned a pointer to
myval. It seems porthole while removing the hard masked packages from
the list it was actually removing them from portages cache.
Changing: vers = self.get_versions()
To: vers = self.get_versions()[:] # make a copy
solved the problem. The part I do not understand is why was it only
screwing up for those packages (there may be more, I did not search all
of them out) and not other similar masked packages.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
he error and reruns emerge; but only the
> smaller set of affected packages still remains to be built.
>
> For me, this would reduce updating my system from a week-long process
> to just one day -- update the majority overnight, and if any fail it's
> likely that the remaining packages can be fixed and updated in a
> reasonable amount of time the following day.
>
> Jason
>
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@lists.gentoo.org mailing list
e uses from portage.
> Thanks very much, Marius, for you help/time ! :)
>
> I'll take a look at them.
>
> Best regards.
> --
> João Macaíba <[EMAIL PROTECTED]>
>
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@lists.gentoo.org mailing list
e imported instance of portage was still using
the old metadata cache at the time of import? Even though the cache was
updated at the end of the sync. After a sync we should re-initialize
our instance of portage for it to use the new cache?
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portag
o-one needs to open a separate
> > program to view the changes.
>
> I thought about that, but line-wrapping and python's severe reliance
> on whitespace kind of makes that difficult.
>
In evolution change the format from normal to preformat to preserve line
lengths
o the API so I can
incorporate into porthole :)
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
On Sat, 2005-05-11 at 01:55 +0900, Jason Stubbs wrote:
> On Friday 04 November 2005 22:33, Marius Mauch wrote:
> > Ciaran McCreesh wrote:
> > > On Thu, 03 Nov 2005 23:14:20 -0800 Brian <[EMAIL PROTECTED]> wrote:
> > > | emerge -pv
> > > |
> > >
On Sat, 2005-05-11 at 13:48 +0900, Jason Stubbs wrote:
> On Saturday 05 November 2005 10:39, Brian wrote:
> > >
> > > Multiple candidates is the most worrying for me as well. a-1.1 is masked
> > > and requires >=b-1.0. b has 1.0 and 1.1 both of which are masked. b
ee in my mail these days, by this
time next year things will have improved a whole bunch.
Keep up the good work :)
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
ed to
find one of it's modules. Restarting porthole, it was fine.
Since this version of porthole is so stable I was going to suggest that
it is ready for a stable arch keyword. Of course that will depend on
your answer to the above question.
cheers :)
--
Brian <[EMAIL PROTECTED]>
--
On Thu, 2005-10-11 at 20:51 -0600, Brian Harring wrote:
> On Thu, Nov 10, 2005 at 06:42:54PM -0800, Brian wrote:
> > Just a quick question. With all the changes I see in this list. Is
> > there anything coming (that you know of) that will break porthole's use
> > of
On Fri, 2005-11-11 at 17:06 -0600, Brian Harring wrote:
> Short response: reconsider.
> ;)
>
> > Long answer: This is not a regression; you'll find the same problem in
> > stable.
> > It's an area where a slight error can break lots of things that are even
On Mon, 2005-21-11 at 20:47 -0800, Brian wrote:
> It seems that all the recent patches in portage may have affected the
> ability to get info reliably from packages in the overlay. At least for
> porthole.
I've done some more debugging and found that the portage code does not
After all how many people can remember which packages they have
in /etc/portage/package.keywords . Much like the USE flag status is
checked, the keyword status can also be checked.
--
Brian <[EMAIL PROTECTED]>
--
gentoo-portage-dev@gentoo.org mailing list
writemsg_level('!!!
> utime(\'%s\', (%s, %s)): %s\n' %
> + (path, max_mtime,
> max_mtime, e),
> +
> level=logging.WARNING, noiselevel=-1)
> def sign(self):
> """ Sign the Manifest """
Looks fine :)
--
Brian Dolbec
t; > it. This commit adds a test ebuild that violates the PMS (with
> > respect to ROOT) in several ways.
>
> This looks good to me, very thorough. I say go ahead and push it.
>
I agree, and thank you.
I'll work on adding this check to repoman after I finish getting some
in progress changes done so the new repoman code can be released.
--
Brian Dolbec
Overall I like it, but I'll let others review the actual code
implementation since I'm not an experienced "C" coder. In 30
years, I never did more than hello world a few times in C. And the
pascal coding I did in College is more like python than c.
--
Brian Dolbec
On Mon, 16 May 2016 12:20:00 -0700
Zac Medico wrote:
> On 03/14/2016 11:36 AM, Brian Dolbec wrote:
> > On Mon, 14 Mar 2016 11:26:23 +0100
> > Alexander Berntsen wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA512
> >
> &g
ffect, we introduce the machinary for future
> >> modules in setup.py.
> > Split it into two commits.
> >
> Read the code, you really can't.
>
I think he means the setup.py change that adds the extension
capability, then add the locale changes and new module.
That seems like a logical split to me.
--
Brian Dolbec
this because I found _unicode_decode() which does what I
> want. Thanks for the clue. BTW, why are those functions/classes in
> pym/portage/__init__.py? All that code in there is just cluttering
> __init__.py. Shouldn't that stuff be pulled into a separate file and
> imported cleanly?
>
Yes, there is generally far too much code in many of the __init__.py's.
There are many with over 1K LOC
--
Brian Dolbec
x27;ll let him be the judge.
> - --
> Alexander
> berna...@gentoo.org
I agree that all 3 look good, But I would say that the other changes
Michal proposed should be their own commit(s). This being the first,
the others each adding to it.
- --
Brian D
t:Portage/Meetings#Agenda>
> - --
> Alexander
> berna...@gentoo.org
Here it the full list of times:
WhenIsGood Results
Event: Portage meeting
Date: June 7, 2016
Time: 2:00:00 PM
Can make it:Brian Dolbec , bernalex, mgorny
Add to calendar:iCal export
(Ou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 7 Jun 2016 16:29:01 +0200
Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Friends,
>
> Thank you for a nice meeting. A summary has been made available along
> with the full log[0].
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 14 Jun 2016 10:41:38 +0200
Alexander Berntsen wrote:
> Friends,
>
> I saw Brian asking Michał to OpenPGP-sign his commits in IRC, to which
> Michał quipped that we would have if it were enforced. So perhaps we
> should
ot;DEPEND"):
> qacat = "dependency.syntax"
> diff --git a/repoman/pym/repoman/qa_data.py
> b/repoman/pym/repoman/qa_data.py index b9475e8..48ab389 100644
> --- a/repoman/pym/repoman/qa_data.py
> +++ b/repoman/pym/repoman/qa_data.py
> @@ -58,6 +58,8 @@ qahelp = {
> "Ebuild has a dependency that refers to an unknown
> package" " (which may be valid if it is a blocker for a
> renamed/removed package," " or is an alternative choice provided by
> an overlay)"),
> + "dependency.badslotop": (
> + "RDEPEND contains ':=' slot operator under '||'
> dependency."), "file.executable": (
> "Ebuilds, digests, metadata.xml, Manifest, and
> ChangeLog do not need" " the executable bit"),
--
Brian Dolbec
quot; in the summary. You may have
found this via your repoman changes, but this is a portage namespace
file. Plus only one file.
so...
portage/dep/depcheck.py: Whitespace, add indentation level after newline
--
Brian Dolbec
On Sat, 18 Jun 2016 20:37:06 +0100
Sergei Trofimovich wrote:
> On Sat, 18 Jun 2016 11:02:53 -0700
> Brian Dolbec wrote:
>
> > > + if runtime:
> > > + try:
> > > + # to find u
27;.format(backup_dblink.mycpv))):
> + if binpkg.build_time == build_time:
> + return os.EX_OK
>
> self.lockdb()
> try:
looks fine to me, I trust it'll do the job :)
--
Brian Dolbec
gt; necessary for visibility # filtering. Anything else can be discarded
> to reduce memory consumption.
> - if self.options.mode != "manifest" and
> self.options.digest != "y":
> + if not self.generate_manifest:
> # Don't do this when generating manifests,
> since that uses # additional keys if spawn_nofetch is called
> (RESTRICT and # DEFINED_PHASES).
> @@ -286,8 +292,8 @@ class Scanner(object):
> if self.kwargs['checks']['ebuild_notadded']:
> self.vcs_settings.status.check(checkdir,
> checkdir_relative, xpkg)
> - manifester = manifest.Manifest(**self.kwargs)
> - manifester.update_manifest(checkdir)
> + if self.generate_manifest:
> +
> manifest.Manifest(**self.kwargs).update_manifest(checkdir)
> checkdirlist = os.listdir(checkdir)
> dynamic_data = {
Works for me :)
--
Brian Dolbec
> b/repoman/pym/repoman/qa_data.py index b9475e8..48ab389 100644
> --- a/repoman/pym/repoman/qa_data.py
> +++ b/repoman/pym/repoman/qa_data.py
> @@ -58,6 +58,8 @@ qahelp = {
> "Ebuild has a dependency that refers to an unknown
> package" " (which may be valid if it is a blocker for a
> renamed/removed package," " or is an alternative choice provided by
> an overlay)"),
> + "dependency.badslotop": (
> + "RDEPEND contains ':=' slot operator under '||'
> dependency."), "file.executable": (
> "Ebuilds, digests, metadata.xml, Manifest, and
> ChangeLog do not need" " the executable bit"),
I've merged V4 and it is in the 2.3.0 release.
Thank you
--
Brian Dolbec
. Honestly, people who can't be exposed to
> options like this should not have root access.
yeah, the development work I've been doing for work has me making a
bunch of new ebuilds for pkgs not yet in the tree.
This feature would make it easier for sure.
I also like the idea of this feature.
I don't think there will be many users killing their system by
overusing it or adding it to EMERGE_DEFAULT_OPTS.
--
Brian Dolbec
> emerge_config.trees)
> >> + settings, trees, mtimedb = emerge_config
> >> +
> >
> > The Package instances inside the depgraph are still going to
> > reference the old RootConfig instances, so I'll update the patch to
> > solve that somehow.
>
> Fixed in v2 by making load_emerge_config update existing RootConfig
> instances in-place.
looks fine to me
--
Brian Dolbec
d),
> **self.spawn_kwargs)
> +
> + if exitcode == os.EX_OK and self.repo.sync_depth is
> not None:
> + reset_cmd = [self.bin_command, 'reset',
> '--hard', remote_branch]
> + if quiet:
> + reset_cmd.append('--quiet')
> + exitcode = subprocess.call(reset_cmd,
> +
> cwd=portage._unicode_encode(self.repo.location)) +
> if exitcode != os.EX_OK:
> msg = "!!! git pull error in %s" %
> self.repo.location self.logger(self.xterm_titles, msg)
looks fine
--
Brian Dolbec
; +
> (len(selected_nodes),), noiselevel=-1)
> +
> cycle_digraph.debug_print()
> +
> writemsg("\n", noiselevel=-1) +
> + if leaves:
> +
> writemsg("runtime cycle leaf: %s\n\n" %
> +
> (selected_nodes[0],), noiselevel=-1)
> if prefer_asap and
> asap_nodes and not selected_nodes: # We failed to find any asap nodes
> to merge, so ignore diff --git
As usual, we are not resolver guru's, but the code changes look decent
enough :)
LGTM
--
Brian Dolbec
- badprovsyntax = len([z for z in type_list if z == "PROVIDE"])
> - baddepsyntax = len(type_list) != badlicsyntax + badprovsyntax
> + badlicsyntax = len([z for z in badsyntax if z[0] ==
> "LICENSE"])
> + badprovsyntax = len([z for z in badsyntax if z[0] ==
> "PROVIDE"])
> + baddepsyntax = len(badsyntax) != badlicsyntax + badprovsyntax
> badlicsyntax = badlicsyntax > 0
> #badprovsyntax = badprovsyntax > 0
>
looks good, thanks for the fast fix Zac.
--
Brian Dolbec
On Wed, 14 Sep 2016 17:01:27 -0400
"Anthony G. Basile" wrote:
> As per Brian's request on IRC, here's the patchset for adding a C
> module to help check locales.
>
Merged
--
Brian Dolbec
From 08f6d22b366c8dc2968573ebc4fd4f0401ea67b7 Mon Sep 17 00:00:00 2001
From: Brian Dolbec
Date: Thu, 15 Sep 2016 12:45:10 -0700
Subject: [PATCH] repoman: Update man page and commitmsgfile option
Use .lower() on the leading message 9 charachters of hte message text for the
substitution
test
On Thu, 15 Sep 2016 12:50:13 -0700
Brian Dolbec wrote:
> From 08f6d22b366c8dc2968573ebc4fd4f0401ea67b7 Mon Sep 17 00:00:00 2001
> From: Brian Dolbec
> Date: Thu, 15 Sep 2016 12:45:10 -0700
> Subject: [PATCH] repoman: Update man page and commitmsgfile option
>
> Use .lowe
On Thu, 15 Sep 2016 14:47:31 -0700
Zac Medico wrote:
> On 09/15/2016 12:50 PM, Brian Dolbec wrote:
> >
> > From 08f6d22b366c8dc2968573ebc4fd4f0401ea67b7 Mon Sep 17 00:00:00
> > 2001 From: Brian Dolbec
> > Date: Thu, 15 Sep 2016 12:45:10 -0700
> > Subject: [PA
tings.pop('PORTAGE_EBUILD_EXIT_FILE', None)
if self.phase not in self._phases_without_builddir:
if 'PORTAGE_BUILDDIR_LOCKED' not in
self.settings:
--
Brian Dolbec
3.2.
Sorry, been out all day, and again tomorrow...
Yeah, looks fine
--
Brian Dolbec
>
> I suggest we just nominate and vote in this thread. That's what we did
> last time around. Unless someone has something against this, let's
> just go ahead.
>
> On to nominations: I nominate Zac and Brian.
>
> Let's do voting next week, and pick someone n
On Tue, 11 Oct 2016 16:06:59 +0200
Michał Górny wrote:
> On Tue, 11 Oct 2016 01:59:38 -0700
> Zac Medico wrote:
>
> > On 10/11/2016 12:06 AM, Alexander Berntsen wrote:
> > > Right, voting. I vote for... Brian? Yeah. Brian!
> > >
> >
> > I
?id=597918
> ---
> bin/emerge-webrsync | 51
> +++
> man/make.conf.5 | 6 -- 2 files changed, 51 insertions(+), 6
> deletions(-)
>
LGTM
--
Brian Dolbec
suggested numerous
> times by Martin Väth.
I suspect we won't hear the end of our breakage of a perfectly working
git module until maybe we add enough git-sync-options configurable in
repos.conf to account for every possible file system and every possible
repo useage/abuse-age...
Maybe we should just ship several versions of a git module... one for
every use case ;) (kidding)
--
Brian Dolbec
On Thu, 3 Nov 2016 09:10:14 -0700
Zac Medico wrote:
> On 11/02/2016 11:17 PM, Brian Dolbec wrote:
> > On Wed, 2 Nov 2016 21:57:09 -0700
> > Zac Medico wrote:
> >
> >> On 11/02/2016 05:17 PM, Zac Medico wrote:
> >>> On 11/02/2016 02:09 PM, Mike Gilb
; + update_index_cmd = [self.bin_command,
> > 'update-index', '-q', '--unmerged', '--refresh']
> > exitcode =
> > subprocess.call(update_index_cmd,
> > cwd=portage._unicode_encode(self.repo.location))
>
> LGTM.
+1 LGTM too
--
Brian Dolbec
: https://bugs.gentoo.org/show_bug.cgi?id=597752
>
> Any feedback?
Sorry, I was behind on emails from the weekend.
This stuff is dabbling into the dep calc voodo ;) But I ddin't see any
typo's :) I trust you got it right.
--
Brian Dolbec
ge-2.3.2 when the time
> comes?
I'm not sure. Do we -r1 it adding a patch or two and ask it be stabled?
--
Brian Dolbec
On Fri, 4 Nov 2016 13:53:02 -0700
Zac Medico wrote:
> On 11/04/2016 01:43 PM, Michał Górny wrote:
> > On Fri, 4 Nov 2016 13:19:39 -0700
> > Zac Medico wrote:
> >
> >> On 11/04/2016 01:14 PM, Brian Dolbec wrote:
> >>> On Thu, 3 Nov 2
On Sat, 5 Nov 2016 13:56:44 +0100
Manuel Rüger wrote:
> On 05.11.2016 00:15, Zac Medico wrote:
> > On 11/04/2016 03:55 PM, Zac Medico wrote:
> >> On 11/04/2016 03:47 PM, Brian Dolbec wrote:
> >>> On Fri, 4 Nov 2016 13:53:02 -0700
> >>> Zac Medico wr
s://gitweb.gentoo.org/proj/portage.git/commit/?id=f5d258656de3db54af06fbca9b8da5217d3802f4
> https://gitweb.gentoo.org/proj/portage.git/commit/?id=f77fcd6b0b4ebb49ca62f5767cd5c931127c3dbb
> https://gitweb.gentoo.org/proj/portage.git/commit/?id=d075422a8902617833ec945d94beb0bb334d44c9
>
Yeah, this will be best, go for it.
--
Brian Dolbec
KeyError:
> + pass
> + else:
> + continue
> +
> # emulate the Element.itertext()
> method from python-2.7 inner_text = []
> stack = []
third time's the charm ;) LGTM
--
Brian Dolbec
t])
> + all_match_previous =
> all(a.match(highest_cpv)
> + for a in
> slot_atoms[avail_slot])
> + if all_match_previous and not
> all_match_current:
> + continue
> +
&
tage/package/ebuild/digestcheck.py | 2 +-
> pym/portage/repository/config.py | 18 ++
> 4 files changed, 27 insertions(+), 8 deletions(-)
>
LGTM
--
Brian Dolbec
return 1
> + fi
> else
> __vecho "unpack ${x}: file
> format not recognized. Ignoring." fi
looks good, thanks
--
Brian Dolbec
ference
> with ebuilds that install
> + # files with portage group
> permissions (see bug 600804).
> + if (mystat.st_uid, mystat.st_gid) !=
> (portage_uid, portage_gid): continue
> myuid = -1
> mygid = -1
looks good to me
--
Brian Dolbec
TAGE_BUILDDIR'],
> '.ebuild_changed'),
> 'w').close()
> -if 'digest' in tmpsettings.features:
> - if pargs and pargs[0] not in ("digest", "manifest"):
> - pargs = ['digest'] + pargs
> - # We only need to build digests on the first pass.
> - tmpsettings.features.discard('digest')
> -
> checked_for_stale_env = False
>
> for arg in pargs:
looks fine to me
--
Brian Dolbec
rite("# " + file_name)
return last_file_path
--
2.9.3
--
Brian Dolbec
From f47e3589761cf27722bae9da55adf022b915b176 Mon Sep 17 00:00:00 2001
From: Brian Dolbec
Date: Tue, 29 Nov 2016 18:25:36 -0800
Subject: [PATCH] egencache: Migrate _special_filename class to
portage.utils.changelog for api use
Requested move by Robin for the new split changelog repo
scripts
ynamic_config._package_tracker.match(
> + root,
> pkg.slot_atom, installed=False))), None)
> if not e_pkg:
> break
LGTM
--
Brian Dolbec
On Sat, 3 Dec 2016 14:20:05 -0800
Zac Medico wrote:
> On 12/03/2016 01:48 PM, Brian Dolbec wrote:
> >
> > From c4a61bebca1cfeb0833cefb2c64be6156bdb8e8d Mon Sep 17 00:00:00
> > 2001 From: "hackers.terabit"
> > Date: Thu, 27 Oct 2016 03:29:16 +
>
On Sat, 3 Dec 2016 14:10:33 -0800
Zac Medico wrote:
> On 12/03/2016 01:49 PM, Brian Dolbec wrote:
> > + if self.file_type_lt(self, other):
> > + return True
> > + elif self.file_type_lt(other, self):
> > + retu
From 1586f1a25c41fb6036a24b47cfa58e3e818b8a58 Mon Sep 17 00:00:00 2001
From: Brian Dolbec
Date: Mon, 5 Dec 2016 11:27:15 -0800
Subject: [PATCH] repoman: Fix versioning system
Repoman had been showing the portage version. Which was the same for the last
release.
Copy the live versions code
On Mon, 5 Dec 2016 11:42:10 -0800
Brian Dolbec wrote:
> From 1586f1a25c41fb6036a24b47cfa58e3e818b8a58 Mon Sep 17 00:00:00 2001
> From: Brian Dolbec
> Date: Mon, 5 Dec 2016 11:27:15 -0800
> Subject: [PATCH] repoman: Fix versioning system
>
> Repoman had been showing the porta
From 5074b2bfb36b6b9117f188588da55de3b5c01435 Mon Sep 17 00:00:00 2001
From: Brian Dolbec
Date: Mon, 5 Dec 2016 11:56:02 -0800
Subject: [PATCH] portage/__init__.py: Fix live versioning to look for portage
tags only
---
pym/portage/__init__.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Mon, 5 Dec 2016 13:00:36 -0800
Zac Medico wrote:
> On 12/05/2016 12:41 PM, Brian Dolbec wrote:
> > From 5074b2bfb36b6b9117f188588da55de3b5c01435 Mon Sep 17 00:00:00
> > 2001 From: Brian Dolbec
> > Date: Mon, 5 Dec 2016 11:56:02 -0800
> > Subject: [PATCH] po
On Mon, 5 Dec 2016 13:10:38 -0800
Zac Medico wrote:
> On 12/05/2016 12:32 PM, Brian Dolbec wrote:
> > On Mon, 5 Dec 2016 11:42:10 -0800
> > Brian Dolbec wrote:
> >
> >> From 1586f1a25c41fb6036a24b47cfa58e3e818b8a58 Mon Sep 17 00:00:00
> >> 2001 From: B
;\n")
>
> + if need_rebuild:
> + msg.append("\n!!! The slot conflict(s) shown
> above involve package(s) which may need to\n")
> + msg.append("!!! be rebuilt in order to solve
> the conflict(s). However, the following\n")
> + msg.append("!!! package(s) cannot be rebuilt
> for the reason(s) shown:\n\n")
> + for ppkg, reason in need_rebuild.items():
> + msg.append("%s%s: %s\n" % (indent,
> ppkg, reason))
> + msg.append("\n")
> +
> + msg.append("\n")
> +
> def get_explanation(self):
> msg = ""
>
Looks good, but did you stay up all night?
--
Brian Dolbec
.errno !=
> errno.ENOENT:
> + raise
> + # File removed
> concurrently.
> + continue
> + entry.multilib_category =
> compute_multilib_category(elf_header)
> + entry.filename =
> entry.filename[root_len:]
> + owner =
> plibs.pop(entry.filename, None)
> + lines.append((owner,
> "scanelf", _unicode(entry))) proc.wait()
> proc.stdout.close()
>
looks fine
--
Brian Dolbec
nces of this class will have missing attributes for
> metadata that
> + has not been passed into the constructor. The missing
> attributes are
> + used to distinguish missing metadata values from undefined
> metadata values.
> + For example, the repo attribute will be missing if the
> 'repository' key
> + is missing from the metadata dictionary.
> """
>
> def __new__(cls, cpv, metadata=None, settings=None,
> eapi=None,
LGTM
--
Brian Dolbec
lected: %s\n" %
> (selected_pkg,), noiselevel=-1)
> + writemsg(" skipped: %s (see unsatisfied
> dependency below)\n"
> + % (pkg,), noiselevel=-1)
>
> for parent, root, atom in parent_atoms:
> self._show_unsatisfied_dep(root,
> atom, myparent=parent)
looks good :)
--
Brian Dolbec
| 8 +-
> .../resolver/test_imagemagick_graphicsmagick.py| 104
> + 2 files changed, 110 insertions(+), 2
> deletions(-) create mode 100644
> pym/portage/tests/resolver/test_imagemagick_graphicsmagick.py
>
LGTM
--
Brian Dolbec
1 - 100 of 1006 matches
Mail list logo