hile I can agree to the principal of this, Unfortunately I maintain
several pkgs that I would love to clean out old versions of
that trigger several of these, but can't. (But I am getting closer to
being able to clean them)
If I recall correctly they are:
"ebuild.minorsyn",
"ebuild.badheader",
plus a couple other odd ones
Portage ebuild triggers minorsyn due to a false positive quoting issue.
--
Brian Dolbec
e gotten caught up in too
many projects at the moment.
> misc other python coding.. etc
> --
> If we fail to find an interested and qualified candidate I'll probably
> post bounties
>
> Please reply offlist
>
> Christopher
>
> codestr0m on irc freenode
>
--
Brian Dolbec
d into master finally.
I'll begin some testing again soon to make sure it works properly with
the "gentoo" repo relocated. It shouldn't be long to have a new
release based on the 3.0 re-write making stages for release.
--
Brian Dolbec
subdirectory for on disk use as
the main tree.
be it gentoo-ebuilds, ebuilds/gentoo, trees/gentoo, repos/gentoo,...
The directory name it is installed to MUST be the same as it's
repo_name.
$ git clone git://anongit.gentoo.org/gentoo-tree.git gentoo
The rsync tree generated from the git
bove the
> median (58) and the mean value (113) of packages in a category.
>
> Ulrich
>
> [1]
> https://archives.gentoo.org/gentoo-dev/message/4cfd11c209754be96ffa417cb4d40b9f
yes, +1
--
Brian Dolbec
pgpJhxXd2_SPR.pgp
Description: OpenPGP digital signature
But I think what happened for some, was, the urls had not yet been
updated or updated correctly in repositories.xml. That resulted in
failures to update to a new valid url.
--
Brian Dolbec
ser@g.o too!
>
>
But it will have to wait. There is a few bugs in the commit made to
portage for the release. It doesn't run. It is fixed in portage-
though.
We'll see if we can get it gpg verifying with gkeys for another release.
--
Brian Dolbec
was synced to and the path to the repo.
Using that information you could easily add a postsync hook there
looking for the gentoo repo argument. And if not exit. If it is the
gentoo repo, call your squashmount script to remount it your way.
See the example script in that directory.
--
Brian Dolbec
s-deprecated" to "eapis-banned". This would
> have the consequence that repoman would refuse to commit packages
> containing such ebuilds. AFAICS there would be no impact on users.
>
> What do you think?
>
> Ulrich
DDOO IIITTTTT ;)
+
--
Brian Dolbec
enko
Newer version(s) of git do have git push --sign capability. Sorry, I
don't know the versions that it applies to. It was recently added as a
feature. It also makes the push sig and data readily available for hook
use.
--
Brian Dolbec
hen
merge from there into master with one merge commit.
Any other small branches could live in developer space if they needed
to share them with one or two others. With git it is easy to add other
remotes to pull and checkout from. So, no need to clutter up the main
git repo with small experiment
son that the person pushing).
For the regular rsync tree, Full manifests will be regenerated as
needed and signed by a common infra supplied gpg key. So for general
users, it will be easy to verify without having all gentoo devs gpg
keys. That will be different for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 16 Jul 2015 23:06:03 -0400
NP-Hardass wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 07/16/2015 09:25 PM, Brian Dolbec wrote:
> > On Thu, 16 Jul 2015 21:13:09 -0400 NP-Hardass
> > wrote:
> &g
On Fri, 17 Jul 2015 08:36:25 -0400
Rich Freeman wrote:
> On Fri, Jul 17, 2015 at 12:42 AM, Brian Dolbec
> wrote:
> >
> > I don't know tbh, most are already signed, with the git migration,
> > the strongly recommended commit signing will become MANDATORY.
> >
&
On Fri, 17 Jul 2015 08:50:43 -0400
Rich Freeman wrote:
> On Fri, Jul 17, 2015 at 8:36 AM, Rich Freeman
> wrote:
> > On Fri, Jul 17, 2015 at 12:42 AM, Brian Dolbec
> > wrote:
> >>
> >> I don't know tbh, most are already signed, with the git migrat
vercome shortcomings/limitations in the fstab, netmount,
localmount designs.
Net result should be better configurability, proper error reporting,
proper service order startup,...
Downside, it will likely mean a little migration/transistion.
I'm in favour of the change. Good work William.
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Mon, 3 Aug 2015 00:47:24 -0700
Brian Dolbec wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Mon, 3 Aug 2015 00:22:42 -0700
> "Daniel Campbell (zlg)" wrote:
>
> >
> > I'm having
rences in formatting, but the data should be the same.
Thank you...
--
Brian Dolbec
confusion between portage the package manager
and portage the "gentoo" ebuild tree. So to follow the overlay naming
rules for inclusion in the repositories.xml file, the directory name
must be the same as the repo name.
2) There is another alternate location that you can define files to
ignore locally without having to commit them to .gitignore.
Consider .gitignore a global setting. There is another setting
inside .git/info/exclude which is a local config file that will persist
and not be affected by pulls.
So please use that for local exclusions you want to add and not try to
force them into a global .gitignore which is part of the repo.
Something that seems to be hotly debated. ;)
--
Brian Dolbec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 13 Aug 2015 10:16:19 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 09:27 PM, Brian Dolbec wrote:
> > 2) There is another alternate location that you can define f
se from the main portage package.
Most users don't ever use repoman. Plus once the plugin system and
checks data downloads are in place, there will be far less need for
updates and releases. I would still keep it part of the portage
repository due to it's ties to the codebase. Just release it as a
separate installable package.
--
Brian Dolbec
On Wed, 19 Aug 2015 17:25:51 -0400
Rich Freeman wrote:
> On Wed, Aug 19, 2015 at 3:09 PM, Brian Dolbec
> wrote:
> >
> > It does not other the the metadata.dtd file it checks for updates
> > and updates itself with. But that is very likely to change with the
> &
the rest of the tree.
>
to hell with stable, IMHO gtk3 is just crap and nearly destroys all
usability, I have mostly gtk2, with some gtk3, and I'd love to nuke
the rest of the gtk3 ones... So, if chromium goes gtk3, I'll be
looking for a new browser. and if gentoo drops gtk2,
I think the new bugzie version allows multiple aliases on a
> >bug, so can we automomatically assign them github-pr-123 and
> >github-issue-234
> >etc?
>
> Sounds good.
>
> >
> >> What are your thoughts? Any other proposals?
> >
> >Overall I like the idea. I think the quoting and other issues can be
> >fixed in an acceptable way.
> >
> >-- Jason
>
>
--
Brian Dolbec
be created that
returns the results to the pages as proper python data or
json converted data rather than parsing stdout which can be
buggy and need constant updates if the format changes.
Thank you :)
--
Brian Dolbec
it works. Which parts in
> particular need the most attention? I'd be willing to help out if it's
> anything I have a shot at understanding. :)
> - --
> Daniel Campbell - Gentoo Developer
Then go to the link and fill in your available times, we'll try our
best to get as many as possible in a time that we pick for it.
--
Brian Dolbec
robably ignore the rest again.
So, to that end, I fully support Rich's idea of a top-5 issues of the
week/month/... It would be something I would read and not simply
ignore like most of the current emails of this type. And no, I don't
have any filters set up in m
Fabian
>
>
Please NO, repoman's code is still a mess, the last thing it needs is
adding a bunch of code messing with ebuilds directly. Reporting is one
thing, modifying ebuilds quite another.
--
Brian Dolbec
pgpF5jgV7PyUk.pgp
Description: OpenPGP digital signature
On Sat, 10 Oct 2015 10:43:29 -0700
Alec Warner wrote:
> On Sat, Oct 10, 2015 at 8:16 AM, Brian Dolbec
> wrote:
>
> > On Sat, 10 Oct 2015 14:24:28 +0200
> > Fabian Groffen wrote:
> >
> > > On 10-10-2015 14:19:44 +0200, hasufell wrote:
> > > >
d still need to follow a number of the
dependency specification rules so that it would not break them while
doing it's sorting.
Still if someone is somewhat a glutton for punishment. They can take
on the task ;)
--
Brian Dolbec
ot finding that bug this morning. If it is to be dropped
completely, that can be done. As I recall it was you that wanted to
keep it, at least for an interim period for some other infra use in the
rsync tree generation. I don't recall the exact reason.
Most certainly patches are welcome.
--
Brian Dolbec
m there so that it is easier for users to drop back
> from ~arch to stable without downgrading.
>
Rich, please re-read your above statements until you see the total
failure in your logic.
--
Brian Dolbec
..) much easier to understand for the
> occasional user of cmake-utils.eclass.
>
Forgive me if I'm wrong, but I thought EAPI 6 specifications were
finalized.
Doesn't that mean this will have to wait for EAPI 7?
--
Brian Dolbec
On Wed, 18 Nov 2015 11:47:35 -0500
Mike Gilbert wrote:
> On Wed, Nov 18, 2015 at 10:23 AM, Brian Dolbec
> wrote:
> > On Wed, 18 Nov 2015 12:02:15 +0100
> > Alexis Ballier wrote:
> >
> >> On Wed, 18 Nov 2015 21:53:17 +1100
> >> Michael Palima
ting
Patrick, I think it's time you put up or shut up. Bringing up
shortcomings or other things that need attention is useful, but your
near constant bitching is quite tiresome. You could start by fixing
your own gpg key situation. If you don't find adequate documentation
to do it, then create a some that does meets your satisfaction.
--
Brian Dolbec
pgpZWBsy9zasU.pgp
Description: OpenPGP digital signature
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
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>
> &
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 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 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 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, 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, 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 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 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 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 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 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 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 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 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 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 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
201 - 253 of 253 matches
Mail list logo
