e is a copy & paste for
> > > the lazy:"
> > > - for lib in "$@" ; do
> > > - ewarn " # rm '${lib}'"
> > > - done
> > > - fi
> > > }
> > >
> > > # @
tly hanging
around in #gpytage.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
from the infrastructure logs. See bug 398465 [1]. The
layman-2.0 api will reduce overall bandwidth far more than the
additional irc data will add to it.
[1] https://bugs.gentoo.org/show_bug.cgi?id=398465
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Mon, 2012-03-12 at 08:49 +, Robin H. Johnson wrote:
> On Mon, Mar 12, 2012 at 08:52:20PM +1300, Kent Fredric wrote:
> > On 11 March 2012 22:09, Brian Dolbec wrote:
> > >
> > > eg:
> > >
> > > Channel #gentoo-guis on the freenode network
&g
ep 42 news reporting feature I just added to layman-2.0. I had to
patch layman to get around this issue of the mismatched names by getting
the correct name from portage which is needed for the portage
news-reporting function that layman will do after an add/sync
operation.
Is this something we should specify for them to match?
My thinking is that they should, at the very least, for consistency.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
nly one out there that doesn't yet
have an SSD, you'll give me (and anyone else that still doesn't) one?
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Wed, 2012-03-28 at 11:37 -0400, Rich Freeman wrote:
> On Wed, Mar 28, 2012 at 10:59 AM, Richard Yao wrote:
> > On 03/28/12 03:16, Brian Dolbec wrote:
> >> On Tue, 2012-03-27 at 19:16 +0100, Ciaran McCreesh wrote:
> >>> But that's ok, because extensive studie
posts.
/var/{db,cache,}/gentoo/repositories/gentoo
/var/{db,cache,}/gentoo/repositories/local
/var/{db,cache,}/gentoo/repositories/{overlay of choice}
/var/{db,cache,}/gentoo/distfiles
/var/{db,cache,}/gentoo/packages
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
cause nuisance breakage. If
anything, lets firm up the schedule for it's removal, so that all tools
can be updated to use cat/pkg/metadata.xml only for local flags.
Otherwise there will be a lot of user noise generated over broken tools
such as several gentoolkit utilities, porthole, kuroo, kportagetray,...
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
sidering the defaults and make.conf. In
this case for making profile or make.conf use flag changes so that
everything already installed will remain the same on your system for
upgrades/re-installs.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
endency on libxml2. If anything I think it was less clear.
>
> Rich
>
There have already been users on the forums with that very confusion of
what to do with the cryptic "[!icu?]". And there are currently many
forum threads involving the icu use flag, qt-webkit,...
--
Brian Do
nge, a fairly simple udev-updater script
would do it. If the pkg needs to be re-compiled to work with/depend on
the new udev, then a more complex script would be needed. One more
along the line of python-updater/perl-cleaner.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Thu, 2012-07-12 at 12:30 -0400, Alexis Ballier wrote:
> On Wed, 11 Jul 2012 20:41:04 -0700
> Brian Dolbec wrote:
>
> > On Wed, 2012-07-11 at 18:48 -0500, William Hubbs wrote:
> > > On Wed, Jul 11, 2012 at 04:59:11PM -0400, Alexis Ballier wrote:
> > > > How
r some time now. If
it is to survive, It'll need someone to step up and update it.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Mon, 2012-07-23 at 22:22 -0400, Jesus Rivero (Neurogeek) wrote:
>
> On Jul 23, 2012 9:43 PM, "Brian Dolbec" wrote:
> >
> > On Mon, 2012-07-23 at 20:28 -0400, Rick "Zero_Chaos" Farina wrote:
> >
> > > A lot of things, app-portage/ufed for ex
igured (well, if
you can do python reg expressions ;). It can load build logs for
viewing, "Actions" ==> "Open Emerge Log" menu items in portholes main
window. It also has dynamic automatic line wrapping, so resizing the
window reformats the viewed text.
P.S. It did message filte
up}@{setting}.
>
> 4) At some point in the future, when either code involved has migrated
> all to EAPI5, or we do something in a later EAPI that renders
> supporting ${use_group}_${setting} untenuable, we stop exporting
> ${use_group}_${setting} for those EAPIs. Preferab
injected where it does not belong. It adds to the consistency of the
USE flag syntax while condensing the results. Reducing the size will
help speed things along as well as reduce resource overhead (rsyncing
the tree).
I think it will be a good step forward in the evolution of gentoo.
I wo
syntax change for the current processing code, easily
incorporated into the PM's. AND has definite, measurable advantages.
so, -1
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
portage, pkgcore, gentoolkit, gpytage,...
all working with the current atom syntax. This proposed change would
require all those tools and more to be refactored too!
So, to throw your words back at you:
This proposal was submitted ... "without even caring enough to consider
them before
checking the name it was invoked with long before I did
the major re-write. From that it cleans either distfiles or packages if
invoked by either the eclean-dist or eclean-pkg symlinks. If invoked by
eclean itself then it looks for the target in the arguments. So Brian's
proposal is not something totally new, never been done before...
While this proposes something a little different. It is still very much
along the same line and in my opinion a much better solution.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
x yet, I'm still getting mine
up to date.
Thank you
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
re package has a digit as part of it's
name which is allowed and are in the tree. It looks too much like php5
dash version 3
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Sat, 2012-11-24 at 08:07 -0800, Diego Elio Pettenò wrote:
> On 24/11/2012 07:46, Brian Dolbec wrote:
> > For ruby19, split in the middle to get 1.9, but what about 110, is it
> > 11.0 or 1.10.
>
> Okay stop.
>
> There's no 1.10.
>
> There's
her.
Once gentoolkit-0.4.0 has been stabilized, the remaining gentoolkit-dev
releases will be masked for removal and subsequent tree-cleaning.
Thank you
--
Brian Dolbec
ools trying to determine a list of stable
> arches should fall back to current method of scanning profiles.desc
> for stable profiles.
>
> b) arches.desc and old system
> Tools ignore the unknown file (?).
> Repoman and other tools may emit surplus dependency errors when
> profiles are checked on arches that are "testing" (they check the
> consistency of the stable tree alone, which is not OK, since "arch"
> is supposed to be treated like "~arch"). This affects only
> development work and can be fixed by updating repoman.
>
> c) PMS may need to be amended to allow the additional file.
>
>
> 8] Several repositories
>
> If arches.desc is present in several repositories, then the strictest
> setting for an arch wins. [I don't really see many usecases for this
> though.]
>
>
> Congratulations for getting this far. What's your opinion?
>
--
Brian Dolbec
pgp9tJJDrGBMM.pgp
Description: OpenPGP digital signature
e the bot to rev-bump all
ebuilds just as easily.
Pkgs without tests, those would be harder and
we could do some basic tests on those, like syntax, test imports, but
would require additional means of testing in order to qualify for an
auto-python addition.
It should also be possible for the bot to scrape setup.py for
comppatible python versions. Many of the pkgs I have been working with
recently have them listed. Also there is travis.yml files in many
upstream pkg repos which can also be scraped for tested pythons.
It could certainly reduce the manpower needed to keep things up to date.
--
Brian Dolbec
it directly, but
> rather see it as example? The user reads it, copies and modifies
> it and then sets the +x.
>
>
> I am interested in your comments and wish you a nice Sunday.
>
yeah, makes sense to drop +x, it is better to look at the examples
before running them blindly.
--
Brian Dolbec
pkgs as well. If not
committed straight to the tree, then emailed as a patch to the
maintainers, perhaps in a pending repo/branch, bugzilla... TBD.
Oh, and I want to connect as many arch specific workers to it as well.
That should ease ebuild bumps, PYTHON_COMPAT and keywording
maintainence.
a bind mount of
> the build directory on top of the overlay should give normal
> performance to everything that is obeying good practice.
>
> After the build completes the directory that was mounted as upper
> could be scanned to find any wayward writes that had occurred...
>
&g
there is a tradeoff between space and
robustness. If one .keepdir is lost, it may only affect a few
packages. If the database becomes corrupted. It could potentially
mean the loss of much more of your installed pkg data. Spanning a
great deal of the installed pkgs. In this case simplicity
of .keepdir is in my opinion, much better than a single db.
--
Brian Dolbec
while and my day job is working on/developing
buildbot scripts. I am planning out some pkg bumping scripts to help
with regular pkg maintenance. I hope to have some initial code running
during the holiday break.
There should be a bunch of shared factory code possible as there will
be some overlap in their needs.
--
Brian Dolbec
masters" attribute in /etc/portage/repos.conf make the
> repository inherit other data than the eclasses?
>
> 5. since every repos can have a profiles/categories file, is the
> file /etc/portage/categories obsolete (or should it be)?
>
>
> Best Regards,
> Michael Lienhardt
>
>
--
Brian Dolbec
of that tooling)
I would then suggest the dependency depth check to default to one (or
two) so as to not slow things down drastically. Perhaps a Q/A check
report to scan the whole tree on a weekly basis.
But that would also require PMS to be updated for the new file, which
means a council vote...
--
Bri
vening. If you're
> interested, privately email me. Please include a mention of specific
> dietary requirements if any.
>
I am also local to Vancouver, but won't be at the event. Wednesday
works better for me too. My daughter has ball games Tuesday and
Thursday.
--
Brian Dolbec
pgphPm7lUDY8d.pgp
Description: OpenPGP digital signature
in a
dictionary and can set the USE and VIDEO_CARDS flags according to the
video card(s) you have.
This would be along the same lines as the
app-portage/cpuid2cpuflags pkg. Then the pkg is updated as new drivers
and combinations are changed. Perhaps have it run in pkg_postisnt to
print any irregularities it finds and ewarn they need fixing.
--
Brian Dolbec
e lapsed. Will they be updated?
>
> Cheers,
> R0b0t1
>
app-crypt/gentoo-keys has been updated yesterday.
with renewed interest in gpg signatures, I will endeavor to keep it
updated until is fully automated.
--
Brian Dolbec
ate me on that, and is it worth considering moving
> away from rsync distribution?
>
> Thanks,
>
> William
>
because:
1) it is still the most bandwidth economical means of distributing the
tree
2) we have a large infrastructure of rsync mirrors, which we do not for
git.
3) see #1
-
t;
> >>> -- 2.4.10
> >>>
> >>>
> >>
> >> "Again you should not compress these patches because git does
> >> not play well binary files".
> >>
> >> I'm not sure this statement still holds true w
On Sun, 24 Jan 2016 16:46:41 +0800
konsolebox wrote:
> On Sat, Jan 23, 2016 at 4:27 AM, Brian Dolbec
> wrote:
> > On Sat, 23 Jan 2016 03:45:14 +0800
> > konsolebox wrote:
> >
> >> On Sat, Jan 23, 2016 at 2:05 AM, Brian Dolbec
> >> wrote:
DK on my laptop, but
> couldn't easily get it to run. I don't really have a Gentoo machine on
> which I want to install the whole Java shebang, so maybe someone else
> can run a quick conversion?
>
> Cheers,
>
> Dirkjan
>
that looks very easy to read and modify.
--
Brian Dolbec
7f20d2332ab62feb16657504
> +Author: Alexis Ballier <aball...@gentoo.org>
> +Date: Tue Sep 22 10:47:49 2015 +0200
> +
> + dev-ros: Add metadata.xml for the category.
>
>
>
--
Brian Dolbec
/005516.html
> https://lkml.org/lkml/2012/10/3/618
> )
>
> So it'd be (1) following upstreams recommendations and (2) dogfooding
> our own tools. I don't see any downsides to this :)
>
+1
I switched to eudev a few years ago and glad I did.
The non-systemd profiles should have eudev as default.
--
Brian Dolbec
what the default is don't we?
Yes, we do.
Also, it is releng's intention to change to a stage4 for normal new
install stages. It will contain the most needed pkgs for new installs,
and allow the @system set to be trimmed down more. It is entirely
possible, to at that point, then create s
avoid doing today... tsk, tsk, tsk
IT IS A SIMPLE POLL of the possibility of switching the default VIRTUAL
we were suppose to be talking about/voting on
Sorry everyone for a little shouting of my own.
--
Brian Dolbec
between the two
> > wrappers, so the C counterpart would have to be highlighted somehow.
> >
>
> python-exec-cwrapper ?
>
NO, No, you mistyped it...
python-exec-crapper
:O
--
Brian Dolbec
P.S. just finning with you :)
On Tue, 9 Feb 2016 12:32:38 -0800
Brian Dolbec wrote:
> On Tue, 9 Feb 2016 14:53:52 -0500
> Ian Stakenvicius wrote:
>
> > On 09/02/16 02:51 PM, Michał Górny wrote:
> > > Hello, everyone.
> > >
> > > After all those boring, meaningless and violent ma
rud & confusion, we'll be waiting 20 years. By then even
systemd will have been replaced by something else...
--
Brian Dolbec
pgpBW0P78uAcI.pgp
Description: OpenPGP digital signature
r something serious. It was a murder trial.
This is about a simple virtual and the default order of its
providers!!!
--
Brian Dolbec
e for a final vote!
If we had all spent our time working on real problems as
we've spent reading this never ending debate mail...
but alas, this will be yet another item that must be decided by the
council.
--
Brian Dolbec
ople think the systemd people are
the one migrating and the systemd people think the reverse...
https://www.youtube.com/watch?v=AOOs8MaR1YM
And from some people's comments in this thread...
https://www.youtube.com/watch?v=dndAXxqJbc0
--
Brian Dolbec
engineering team, I've not seen one
email or bug report that has been due to a problem with eudev. If
there were I did not see it pass thru the group communications channels.
So, there are lots more eudev users out there than the few dozen you
seem to intimate to.
Can we please put an end to this thread! ONE WAY OR THE OTHER!!!
--
Brian Dolbec
pgpFDfuOoylwW.pgp
Description: OpenPGP digital signature
a big reason behind this thread).
Now make some older users system or low powered arm system do that with
much lower resources and you are talking about a long time for
completion.
--
Brian Dolbec
pgpF8oAtbYAJh.pgp
Description: OpenPGP digital signature
ich I made the trimmed update files available for
download. With the tree now being git based. They will be easily
available in the git history.
Thank you
--
Brian Dolbec
On Tue, 8 Mar 2016 22:40:34 +0100
Ulrich Mueller wrote:
> >>>>> On Tue, 8 Mar 2016, Brian Dolbec wrote:
>
> > As discussed a few years ago. We agreed to trim the package moves
> > updates to maintain 4 years history active in the tree. It currently
> >
itch between an installed repoman and the developing code to compare
results to aid in debugging.
--
Brian Dolbec
On Thu, 10 Mar 2016 18:40:31 -0800
Patrick McLean wrote:
> On Thu, 10 Mar 2016 18:30:07 -0800
> Brian Dolbec wrote:
>
> > So, where do we place this directory and what rules do we
> > establish about it's modifications?
> >
> >location? : in the
27;s no good
> way to check the rules.
>
>
Yeah, it would be nice to have a final resolution to the
metadataDTD ==> xmlshema change so the repoman metadata module can get
a proper re-write.
In the meantime, repoman can not detect the recent change to the
maintainer field.
--
Brian Dolbec
->
>
>
> -
> -
> -
>
>
>
Isn't this almost obsolete? it's now xmlschema... And I hope to have
the new repoman with it out this weekend :)
--
Brian Dolbec
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512
> >>
> >> Michał Górny:
> >>> On Thu, 28 Apr 2016 19:41:06 -0400 Göktürk Yüksek
> >>> wrote:
> >>>
> >>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA
igned-pushes are mandatory
9) The metadata category will get files of validated output that can be used
to verify code changes in the various categories and repo wide runs.
Diffing the output, should help to verify code changes did not break
anything.
10) See rules 1-9 :-)
--
Brian D
ebase && git push --signed" successfully without some other pushes in
between causing a rejected non-fast forward push.
--
Brian Dolbec
pgpSUtzSFxJgr.pgp
Description: OpenPGP digital signature
T isn't determined until merge time.
>
> I agree, repoman should be catching this stuff.
>
Then Please contribute some test ebuilds for the gen-b0rk repo to test
repoman or any other Q/A apps with. If they fail to detect the test
ebuilds, it will give us something to use to help trace the code errors.
It'll also make for a much better testing system overall for any app
performing any type of Q/A on ebuilds.
--
Brian Dolbec
On Tue, 10 May 2016 22:40:39 -0400
Mike Gilbert wrote:
> On Tue, May 10, 2016 at 9:54 PM, Brian Dolbec
> wrote:
> >> I agree, repoman should be catching this stuff.
> >>
> >
> > Then Please contribute some test ebuilds for the gen-b0rk repo to
> > te
ched).
> >
> > I suppose the description can just be "Enable memcached support".
> >
> > Any objections?
> >
> > Cheers,
> >
> > Dirkjan
> >
>
> its a good idea given its popularity and the unequivocal meaning of
> "memcached". so i say do it.
>
+1
--
Brian Dolbec
e gen-b0rk test repo, that will be a good testing ground
for eclass changes too. It just needs more devs to make test ebuilds
to get it fully populated ;)
--
Brian Dolbec
On Sun, 15 May 2016 04:18:39 -0700
Daniel Campbell wrote:
> On 05/15/2016 02:15 AM, Brian Dolbec wrote:
> > On Sun, 15 May 2016 11:05:21 +0200
> > Jeroen Roovers wrote:
> >
> >> On Sat, 7 May 2016 23:25:58 +0200
> >> Michał Górny wrote:
> >>
o. The better the test ebuild coverage we have, the better our Q/A
tools (like repoman) will be and the less often things will be released
broken.
Thank you
--
Brian Dolbec
On Tue, 17 May 2016 08:50:25 +0200
Marcin Mirosław wrote:
> W dniu 16.05.2016 o 10:45, Dirkjan Ochtman pisze:
> > On Mon, May 16, 2016 at 3:39 AM, Brian Dolbec
> > wrote:
> >> repoman-2.3.0_rc1 is the stage2 rewrite code. The checks are now
> >> modular, an
ities for running post-install (pre-merge) QA-checks are in
> place. Please have a look at portage's misc-functions.sh,
> install_qa_check() will reveal the locations where you can find the
> installed checks, along with a place for local overrides. Perhaps you
> can design something around this?
>
> With kind regards,
> tomboy64
>
These tests would be run post-merge, in the normal file system. Mainly
for stabilization checks that can be automated, so not a QA-checks
qualifier which looks for common problems that can potentially lead to
bugs before it is merged to the normal file system.
--
Brian Dolbec
pgpX_padjvLLx.pgp
Description: OpenPGP digital signature
r cartoonish changes to the look, feel and generally
un-intuitive user interface. The new file selector is irritating to use
despite getting all the old behaviour settings I know of set, the lack
of the ability to paste a path into it, forcing you to navigate
directory by directory, and other BS behaviour... Some apps even have
less functionality and usefullnes. I have a local copy of
dev-vcs/gitg-0.27 ebuild which I use daily which despite some
instability is far more useful than it's "modern" counterpart. I use
xfce4 for both work and my own workstation, and like it, but it's apps
are getting increasingly more corrupted by gtk3isms :(
So, I accept I'll not be liked by the gtk team for wanting to keep gtk2
around still.
--
Brian Dolbec
On Fri, 27 May 2016 11:35:01 -0500
Canek Peláez Valdés wrote:
> On Fri, May 27, 2016 at 10:02 AM, Brian Dolbec
> wrote: [snip]
> > I'll be really sad when gtk2 is totally abolished in Gentoo. :(
> > I suppose I'll have to break down and switch to KDE maybe.
> &
eeded to set package.use.
This would also have to be a package manager feature and run similar to
the auto-unmask feature.
FEATURES="preferred-guis"
Let's try and keep things as simple as possible.
From what I've gleaned form the emails I have read, is that what the
general user wants to happen, select the toolkit in the order of their
preference.
--
Brian Dolbec
When we as upstream commit patches for bugs we tag them as InVCS and
close them when they are in a release. We have not kept them open
until that release has been stabilized unless we've missed closing it
or been distracted and forgotten to clean them up.
If you want to track that at the ebuild level, you could do that, but
would need to identify it's tracker in a clear way to distinguish it
from code bugs.
--
Brian Dolbec
pgp69AoKFcWN9.pgp
Description: OpenPGP digital signature
ould be helpful to list your timezone and normal availability
times. That will help potential mentors know if they match up
availability times.
Aside from sparc related updates, is there any other areas of the ebuild
tree your more interested in like desktop environments, gnome, kde,
*box, networking, tools...
--
Brian Dolbec
that have and continue to make Gentoo such an amazing project. Keep
> making Gentoo better!
>
> Keep in touch.
> Farewell, and thanks!
>
Sad to see you go, but, also glad you were a dev for so many years :)
I hope to see you around in the future too, even if it is only for
visit :)
Take care, have fun,... don't be a stranger ;)
--
Brian Dolbec
On Sun, 07 Aug 2016 10:24:08 +0200
Pacho Ramos wrote:
> This packages are now up for grabs:
> app-portage/g-sorcery
> app-portage/gs-elpa
> app-portage/gs-pypi
I'll sign layman project up for these
--
Brian Dolbec
On Mon, 8 Aug 2016 09:12:32 -0500
William Hubbs wrote:
>
typo: anyonewho
missed a space
--
Brian Dolbec
pgphFxTuJI75_.pgp
Description: OpenPGP digital signature
ber
the the different perspectives and try to make it clear what they are
for. Also, if a pkg is never stabilized... does that mean it's bugs
can never be closed? So far in the discussion, that point has not been
brought up, but is very relevant to the discussion.
/me mumbles about the extra bookeeping that work-flow will
make...and subsequently put off and/or forget to do ;)
--
Brian Dolbec
On Mon, 15 Aug 2016 09:40:39 -0400
Rich Freeman wrote:
> On Mon, Aug 15, 2016 at 3:55 AM, Brian Dolbec
> wrote:
> >
> > I have some trouble with not being able to close bugs as resolved
> > when the fixes have been released. But I do see that the majority
> > of w
||().
You should not introduce new pkgs and hopefully new ebuild versions of
existing pkgs that list only the old split twisted pkgs as dependencies.
I am sure that eventually the old split releases will be tree-cleaned
at some future point.
Thank you
--
Brian Dolbec
pgpxfrk_UJPrK.pgp
Description
On Wed, 12 Oct 2016 16:35:25 -0700
Brian Dolbec wrote:
> Since the mid 15.x.x releases of twisted, upstream changed from the
> split releases twisted-{core,names,web,...} to a single twisted
> package release. Our gentoo tree has been behind with upstream
> releases since then part
it, but more and
more so-called "package management" systems (mostly language specific
ones) all use that method. So transitioning to that, should make
package maintenance easier. Possibly even have some automation tools
to check them during version bumps, etc...
--
Brian Dolbec
single
> metadata.xml),
> - top-level ChangeLog for anything not covered by the other
> ChangeLogs.
>
> Ulrich
+1, keep it simple
--
Brian Dolbec
pgpY7ZcxtzCHE.pgp
Description: OpenPGP digital signature
an interim patch for
testing and initial review.
--
Brian Dolbec
From 95ae3bf2c330ca3c527a6350829e3b6fc7fb9dc8 Mon Sep 17 00:00:00 2001
From: Brian Dolbec
Date: Fri, 25 Nov 2016 11:48:09 -0800
Subject: [PATCH] nuke setting egg info path
---
eclass/distutils-r1.eclass | 5 -
1 file changed, 5
On Tue, 29 Nov 2016 19:13:19 -0500
Mike Gilbert wrote:
> On Tue, Nov 29, 2016 at 6:57 PM, Brian Dolbec
> wrote:
> >
> > While working on the last 2 version bumps to the twisted package, I
> > kept getting an error in which the *egg-info/SOURCES.txt file
> > ab
I used mixed case to prevent
conflicts with other existing projects that google, pypi, etc.
searching returned results for. But still have the name represent what
it did.
--
Brian Dolbec
m
>
It gets worse than that. I recently added several pkg to the tree that
had slightly different names for the github repo than they publishedin pypi.
I in turn ended up naming it slightly different to fit our
category/pkg system. So, the end result is not one common name, but
three. For some, I tried to stick with the github repo name, despite
getting the tarball from pypi due to the inconsistent github sha's.
--
Brian Dolbec
pgpCuU6XZuV45.pgp
Description: OpenPGP digital signature
modified package management systems. The
final resulting OS has it's own methods of updating itself and
installing the binaries. (At least that is the way it was some years
ago, last I had looked)
--
Brian Dolbec
pgpxLUP0qbKGd.pgp
Description: OpenPGP digital signature
On Sat, 03 Dec 2016 16:49:19 -0500
"William L. Thomson Jr." wrote:
> On Saturday, December 3, 2016 11:27:20 AM EST Brian Dolbec wrote:
> >
> > I think you will find that ChromeOS is not really based on Gentoo,
> > but built using Gentoo as the base os it IS bui
es in their profiles or ``make.conf`` files, all updated
> ebuilds will immediately reflect the changes.
>
> During this, the variables can be added to the EAPI=7 specification,
> and may eventually be added to PMS §11.1.
>
>
> Suggested Wording
s:
Andrey Grozin : 6FCC83E26D94FB054B76101653D4ABFA88DD61C4
Gkey task results:
Found Failures:
---
Revoked: 0
Invalid: 0
No Signing subkey..: 1
No Encryption subkey...: 0
Algorithm..: 0
Bit length.....: 0
On Thu, 5 Jan 2017 22:06:23 -0800
Daniel Campbell wrote:
> Still, interesting project and I might run it on a machine if it can
> help us out.
>
What do you mean "if"...
You __WILL__ run it!!
;)
--
Brian Dolbec
pgpVwdxfQbgPH.pgp
Description: OpenPGP digital signature
On Thu, 10 Mar 2022 12:07:40 -0600
William Hubbs wrote:
> On Thu, Mar 10, 2022 at 09:29:59AM -0800, Matt Turner wrote:
> > On Wed, Mar 9, 2022 at 11:09 PM Joonas Niilola
> > wrote:
> > >
> > > On 9.3.2022 23.00, Matt Turner wrote:
> > > > I'd like to deprecate and ultimately remove repoman.
On Fri, 11 Mar 2022 10:25:19 -0800
Alec Warner wrote:
> On Fri, Mar 11, 2022 at 9:14 AM Peter Stuge wrote:
> >
> > Matt Turner wrote:
> > > repoman is inferior to other tooling mentioned. The other tooling
> > > is actually run in CI.
> >
> > The problem seems to be that CI is running someth
a user to update an
old system.
Thoughts?
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
On Sun, 2012-12-09 at 15:10 -0800, "Paweł Hajdan, Jr." wrote:
> On 12/9/12 1:17 PM, Brian Dolbec wrote:
> > Starting from a question by Markos in #gentoo-portage about whether to
> > remove entries in profiles/updates for tree-cleaned packages...
>
> What's th
On Mon, 2012-12-10 at 01:52 +0100, Peter Stuge wrote:
> Brian Dolbec wrote:
> > > > remove entries in profiles/updates for tree-cleaned packages...
> > >
> > > What's the advantage of doing that?
> >
> > None
> ..
> > FYI... Currently t
a final schedule to perform the
migration with a minimum of disruption.
So, not only is the tree moving to git, it's getting some needed
upgrades in the process.
--
Brian Dolbec
signature.asc
Description: This is a digitally signed message part
like
/var/cache/repositories/
/var/cache/repositories/gentoo
/var/cache/repositories/x11<== overlay
/var/cache/repositories/local<== overlay
/var/cache/repositories/distfiles<== move it out of the tree dir.
/var/cache/repositories/packages<== move it out of the tree d
1 - 100 of 253 matches
Mail list logo
