Sven Vermeulen wrote:
On Fri, Nov 18, 2005 at 09:09:29PM -0400, Luis F. Araujo wrote:
What is the problem of giving them @g.o addresses?
Why exactly do we need the distinction? (sorry, i can't see any benefit
but more confusion).
The GLEP was originally created to help the architecture test
You know, I'd actually support a rather more abrupt transition,
where we announce that on a particular date all digest files are going
to be removed, thereby breaking any version of portage older than
portage-x.y.z. Many people would probably miss such a deadline, but
assuming that we also public
Olivier Crete wrote:
On Mon, 2006-23-01 at 11:21 -0600, Mike Doty wrote:
I am currently working as a systems administrator for McGill University
School of Computer Science, Montreal, Quebec, Canada. I live with my
girlfriend in an apartment in the east of Montreal.
Hey, I'm not longer the only
Mark Loeser wrote:
Donnie Berkholz <[EMAIL PROTECTED]> said:
Jason Stubbs wrote:
The patch now has the debugging output and x11-base/xorg-x11 check removed.
Excellent. Works perfectly. Since we're failing on them, perhaps we can
say "obsolete" instead of "deprecated"?
Can we put this back to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> On Mon, 13 Feb 2006 19:39:06 +0100 Simon Stelling <[EMAIL PROTECTED]>
> wrote:
> | Are you being serious about this?
>
> Sadly, even if he is, there're enough people around here that're taking
> that kind of thought seriously
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fernando J. Pereda wrote:
> On Sun, Mar 26, 2006 at 06:39:15AM +0200, Luca Barbato wrote:
>> git : c+bash (and optional perl/python for some merge scripts)
I think git is probably the best choice, I have played with it a little
myself and it is _very_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have masked dev-lisp/plt pending removal in 30 days. This has been
unmaintained for awhile (no metadata.xml) and a newer version of the
same package is in the tree as dev-scheme/drscheme.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Lin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dennis Allison wrote:
> Open office appears to be masked (amd64). Who would I ask to find out the
> current status?
>
OpenOffice doesn't currently compile on 64-bit architectures, you can
use openoffice-bin, which is a 32-bit binary, on amd64 for no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For about a month now, we (amd64) have had some code in our
profile.bashrc that filters CFLAGS that are unrecognized by gcc, and
warnings the user about bad CFLAGS.
So far it has worked fairly well, and it has really cut down on the
number of bugs tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alec Warner wrote:
>
> Except you need a way for them to turn it off, and you do not currently
> provide one. We can set default flags all we want, but I don't see
> filtering 'bad' flags as necessarily our problem. If you want to say:
>
> "Hey we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harald van D?k wrote:
> The only flags that are actually removed are the flags that are invalid
> _by themselves_. There are cases where flags are valid because of other
> flags, such as anything following -X*.
>
> Two other problems I see with the cod
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joshua Nichols wrote:
> Patrick McLean wrote:
>> There is a new version at
>> http://dev.gentoo.org/~chutzpah/profile.bashrc that
>> should fix all these possible problems. Thanks for pointing them out,
> Around line 77, y
Chris Gianelloni wrote:
> On Tue, 2006-05-16 at 23:22 +0100, Stephen Bennett wrote:
>
> This is the exact reason why I would disagree with having this profile
> in the tree. It *is* going to cause more work for bug-wranglers, no
> matter how many places you put warnings and notices. If the profi
Christian Birchinger wrote:
>
> I honestly think people are just bringing up the wildest things
> just to find another reason to say "no". It Looks a bit like
> even good ideas and project have no chance when they come from
> "the wrong people".
>
Thank you, you just summed up what I have been th
> No, it's needlessly unfriendly to users, and encourages broken packages.
> et_EE breakage should be fixed, and slowly but surely is, and as for
> unreadable error messages, getting German gcc output in a German locale
> is a feature, not a bug. It can indeed be a problem in bugreports, but
> it's
Stefan Schweizer wrote:
> -fortran - Do we really need this outdated language as a default in gcc?
I am not on the toolchain team, but I _think_ the reason this is on by
default is because fortran is considered part of a standard gcc
installation (by upstream, etc).
--
gentoo-dev@gentoo.org mailin
Chris Bainbridge wrote:
> On 08/06/06, Jon Portnoy <[EMAIL PROTECTED]> wrote:
>> I do very much object to using any gentoo.org infrastructure or
>> subdomains to do so. If someone is going to tackle that, it should be
>> done outside of Gentoo proper. We don't need to be stuck maintaining and
>> su
Roy Marples wrote:
> USE client server
> client - just build the client - duh
> server - just build the server - duh
> client and server OR neither then build both.
>
> Other packages to possably beneift
> udhcp
> mldonkey
> samhain
> bacula
> boxbackup
>
finger, telnet and ssh are probably other
Peter wrote:
> Maybe I just don't :(
>> e17 doesnt break the whole system
>
> Any alpha software can. Read the warning label. e17 has caused me to hit
> the big red switch on several occasions.
>
Then you have a bug in your kernel (or possibly your video driver). It
should be impossible for any
On Thu, 2 Feb 2017 20:40:38 -0500
Michael Orlitzky wrote:
> On 02/02/2017 01:01 PM, Rich Freeman wrote:
> > On Thu, Feb 2, 2017 at 11:25 AM, Michael Orlitzky
> > wrote:
> >>
> >> If (base == minimal), then all of the upstream defaults need to be
> >> added to package.use for the upstream-defau
On Thu, 2 Feb 2017 21:06:33 -0500
Michael Orlitzky wrote:
> On 02/02/2017 09:00 PM, Sam Jorna wrote:
> >
> > Consider: a new user, coming from Ubuntu or Fedora or Windows,
> > starts building their system. They start installing packages they
> > want, only to find that half of the package isn't t
On Fri, 3 Feb 2017 08:43:50 -0500
Michael Orlitzky wrote:
> On 02/03/2017 08:21 AM, Ian Stakenvicius wrote:
> >>
> >> How about rather changing our defaults to satisfy the minimalists
> >> who don't mind drastically reduced functionality and usability in
> >> pursuit of "minimalism" we just striv
On Fri, 3 Feb 2017 19:59:34 -0500
Ian Stakenvicius wrote:
> On 03/02/17 02:37 PM, Michael Orlitzky wrote:
> > On 02/03/2017 10:30 AM, Ian Stakenvicius wrote:
> >>
> >> ok you lost me. Could you provide an explicit example of what you
> >> would want to see enabled in the profile (while everyth
On Tue, 7 Mar 2017 18:51:12 -0500
Michael Orlitzky wrote:
> On 03/07/2017 05:40 PM, William Hubbs wrote:
> > Hi all,
> >
> > I was attending SCALE, but now I'm back to answer this.
> >
> > On Thu, Mar 02, 2017 at 04:46:22PM -0500, Michael Orlitzky wrote:
> >> What kind of dependency do we nee
On Wed, 10 May 2017 20:53:31 +0200
Michał Górny wrote:
> Allow two special values in the implementation patterns for
> _python_impl_matches(): -2 to indicate all Python 2-compatible
> implementations, and -3 to indicate all Python 3-compatible
> implementations. Both of those values are implement
On 2017-09-21 02:07 PM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 21.09.2017 kell 22:54, kirjutas Michał Górny:
>> W dniu czw, 21.09.2017 o godzinie 23∶33 +0300, użytkownik Mart
>> Raudsepp
>> napisał:
>>> Ühel kenal päeval, N, 21.09.2017 kell 21:56, kirjutas Michał Górny:
Hi, everyone.
>
On 2017-09-22 10:03 AM, Brian Dolbec wrote:
> On Fri, 22 Sep 2017 15:06:49 +
> James McMechan wrote:
>
>> On Fri, Sep 22, 2017 at 5:27 AM, Rich Freeman
>> wrote:
>>> On Fri, Sep 22, 2017 at 7:38 AM, Sergei Trofimovich
>>> wrote:
Some other distros try harder to isolate build
On 2017-11-21 03:19 AM, Benda Xu wrote:
> Francesco Riosa writes:
>
>> maybe ewarn() is more appropriate than einfo()?
>> Just in case it's executed outside the scope of prefix
>
> I can't remember any use case when portage (or, paludis, etc.) is
> executed as a normal user but not a from Pref
On 2018-03-23 06:27 AM, Rich Freeman wrote:
> On Fri, Mar 23, 2018 at 6:59 AM, Ulrich Mueller wrote:
>>> On Fri, 23 Mar 2018, Roy Bamford wrote:
>>
>>> games-emulation/sdlmame is masked. I have a higher version in my
>>> overlay than the one in the tree and it gets masked too.
>>> Its not a pr
On 2018-04-16 05:12 AM, Anthony G. Basile wrote:
> On 4/16/18 4:05 AM, Marc Schiffbauer wrote:
>> * Anthony G. Basile schrieb am 16.04.18 um 02:04 Uhr:
>>> Hi everyone,
>>
>> Hi Anthony,
>>
>> I vote for keeping PaX Support as I am still using it and might be doing
>> so in the future.
>>
>> Thank
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 metadata dir alongside the install-qa-check.d
>directory?
That sounds reasonable to me, it is certa
On Thu, 30 Jun 2016 14:38:26 +0200
Michał Górny wrote:
> So if you have some time, please reply to this thread with
> a specific /boot layout that you think needs to be handled, with
> as much helpful information as possible -- including possible
> distinctive features and pitfalls.
>
All of our
On Tue, 19 Jul 2016 21:23:16 +0300
Andrew Savchenko wrote:
> On Mon, 18 Jul 2016 22:21:22 -0400 waltd...@waltdnes.org wrote:
> > On Mon, Jul 18, 2016 at 11:27:09PM +0300, Andrew Savchenko wrote
> > >
> > > As I wrote earlier in this thread, ntp server is not a guarantee
> > > that such problems
On Tue, 19 Jul 2016 13:22:29 -0700
Patrick McLean wrote:
> On Tue, 19 Jul 2016 21:23:16 +0300
> Andrew Savchenko wrote:
> > On Mon, 18 Jul 2016 22:21:22 -0400 waltd...@waltdnes.org wrote:
> > > On Mon, Jul 18, 2016 at 11:27:09PM +0300, Andrew Savchenko
> > > w
On Thu, 11 Aug 2016 17:53:31 +1200
Kent Fredric wrote:
> On Thu, 11 Aug 2016 00:10:53 +0100
> James Le Cuirot wrote:
>
> > Hello all,
> >
> > We, like almost everyone else and presumably upstream, install PCRE
> > 8 as libpcre.so.1. Debian, for reasons best known to themselves,
> > install it
On Thu, 11 Aug 2016 22:50:53 +0200
Michał Górny wrote:
> On Thu, 11 Aug 2016 20:56:20 +0100
> James Le Cuirot wrote:
>
> > On Thu, 11 Aug 2016 11:05:00 -0400
> > Ian Stakenvicius wrote:
> >
> > > On 11/08/16 10:57 AM, Mart Raudsepp wrote:
> > > > Ühel kenal päeval, N, 11.08.2016 kell 12
On Tue, 23 Aug 2016 23:17:58 +
"Robin H. Johnson" wrote:
> Some of these packages are very niche, and while they continue to
> work, they could use a bit more attention than they get presently
> (you might only hear about them when they break and never when they
> work).
>
> They are genera
On Thu, 6 Oct 2016 01:54:51 +1300
Kent Fredric wrote:
> On Wed, 5 Oct 2016 06:04:38 -0500
> Rich Freeman wrote:
>
> > What you really want is another template file.
>
> I'd be happy with that. See the other thread with "grub-2" In the
> title.
>
> > I'm happy with mkconfig, but I did hand-r
On Fri, 28 Oct 2016 10:56:08 +
Joakim Tjernlund wrote:
> On Thu, 2016-10-20 at 11:03 -0400, Tom H wrote:
> > On Wed, Oct 19, 2016 at 4:43 PM, Joakim Tjernlund
> > wrote:
> > >
> > > On Wed, 2016-10-19 at 15:21 -0400, Tom H wrote:
> > > >
> > > >
> > > > but it looks like, unlike for g
On Tue, 8 Nov 2016 17:41:02 -0600
William Hubbs wrote:
>
> The plan, once the first release is out, is to rewrite this utility
> in a better language. I'm considering C, but if I am comfortable by
> that time in Go or Rust, I may use one of them.
>
For a low-level utility that is likely going t
On Fri, 27 Jan 2017 14:53:18 -0500
Rich Freeman wrote:
> On Fri, Jan 27, 2017 at 2:35 PM, Michael Orlitzky
> wrote:
> > On 01/27/2017 01:52 PM, Rich Freeman wrote:
> >>
> >> This doesn't really seem like a problem though. Just have a table
> >> somewhere (wiki?) to track who is using what UID
On Sat, 28 Jan 2017 11:28:45 +
James Le Cuirot wrote:
> On Fri, 27 Jan 2017 18:37:52 -0800
> Patrick McLean wrote:
>
> > I don't think we need to have stable UIDs/GIDs in the "normal" case of
> > standalone users with a single Gentoo system at home. The
On Mon, 30 Jan 2017 11:29:02 -0500
Michael Orlitzky wrote:
> On 01/30/2017 09:25 AM, Alan McKinnon wrote:
> >>
> >> Any user can create a hard link in its home directory
> >> to /etc/shadow, so long as (a) they live on the same filesystem,
> >> and (b) there are no special kernel protections in p
From: Steven Stallion
Use of the MODULESD__{ADDITIONS,ALIASES,EXAMPLES} variables do not
currently work with external modules that are hyphenated. The current behavior
results in an invalid modprobe.d file containing partially evaluated content.
This appears to be due to use of ${currm} rather t
This adds support for an associative array called GIT_CRATES containing any
crates that must be fetched from git rather than just cargo crates. This will
add the code to the cargo config to make sure that the locations are overridden
so cargo won't try to fetch the crates from git.
Currently it au
ly it automatically handle GitHub and GitLab URIs, and will accept
arbitrary URIs.
Tested-By: Georgy Yakovlev
Signed-off-by: Patrick McLean
---
eclass/cargo.eclass | 103
1 file changed, 103 insertions(+)
diff --git a/eclass/cargo.eclass b/e
The salt ebuild has been refactored to remove the tests and modules that
require dev-python/boto, and the mask has been removed.
Salt has a lot of users, and it would be doing them a disservice to
remove it from the tree.
On 2024-02-27 07:42, Michał Górny wrote:
# Michał Górny (2024-02-27)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 18/01/13 02:02 PM, Chí-Thanh Christopher Nguyễn wrote:
> Andreas K. Huettel schrieb:
>> * move setting USE=dri and USE=cups from default/linux/make.defaults to
>> targets/desktop/make.defaults
>
> I would prefer to keep USE=dri in the default pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 24/04/13 11:46 AM, Mike Frysinger wrote:
> On Wednesday 24 April 2013 13:54:07 William Hubbs wrote:
>> On Wed, Apr 24, 2013 at 01:34:36PM -0400, Mike Frysinger wrote:
>>> On Wednesday 24 April 2013 13:23:23 William Hubbs wrote:
The issue is t
On Mon, 5 Aug 2013 22:09:54 +
"Robin H. Johnson" wrote:
>
> Naming goals:
> - Should describe what it does
> - Does NOT have a name conflict as verified by Google.
> - Does NOT imply OpenRC.
> - Implying Gentoo is fine, as it's where the package comes from.
> - Should drop 'old'
>
> I think
On Mon, 14 Oct 2013 15:50:36 -0400
Rich Freeman wrote:
> On Mon, Oct 14, 2013 at 2:58 PM, David Leverton
> wrote:
> >
> > If only someone would invent some sort of kernel feature that could
> > make the name "/etc/mtab" refer to different files in different
> > processes
> >
>
> However, FW
On Fri, 10 Jan 2014 02:19:03 +0100
Tom Wijsman wrote:
> On Fri, 10 Jan 2014 08:31:21 +0800
> Patrick Lauer wrote:
>
> > On 01/10/2014 08:16 AM, hero...@gentoo.org wrote:
> > > Igor writes:
> > >
> > >> The ebuilds have approximately the same time to install, the
> > >> failure rate is about t
On Thu, 13 Mar 2014 07:59:55 +0800
Patrick Lauer wrote:
> On 03/13/2014 12:52 AM, William Hubbs wrote:
>
> Why deprecate it?
>
> I'm getting really irritated with the current trend of randomly
> renaming and movearounding things. All it does is confuse people,
> break existing setups and make d
On Mon, 06 Oct 2014 19:25:53 -0400
"Anthony G. Basile" wrote:
> On 10/06/14 13:13, Markos Chandras wrote:
> Let's face it, this is not a job just anyone can do. I asked a few
> people I thought could handle it and they said they're too busy. So
> I'm a bit worried.
>
If someone with the appr
Chris Gianelloni wrote:
> On Sat, 2006-07-01 at 11:12 +, Duncan wrote:
>>> For example, if we hand out CDs at conventions etc, we would have to
>>> also hand out source CDs.
>
>> As my reply there, however, Gentoo does still have it better than most, in
>> that the LiveCDs contain relatively f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
> Patrick McLean schrieb:
>> I have absolutely zero experience with catalyst, but couldn't it be made
>> to create a source CD ISO when it is generating the binary one? Just
>> make a cd with all the dist
Chris Gianelloni wrote:
>
> Anyway, I really am starting to like the DVD available via the store
> idea more and more, as it only means Release Engineering needs to do a
> little extra work, and it requires no extra work for our mirrors or
> Infrastructure team.
>
The source DVD sounds like a gr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I would like to nominate:
vapier/SpanKY
flameeyes
Kugelfang
uberlord
wolf31o2
seemant
solar
Mr_Bones_
KingTaco
I would add dsd and spyderous if they hadn't both already turned down
nominations.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/
Denis Dupeyron wrote:
> This, for me, triggers 3 questions that are gentoo-dev@ material :
>
> 1) Should all ebuilds that currently filter --fast-math die on its
> presence instead of filtering it ?
I don't think we should die on anything, if a user wants a particular
CFLAG, generally the default
Enrico Weigelt wrote:
> * Luca Barbato <[EMAIL PROTECTED]> schrieb:
>> Enrico Weigelt wrote:
>>
>>> It mixes up diffent things to one and just introduces new
>>> problems instead of solving anything. I could live with that,
>>> if it's for supporting different ABIs, but it obviously isn't.
>>>
>>
Enrico Weigelt wrote:
> So I'll probably have no other chance than writing a frontend
> to emerge, parsing its output - hoping the output syntax remains
> the same for an sufficiant time :(
>
[ebuild R ] sys-fs/cryptsetup-luks-1.0.3-r2
[ebuild U ] x11-terms/rxvt-unicode-7.9 [7.8-r1]
[ebu
Petteri Räty wrote:
He hails from a town that most can't pronounce correctly, namely
Saskatchewan, Canada. He has an interesting day job. He writes about it
Saskatchewan isn't a town, it's a province.
So please give dirtyepic the usual warm welcome.
Welcome Ryan, always nice to have another
Matthew Kennedy wrote:
No one is working on the Scheme herd in Gentoo. [EMAIL PROTECTED]
includes only me, but I'm not doing anything with Scheme and don't
really care to either.
Several of our Scheme implementations in Portage are out of date,
(chicken, gambit, drscheme, bigloo and, dare I men
Matthew Snelham wrote:
>
>> If you want that level of flexability then simply symlink /lib/rcscripts
>> to /var/rcscripts or where-ever you like.
>
> But then baselayout is still 'behaving badly' by sttempting to store
> dynamic state information in /lib. Something it has not done before, to
>
Marijn Schouten wrote:
> My conclusion is that they have the simpler solution and also technical
> superiority.
If you think that GoboLinux has a superior package management solution
to Gentoo or any other distro, than just use Gobo. Distribution choice
is not an absolute "distro X is better than
Petteri Räty wrote:
It's my pleasure to introduce to you Samuli "drac" Suominen. He is
joining us to look after the Xfce desktop environment and take care of
packages that have been proxy maintained before.
Welcome to the team drac :)
--
gentoo-dev@gentoo.org mailing list
Roy Marples wrote:
Welcome to baselayout-ng which will be a virtual and will not require
bash.
So this means that you are planning to stop development of the current
baselayout in favor of baselayout-ng?
We still need something that is "array like" for want of a better
phrase, so how about
Jim Ramsay wrote:
>
> 1) Create a single local USE flag (flashsupport or something) that will
> just pull in this dependency.
>
> 2) Use the same set of USE flags as libflashsupport has, with any of
> them adding libflashsupport to the dep list, since these are all global
> flags and will most li
On 23/08/10 02:28 PM, Olivier Crête wrote:
> On Mon, 2010-08-23 at 19:09 +0100, Mike Auty wrote:
>> On 23/08/10 18:26, Olivier Crête wrote:
>>>
>>> Other distributions are going one step further and are going for
>>> shell-free boot. We should follow that lead.
>>>
>> Why? Presumably they're doing
Er, no I didn't, I'm not sure how that happened. I will fix it.
On 13/07/11 01:36 AM, Ryan Hill wrote:
> On Mon, 11 Jul 2011 15:00:41 +0000 (UTC)
> "Patrick McLean (chutzpah)" wrote:
>
>> chutzpah11/07/11 15:00:41
>>
>&g
On Mon, 25 Mar 2019 04:23:08 +
"Robin H. Johnson" wrote:
> On Sat, Mar 23, 2019 at 04:23:27PM -0500, William Hubbs wrote:
> > Hi all,
> >
> > Soon I will be working on fixing up the state of dev-lang/lua, and
> > there are a couple of things I want to mention.
> >
> > The first thing is lib
On Fri, 13 Sep 2019 08:29:20 -0400
Michael Orlitzky wrote:
> On 9/13/19 5:19 AM, Kent Fredric wrote:
> > On Thu, 12 Sep 2019 17:58:08 -0400
> > Michael Orlitzky wrote:
> >
> >> What kind of math would convince you that an idea with all "cons"
> >> and no "pros" is bad?
> >
> > Is "upstream
On Fri, 13 Sep 2019 12:50:48 -0400
Michael Orlitzky wrote:
> On 9/12/19 1:45 PM, Alec Warner wrote:
> >
> > Er, I'm fairly sure computer *science* has not conclusively proven
> > that dynamic binaries are somehow superior to static binaries.
> >
>
>
> If you statically link to a library, th
On Fri, 13 Sep 2019 19:44:55 -0400
Michael Orlitzky wrote:
> (Replying to both messages at once.)
>
>
> On 9/13/19 4:17 PM, Patrick McLean wrote:
> >>
> > I don't think anyone here has suggested that any go packages are
> > installed in the st
On Tue, 29 Oct 2019 16:10:37 +0100
Andreas Sturmlechner wrote:
>
> Anyone else who thinks this should not be restricted to just desktop
> profiles?
I am not aware of any use cases for elogind/consolekit on servers, it's
really for machines where you have to distinguish between someone
connectin
On Tue, 29 Oct 2019 23:03:15 +
James Le Cuirot wrote:
> On Tue, 29 Oct 2019 11:23:20 -0700
> Patrick McLean wrote:
>
> > On Tue, 29 Oct 2019 16:10:37 +0100
> > Andreas Sturmlechner wrote:
> >
> > >
> > > Anyone else who thinks this s
Given glibc upstream's tentative plans to remove libcrypt [1], I think
we should start working out the kinks well in advance. Toolchain has
already added a package.use.force-ed "crypt" USE flag to
sys-libs/glibc-2.30-r2 [2]. The main alternative out there is libxcrypt,
which I have recently bumped
On Thu, 07 Nov 2019 21:28:34 +0100
Michał Górny wrote:
> On Thu, 2019-11-07 at 11:52 -0800, Patrick McLean wrote:
> > Given glibc upstream's tentative plans to remove libcrypt [1], I
> > think we should start working out the kinks well in advance.
> > Too
On Thu, 7 Nov 2019 20:40:40 +
Sergei Trofimovich wrote:
> On Thu, 7 Nov 2019 11:52:19 -0800
> Patrick McLean wrote:
>
> > Given glibc upstream's tentative plans to remove libcrypt [1], I
> > think we should start working out the kinks well in advance.
> &g
Fedora, CentOS, RHEL and alpine use 167, debian uses 64045
I propose using 267 what Fedora etc uses is already reserved in Gentoo,
and 64045 is reserved.
On Mon, 18 Nov 2019 17:47:22 -0700
Tim Harder wrote:
> The following list of packages are up for grabs that I dropped myself
> as as a direct maintainer from. There are probably a significantly
> larger number that I've indirectly maintained hiding under the guise
> of older projects that mostly
Hi Michał,
Thanks for doing this work, it's always better to have standardized
ways of doing things.
On Wed, 20 Nov 2019 15:21:55 +0100
Michał Górny wrote:
> +distutils_enable_sphinx() {
> + debug-print-function ${FUNCNAME} "${@}"
> + [[ ${#} -ge 1 ]] || die "${FUNCNAME} takes at leas
On Thu, 7 Nov 2019 11:52:19 -0800
Patrick McLean wrote:
I will push the attached version with zmedico's change on Friday unless
there are objections (I have addressed all the feedback so far AFAIK).
> Given glibc upstream's tentative plans to remove libcrypt [1], I think
>
Title: OpenSSH 8.2_p1 running sshd breakage
Author: Patrick McLean
Posted: 2020-02-21
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: =net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is
restarted.
Before restarting sshd, it is *strongly* recommended that you test
Title: OpenSSH 8.2_p1 running sshd breakage
Author: Patrick McLean
Posted: 2020-02-21
Revision: 1
News-Item-Format: 2.0
Display-If-Installed: =net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is
restarted.
Before restarting sshd, it is *strongly* recommended that you test
On Thu, 19 Feb 2015 14:14:37 -0500
Mike Frysinger wrote:
> pro: improved security in daemons (often network)
> con: some packages might pull in libseccomp (~250KB)
>
> there shouldn't be measurable runtime overhead here as the filtering
> is done by a JIT in the kernel itself. if the kernel lac
On Mon, 23 Mar 2015 22:53:45 +0300
Andrew Savchenko wrote:
> On Mon, 23 Mar 2015 14:49:44 -0400 Tim Harder wrote:
> > On 2015-03-23 13:48, Panagiotis Christopoulos wrote:
> > > You want to have a herd for that or something in metadata.xml
> > > that would raise a flag that the package can be free
On Fri, 12 Jun 2015 12:54:04 -0500
William Hubbs wrote:
> All,
>
> in looking at some of the Go ebuilds we have in the tree, I see that
> some of them, for example go-tools, have multiple Go packages in a
> single repository. This means that something like:
>
> go get -d -u -t golang.org/x/tool
On Thu, 30 Jul 2015 01:11:30 +0300
Alon Bar-Lev wrote:
> On 29 July 2015 at 23:20, William Hubbs wrote:
> >
> > All,
> >
> > so that there is a better idea out there of what I'm talking about,
> > the OpenRC github repository now has a mount-service branch.
>
> Nice!
>
> But I still trying to
On Fri, 31 Jul 2015 17:28:03 -0500
William Hubbs wrote:
> On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote:
>
> What I'm asking about is whether anyone knows of a smoothe way to
> transition users from local/netmount to mount.
> dependencies, without breaking systems. If that doesn't
On Sat, 1 Aug 2015 10:05:44 -0500
William Hubbs wrote:
> On Fri, Jul 31, 2015 at 05:29:37PM -0700, Patrick McLean wrote:
> > On Fri, 31 Jul 2015 17:28:03 -0500
> > William Hubbs wrote:
> >
> > > On Fri, Jul 31, 2015 at 11:57:59PM +0200, Peter Stuge wrote:
> &g
On Sat, 8 Aug 2015 14:18:53 -0400
Mike Gilbert wrote:
> On Sat, Aug 8, 2015 at 1:31 PM, Amadeusz Żołnowski wrote:
> > Hi,
> >
> > I'm resending e-mail from my gentoo.org address, instead of the private
> > one... so just ignore the previuos thread with this subject.
> >
> > I have not much time
On Thu, 13 Aug 2015 07:43:24 -0700
Brian Dolbec wrote:
>
> No, there clearly should be some things that are commonly present
> that should never be committed. Those common things should be in a
> global .gitignore. I did not read the entire thread(s) but it seemed
> there was more bikeshedding
On Fri, 2 Oct 2015 16:59:06 -0500
William Hubbs wrote:
>
> Does anyone know why we need this init script (it is Linux only), or
> why we can't remove it?
>
This script is there to make sure as much effort as possible has been
done to prevent file system corruption before rebooting/powering off.
On Fri, 11 Dec 2015 15:37:48 -0600
William Hubbs wrote:
> On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote:
> > > On Fri, 11 Dec 2015, William Hubbs wrote:
> >
> Well, the OpenRC project is currently inconsistent about this, so the
> intention is to make it consistent.
>
>
On Thu, 26 Mar 2020 21:11:11 +0100
Michał Górny wrote:
> On Thu, 2020-03-26 at 14:13 -0500, William Hubbs wrote:
> > There are situations in which downstream overlays need to have versions
> > of python which Gentoo no longer supports in the tree.
> >
> > Currently, the only way to do this is fo
+# @MAINTAINER:
+# Python team
+# @AUTHOR:
+# Author: MichaŠGórny
+# Split to separate eclass by: Patrick McLean
+# Based on work of: Krzysztof Pawlik
+# @SUPPORTED_EAPIS: 5 6 7
+# @BLURB: Definitions of supported eclasses for python-utils-r1
+# @DESCRIPTION:
+# A helper eclass defining the supported
right 1999-2020 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+# @ECLASS: python-impls-r1.eclass
+# @MAINTAINER:
+# Python team
+# @AUTHOR:
+# Author: MichaŠGórny
+# Split to separate eclass by: Patrick McLean
+# Based on work of: Krzysztof P
On Fri, 27 Mar 2020 06:53:13 +0100
Michał Górny wrote:
> On Thu, 2020-03-26 at 14:03 -0700, Patrick McLean wrote:
> > This patch splits the definition of _PYTHON_ALL_IMPLS and
> > _python_impl_supported to a separate eclass, this allows overlays
> > to easily support a di
On Fri, 27 Mar 2020 14:48:53 -0700
Matt Turner wrote:
> On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean wrote:
> >
> > This patch splits the definition of _PYTHON_ALL_IMPLS and
> > _python_impl_supported to a separate eclass, this allows overlays
> > to easily suppor
1 - 100 of 124 matches
Mail list logo
