Re: [gentoo-user] Brother HL-L6200DW

[P Levine]

On Wed, Apr 6, 2022 at 3:40 PM  wrote:

> Does anybody have this printer?
>
> Is there a driver in overlay to setup this printer?
>
> Installing those drivers from rpm and cupswrapper is tiring.
>
I have a different brother printer but I used an ebuild from brother-overlay
 as a template.
The closest to your printer would likely be
brother-hll8350cdw-bin-1.1.2-r1.ebuild
.
Rename to brother-hl6200dw-bin-1.1.2-r1.ebuild. Change the parts of SRC_URI
to match the download URI used to download the driver(s) from the Brother
website. Change instances of "hll8350cdw" to "hll6200dw".

Re: [gentoo-user] Google Mail still not recognising Gentoo KMail

[P Levine]

There is a relevant thread at
https://support.google.com/mail/thread/11736136?hl=en

Some have reported success by changing  authentication to plain, i.e.

Settings -> Kmail Settings -> Receiving -> (Select your Gmail account) ->
Modify -> Advanced -> Connection Settings -> Authentication -> Change to
PLAIN

and also changing server from imap.gmail.com to imap.googlemail.com.


On Wed, Nov 6, 2019 at 11:30 AM Peter Humphrey 
wrote:

> Hello list,
>
> A recent message prompted me to try creating a google mail account again,
> to
> collect my gmail.com email, but it still says "This app is not yet
> authorised..." (I think that's the wording).
>
> Is there anything a mere user can do to expedite closing this hole? It's
> been
> open for some months now.
>
> --
> Regards,
> Peter.
>
>
>
>
>

Re: [gentoo-user] Dolphin only allowing a single instance after update

[P Levine]

On Fri, Aug 23, 2019 at 12:56 AM Dale  wrote:

> P Levine wrote:
>
> On Thu, Aug 22, 2019 at 9:16 PM Dale  wrote:
>
>> Dave Fellows wrote:
>> >> P Levine wrote:
>> >>> On Fri, Aug 16, 2019 at 10:56 PM Dale > >>> <mailto:rdalek1...@gmail.com>> wrote:
>> >>>
>> >>> Howdy,
>> >>>
>> >>> I upgraded my system last night.  I logged out and back in
>> earlier and
>> >>> have noticed something new.  It seems to only allow one instance
>> of
>> >>> Dolphin to run at a time.  I usually have three or four running
>> for
>> >>> doing different things in different locations.  It just makes it
>> >>> easier
>> >>> for me to multi-task at times.  What I've noticed with the new
>> version
>> >>> is that if I have a instance open on say desktop 7 and then want
>> >>> to open
>> >>> a new instance on desktop 4, it moves the already running dolphin
>> from
>> >>> desktop 7 to 4.  It doesn't open a new instance.  I then lose
>> >>> where I am
>> >>> when I get ready to go back to work on something in the previous
>> >>> instance.
>> >>>
>> >>> Current version of Dolphin and USE flags:
>> >>>
>> >>> kde-apps/dolphin-19.08.0:5::gentoo  USE="handbook -activities
>> -debug
>> >>> -semantic-desktop -test"
>> >>>
>> >>> Previous version that worked normally:
>> >>>
>> >>> kde-apps/dolphin-19.04.3
>> >>>
>> >>> Has anyone else noticed this?  I've looked in the Configure
>> section to
>> >>> see if I can change the behavior but can't find anything
>> related.  I
>> >>> checked to see if I could add a option on the command line as
>> well.  I
>> >>> even poked around System Settings but can't find anything there
>> >>> either.
>> >>> Is this a new thing, a bug or what?
>> >>>
>> >>> Thanks for the help.
>> >>>
>> >>> Dale
>> >>>
>> >>> :-)  :-)
>> >>>
>> >>>
>> >>> The behaviour was changed such that dolphin opens new instances in
>> >>> tabs by default.  If you want to change that, edit the desktop file
>> >>> and add the *--new-window* option to the command.
>> >>>
>> >>
>> >> Added that and it still opens in another instance and adds a tab.
>> After
>> >> my edit, it looks like this:
>> >>
>> >> Exec=dolphin %u --new-window
>> >>
>> >> The file I edited is located here including the file name:
>> >>
>> >> /usr/share/applications/org.kde.dolphin.desktop
>> >>
>> >> Did I add it to the wrong place or does it require more than that?
>> >> There are several .desktop files as listed here:
>> >>
>> >>
>> >> root@fireball / # equery f kde-apps/dolphin | grep desktop
>> >> /usr/share/applications/org.kde.dolphin.desktop
>> >> /usr/share/dbus-1/interfaces/org.freedesktop.FileManager1.xml
>> >> /usr/share/kglobalaccel/org.kde.dolphin.desktop
>> >> /usr/share/kservices5/dolphinpart.desktop
>> >> /usr/share/kservices5/kcmdolphingeneral.desktop
>> >> /usr/share/kservices5/kcmdolphinnavigation.desktop
>> >> /usr/share/kservices5/kcmdolphinservices.desktop
>> >> /usr/share/kservices5/kcmdolphinviewmodes.desktop
>> >> /usr/share/kservicetypes5/fileviewversioncontrolplugin.desktop
>> >> root@fireball / #
>> >>
>> >>
>> >>
>> >> Thanks.
>> >>
>> >> Dale
>> >>
>> >> :-)  :-)
>> >>
>> > Try
>> > Exec=dolphin --new-window  %u
>> >
>> > DaveF
>> >
>>
>>
>> Same results.  It opens a new tab in a already running instance.  For
>> something that can be disabled, it would seem they would document how to
>> do so or at least link to it.  I've read the online documentation for
>> Dolphin and can't find any mention of this or how to disable it.  Either
>> it isn't there or I missed it somehow, well hidden maybe.  ;-)
>>
>> Open for ideas tho.
>>
>>

Re: [gentoo-user] Dolphin only allowing a single instance after update

[P Levine]

On Thu, Aug 22, 2019 at 9:16 PM Dale  wrote:

> Dave Fellows wrote:
> >> P Levine wrote:
> >>> On Fri, Aug 16, 2019 at 10:56 PM Dale  >>> <mailto:rdalek1...@gmail.com>> wrote:
> >>>
> >>> Howdy,
> >>>
> >>> I upgraded my system last night.  I logged out and back in earlier
> and
> >>> have noticed something new.  It seems to only allow one instance of
> >>> Dolphin to run at a time.  I usually have three or four running for
> >>> doing different things in different locations.  It just makes it
> >>> easier
> >>> for me to multi-task at times.  What I've noticed with the new
> version
> >>> is that if I have a instance open on say desktop 7 and then want
> >>> to open
> >>> a new instance on desktop 4, it moves the already running dolphin
> from
> >>> desktop 7 to 4.  It doesn't open a new instance.  I then lose
> >>> where I am
> >>> when I get ready to go back to work on something in the previous
> >>> instance.
> >>>
> >>> Current version of Dolphin and USE flags:
> >>>
> >>> kde-apps/dolphin-19.08.0:5::gentoo  USE="handbook -activities
> -debug
> >>> -semantic-desktop -test"
> >>>
> >>> Previous version that worked normally:
> >>>
> >>> kde-apps/dolphin-19.04.3
> >>>
> >>> Has anyone else noticed this?  I've looked in the Configure
> section to
> >>> see if I can change the behavior but can't find anything related.
> I
> >>> checked to see if I could add a option on the command line as
> well.  I
> >>> even poked around System Settings but can't find anything there
> >>> either.
> >>> Is this a new thing, a bug or what?
> >>>
> >>> Thanks for the help.
> >>>
> >>> Dale
> >>>
> >>> :-)  :-)
> >>>
> >>>
> >>> The behaviour was changed such that dolphin opens new instances in
> >>> tabs by default.  If you want to change that, edit the desktop file
> >>> and add the *--new-window* option to the command.
> >>>
> >>
> >> Added that and it still opens in another instance and adds a tab.  After
> >> my edit, it looks like this:
> >>
> >> Exec=dolphin %u --new-window
> >>
> >> The file I edited is located here including the file name:
> >>
> >> /usr/share/applications/org.kde.dolphin.desktop
> >>
> >> Did I add it to the wrong place or does it require more than that?
> >> There are several .desktop files as listed here:
> >>
> >>
> >> root@fireball / # equery f kde-apps/dolphin | grep desktop
> >> /usr/share/applications/org.kde.dolphin.desktop
> >> /usr/share/dbus-1/interfaces/org.freedesktop.FileManager1.xml
> >> /usr/share/kglobalaccel/org.kde.dolphin.desktop
> >> /usr/share/kservices5/dolphinpart.desktop
> >> /usr/share/kservices5/kcmdolphingeneral.desktop
> >> /usr/share/kservices5/kcmdolphinnavigation.desktop
> >> /usr/share/kservices5/kcmdolphinservices.desktop
> >> /usr/share/kservices5/kcmdolphinviewmodes.desktop
> >> /usr/share/kservicetypes5/fileviewversioncontrolplugin.desktop
> >> root@fireball / #
> >>
> >>
> >>
> >> Thanks.
> >>
> >> Dale
> >>
> >> :-)  :-)
> >>
> > Try
> > Exec=dolphin --new-window  %u
> >
> > DaveF
> >
>
>
> Same results.  It opens a new tab in a already running instance.  For
> something that can be disabled, it would seem they would document how to
> do so or at least link to it.  I've read the online documentation for
> Dolphin and can't find any mention of this or how to disable it.  Either
> it isn't there or I missed it somehow, well hidden maybe.  ;-)
>
> Open for ideas tho.
>
> Thanks.
>
> Dale
>
> :-)  :-)
>

Maybe related to this:
https://www.reddit.com/r/kde/comments/bze2wm/dolphin_opening_tabs_instead_of_windows_from_task/

Re: [gentoo-user] Dolphin only allowing a single instance after update

[P Levine]

On Fri, Aug 16, 2019 at 10:56 PM Dale  wrote:

> Howdy,
>
> I upgraded my system last night.  I logged out and back in earlier and
> have noticed something new.  It seems to only allow one instance of
> Dolphin to run at a time.  I usually have three or four running for
> doing different things in different locations.  It just makes it easier
> for me to multi-task at times.  What I've noticed with the new version
> is that if I have a instance open on say desktop 7 and then want to open
> a new instance on desktop 4, it moves the already running dolphin from
> desktop 7 to 4.  It doesn't open a new instance.  I then lose where I am
> when I get ready to go back to work on something in the previous instance.
>
> Current version of Dolphin and USE flags:
>
> kde-apps/dolphin-19.08.0:5::gentoo  USE="handbook -activities -debug
> -semantic-desktop -test"
>
> Previous version that worked normally:
>
> kde-apps/dolphin-19.04.3
>
> Has anyone else noticed this?  I've looked in the Configure section to
> see if I can change the behavior but can't find anything related.  I
> checked to see if I could add a option on the command line as well.  I
> even poked around System Settings but can't find anything there either.
> Is this a new thing, a bug or what?
>
> Thanks for the help.
>
> Dale
>
> :-)  :-)
>

The behaviour was changed such that dolphin opens new instances in tabs by
default.  If you want to change that, edit the desktop file and add the
*--new-window* option to the command.

Re: [gentoo-user] VA-API support on Chrome

[P Levine]

On Mon, Apr 29, 2019 at 12:02 PM Grant  wrote:

> Does anyone have VA-API working on Chromium or Chrome?  I've chased
> down a few possibilities but ended up at dead ends.
>
> - Grant
>
>
I finally managed to get chromium-74.0.3729.108 working with vaapi.

See:
https://www.reddit.com/r/Gentoo/comments/bgizgb/help_enabling_h264_decoding_support_through/enhyy3q?utm_source=share_medium=web2x

Re: [gentoo-user] VA-API support on Chrome

[P Levine]

On Mon, Apr 29, 2019 at 12:02 PM Grant  wrote:

> Does anyone have VA-API working on Chromium or Chrome?  I've chased
> down a few possibilities but ended up at dead ends.
>
> - Grant
>
>
 I never attempted to patch Chromium for vaapi but there are several posts
related to the issue that I've come across lately with reports of success.

See:

https://www.reddit.com/r/Gentoo/comments/aepxoi/chromium_vaapi_enabled/

https://www.reddit.com/r/Gentoo/comments/bgizgb/help_enabling_h264_decoding_support_through/

Re: [gentoo-user] Comparatively slow clang startup vs. gcc - reasons?

[P Levine]

On Tue, Oct 9, 2018 at 1:55 PM Holger Hoffstätte
 wrote:
> Can we do something about this? I remember that llvm had optional static
> libs, which apparently were removed completely. Is there something
> that can be done with linker tricks (better relocation info?) when
> building llvm/clang to speed up the .so loading?
>
> curious,
> Holger
>

Has anyone tested with -DLLVM_BUILD_LLVM_DYLIB=ON and
-DLLVM_LINK_LLVM_DYLIB=ON?  It seems to be made to solve this kind of
issue.

LLVM_BUILD_LLVM_DYLIB:

If enabled, the target for building the libLLVM shared library is
added. This library contains all of LLVM’s components in a single
shared library. Defaults to OFF. This cannot be used in conjunction
with BUILD_SHARED_LIBS. Tools will only be linked to the libLLVM
shared library if LLVM_LINK_LLVM_DYLIB is also ON. The components in
the library can be customised by setting LLVM_DYLIB_COMPONENTS to a
list of the desired components.

LLVM_LINK_LLVM_DYLIB:

If enabled, tools will be linked with the libLLVM shared library.
Defaults to OFF. Setting LLVM_LINK_LLVM_DYLIB to ON also sets
LLVM_BUILD_LLVM_DYLIB to ON.

Re: [gentoo-user] gcc-7.3.0-r3 won't compile

[P Levine]

Add the following to */etc/portage/package.use*:

dev-libs/boehm-gc abi_x86_32
dev-libs/libatomic_ops abi_x86_32

On Fri, Jul 13, 2018 at 9:51 AM, wabe  wrote:

> Hi folks,
>
> every time I try to compile gcc-7 it fails with the same error
>
> make: *** [Makefile:24682: profiledbootstrap] Error 2
>
> Full build logs and informations are attached.
>
> Can please someone give me a hint on how I can fix this problem?
>
> --
> Regards
> wabe

Re: [gentoo-user] plasma-desktop-5.12.4 build process hangs

[P Levine]

On Mon, May 14, 2018 at 2:55 PM, R0b0t1  wrote:

> On Mon, May 14, 2018 at 12:23 PM, Elijah Mark Anderson 
> wrote:
> > On Thursday, April 19, 2018 12:23:32 PM CDT Mick wrote:
> >> On Thursday, 19 April 2018 14:44:40 BST Elijah Mark Anderson wrote:
> >> > A friend has commissioned me to install Gentoo on one of their
> machines
> >> > for
> >> > them. I'm trying to run some final updates before I turn it back over
> to
> >> > them, but it keeps hanging on plasma-desktop-5.12.4 after linking
> >> > kcm_fontinst.so (see attachment).
> >> >
> >> > Anyone know what's going wrong? Is this just a bug in the ebuild,
> maybe?
> >>
> >> Your log shows no error.  I had a look for bug reports, but couldn't
> find
> >> anything relevant.  If it reports no error, have you waited long enough
> for
> >> the emerge to complete?
> >>
> >> --
> >> Regards,
> >> Mick
> >
> > Sorry about the late reply. Life got a little busy for a bit there. I no-
> > longer have the machine in question. But a few days later, the owner of
> the
> > machine tried syncing the mirrors and updating again, and it went
> through.
> >
> > I would certainly hope I waited long enough... considering that when I
> tried
> > again, I left it running all night just in-case. lol. Thanks for trying.
> :)
> >
>
> This is what happened for me. Plasma was experiencing errors, I lost
> interest, I tried again, plasma was not experiencing build errors.
> Works for things besides Plasma as well!
>
> Open source has taught me patience on the span of years. I wish it
> were not necessary, of course.
>
> Cheers,
>  R0b0t1
>
>
​Or, it could be the fact that ​the patch and solution to the problem I
posted to this very thread was applied downstream:
https://gitweb.gentoo.org/repo/gentoo.git/diff/?id=4b2a7ee17866dd768651b51cd6640f39506a8469.
That might have saved you some time.

Re: [gentoo-user] plasma-desktop-5.12.4 build process hangs

[P Levine]

On Thu, Apr 19, 2018 at 9:44 AM, Elijah Mark Anderson 
wrote:

> A friend has commissioned me to install Gentoo on one of their machines
> for
> them. I'm trying to run some final updates before I turn it back over to
> them,
> but it keeps hanging on plasma-desktop-5.12.4 after linking
> kcm_fontinst.so
> (see attachment).
>
> Anyone know what's going wrong? Is this just a bug in the ebuild, maybe?
> --
> Elijah Mark Anderson
> m...@kd0bpv.name
> --
> 「塵も積もれば山となる。」
> "Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb


I had this happen an hour ago.  Some sort of deadlock.  Rebuild
kde-frameworks/ki18n
but apply the patch from
https://github.com/KDE/ki18n/commit/9c32bdab29b345976eee3b9c1c4bebd76cdcdde2.patch
.
​  Then build ​plasma-desktop.

Re: [gentoo-user] Linux-4.16.* & NVidia

[P Levine]

On Sat, Apr 14, 2018 at 9:00 AM,  wrote:

> Hi,
>
> does anyone out there run a linux-4.16.*-kernel with
> nvidia-drivers and has no problems?
>
> Is so, I would be interested in the kernel configyration
> and the version of the drivers used...
>
> Thanks a lot for any help in advance!
> Cheers!
> Meino
>
>
>
>
​Yes, gentoo-sources-4.16.0 and nvidia-drivers-390.48 with patch.​from
https://bugs.gentoo.org/652476.

Re: [gentoo-user] cant find stdlib.h

[P Levine]

On Thu, Mar 29, 2018 at 6:42 PM, Bill Kenworthy <bi...@iinet.net.au> wrote:

> On 30/03/18 01:48, P Levine wrote:
> > On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy <bi...@iinet.net.au
> > <mailto:bi...@iinet.net.au>>wrote:
> >
> > I have a compile problem qtgui I cant figure out:
> >
> > compilation terminated.
> > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1
> > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1
> > In file included from
> > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/
> stl_algo.h:59:0,
> >  from
> > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62,
> >  from
> > ../../include/QtCore/../../src/corelib/global/qglobal.h:109,
> >  from ../../include/QtCore/qglobal.h:1,
> >  from
> > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43,
> >  from ../../include/QtGui/qtguiglobal.h:1,
> >  from
> > ../../include/QtGui/../../src/gui/image/qimage.h:43,
> >  from ../../include/QtGui/qimage.h:1,
> >  from image/qimage_sse4.cpp:40:
> > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25:
> > fatal error: stdlib.h: No such file or directory
> >  #include_next 
> >
> >
> > and of course /usr/include/stdlib.h exists
> >
> >
> > The actual code in
> > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is:
> >
> > // Need to ensure this finds the C library's  not a
> > libstdc++
> > // wrapper that might already be installed later in the include
> > search path.
> > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS
> > #include_next 
> > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS
> >
> > Hints welcome!
> >
> >
> > BillK
> >
> >
> > ​This was a common error from when I ran into when fixing GCC-6
> > bugs.​  It's usually related to the fact that GCC-6 doesn't support
> > '-isystem /usr/include'.
> > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129.
> >
> >
> Thankyou for the references - I will have another go at fixing it
> today.  What is confusing me is why its not killing everyones KDE/QT
> builds, not just one of mine?
>
>
> BillK
>

​Idk.  Those bugs were fixed a while ago.  Are you sure you're you're using
an updated ebuild from the main Gentoo​ repo?  If you're using stable
keyworded QT, try keyword unmasking unstable qt packages and see if that
helps.  If so, you might want to file a bug.

and I should have asked, is there an easy way to fix it?


​It depends.  Usually it requires editing qmake .pro file(s).

Re: [gentoo-user] cant find stdlib.h

[P Levine]

On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy  wrote:

> I have a compile problem qtgui I cant figure out:
>
> compilation terminated.
> make: *** [Makefile:12443: .obj/qaccessible.o] Error 1
> make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1
> In file included from
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/
> stl_algo.h:59:0,
>  from
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62,
>  from
> ../../include/QtCore/../../src/corelib/global/qglobal.h:109,
>  from ../../include/QtCore/qglobal.h:1,
>  from
> ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43,
>  from ../../include/QtGui/qtguiglobal.h:1,
>  from ../../include/QtGui/../../src/gui/image/qimage.h:43,
>  from ../../include/QtGui/qimage.h:1,
>  from image/qimage_sse4.cpp:40:
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25:
> fatal error: stdlib.h: No such file or directory
>  #include_next 
>
>
> and of course /usr/include/stdlib.h exists
>
>
> The actual code in
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is:
>
> // Need to ensure this finds the C library's  not a libstdc++
> // wrapper that might already be installed later in the include search
> path.
> #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS
> #include_next 
> #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS
>
> Hints welcome!
>
>
> BillK
>

​This was a common error from when I ran into when fixing GCC-6 bugs.​
It's usually related to the fact that GCC-6 doesn't support '-isystem
/usr/include'. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129.

[gentoo-user] sys-libs/e2fsprogs-libs causing sandbox violation in /root/.ccache?

[P Levine]

Th
​is has been going on for the last few months.  It only seems to happen for
sys-libs/e2fsprogs-libs.  I haven't filed a bug yet as I'm unsure if there
is something I'm overlooking on my end.  I can delete /root/.ccache and
remerge and it seems to be fine after that, but while updating the world a
few weeks later it sporadically returns.

The relevant part of the build:

make[1]: 'compile_et' is up to date.
> make[1]: Leaving directory
> '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44.1-ab
> i_x86_64.amd64/lib/et'
> making all in lib/et
> * ACCESS DENIED:  utimes:   /root/.ccache
> * ACCESS DENIED:  mkdir:/root/.ccache/3
> make[1]: Entering directory
> '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44.1-a
> bi_x86_64.amd64/lib/et'
> make[1]: Nothing to be done for 'all'.
> make[1]: Leaving directory
> '/var/tmp/portage/sys-libs/e2fsprogs-libs-1.44.1/work/e2fsprogs-libs-1.44.1-ab
> i_x86_64.amd64/lib/et'


​And the sandbox report:​

* --- ACCESS VIOLATION SUMMARY
> ---
> * LOG FILE: "/var/log/sandbox/sandbox-28430.log"
> *
> VERSION 1.0
> FORMAT: F - Function called
> FORMAT: S - Access Status
> FORMAT: P - Path as passed to function
> FORMAT: A - Absolute Path (not canonical)
> FORMAT: R - Canonical Path
> FORMAT: C - Command Line
>
> F: utimes
> S: deny
> P: /root/.ccache
> A: /root/.ccache
> R: /root/.ccache
> C: x86_64-pc-linux-gnu-gcc -x c -v -c /dev/null -o /dev/null
> F: mkdir
> S: deny
> P: /root/.ccache/3
> A: /root/.ccache/3
> R: /root/.ccache/3
> C: x86_64-pc-linux-gnu-gcc -x c -v -c /dev/null -o /dev/null
> *
> 


Has anyone else run into sporadic build failures like this?

[gentoo-user] Expect a ~15% average slowdown if you use an Intel processor

[P Levine]

I'm not sure if it's been mentioned here before but there apparently is a
bug affecting all Intel CPUs manufactured in the last 10 years or so, in
which protected kernel memory is leaked to userspace.  It can't be patched
in microcode and will lead to some serious overhead to patch in the OS.
See, Huge Intel CPU Bug Allegedly Causes Kernel Memory Vulnerability With
Up To 30% Performance Hit In Windows And Linux

 and Meltdown and Spectre .

Reported at Bug 643360 .

Re: [gentoo-user] segfault in gedit / glib

[P Levine]

On Fri, Dec 29, 2017 at 3:07 AM, Adam Carter <adamcart...@gmail.com> wrote:

>
>
> On Fri, Dec 29, 2017 at 4:59 PM, P Levine <plevine...@gmail.com> wrote:
>
>> On Thu, Dec 28, 2017 at 9:01 PM, Adam Carter <adamcart...@gmail.com>
>> wrote:
>>
>>> System is ~amd64. If i try to open a text file in gnome via double
>>> click, i get;
>>> $ journalctl -b | grep segf
>>> Dec 29 12:17:32 phat kernel: gedit[1177]: segfault at 7f7c0d36e880 ip
>>> 7f7c2550ba74 sp 7fff66834850 error 4 in
>>> libglib-2.0.so.0.5200.3[7f7c254c+114000]
>>>
>>> The following work;
>>> Open gedit first, then open the file
>>> Use right click -> Open With Other Application and chose LibreOffice
>>> writer.
>>>
>>> I've rebuild glib and gedit. Are there any clues on the issue in this
>>> trace?
>>>
>>> $ strace gedit 
>>> 
>>>
>>
>> Try opening the file via gedit in a user shell and see if segfaults and
>> if there is any other output.
>>
>
> The "Segmentation fault (core dumped)" from above is the only non-strace
> output (or have I misunderstood your instruction?)
>

The segfault message would exist in the dmesg/journalctl.  Please open a
user shell in Gnome and type "gedit ",​ substituting a text file for
.  Press enter.  Does this segfault and if so is there anything else
printed?
​ ​

Re: [gentoo-user] segfault in gedit / glib

[P Levine]

On Thu, Dec 28, 2017 at 9:01 PM, Adam Carter  wrote:

> System is ~amd64. If i try to open a text file in gnome via double click,
> i get;
> $ journalctl -b | grep segf
> Dec 29 12:17:32 phat kernel: gedit[1177]: segfault at 7f7c0d36e880 ip
> 7f7c2550ba74 sp 7fff66834850 error 4 in libglib-2.0.so.0.5200.3[
> 7f7c254c+114000]
>
> The following work;
> Open gedit first, then open the file
> Use right click -> Open With Other Application and chose LibreOffice
> writer.
>
> I've rebuild glib and gedit. Are there any clues on the issue in this
> trace?
>
> $ strace gedit 
> 
> futex(0x55bf3d691a90, FUTEX_WAKE_PRIVATE, 1) = 1
> access("/usr/share/fonts/liberation-fonts/LiberationMono-Regular.ttf",
> R_OK) = 0
> openat(AT_FDCWD, "/usr/share/fonts/liberation-
> fonts/LiberationMono-Regular.ttf", O_RDONLY) = 18
> fcntl(18, F_SETFD, FD_CLOEXEC)  = 0
> fstat(18, {st_mode=S_IFREG|0644, st_size=313408, ...}) = 0
> mmap(NULL, 313408, PROT_READ, MAP_PRIVATE, 18, 0) = 0x7fbea802
> close(18)   = 0
> brk(0x55bf3e33b000) = 0x55bf3e33b000
> write(11, "\1\0\0\0\0\0\0\0", 8)= 8
> futex(0x55bf3d79e270, FUTEX_WAKE_PRIVATE, 1) = 1
> futex(0x7fbec2c1c578, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource
> temporarily unavailable)
> futex(0x7fbec2c1c578, FUTEX_WAKE_PRIVATE, 1) = 0
> futex(0x55bf3d79e270, FUTEX_WAKE_PRIVATE, 1) = 1
> futex(0x7fbec2c1c608, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource
> temporarily unavailable)
> futex(0x7fbec2c1c608, FUTEX_WAKE_PRIVATE, 1) = 0
> futex(0x7fbec2c1c608, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource
> temporarily unavailable)
> futex(0x7fbec2c1c608, FUTEX_WAKE_PRIVATE, 1) = 0
> futex(0x7fbec2c1c578, FUTEX_WAKE_PRIVATE, 1) = 0
> futex(0x7fbec2c1c608, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource
> temporarily unavailable)
> futex(0x7fbec2c1c608, FUTEX_WAKE_PRIVATE, 1) = 0
> --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR,
> si_addr=0x7fbe9b976880} ---
> +++ killed by SIGSEGV (core dumped) +++
> Segmentation fault (core dumped)
>

Try opening the file via gedit in a user shell and see if segfaults and if
there is any other output.

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

On Sat, Oct 28, 2017 at 2:49 PM, Dale  wrote:

> After another round of google searches, startpage
> actually, I found where someone posted that having a slideshow causes
> this.  I switched from slideshow to something else and sure enough, it
> hasn't hogged up memory, yet anyway.
>
> So, disable slideshow until this gets fixed and at least you don't have
> to worry about it hogging up every last bit of memory.


​I vaguely

​remember reading that the problem might be related to plasmashell ​loading
all available slideshow wallpapers into memory.   If you really want
slideshow, maybe as a  possible workaround you can see if limiting the
number of wallpapers used with slideshow reduces memory consumption.

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

On Sat, Oct 28, 2017 at 2:49 PM, Dale  wrote:
>
> Now let us pray that there is a fix soon enough.  I miss my slideshow.  :(
>

You could track it here: ​https://bugs.kde.org/show_bug.cgi?id=344879​

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

On Mon, Oct 16, 2017 at 8:41 PM, Dale  wrote:

> I think I'm going to try renaming .kde4 and see if a fresh start helps
> with this problem.
>

​AFAIK, plasma5 uses ~/.local and ~/​.config.

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

On Thu, Oct 12, 2017 at 12:40 AM, Dale  wrote:

> Hi,
>
> It's trying to install dev-qt/qtdeclarative-5.9.2.  I went back and sort
> of started from the start.  Figured out where I made a boo boo.  Now it
> tries to apply the patch but fails to apply properly.
>

​If you don't already​

​have ​dev-qt/qtdeclarative-5.9.2 installed then install it without the
patch.  Otherwise, I can't help you.  The patch was just meant to be an
attempt at a backport for a lesser version of​ dev-qt/qtdeclarative.

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

What version of dev-qt/qtdeclarative is being installed?


On Wed, Oct 11, 2017 at 11:09 PM, Dale <rdalek1...@gmail.com> wrote:

> P Levine wrote:
>
> ​
> On Wed, Oct 11, 2017 at 7:28 PM, Dale <rdalek1...@gmail.com> wrote:
>
>> Howdy,
>>
>> I did a upgrade recently and after that, plasmashell is consuming a huge
>> amount of memory.
>
>
> ​Probably related to https://forum.kde.org/viewtopic.php?f=309=141169 and
> https://bugreports.qt.io/browse/QTBUG-62117​.
>
> Try seeing if this patch applies cleanly to dev-qt/qtdeclarative and if
> merging it resolves the issue:
> https://codereview.qt-project.org/gitweb?p=qt/qtdeclarative.git;a=patch;h=
> 768f606cd3cd37c235e85225127201a42d272946.
>
>
>
> I followed the directions here:
>
> https://wiki.gentoo.org/wiki//etc/portage/patches
>
> I've done it a couple times before, still have some patches there now, but
> wanted to be sure I didn't miss anything.  However, when I tell it to
> reemerge dev-qt/qtdeclarative, it doesn't apply the patch.  Usually it has
> a line that the patch was applied early on but I never seen it.  Odds are,
> I'm missing something somewhere.  I'll look into it more later.
>
> Thanks much.
>
> Dale
>
> :-)  :-)
>

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

​
On Wed, Oct 11, 2017 at 7:28 PM, Dale  wrote:

> Howdy,
>
> I did a upgrade recently and after that, plasmashell is consuming a huge
> amount of memory.


​Probably related to https://forum.kde.org/viewtopic.php?f=309=141169 and
https://bugreports.qt.io/browse/QTBUG-62117​.

Try seeing if this patch applies cleanly to dev-qt/qtdeclarative and if
merging it resolves the issue:
https://codereview.qt-project.org/gitweb?p=qt/qtdeclarative.git;a=patch;h=768f606cd3cd37c235e85225127201a42d272946
.

Re: [gentoo-user] Codeblocks Fails to Exit Cleanly in Awesome WM

[P Levine]

On Tue, Aug 15, 2017 at 10:28 AM, Dutch Ingraham  wrote:

> Specifically, when exiting in any manner, the GUI will disappear,
> but the Codeblocks process continues to run.
>

​Maybe related to https://github.com/awesomeWM/awesome/issues/1193?

Re: [gentoo-user] Illegal State in Chroot Environment

[P Levine]

On Mon, Aug 7, 2017 at 10:11 AM, symack  wrote:
>
> Currently I am rebuilding the whole system using `emerge -e world` and
> everything is failing as early as the unpack phase.
> Do I have to download stage from the beginning for the 3rd time!
>

The problem is it looks like you built and installed bzip2 with the
incompatible CFLAGS.  Because this is used by portage to unpack tar.bz2
files during the unpack phase, emerge can't really proceed.  Unless you
have a binary package for bzip2 built with good CFLAGS lying around in you
system, you should start again.

Re: [gentoo-user] Illegal State in Chroot Environment

[P Levine]

On Sun, Aug 6, 2017 at 9:17 PM, symack  wrote:
>
> >>> Installing (4 of 199) app-arch/bzip2-1.0.6-r8::gentoo
> bash: line 1: 26183 Illegal instruction 
> ${PORTAGE_BUNZIP2_COMMAND:-${PORTAGE_BZIP2_COMMAND}
> -d} -c -- /var/db/pkg/app-arch/bzip2-1.0.6-r8/environment.bz2 >
> /var/tmp/portage/._unmerge_/app-arch/bzip2-1.0.6-r8/temp/environment
> ​​
>
CFLAGS="-O2 -pipe -fomit-frame-pointer -mcx16 -msahf -maes
> ​​
> -mpclmul -mpopcnt -mabm -mlwp -mavx -march=native"
>
> ​One or more "-m" flags in CFLAGS isn't valid for the host processor​.
Why have them in the first place if you've enabled -march=native?

Re: [gentoo-user] chromium 60 build failure

[P Levine]

On Mon, Jul 31, 2017 at 4:02 PM, Grant Edwards 
wrote:

> ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:50:5:
> error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode
>

​As stated by others, switching to GCC-5 or newer would be best.
Otherwise, try adding ​"-std=c99" to your CFLAGS and "custom-cflags" to
your USE flags for the package and it should build.

Re: [gentoo-user] AMDGPU KMS Problems

[P Levine]

On Fri, Jul 14, 2017 at 12:52 AM, jdm <j...@jdm.myzen.co.uk> wrote:
> On Thu, 13 Jul 2017 23:29:39 +0100
> jdm <j...@jdm.myzen.co.uk> wrote:
>
>> On Thu, 13 Jul 2017 03:12:49 -0400
>> P Levine <plevine...@gmail.com> wrote:
>>
>> > On Wed, Jul 12, 2017 at 5:34 PM, jdm <j...@jdm.myzen.co.uk> wrote:
>> > > Any thouhgts much appreciated.
>> >
>> > I tried helping to diagnose a similar problem for a user on Reddit
>> > recently, blackscreen/freeze with AMDGPU on boot. After trying
>> > everything else he switched the PCI slot the card was in and it
>> > booted up fine.  He then switched the card back to the original PCI
>> > slot and it still booted up fine.  It seemed to be some weird kind
>> > of hardware/bios hiccup.  If you've tried everything else, it
>> > wouldn't hurt to fumble around with the graphics card just to see
>> > if it makes a difference.
>> >
>>
>> Well, well, well.
>>
>> Bizarre. took out my old radeon r9 280 card and put the RX480 amdgpu
>> back in and rebooted to a kernel which I had configured for amdgpu
>> and booted with no issues, not needing modeset and xorg working fine
>> and dandy.
>>
>> Never seen anything like this before. Bring back the days when you had
>> a primary and secondary hard drives on a serial bus. Far easier when
>> you have to configure your own IRQs.
>>
>> Thanks for the advice.
>>
>> John.
>>
>>
> To prove that reseating the graphics has sorted the issue I have tried
> a few other distros and had no problems.
>
> John
>

Not sure what it is with AMDGPU that makes it so quirky.  Similar problem as
​ ​
https://www.reddit.com/r/Gentoo/comments/6gd4xh/having_kernel_and_xorg_issues_on_new_install_can/dj07pyl/

Re: [gentoo-user] AMDGPU KMS Problems

[P Levine]

On Wed, Jul 12, 2017 at 5:34 PM, jdm  wrote:
> Any thouhgts much appreciated.

I tried helping to diagnose a similar problem for a user on Reddit
recently, blackscreen/freeze with AMDGPU on boot. After trying
everything else he switched the PCI slot the card was in and it booted
up fine.  He then switched the card back to the original PCI slot and
it still booted up fine.  It seemed to be some weird kind of
hardware/bios hiccup.  If you've tried everything else, it wouldn't
hurt to fumble around with the graphics card just to see if it makes a
difference.

Re: [gentoo-user] march to cross-compile ASUS laptop

[P Levine]

On Tue, Jul 11, 2017 at 7:06 PM, Andrés Becerra Sandoval
 wrote:
> It says that the microarchitecture is apollo-lake.
>
> What would be the proper march configuration for this box?
>
>
> --
>   Andrés Becerra Sandoval
>

apollo-lake.= goldmont

As gcc appears to have no support as of yet, I would use "-march=silvermont"

goldmont is basically silvermont+

Re: [gentoo-user] Is "-flto" supported by Gentoo?

[P Levine]

On Tue, Mar 21, 2017 at 11:22 PM, Michael Orlitzky <m...@gentoo.org> wrote:
>
> On 03/21/2017 10:20 PM, P Levine wrote:
>>
>>
>> Does Gentoo support the "-flto" flag and are "-flto" related bugreports
>> valid?
>
>
> Sure. If the upstream package needs major changes, then the report probably 
> won't go anywhere, but it's still nice to have a record of the problem. Maybe 
> start a [TRACKER] bug for them?

OK. Thanks.

[gentoo-user] Is "-flto" supported by Gentoo?

[P Levine]

A while back I decided to try my hand at including " -flto" in my
C{XX}FLAGS and do `emerge -e @world`.  Needless to say, by the end of it my
"/etc/portage/package.env" was filled with a list of packages that had to
disable the flag either because it failed to build or broke other builds.
I never reported them as bugs because I always assumed the flag was unsafe
and unsupported by Gentoo.

Lately, I have been trying to fix some GCC-6 related bugs and have come
across some bug reports that seem possibly more "-flto" related than GCC-6
related.  Doing a search for "-flto", Gentoo bugtracker, a number of open
bugreports clearly show them to be "-flto" bugs in their titles.

Does Gentoo support the "-flto" flag and are "-flto" related bugreports
valid?

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[P Levine]

On Wed, Oct 12, 2016 at 5:54 PM, Jörg Schaible  wrote:
> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
> behavior there. All KDE-4-based apps fail to interact with the file system.
> Using KMail I can no longer add any attachment to an email nor save an
> existing attachment to disk.
>
> Jörg Schaible wrote:
>
>> Hi,
>>
>> after the update to Plasma 5/KF5, I can no longer open (HTML) files from
>> my local disk with Konqueror. It claims it does no longer know the file
>> protocol. I get a similar error in Amarok when I try to apply a cover to
>> an album from the local disk. It seems all KDE4-based application are
>> affected.
>>
>> Does anybody what's causing this behavior and know how to solve it?
>>
>> Cheers,
>> Jörg
>
>
>

Try running the apps from command line, using '--nofork' and/or
'--debug' where/if applicable.  Try to reproduce the behavior and see
if something potentially relevant is printed out.

Re: [gentoo-user] KDE 5 : missing icons : partly solved

[P Levine]

Last thing.  You may want to try x11-misc/qt5ct and see if it helps.

On Sat, Sep 17, 2016 at 3:49 AM, Mick <michaelkintz...@gmail.com> wrote:

> On Saturday 17 Sep 2016 02:04:19 P Levine wrote:
> > If you can get systemsettings working, the setting would be in "Input
> > Devices" -> "Mouse".
> >
> > Otherwise, here's some example configs:
> >
> > ~/.config/org.kde.gwenviewrc <http://textuploader.com/ds0qs>
> > ~/.config/kdeglobals (debian) <http://textuploader.com/ds0l7>
> > ~/.config/kdeglobals (gentoo) <http://textuploader.com/ds0qa>
>
> Thanks, I already have mouse settings to 'SingleClick=true' but it doesn't
> work in Dolphin, nor do any menu icons show up.  In addition, the Network
> places is empty.  Thankfully, in Konqueror all of the above features are
> working as they should.  :-)
>
> --
> Regards,
> Mick

Re: [gentoo-user] KDE 5 : missing icons : partly solved

[P Levine]

If you can get systemsettings working, the setting would be in "Input
Devices" -> "Mouse".

Otherwise, here's some example configs:

~/.config/org.kde.gwenviewrc 
~/.config/kdeglobals (debian) 
~/.config/kdeglobals (gentoo) 

Re: [gentoo-user] KDE 5 : missing icons

[P Levine]

Try running this in a shell:

XDG_CURRENT_DESKTOP=kde gwenview


If it solves the issue, you will need to export "XDG_CURRENT_DESKTOP=kde".
See here for more info:
https://bbs.archlinux.org/viewtopic.php?pid=1501729#p1501729

On Thu, Sep 15, 2016 at 4:11 PM, Philip Webb <purs...@ca.inter.net> wrote:

> 160913 P Levine wrote:
> > 160913 Philip Webb wrote:
> >> I've updated to KDE 5 , incl Gwenview + Oxygen-icons,
> >> but even after a reboot the icons are not showing on the screen ;
> >> it also occurs with Kshisen.  The problem cb seen at
> >>  http://chass.utoronto.ca/~purslow/test/kde5-gwenview.png
> > Are you using those programs from within a running KDE 5 environment?
> > If so, did you set oxygen as the active icon theme in systemsettings?
>
> No, I'm using Fluxbox to manage my desktop, but want to use KDE apps.
> I've installed Systemsettings,
> but 'systemsettings5' offers a rather limited choice
> -- see http://chass.utoronto.ca/~purslow/test/kde5-ssettings1.png
>http://chass.utoronto.ca/~purslow/test/kde5-ssettings2.png
> & setting icon theme to Oxygen makes no difference to Gwenview.
>
> Thanks so far ; any further suggestions are most welcome.
>
> --
> ,,
> SUPPORT ___//___,   Philip Webb
> ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> TRANSIT`-O--O---'   purslowatchassdotutorontodotca
>
>
>

Re: [gentoo-user] KDE 5 : missing icons

[P Levine]

Are you using those programs from within a running KDE 5 environment?
If so, did you set oxygen as the active icon theme in systemsettings?

On Tue, Sep 13, 2016 at 2:15 PM, Philip Webb  wrote:

> I've updated to KDE 5 , incl Gwenview + Oxygen-icons,
> but even after a reboot the icons are not showing on the screen ;
> it also occurs with Kshisen.  The problem cb seen at
>  http://chass.utoronto.ca/~purslow/test/kde5-gwenview.png
>
> Can anyone suggest what I've missed ?
>
> --
> ,,
> SUPPORT ___//___,   Philip Webb
> ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
> TRANSIT`-O--O---'   purslowatchassdotutorontodotca
>
>
>

[gentoo-user] Is there a reason why LLVM/Clang ebuilds don't support "mutislot"?

[P Levine]

Other distros like Ubuntu support the installation of multiple versions of
LLVM/Clang side by side.  One of the things Clang is really good at is
support for the most recently approved upcoming features of the C++17
standard.  The best support for testing such features is with the latest
sys-devel/llvm-.  However if I want to compile Mesa against a stable
version LLVM/Clang as well, I don't get that option.

Re: [gentoo-user] removal of bopm before hopm is in tree

[P Levine]

>From the dev mailing list:

# Pacho Ramos  (21 Aug 2016)
# Dead for a long time in favour of hopm, bug #473754.
# Removal in a month.
net-misc/bopm

On Sun, Aug 28, 2016 at 2:40 AM, Daniel Campbell  wrote:

> On 08/25/2016 07:29 PM, Raymond Jennings wrote:
> > I still use bopm, and it built fine last time I emerged it.
> >
> > If hopm isn't in the tree yet, why was bopm still pmasked for removal?
> >
> > Reason for asking is I'm curious about removal procedures.  I was under
> > the impression that replacement packages get added to the tree before
> > their obsolete predecessors get pmasked for booting out.
> >
> > And if that's not the case, should it be?
> That's a good question, best answered by the developer who chose to have
> the package removed.
>
> --
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>
>

Re: [gentoo-user] How do I really clean up gentoo?

[P Levine]

A while back I used find_cruft  (mv
overlay ).  IIRC, I had to
do a lot of configuration to eliminate most false positives but it left me
with a very thorough list of files worth deleting.

On Sat, Aug 27, 2016 at 4:11 PM, Neil Bothwick  wrote:

> On Fri, 26 Aug 2016 20:57:09 -0300, João Matos wrote:
>
> > I'm used to clean /usr/portage/distfiles, /usr/src, but today, I've
> > found many files of packages I no longer use at '/var/lib'. Plex
> > folder, for instance, was taking 2GB. Some folders at /var/lib I don't
> > even know if is still been used.
>
> Portage only cleans up files it installed. So if you installed Plex,
> added a few GB of movies and then uninstalled it, the movies are still
> there. Portage cleans up after its actions, you have to clean up after
> yours :-)
>
>
> --
> Neil Bothwick
>
> Did you know that eskimos have 17 different words for linguist ?
>

Re: [gentoo-user] problem updating colord

[P Levine]

https://bugs.gentoo.org/show_bug.cgi?id=590842

On Aug 9, 2016 1:01 AM, <cov...@ccs.covici.com> wrote:

> P Levine <plevine...@gmail.com> wrote:
>
> > OK.  It's a multilib problem on my end.   colord built with
> > USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it
> > doesn't.
> > Workaround:  ABI_X86="32" emerge sqlite colord
> >
> > On Mon, Aug 8, 2016 at 8:02 PM, <cov...@ccs.covici.com> wrote:
> >
> > > P Levine <plevine...@gmail.com> wrote:
> > >
> > > > I've been having  a similar problem with colord not finding its
> sqlite
> > > > dependency via pkgconfig even though it's there.  I haven't filed a
> bug
> > > yet
> > > > though.
> > >
> > > I think this is the exact bug I have, so go ahead and file the bug
> since
> > > it looks like no one is fixing it on their own.
>
> Well, that seems to have fixed it, but its a bug in the ebuild, so if
> you would file a bug, we would all be happier.
>
> Thanks again.
>
> --
> Your life is like a penny.  You're going to lose it.  The question is:
> How do
> you spend it?
>
>  John Covici
>  cov...@ccs.covici.com
>
>

Re: [gentoo-user] problem updating colord

[P Levine]

OK.  It's a multilib problem on my end.   colord built with
USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it
doesn't.
Workaround:  ABI_X86="32" emerge sqlite colord

On Mon, Aug 8, 2016 at 8:02 PM, <cov...@ccs.covici.com> wrote:

> P Levine <plevine...@gmail.com> wrote:
>
> > I've been having  a similar problem with colord not finding its sqlite
> > dependency via pkgconfig even though it's there.  I haven't filed a bug
> yet
> > though.
>
> I think this is the exact bug I have, so go ahead and file the bug since
> it looks like no one is fixing it on their own.
>
> >
> > On Mon, Aug 8, 2016 at 2:36 PM, <cov...@ccs.covici.com> wrote:
> >
> > > For the last few times I have done a world update  I have beenunable to
> > > update x11-misc/colord because it says it can't find  the .pc file.
> Its
> > > definitely there in /usr/lib64 and I even forced the PKGPATH, but still
> > > no joy.  I have done some googling, but I could find nothing of
> > > interest.  Anyone else seeing this -- can you tell me what is happening
> > > here?
> > >
> > > Thanks in advance for any suggestions.
> > >
> > > --
> > > Your life is like a penny.  You're going to lose it.  The question is:
> > > How do
> > > you spend it?
> > >
> > >  John Covici
> > >  cov...@ccs.covici.com
> > >
> > >
> >
> > 
> > Alternatives:
> >
> > 
>
> --
> Your life is like a penny.  You're going to lose it.  The question is:
> How do
> you spend it?
>
>  John Covici
>  cov...@ccs.covici.com
>
>

Re: [gentoo-user] problem updating colord

[P Levine]

I've been having  a similar problem with colord not finding its sqlite
dependency via pkgconfig even though it's there.  I haven't filed a bug yet
though.

On Mon, Aug 8, 2016 at 2:36 PM,  wrote:

> For the last few times I have done a world update  I have beenunable to
> update x11-misc/colord because it says it can't find  the .pc file.  Its
> definitely there in /usr/lib64 and I even forced the PKGPATH, but still
> no joy.  I have done some googling, but I could find nothing of
> interest.  Anyone else seeing this -- can you tell me what is happening
> here?
>
> Thanks in advance for any suggestions.
>
> --
> Your life is like a penny.  You're going to lose it.  The question is:
> How do
> you spend it?
>
>  John Covici
>  cov...@ccs.covici.com
>
>

[gentoo-user] Acceptable character encodings for files in /etc/portage?

[P Levine]

Glep 31 states that text files in the portage tree should use UTF-8
encoding.  I see nothing indicating any standard encoding for files in the
/etc/portage directory.  Since everything I have seen in portage's python
source-code seems to imply Unicode as valid but I can see nothing specific
to UTF-8, I thought I'd ask.  Is there any official Gentoo standard
documentation that defines the acceptable set of character encodings for
files in /etc/portage?