On March 4, 2017 12:41:05 AM GMT+01:00, Grant Edwards
wrote:
>On 2017-03-03, J. Roeleveld wrote:
>
>> On March 3, 2017 7:49:27 PM GMT+01:00, Grant Edwards
> wrote:
>
>>>About a week ago, they started acting oddly. They all mount fine,
>and
>>>work as usual as long as you keep using them. AFAIC
Am Sat, 04 Mar 2017 08:02:11 +
schrieb "J. Roeleveld" :
> On March 4, 2017 12:41:05 AM GMT+01:00, Grant Edwards
> wrote:
> >On 2017-03-03, J. Roeleveld wrote:
> >
> >> On March 3, 2017 7:49:27 PM GMT+01:00, Grant Edwards
> > wrote:
> >
> [...]
> >and
> [...]
> >
> >[...]
> >
Greetings.
This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But that version
can't be installed while kdepimlibs:4 is still around, as I s
Hi All,
This morning's attempt to update a no-multilib PC brought up this conflict:
# emerge -1aDv app-crypt/gpgme
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-crypt/gpgme-1.8.0-r2:1/11::gentoo [1.5.5:1/11::gentoo]
USE="cxx%* qt5
Is it possible?
Background: some time ago I converted my atom 330 system (ASUS ION) to
64 bits. RAM is about 3.3GB, but usage never approaches the limit. My
problem is that firefox went snail. chromium seems OK (I can't recall
whether it was faster on 32 bits, but anyway the difference is small).
On 04/03/2017 11:50, Mick wrote:
> Hi All,
>
> This morning's attempt to update a no-multilib PC brought up this conflict:
>
> # emerge -1aDv app-crypt/gpgme
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] app-crypt/gpgme-1.8.0
On 04/03/2017 11:45, Peter Humphrey wrote:
> Greetings.
>
> This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
> portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But that version
> can't
On Saturday 04 Mar 2017 09:45:28 Peter Humphrey wrote:
> Greetings.
>
> This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
> portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But that version
On Saturday 04 Mar 2017 09:50:21 Mick wrote:
> Hi All,
>
> This morning's attempt to update a no-multilib PC brought up this conflict:
>
> # emerge -1aDv app-crypt/gpgme
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] app-crypt
On Saturday 04 Mar 2017 12:41:48 Alan McKinnon wrote:
> On 04/03/2017 11:50, Mick wrote:
> > Hi All,
> >
> > This morning's attempt to update a no-multilib PC brought up this
> > conflict:
> >
> > # emerge -1aDv app-crypt/gpgme
> >
> > These are the packages that would be merged, in order:
> >
Hi all - I'm running a systemd/hardened desktop with ACCEPT_KEYWORDS="~amd64".
The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is
'Nothing to merge; quitting.'
However, if I 'emerge -1a sys-devel/llvm', I get:
'[ebuild r U ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and
'[eb
On 04/03/2017 13:02, Mick wrote:
> On Saturday 04 Mar 2017 12:41:48 Alan McKinnon wrote:
>> On 04/03/2017 11:50, Mick wrote:
>>> Hi All,
>>>
>>> This morning's attempt to update a no-multilib PC brought up this
>>> conflict:
>>>
>>> # emerge -1aDv app-crypt/gpgme
>>>
>>> These are the packages that
On Saturday 04 Mar 2017 12:42:38 Alan McKinnon wrote:
> On 04/03/2017 11:45, Peter Humphrey wrote:
> > Greetings.
> >
> > This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4
> > for many things. I've been running happily on =app-crypt/gpgme-1.5.5,
> > but today portage wants to
On 04/03/2017 14:33, Peter Humphrey wrote:
> On Saturday 04 Mar 2017 12:42:38 Alan McKinnon wrote:
>> On 04/03/2017 11:45, Peter Humphrey wrote:
>>> Greetings.
>>>
>>> This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4
>>> for many things. I've been running happily on =app-crypt
On Saturday 04 March 2017 14:59:51 Alan McKinnon wrote:
> On 04/03/2017 14:33, Peter Humphrey wrote:
> > On Saturday 04 Mar 2017 12:42:38 Alan McKinnon wrote:
> >> On 04/03/2017 11:45, Peter Humphrey wrote:
> >>> Greetings.
> >>>
> >>> This is a KDE ~amd64 box, which still depends on kde-apps/kdep
I need booth guile-2 (for geda) and guile-1.8 (for lilypond).
I can install either of the two
# emerge -aqv dev-scheme/guile:12/8 # version 1.8.8
# emerge -aqv dev-scheme/guile:12/22 # version 2.0.14
but not both
# emerge -aqvuDN dev-scheme/guile:12/22 dev-scheme/guile:12/8
[ebuild UD]
On Saturday 04 March 2017 10:52:57 Mick wrote:
> On Saturday 04 Mar 2017 09:45:28 Peter Humphrey wrote:
> > Greetings.
> >
> > This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> > many things. I've been running happily on =app-crypt/gpgme-1.5.5, but
> > today
> > portage
On 04/03/2017 15:56, k...@aspodata.se wrote:
> I need booth guile-2 (for geda) and guile-1.8 (for lilypond).
>
> I can install either of the two
> # emerge -aqv dev-scheme/guile:12/8 # version 1.8.8
> # emerge -aqv dev-scheme/guile:12/22 # version 2.0.14
>
> but not both
>
> # emerge -aqvuD
On 03/04/2017 06:38 AM, Dutch Ingraham wrote:
> Hi all - I'm running a systemd/hardened desktop with
> ACCEPT_KEYWORDS="~amd64".
> The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is
> 'Nothing to merge; quitting.'
>
> However, if I 'emerge -1a sys-devel/llvm', I get:
> '
On Sat, Mar 04, 2017 at 09:30:42AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 06:38 AM, Dutch Ingraham wrote:
> > Hi all - I'm running a systemd/hardened desktop with
> > ACCEPT_KEYWORDS="~amd64".
> > The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is
> > 'Nothing to m
On 03/04/2017 09:37 AM, Dutch Ingraham wrote:
>
> Michael, thanks for your response. No, I did not do a one-shot; llvm
> was brought in by way of mesa -> gallium; this is llvm's only use on
> this system as far as I know.
>
> Also, 'emerge -ac' shows no packages to remove.
>
Well, there goes m
Alen McKinnon:
> On 04/03/2017 15:56, k...@aspodata.se wrote:
> > I need booth guile-2 (for geda) and guile-1.8 (for lilypond).
...
> > So, does anyone know how to install both of them ?
> You can't. At least, you can't emerge both with the current tree, you
...
Thanks, bad to know, I won't waste
On Sat, Mar 04, 2017 at 09:55:30AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 09:37 AM, Dutch Ingraham wrote:
> >
> > Michael, thanks for your response. No, I did not do a one-shot; llvm
> > was brought in by way of mesa -> gallium; this is llvm's only use on
> > this system as far as I know.
On 03/04/2017 10:18 AM, Dutch Ingraham wrote:
>
> So, that will bring in the update, just like emerge -1a sys-devel/llvm
> will.
>
> But, why isn't --deep @world doing so? Is it bug-reporting time?
>
> (There is one other slight possible anomoly I could find:
> 'equery depends sys-devel/llvm' r
On Sat, Mar 04, 2017 at 10:31:27AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 10:18 AM, Dutch Ingraham wrote:
> >
> > So, that will bring in the update, just like emerge -1a sys-devel/llvm
> > will.
> >
> > But, why isn't --deep @world doing so? Is it bug-reporting time?
> >
> > (There is o
Some time back a standard part of an X install were fonts with names
like:
-dec-terminal-bold-r-normal--14-140-75-75-c-80-iso8859-1
-dec-terminal-medium-r-normal--0-0-75-75-c-0-dec-dectech
The list is about 10 lines longer.
I have them on a debian install but not sure where they came from.
I do b
$ eix gvim
[I] app-editors/gvim
Available versions: 8.0.0106 ~8.0.0386 ** {acl aqua cscope
debug gnome gtk gtk3 lua luajit motif neXt netbeans nls perl python
racket ruby selinux session tcl PYTHON_TARGETS="python2_7 python3_4
python3_5 python3_6"}
Installed versions: 8.0.0106(05:36
On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
> ... It's a ~arch package, so you get to be a field tester when you use it
> :-)
As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on a
standard KDE system. That just beggars belief.
--
Regards
Peter
On Sat, 4 Mar 2017 18:21:23 +0200, gevisz wrote:
> $ eix gvim
> [I] app-editors/gvim
> Available versions: 8.0.0106 ~8.0.0386 ** {acl aqua cscope
> debug gnome gtk gtk3 lua luajit motif neXt netbeans nls perl python
> racket ruby selinux session tcl PYTHON_TARGETS="python2_7 python3_4
>
On Saturday 04 Mar 2017 15:00:41 Marc Joliet wrote:
> On Saturday 04 March 2017 10:52:57 Mick wrote:
--->8
> > Apparently USE="-cxx -qt5" should allow gpgme to build. kdepimlibs goes
> > away on KDE-5 and the packages affected are in flux at this point. I
> > will rinse and repeat at a later date
On 2017-03-04, Kai Krakow wrote:
> Am Sat, 04 Mar 2017 08:02:11 + schrieb "J. Roeleveld"
> :
>
>>
>> >Normally, when things are working but idle, the TCP connection to 445
>> >shows an SMB echo request/rseponse transaction once per minute. When
>> >it fails, the TCP connection evidently got
On Sat, Mar 4, 2017 at 11:30 AM, Peter Humphrey wrote:
> On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
>
>> ... It's a ~arch package, so you get to be a field tester when you use it
>> :-)
>
> As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on a
> standard KDE system.
On Sat, Mar 4, 2017 at 8:37 AM, Neil Bothwick wrote:
> On Sat, 4 Mar 2017 18:21:23 +0200, gevisz wrote:
>
>> So, in my portage tree currently there is one stable gvim package with
>> version 8.0.0106
>> and one unstable gvim package, with version 8.0.0386.
>>
>> Why portage force me to unmask an
On Saturday 04 March 2017 09:52:38 Jorge Almeida wrote:
> On Sat, Mar 4, 2017 at 8:37 AM, Neil Bothwick wrote:
> > On Sat, 4 Mar 2017 18:21:23 +0200, gevisz wrote:
> >> So, in my portage tree currently there is one stable gvim package with
> >> version 8.0.0106
> >> and one unstable gvim package,
On Sat, Mar 4, 2017 at 10:09 AM, Marc Joliet >
> Does nobody think of searching bugs.gentoo.org anymore? It was an oversight:
> https://bugs.gentoo.org/show_bug.cgi?id=611386#c6.
>
Actually, most plain users won't remember or know that there is such a
thing. Your post may contribute to improve it
On Sat, 4 Mar 2017 16:37:13 + Neil Bothwick wrote:
> On Sat, 4 Mar 2017 18:21:23 +0200, gevisz wrote:
>
> > $ eix gvim
> > [I] app-editors/gvim
> > Available versions: 8.0.0106 ~8.0.0386 ** {acl aqua cscope
> > debug gnome gtk gtk3 lua luajit motif neXt netbeans nls perl python
> >
On 04/03/2017 18:30, Peter Humphrey wrote:
> On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
>
>> ... It's a ~arch package, so you get to be a field tester when you use it
>> :-)
>
> As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on a
> standard KDE system. That just
On Saturday 04 March 2017 10:40:06 Jorge Almeida wrote:
> On Sat, Mar 4, 2017 at 10:09 AM, Marc Joliet >
>
> > Does nobody think of searching bugs.gentoo.org anymore? It was an
> > oversight: https://bugs.gentoo.org/show_bug.cgi?id=611386#c6.
>
> Actually, most plain users won't remember or kno
On Sat, 4 Mar 2017 09:52:38 -0800, Jorge Almeida wrote:
> >> [ebuild U ] app-vim/gentoo-syntax-20170225 [20160530]
> >> [ebuild U ~] app-editors/gvim-8.0.0386 [8.0.0106]
> >
> > Because vim-8.0.0386 is stable and, presumably, the vim and gvim
> > versions must match. I would suggest fil
I'm stuck upgrading to "dev-db/mysql-5.6.35"
make: *** [Makefile:150: all] Error 2
* ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info
'=dev-db/mysql-5.6.35::gentoo'`,
* the complete build log and the out
On 03/04/2017 03:01 PM, the...@sys-concept.com wrote:
>
> I'm stuck upgrading to "dev-db/mysql-5.6.35"
>
> make: *** [Makefile:150: all] Error 2
> * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
> * emake failed
> *
[snip]
I advanced a bit, now I'm getting:
make: *** [Mak
On Saturday 04 Mar 2017 11:48:23 Rich Freeman wrote:
> On Sat, Mar 4, 2017 at 11:30 AM, Peter Humphrey
wrote:
> > On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
> >> ... It's a ~arch package, so you get to be a field tester when you use
> >> it
> >>
> >> :-)
> >
> > As Marc said, it isn'
On 5 March 2017 at 00:59, Peter Humphrey wrote:
>
> I just can't believe it. They're issuing a general-purpose tool, to work
> everywhere, and they don't test it on a representative sample of systems?
It was tested, otherwise how could the conflict with kde-apps/gpgmepp
and kde-apps/kdepimlibs:4
On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote:
>
>I'm stuck upgrading to "dev-db/mysql-5.6.35"
>
>make: *** [Makefile:150: all] Error 2
> * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
> * emake failed
> *
>* If you need support, post the output of `emerge -
On 03/04/2017 10:51 PM, J. Roeleveld wrote:
> On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote:
>>
>> I'm stuck upgrading to "dev-db/mysql-5.6.35"
>>
>> make: *** [Makefile:150: all] Error 2
>> * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
>> * emake failed
>>
45 matches
Mail list logo
