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
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 Tue, 11 Aug 2020 23:41:33 + (UTC)
"Thomas Mueller" wrote:
> > Hi, everyone.
>
> > TL;DR: we might keep Python 2.7 supported as a build-time dependency
> > of a few packages as necessary, while removing the eclass support
> > for installing packages for py2.7.
>
>
> > As I've mention
On Thu, 25 Jun 2020 23:23:29 +0100
Samuel Bernardo wrote:
> Hi Brian
>
> On 6/25/20 11:18 PM, Brian Dolbec wrote:
> > You add yourself as primary maintainer. The proxy maintainers will
> > add themselves for the merge to the repo after all review is done.
> > This w
On Thu, 25 Jun 2020 23:11:29 +0100
Samuel Bernardo wrote:
> Hi,
>
> I send this email to ask for your help on selecting the project
> maintainer for a new ebuild.
>
> I created a pull request for the ebuild in subject[1] and the QA
> reports complaints about missing project maintainer[2]. What
On Fri, 5 Jun 2020 18:27:51 -0700
Christopher Head wrote:
> On Fri, 5 Jun 2020 12:40:17 -0700
> Matt Turner wrote:
>
> > With that in mind, I don't expect it to gain Python 3 support, nor
> > do I expect an additional 15 days of waiting time to change that
> > fact. 15 vs 30 days doesn't seem w
On Wed, 27 May 2020 01:28:02 -0700
Alec Warner wrote:
> On Wed, May 27, 2020 at 1:09 AM Brian Dolbec
> wrote:
>
> > On Tue, 26 May 2020 20:24:56 -0700
> > Alec Warner wrote:
> >
> > > The TL;DR is that a crack team of infra-folks[0] have been putting
>
On Wed, 27 May 2020 17:39:21 +0200
Piotr Karbowski wrote:
> Hi,
>
> On 27/05/2020 01.31, Brian Dolbec wrote:
> > * dev-python/boto3
> > * dev-python/botocore
>
> Do you mind if I join you on those? I use them a lot, and I planned to
> comaintain awscli since P
On Tue, 26 May 2020 20:24:56 -0700
Alec Warner wrote:
> The TL;DR is that a crack team of infra-folks[0] have been putting
> together demos of CI services and things like gitlab / gitea / gerrit
> and so on.
>
> Some of these come in combined (e.g. gitlab offers repo hosting, code
> review / pul
On Tue, 26 May 2020 23:12:06 +0100
Andrey Utkin wrote:
> I have transitioned to "away" state as I have to reclaim my time for
> other uses. Here I am trying to reduce the scope of my Gentoo
> responsibilities to make potential return to activity less dreadful
> and overwhelming.
>
> Call for suc
On Sat, 23 May 2020 07:20:22 +1200
Kent Fredric wrote:
> On Thu, 21 May 2020 10:47:07 +0200
> Michał Górny wrote:
>
> > Other ideas
> > ===
> > Do you have any other ideas on how we could resolve this?
>
> And a question I'd like to revisit, because nobody responded to it:
>
> - Wha
On Wed, 6 May 2020 17:02:42 -0500
William Hubbs wrote:
> All,
>
> I know that most of our documentation tells people to use "emerge
> --sync"; however, today I heard about "emaint sync" for the first
> time. ;-)
>
> Which one should we use? Will there be a phase-out for "emerge
> --sync" or "e
On Sun, 3 May 2020 08:37:27 -0400
Brian Evans wrote:
> On 5/3/20 2:58 AM, Fabian Groffen wrote:
> > On 02-05-2020 23:24:42 -0700, Brian Dolbec wrote:
> >> On Sun, 3 May 2020 07:28:50 +0200
> >> Viktar Patotski wrote:
> >>
> >>> Hi all,
>
On Sun, 3 May 2020 07:28:50 +0200
Viktar Patotski wrote:
> Hi all,
>
> I'd also like to clean my system and have it Python 2.7 free. Are
> there any guidelines to check which packages are still using pyton2_7
> in my system?
>
> Thanks,
> Viktar
>
There are both equery and enalyze commands in
On Sun, 26 Apr 2020 17:43:16 +0200
Michał Górny wrote:
> The Python team will no longer maintain the following packages. They
> all need porting to Python 3.7 and newer, and have some obstacle
> in doing so. They have only few revdeps which we do not maintain.
>
> dev-python/pythondialog
> dev
On Sun, 26 Apr 2020 14:49:25 +0200
Michał Górny wrote:
> # Michał Górny (2020-04-26)
> # Unmaintained. Stuck on Python 3.6. No revdeps.
> # Removal in 30 days. Bug #719604.
> dev-python/txtorcon
>
I'm taking maintainence back, is a dependency for crossbar which I am
bringing back too.
On Sun, 26 Apr 2020 11:32:06 +0200
Toralf Förster wrote:
> On 4/26/20 11:09 AM, Ulrich Mueller wrote:
> > Instead of using the IP address, you could generate a UUID when
> > installing the tool.
>
> like the pfl tool did ?
>
Like the last gentoostats gsoc project did.
As for enterprise/sch
On Fri, 24 Apr 2020 08:22:47 +0200
Michał Górny wrote:
> Hi,
>
> The following packages will no longer be maintained by the Python
> team:
>
> dev-python/autobahn
> dev-python/cbor
I'll maintain these again along with buildbot now that I am back.
> dev-python/girder-client
> dev-python/kazoo
On Sat, 13 Apr 2019 23:03:53 +0200
Michał Górny wrote:
> On Sat, 2019-04-13 at 22:27 +0200, Ralph Seichter wrote:
> > Hi folks,
> >
> > imagine a Python application "monty" with the following requirements
> > listed in setup.py:
> >
> > install_requires=[
> > 'ham>=1.0',
> > 'spam>=
On Tue, 19 Feb 2019 23:03:51 -0600
Matthew Thode wrote:
> On 19-02-20 00:00:04, Michael Orlitzky wrote:
> > On 2/19/19 11:21 PM, Matthew Thode wrote:
> > >>
> > >> What problem would this solve? (Is adding gentoo-keys to @system
> > >> the least bad way to solve it?)
> > >>
> > >
> > > It'd
On Fri, 27 Jul 2018 16:31:15 +0200
Ulrich Mueller wrote:
> > On Fri, 27 Jul 2018, Corentin “Nado” Pazdera wrote:
>
> > July 27, 2018 4:07 PM, "William Hubbs"
> > wrote:
>
> >> Section 5.5.2 describes the directory structure of /var/cache.
> >> These paths are all optional [1].
> >>
>
On Thu, 19 Jul 2018 10:10:11 +0200
Michał Górny wrote:
> Hello,
>
> Due to Markos Chandras' prolonged absence, the following packages are
> up for grabs now:
>
> dev-util/buildbot-slave
I've taken over all buildbot maintenance. This one will be tree-cleaned
soon. The old buildbot-0.8 release
On Thu, 12 Jul 2018 17:35:41 -0700
Raymond Jennings wrote:
> On Thu, Jul 12, 2018 at 12:47 PM Brian Dolbec
> wrote:
> >
> > On Thu, 12 Jul 2018 11:49:37 -0700
> > Raymond Jennings wrote:
> >
> > > In that case, I vote for /var/cache/portage, since
and the
package manager.
PLUS, it has been decided already long ago that the directory name
should reflect the repository name. We have been enforcing that rule
for overlays for a long time. It has just been taking a long time to
get our tooling in order so that we can change our own to follow that
rule.
So, "portage" should not be a directory name in the new default path.
--
Brian Dolbec
with catalyst-3 for all arches, but
I don't know about some of the lesser used arches as some of those are
older dates.
That and a portage release with the new default location set in it's
backup configs.
So, it should be ready to convert if the minor arches stage are b
them *before* the term, they are not very nice because how does
> someone dare remind very important developer who was planning to do it
> week before expiration, and now he needed to waste his precious time
> reading your mail.
>
I never experienced a single developer show or say anything like you
are suggesting. Most, thanked me for the reminder whether it was in
IRC or email. And since I always cc'd the gkeys alias (most needed
changes to meet the spec too), I'm sure Kristian will confirm this.
--
Brian Dolbec
pgp5aZWnCcqDB.pgp
Description: OpenPGP digital signature
d do it before it actually expires.
>
I have gkeys spec-check start warning at 30 days, and it has been my
experience that often it only gets renewed last minute (depends on how
active the developer is. As it is one of those things that gets put
off thinking there is still lots of time... But also, many of those had
keys that did not meet the spec requirements.
--
Brian Dolbec
pgphYyrmtOdFC.pgp
Description: OpenPGP digital signature
# Brian Dolbec (4 July 2018)
# No longer needed, newer app-crypt/gnupg-2 versions have simple cli options
# for generating new keys and doing key maintenance. Removal in a month
app-crypt/gkeys-gen
--
Brian Dolbec
ate
templates for a go-jira command line interface so a visually impaired
co-worker could interact with those systems.
--
Brian Dolbec
pgp2ADbD_1YTy.pgp
Description: OpenPGP digital signature
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
-
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
||().
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 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
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, 8 Aug 2016 09:12:32 -0500
William Hubbs wrote:
>
typo: anyonewho
missed a space
--
Brian Dolbec
pgphFxTuJI75_.pgp
Description: OpenPGP digital signature
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
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
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
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
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
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.
> &
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
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
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
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 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:
> >>
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
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
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
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
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
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
-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
->
>
>
> -
> -
> -
>
>
>
Isn't this almost obsolete? it's now xmlschema... And I hope to have
the new repoman with it out this weekend :)
--
Brian Dolbec
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
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
itch between an installed repoman and the developing code to compare
results to aid in debugging.
--
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
> >
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
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
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
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
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
r something serious. It was a murder trial.
This is about a simple virtual and the default order of its
providers!!!
--
Brian Dolbec
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
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
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 :)
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
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
/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
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
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
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:
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 Sat, 23 Jan 2016 03:45:14 +0800
konsolebox wrote:
> On Sat, Jan 23, 2016 at 2:05 AM, Brian Dolbec
> wrote:
> > On Sat, 23 Jan 2016 01:05:12 +0800
> > konsolebox wrote:
> >
> >> On Fri, Jan 22, 2016 at 11:30 PM, Duncan <1i5t5.dun...@cox.net>
> &
nced via the
auto-sync setting. So layman can git sync the gentoo repo like Duncan
described without also syncing your manually synced layman repos.
--
Brian Dolbec
1 - 100 of 253 matches
Mail list logo
