Dnia 2015-08-12, o godz. 22:43:24
Dean Stephens napisał(a):
> On 08/11/15 10:32, Michał Górny wrote:
> > Hello, everyone.
> >
> > Now that we're officially on git and can officially use pull
> > requests to provide rapid community interaction, it'd be convenient
> > to have a little better frame
On 08/12/2015 05:44 PM, Patrick Lauer wrote:
> On 08/12/15 22:38, William Hubbs wrote:
>
>> I always wondered why pkg_pretend never caught on.
>
> Because, in a way, it triggers at the wrong point of the merge.
>
> emerge -pv fnurk => dependencies look ok
>
> emerge fnurk => pkg_pretend bails o
On Wed, 12 Aug 2015 18:03:52 +0200
Michał Górny wrote:
> Can we make it clear whether we are allowed/supposed to use the short
> form:
>
> https://bugs.gentoo.org/333531
>
> ?
I'd like this to be the preferred form. It's cleaner, the show_bug.cgi=id? is
just noise.
If we do go with a URI
On Wed, Aug 12, 2015 at 11:17 PM, Mike Frysinger wrote:
> ---
> .../2015-08-13-openssh-weak-keys.en.txt| 26
> ++
> 1 file changed, 26 insertions(+)
> create mode 100644
> 2015/2015-08-13-openssh-weak-keys/2015-08-13-openssh-weak-keys.en.txt
>
> diff --git
> a/
On 13 Aug 2015 07:58, 姜渠 wrote:
> 2015-08-12 15:47 GMT+08:00 Mike Frysinger:
> > On 12 Aug 2015 15:20, Leno Hou wrote:
> > >> 2. How to control endian difference via profiles ? i.e. *How to get
> > >> ppc64le as a full stage/profile along side ppc64* ?
> > >> Could you give me in detail ?
>
---
.../2015-08-13-openssh-weak-keys.en.txt| 26 ++
1 file changed, 26 insertions(+)
create mode 100644
2015/2015-08-13-openssh-weak-keys/2015-08-13-openssh-weak-keys.en.txt
diff --git
a/2015/2015-08-13-openssh-weak-keys/2015-08-13-openssh-weak-keys.en.txt
b/20
On 12 Aug 2015 18:27, Brian Dolbec wrote:
> 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 th
On 08/11/15 10:32, Michał Górny wrote:
> Hello, everyone.
>
> Now that we're officially on git and can officially use pull
> requests to provide rapid community interaction, it'd be convenient
> to have a little better framework for pinging package maintainers.
>
> With the unofficial mirror/pull
>
> Someone end the bikeshed train please.
Seconded.
On Wed, Aug 12, 2015 at 6:22 PM, Alan McKinnon wrote:
> On 13/08/2015 00:21, James Le Cuirot wrote:
>> On Thu, 13 Aug 2015 00:11:45 +0200
>> Alan McKinnon wrote:
>>
>>> On 12/08/2015 23:29, James Le Cuirot wrote:
Mike Frysinger gentoo.org> writes:
>
> On 10 Aug 2015 09:17, Michał Gó
On Thu, 13 Aug 2015 00:22:34 +0200
Alan McKinnon wrote:
> On 13/08/2015 00:21, James Le Cuirot wrote:
> > On Thu, 13 Aug 2015 00:11:45 +0200
> > Alan McKinnon wrote:
> >
> >> On 12/08/2015 23:29, James Le Cuirot wrote:
> >>> Mike Frysinger gentoo.org> writes:
>
> On 10 Aug 2015 09:17
On 08/12/15 22:38, William Hubbs wrote:
> I always wondered why pkg_pretend never caught on.
Because, in a way, it triggers at the wrong point of the merge.
emerge -pv fnurk => dependencies look ok
emerge fnurk => pkg_pretend bails out ... eh?!
(This would be a little bit confusing, if not act
2015-08-12 15:47 GMT+08:00 Mike Frysinger :
> On 12 Aug 2015 15:20, Leno Hou wrote:
> >> 2. How to control endian difference via profiles ? i.e. *How to get
> >> ppc64le as a full stage/profile along side ppc64* ?
> >> Could you give me in detail ?
>
> >you probably want to create a new pro
On 13/08/2015 00:21, James Le Cuirot wrote:
> On Thu, 13 Aug 2015 00:11:45 +0200
> Alan McKinnon wrote:
>
>> On 12/08/2015 23:29, James Le Cuirot wrote:
>>> Mike Frysinger gentoo.org> writes:
On 10 Aug 2015 09:17, Michał Górny wrote:
> Dnia 2015-08-10, o godz. 02:42:21 Mike Frysing
On Thu, 13 Aug 2015 00:11:45 +0200
Alan McKinnon wrote:
> On 12/08/2015 23:29, James Le Cuirot wrote:
> > Mike Frysinger gentoo.org> writes:
> >>
> >> On 10 Aug 2015 09:17, Michał Górny wrote:
> >>> Dnia 2015-08-10, o godz. 02:42:21 Mike Frysinger napisał(a):
> On 10 Aug 2015 08:28, Justin
On 12/08/2015 23:29, James Le Cuirot wrote:
> Mike Frysinger gentoo.org> writes:
>
>>
>> On 10 Aug 2015 09:17, Michał Górny wrote:
>>> Dnia 2015-08-10, o godz. 02:42:21 Mike Frysinger napisał(a):
On 10 Aug 2015 08:28, Justin (jlec) wrote:
> I like to propose to add the md5-cache into it.
Mike Frysinger gentoo.org> writes:
>
> On 10 Aug 2015 09:17, Michał Górny wrote:
> > Dnia 2015-08-10, o godz. 02:42:21 Mike Frysinger napisał(a):
> > > On 10 Aug 2015 08:28, Justin (jlec) wrote:
> > > > I like to propose to add the md5-cache into it. Which other
> > > > files are of interest?
>
On 12 August 2015 at 16:21, Ciaran McCreesh
wrote:
> Can't we all (except for the usual suspect) just agree that REQUIRED_USE
> was a mistake, and go back to pkg_pretend? The only justification for
> REQUIRED_USE was that it could allegedly be used in an automated
> fashion, and this hasn't happen
On Wed, 12 Aug 2015 21:22:48 +0200
Alexis Ballier wrote:
> On Wed, 12 Aug 2015 19:25:37 +0100
> Ciaran McCreesh wrote:
> > On Wed, 12 Aug 2015 20:19:08 +0200
> > Alexis Ballier wrote:
> > > pkg_pretend still needs to be executed to guess what useflags are
> > > enabled or not, which information
On Wed, 12 Aug 2015 19:25:37 +0100
Ciaran McCreesh wrote:
> On Wed, 12 Aug 2015 20:19:08 +0200
> Alexis Ballier wrote:
> > pkg_pretend still needs to be executed to guess what useflags are
> > enabled or not, which information is needed before dependency
> > calculation
>
> You'd probably be im
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 03:15 PM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 14:24:06 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 12/08/15 02:19 PM, Alexis Ballier wrote:
>>> On Wed, 12 Aug 2015 20:00:42 +020
On Wed, 12 Aug 2015 14:24:06 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 02:19 PM, Alexis Ballier wrote:
> > On Wed, 12 Aug 2015 20:00:42 +0200 Ulrich Mueller
> > wrote:
> >
> >>> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
> >>
>
Sergey Popov wrote:
> qt? (
> qt5? ( dev-lang/qtcore:5 )
> !qt5? ( dev-lang/qtcore:4 )
> )
>
> Fine by me, if you would ask.
May I suggest instead:
qt? (
qt5? ( dev-lang/qt$something:5 )
qt4? ( dev-lang/qt$something:4 )
)
Alexandre Rostovtsev wrote:
> > qt? (
> >
On Wed, 12 Aug 2015 14:36:12 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 01:52 PM, Alexis Ballier wrote:
> > On Wed, 12 Aug 2015 13:39:21 -0400 Ian Stakenvicius
> > wrote:
> >>
> >> ...OR we could just adjust PMS to assume flag order determ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:52 PM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 13:39:21 -0400 Ian Stakenvicius
> wrote:
>>
>> ...OR we could just adjust PMS to assume flag order determines
>> precedence and still not bother with a new operator: For "^^ (
>> a
On Wed, 12 Aug 2015 20:19:08 +0200
Alexis Ballier wrote:
> pkg_pretend still needs to be executed to guess what useflags are
> enabled or not, which information is needed before dependency
> calculation
You'd probably be implementing this in a "SAT modulo theories" kind of
way: find a solution, d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 02:00 PM, Ulrich Mueller wrote:
>> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>
>>> pkg_pretend() { if use qt4; then required_use -qt5 else
>>> required_use qt5 fi }
>
>> And how would the PM understand that -qt5 is conditional up
On Wed, 12 Aug 2015 20:00:42 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
> >> pkg_pretend() {
> >> if use qt4; then
> >> required_use -qt5
> >> else
> >> required_use qt5
> >> fi
> >> }
>
> > And how would the PM understand that -qt5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 02:19 PM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 20:00:42 +0200 Ulrich Mueller
> wrote:
>
>>> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>>
pkg_pretend() { if use qt4; then required_use -qt5 else
required_use qt5 f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 02:18 PM, Ian Stakenvicius wrote:
> On 12/08/15 02:00 PM, Ulrich Mueller wrote:
>>> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>
pkg_pretend() { if use qt4; then required_use -qt5 else
required_use qt5 fi }
>
>>> And how
On Wed, 12 Aug 2015 20:00:42 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>
> >> pkg_pretend() {
> >> if use qt4; then
> >> required_use -qt5
> >> else
> >> required_use qt5
> >> fi
> >> }
>
> > And how would the PM understand that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:50 PM, Ciaran McCreesh wrote:
> On Wed, 12 Aug 2015 19:43:55 +0200 Ulrich Mueller
> wrote:
>>> On Wed, 12 Aug 2015, Ulrich Mueller wrote:
>>> Hm, how about adding a new PM command like "required_use foo
>>> -bar"? It would be used
> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>> pkg_pretend() {
>> if use qt4; then
>> required_use -qt5
>> else
>> required_use qt5
>> fi
>> }
> And how would the PM understand that -qt5 is conditional upon qt4?
> Such knowledge is required if it's supposed to au
On 08/12/2015 07:48 PM, Dmitry Yu Okunev wrote:
>
>
> On 08/12/2015 08:38 PM, Matt Turner wrote:
>> On Wed, Aug 12, 2015 at 3:40 AM, hasufell wrote:
>>> So, I've just tried to count the ++ for different ideas and even if I
>>> missed one or two or misread someone's opinion, I think the result is
On Wed, 12 Aug 2015 13:39:21 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 01:22 PM, Alexis Ballier wrote:
> > On Wed, 12 Aug 2015 13:06:43 -0400 Ian Stakenvicius
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
> >>
> >>
On Wed, 12 Aug 2015 19:43:55 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Ulrich Mueller wrote:
> > Hm, how about adding a new PM command like "required_use foo -bar"?
> > It would be used exclusively in pkg_pretend, and tell the PM to
> > suggest the necessary package.use changes to t
On 08/12/2015 08:38 PM, Matt Turner wrote:
> On Wed, Aug 12, 2015 at 3:40 AM, hasufell wrote:
>> So, I've just tried to count the ++ for different ideas and even if I
>> missed one or two or misread someone's opinion, I think the result is
>> pretty clear:
>>
>> reference the bug only in the sum
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:38 PM, Ulrich Mueller wrote:
>> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
>
>> The opposing viewpoint was ferringb believing he could do
>> "automatic dependency resolution" for a build server setup,
>> without trying it and wit
> On Wed, 12 Aug 2015, Ulrich Mueller wrote:
> Hm, how about adding a new PM command like "required_use foo -bar"?
> It would be used exclusively in pkg_pretend, and tell the PM to
> suggest the necessary package.use changes to the user (or even update
> them automatically with the appropriate
On Wed, 12 Aug 2015 19:38:21 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
> > The opposing viewpoint was ferringb believing he could do "automatic
> > dependency resolution" for a build server setup, without trying it
> > and without an implementation, and that a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:22 PM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 13:06:43 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 12/08/15 01:05 PM, Ian Stakenvicius wrote:
>>> On 12/08/15 01:00 PM, Alexis Ba
On Wed, Aug 12, 2015 at 3:40 AM, hasufell wrote:
> So, I've just tried to count the ++ for different ideas and even if I
> missed one or two or misread someone's opinion, I think the result is
> pretty clear:
>
> reference the bug only in the summary: 1
> don't make any of this mandatory: 1
> "Gen
> On Wed, 12 Aug 2015, Ciaran McCreesh wrote:
> The opposing viewpoint was ferringb believing he could do "automatic
> dependency resolution" for a build server setup, without trying it
> and without an implementation, and that a human-readable pkg_pretend
> would somehow preclude that.
Hm, h
On Wed, 12 Aug 2015 09:38:19 -0500
William Hubbs wrote:
> I always wondered why pkg_pretend never caught on.
>
> I to can see the advantage of it over REQUIRED_USE; it would allow the
> package maintainer to give specific error messages about why use flag
> combinations are invalid for a package.
On Wed, 12 Aug 2015 13:06:43 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 01:05 PM, Ian Stakenvicius wrote:
> > On 12/08/15 01:00 PM, Alexis Ballier wrote:
> >> On Wed, 12 Aug 2015 12:57:25 -0400 Ian Stakenvicius
> >> wrote:
> >
> >>> -
On Wed, 12 Aug 2015 17:08:59 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Alexis Ballier wrote:
> > i.e. something that really tells the PM how to automate the choice:
> > - 'qt5 -> !qt4' is rather straightforward to solve and tells the PM
> > how (note that it is not equivalent to 'qt
> On Wed, 12 Aug 2015, Alexis Ballier wrote:
> it is more in the line of what we currently do, but that doesn't
> resolve the 'sat' problem: it doesnt make clear we don't want to
> satisfy it but rather walk through a list of causes and consequences
> now that i'm thinking more about it, kill
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:05 PM, Ian Stakenvicius wrote:
> On 12/08/15 01:00 PM, Alexis Ballier wrote:
>> On Wed, 12 Aug 2015 12:57:25 -0400 Ian Stakenvicius
>> wrote:
>
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>>
>>> On 12/08/15 12:42 PM, Ulric
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 01:00 PM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 12:57:25 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 12/08/15 12:42 PM, Ulrich Mueller wrote:
>>> On Wed, 12 Aug 2015, Ian Stakenvi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 12:53 PM, Ulrich Mueller wrote:
>> On Wed, 12 Aug 2015, Ian Stakenvicius wrote:
>
>> On 12/08/15 11:55 AM, Alexis Ballier wrote:
>>> I think it is better seen as a list of implications, esp.
>>> for this kind of questions :) With tha
On Wed, 12 Aug 2015 12:57:25 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 12:42 PM, Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Ian Stakenvicius wrote:
> >> 2 - is there a particular reasoning for the - in front of qt4
> >> here? I only ask
On Wed, 12 Aug 2015 12:27:15 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 11:55 AM, Alexis Ballier wrote:
> > On Wed, 12 Aug 2015 11:30:39 -0400 Ian Stakenvicius
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
> >>
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 12:42 PM, Ulrich Mueller wrote:
> On Wed, 12 Aug 2015, Ian Stakenvicius wrote:
>> 2 - is there a particular reasoning for the - in front of qt4
>> here? I only ask because it would seem that a single
>> default-enable should suffice in li
> On Wed, 12 Aug 2015, Ian Stakenvicius wrote:
> On 12/08/15 11:55 AM, Alexis Ballier wrote:
>> I think it is better seen as a list of implications, esp. for
>> this kind of questions :) With that in mind, there is no
>> autounmask-write: effective USE for a given package is input USE
>> with
> On Wed, 12 Aug 2015, Ian Stakenvicius wrote:
> On 12/08/15 11:08 AM, Ulrich Mueller wrote:
>> I was thinking about some syntax like this:
>>
>> REQUIRED_USE="|| ( +foo bar ) ^^ ( +qt5 -qt4 )"
>>
>> The package manager would first evaluate each group in
>> REQUIRED_USE with the original set
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 12:34 PM, Michał Górny wrote:
> Dnia 2015-08-12, o godz. 18:25:07 Chí-Thanh Christopher Nguyễn
> napisał(a):
>
>> Michał Górny schrieb:
Bug: https://bugs.gentoo.org/show_bug.cgi?id=333531 format,
with the "https://bugs.gentoo.
Dnia 2015-08-12, o godz. 18:25:07
Chí-Thanh Christopher Nguyễn napisał(a):
> Michał Górny schrieb:
> >> Bug: https://bugs.gentoo.org/show_bug.cgi?id=333531 format, with the
> >> "https://bugs.gentoo.org/show_bug.cgi?id="; optional for Gentoo
> >> Bugzilla, would be a compromise I can accept. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 11:55 AM, Alexis Ballier wrote:
> On Wed, 12 Aug 2015 11:30:39 -0400 Ian Stakenvicius
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 12/08/15 11:08 AM, Ulrich Mueller wrote:
On Wed, 12 Aug 2015, Alexis
Michał Górny schrieb:
Bug: https://bugs.gentoo.org/show_bug.cgi?id=333531 format, with the
"https://bugs.gentoo.org/show_bug.cgi?id="; optional for Gentoo
Bugzilla, would be a compromise I can accept. I would not like having
to redundantly give the bug number when I already gave the URL.
Can
On 08/12/2015 05:59 PM, Chí-Thanh Christopher Nguyễn wrote:
> hasufell schrieb:
>> So, I've just tried to count the ++ for different ideas and even if I
>> missed one or two or misread someone's opinion, I think the result is
>> pretty clear:
>>
>> reference the bug only in the summary: 1
>> don't
Dnia 2015-08-12, o godz. 17:59:03
Chí-Thanh Christopher Nguyễn napisał(a):
> hasufell schrieb:
> > So, I've just tried to count the ++ for different ideas and even if I
> > missed one or two or misread someone's opinion, I think the result is
> > pretty clear:
> >
> > reference the bug only in th
hasufell schrieb:
So, I've just tried to count the ++ for different ideas and even if I
missed one or two or misread someone's opinion, I think the result is
pretty clear:
reference the bug only in the summary: 1
don't make any of this mandatory: 1
"Gentoo-Bug: 123" or similar short form: 9
"Gen
On Wed, 12 Aug 2015 11:30:39 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 12/08/15 11:08 AM, Ulrich Mueller wrote:
> >> On Wed, 12 Aug 2015, Alexis Ballier wrote:
> >
> >> i.e. something that really tells the PM how to automate the
> >> choice: -
On Wed, 12 Aug 2015 17:08:59 +0200
Ulrich Mueller wrote:
> > On Wed, 12 Aug 2015, Alexis Ballier wrote:
>
> > i.e. something that really tells the PM how to automate the choice:
> > - 'qt5 -> !qt4' is rather straightforward to solve and tells the PM
> > how (note that it is not equivalent to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 11:08 AM, Ulrich Mueller wrote:
>> On Wed, 12 Aug 2015, Alexis Ballier wrote:
>
>> i.e. something that really tells the PM how to automate the
>> choice: - 'qt5 -> !qt4' is rather straightforward to solve and
>> tells the PM how (not
> On Wed, 12 Aug 2015, Alexis Ballier wrote:
> i.e. something that really tells the PM how to automate the choice:
> - 'qt5 -> !qt4' is rather straightforward to solve and tells the PM how
> (note that it is not equivalent to 'qt4 -> !qt5')
> - '^^ ( qt5 qt4 )' requires the PM to make a choi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/08/15 09:40 AM, Michael Orlitzky wrote:
> At the very least, we need to be able to tag REQUIRED_USE
> conflicts with human readable error messages. OK, so I know I
> can't have USE="qt4 qt5" for this package... but why? How do I
> fix it? We ca
On Wed, Aug 12, 2015 at 09:40:00AM -0400, Michael Orlitzky wrote:
> On 08/12/2015 12:21 AM, Ciaran McCreesh wrote:
> > On Tue, 11 Aug 2015 23:30:31 +1000
> > Michael Palimaka wrote:
> >> I invite you to reproduce the problem yourself then make the
> >> judgement. Using REQUIRED_USE like this makes
On 08/12/2015 12:21 AM, Ciaran McCreesh wrote:
> On Tue, 11 Aug 2015 23:30:31 +1000
> Michael Palimaka wrote:
>> I invite you to reproduce the problem yourself then make the
>> judgement. Using REQUIRED_USE like this makes the affected packages
>> unusable.
>
> Can't we all (except for the usual
On Wed, 12 Aug 2015 05:21:20 +0100
Ciaran McCreesh wrote:
> On Tue, 11 Aug 2015 23:30:31 +1000
> Michael Palimaka wrote:
> > I invite you to reproduce the problem yourself then make the
> > judgement. Using REQUIRED_USE like this makes the affected packages
> > unusable.
>
> Can't we all (excep
Hello
possibly using wrong ssh key... I suggest to contact infra in case if
you want to update your ssh key because in that case you should have
same error accessing your LDAP workspace.
On 12.08.2015 16:13, gro...@gentoo.org wrote:
I'm trying to follow https://wiki.gentoo.org/wiki/Gentoo_gi
I'm trying to follow https://wiki.gentoo.org/wiki/Gentoo_git_workflow:
grozin@elrond ~ $ git clone --depth=50
git+ssh://g...@git.gentoo.org/repo/gentoo.git
Cloning into 'gentoo'...
Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correc
So, I've just tried to count the ++ for different ideas and even if I
missed one or two or misread someone's opinion, I think the result is
pretty clear:
reference the bug only in the summary: 1
don't make any of this mandatory: 1
"Gentoo-Bug: 123" or similar short form: 9
"Gentoo-Bug: " or simila
On 08/12/2015 12:11 PM, hasufell wrote:
> On 08/12/2015 08:48 AM, Andrew Savchenko wrote:
>> On Tue, 11 Aug 2015 13:17:10 +0200 hasufell wrote:
>>> On 08/11/2015 08:34 AM, Mike Frysinger wrote:
commit: 719cc5ef240b766953ddbe1e7a6593f8091eed12
Author: Mike Frysinger gentoo org>
>
On 08/12/2015 08:48 AM, Andrew Savchenko wrote:
> On Tue, 11 Aug 2015 13:17:10 +0200 hasufell wrote:
>> On 08/11/2015 08:34 AM, Mike Frysinger wrote:
>>> commit: 719cc5ef240b766953ddbe1e7a6593f8091eed12
>>> Author: Mike Frysinger gentoo org>
>>> AuthorDate: Tue Aug 11 06:28:16 2015 +
On 12/08/15 11:46, Shuai Zhao wrote:
> 2015-08-12 15:47 GMT+08:00 Mike Frysinger :
>
>> On 12 Aug 2015 15:20, Leno Hou wrote:
>>> **Most importantly, Any Ideas/steps of how to porting gentoo on ppc64le
>>> architecture?**
>>
>> do you have hardware ? then it's simply a matter of booting Gentoo
2015-08-12 15:47 GMT+08:00 Mike Frysinger :
> On 12 Aug 2015 15:20, Leno Hou wrote:
> > **Most importantly, Any Ideas/steps of how to porting gentoo on ppc64le
> > architecture?**
>
> do you have hardware ? then it's simply a matter of booting Gentoo in it
> and
> filing/fixing bugs :).
> -mike
Jason Zaman posted on Wed, 12 Aug 2015 15:38:01 +0800 as excerpted:
>> Tho I can definitely think of a non-traditional use for bisect.
>> [When a system hasn't been updated in over a year, bisect the update.]
>
> I like the idea, but its probably easier to just git checkout $(git
> rev-list -n
On 8/12/15 3:47 AM, Mike Frysinger wrote:
4. I would like become a developer of porting gentoo on ppc64le. Anyone
could help/mentor me to join this project ?
ideally someone on the ppc side would pick you up, but i think they've been
a bit of a skeleton team of late. so if need be, i can he
2 cents from me in case of connection with contributions on github:
- Someone should automate mirroring for https://github.com/gentoo/gnome
- And review periodically pull requests there if there will be some...
On 11.08.2015 18:32, Michał Górny wrote:
Hello, everyone.
Now that we're officia
Sergey Popov posted on Tue, 11 Aug 2015 15:58:49 +0300 as excerpted:
> 11.08.2015 15:30, Michael Palimaka пишет:
>> On 11/08/15 20:10, Sergey Popov wrote:
>>> Err, i have read the whole thread and still does not get a point, why
>>> i am wrong.
>>
>> You clearly have not. The reasoning behind Qt
On 12 Aug 2015 15:20, Leno Hou wrote:
> 2. How to control endian difference via profiles ? i.e. *How to get
> ppc64le as a full stage/profile along side ppc64* ?
> Could you give me in detail ?
you probably want to create a new profile dir:
profiles/arch/powerpc/ppc64/little-endian/
On Wed, Aug 12, 2015 at 07:20:54AM +, Duncan wrote:
> hasufell posted on Tue, 11 Aug 2015 13:58:20 +0200 as excerpted:
>
> > In addition, we just took the freedom to add the clause "all commits
> > must be repoman-valid":
> > https://wiki.gentoo.org/index.php?
> title=Gentoo_git_workflow&diff=
Alexandre Rostovtsev posted on Tue, 11 Aug 2015 09:13:36 -0400 as
excerpted:
> On Tue, 2015-08-11 at 16:04 +0300, Sergey Popov wrote:
>> You want to migrate to such decision? Like:
>>
>> qt? (
>> > qt5? ( dev-lang/qtcore:5 ) !qt5? ( dev-lang/qtcore:4 )
>> )
>>
>> Fine by me, if you would as
hasufell posted on Tue, 11 Aug 2015 13:58:20 +0200 as excerpted:
> In addition, we just took the freedom to add the clause "all commits
> must be repoman-valid":
> https://wiki.gentoo.org/index.php?
title=Gentoo_git_workflow&diff=352978&oldid=352858
>
> That will be necessary too for the CI work
On Wed, Aug 12, 2015 at 11:50 AM, Mike Frysinger wrote:
> On 11 Aug 2015 10:45, Anthony G. Basile wrote:
> > On 8/11/15 10:33 AM, Ian Stakenvicius wrote:
> > > On 11/08/15 06:11 AM, Leno Hou wrote:
> > >> I think ppc64le would become popular,
> > >> https://en.wikipedia.org/wiki/Ppc64.
> > >>
> >
86 matches
Mail list logo
