Re: [gentoo-user] depclean missing packages

[Alan McKinnon]

On 05/01/2017 06:46, Dale wrote:
> Alan McKinnon wrote:
>> On 04/01/2017 22:25, Daniel Frey wrote:
>>> On 01/04/2017 08:30 AM, Neil Bothwick wrote:
 On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote:

>> Using the --deep switch can / does pull in a lot of seemingly extra
>> packages.  
> --deep is practically *required* to do a full proper update.
>
> Say A is in world, and A depends on B which depends on C.
> C is updated in the tree, and usually you will want C updated.
>
> However, update world will NOT update C.
> Why? Because "world" is not a synonym for "everything",
> "world" is something quite literal - the exact contents of
> /var/lib/portage/world (and /var/lib/portage/world_sets if present)
> "update world" updates that list only.
 That's not quite true, according to the man page. Without --deep portage
 considers only the specified files and their immediate dependencies
 (deps that are listed in the package's ebuild). So without --deep,
 updates to B as well a A would be picked up, but not C.

> Adding --deep follows the
> dependencies of the list, basically meaning
>
> "update --deep world" IS a synonym for "everything"

>>> I always do `emerge -uDN world`. Which is --update --deep --newuse...
>>> I've just never had that happen with depclean before. Odd, no?
>>>
>>> I usually do:
>>>
>>> `emerge -uDN world`
>>>
>>> and
>>>
>>> `emerge -ac` to depclean afterwards.
>>>
>>> As I use --deep all the time, I'm still confused as to why needed
>>> packages weren't installed.
>>>
>>> Dan
>>>
>> s/I always do/I always do except this once when I forgot and then forgot
>> that I forgot/g
>>
>>
> 
> This is why adding some options to make.conf is a good idea as you
> already know.  I added -1 ages ago.  Why?  I would be trying to get a
> update done and needed to do a few by hand and would forget the -1
> option.  One can only imagine what the world file looked like.  lol 
> Since I added -1 to make.conf, nothing has went into the world file that
> I didn't add there on purpose.  Of course, one has to remember to use
> --select y to add those new packages but in general, I may do that a few
> times a year where I average updating about twice a week.  Plus, when
> you do -a --depclean and it spits out the list, you will see it and slap
> your forehead and then go add it if you really want to keep it around. 
> 
> In all honesty, I can't imagine how a person can keep a Gentoo install
> up to date without adding that or having a really crappy looking world
> file.  ;-)
> 
> I wonder why the -1 isn't there by default???  I would think it would be
> a problem only when doing the initial install, when you want to add a
> lot of packages to the world file since most likely, nothing is there. 
> Just a thought. 

-1 isn't there by default because the purpose of emerge is to build and
install something, then remember you did it.

What -1 does is build and install something then neglect to record you
did it.

-1 cannot ever possibly be a good default.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] samba as AD DC on gentoo

[J. Roeleveld]

On Thursday, January 5, 2017 6:04:28 AM CET J. Roeleveld wrote:
> On January 4, 2017 10:48:12 PM GMT+01:00, "Stefan G. Weichinger" 
 wrote:
> >Do people here run samba-4.x AD DCs on gentoo?
> >
> >If yes, pls let me know of any traps or so.
> >Yes, I read the wiki ;-)
> >
> >I currently prepare the migration of an old NT4-based domain (on a
> >samba-PDC, gentoo) to AD (other physical box, gentoo as well).
> >
> >Did something similar last week (but with debian involved) and learned
> >a
> >whole lot.
> >
> >As there is no step back as soon as the Windows clients talked to the
> >AD-DC I prefer to know as much as I can in advance.
> >
> >Thanks, regards, Stefan
> 
> I am still using using samba3 for my NAS.
> Samba4 has been planned for a while, but with it wanting it's own LDAP and
> tree layout, I have a few more things to organise.
> 
> Other projects keep getting a higher priority.

Scratch that.
I am actually using Samba 4.2.11, but using the same config as I did with 
Samba-3.

--
Joost

Re: [gentoo-user] nvidia driver missing symbols

[wabe]

Daniel Frey  wrote:

> So I updated my nvidia driver and got the following:
> 
> [   75.557567] nvidia-nvlink: Nvlink Core is being initialized, major
> device number 247
> [   75.557583] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  375.26
> Thu Dec  8 18:36:43 PST 2016 (using threaded interrupts)
> [   75.701289] nvidia-modeset: Loading NVIDIA Kernel Mode Setting
> Driver for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
> [   75.769472] nvidia_drm: Unknown symbol
> drm_atomic_helper_plane_destroy_state (err 0)
> [   75.769479] nvidia_drm: Unknown symbol drm_kms_helper_poll_fini
> (err 0) [   75.769491] nvidia_drm: Unknown symbol
> drm_kms_helper_poll_disable (err 0)
> [   75.769497] nvidia_drm: Unknown symbol drm_kms_helper_poll_init
> (err 0) [   75.769514] nvidia_drm: Unknown symbol
> drm_atomic_helper_disable_plane (err 0)
> [   75.769527] nvidia_drm: Unknown symbol
> drm_atomic_helper_cleanup_planes (err 0)
> [   75.769531] nvidia_drm: Unknown symbol drm_helper_hpd_irq_event
> (err 0) [   75.769538] nvidia_drm: Unknown symbol
> drm_atomic_helper_crtc_destroy_state (err 0)
> [   75.769565] nvidia_drm: Unknown symbol drm_atomic_helper_check
> (err 0) [   75.769567] nvidia_drm: Unknown symbol
> drm_atomic_helper_connector_destroy_state (err 0)
> [   75.769573] nvidia_drm: Unknown symbol
> drm_atomic_helper_plane_duplicate_state (err 0)
> [   75.769603] nvidia_drm: Unknown symbol
> drm_atomic_helper_plane_reset (err 0)
> [   75.769606] nvidia_drm: Unknown symbol
> drm_atomic_helper_prepare_planes (err 0)
> [   75.769610] nvidia_drm: Unknown symbol
> drm_helper_mode_fill_fb_struct (err 0)
> [   75.769622] nvidia_drm: Unknown symbol drm_atomic_helper_set_config
> (err 0)
> [   75.769624] nvidia_drm: Unknown symbol
> drm_atomic_helper_connector_duplicate_state (err 0)
> [   75.769630] nvidia_drm: Unknown symbol drm_atomic_helper_crtc_reset
> (err 0)
> [   75.769636] nvidia_drm: Unknown symbol drm_kms_helper_hotplug_event
> (err 0)
> [   75.769644] nvidia_drm: Unknown symbol drm_atomic_helper_swap_state
> (err 0)
> [   75.769646] nvidia_drm: Unknown symbol drm_atomic_helper_page_flip
> (err 0)
> [   75.769648] nvidia_drm: Unknown symbol
> drm_atomic_helper_connector_reset (err 0)
> [   75.769653] nvidia_drm: Unknown symbol
> drm_atomic_helper_crtc_duplicate_state (err 0)
> [   75.769656] nvidia_drm: Unknown symbol
> drm_atomic_helper_update_plane (err 0)
> 
> I've traced this to needing KMS helper support in the kernel.
> 
> For the life of me, I can't find it to enable it. When searching the
> kernel, it shows up but doesn't say exactly where it is.
> 
> Surely someone else has run across this and has a way to enable:
> 
> CONFIG_DRM_KMS_HELPER
> CONFIG_DRM_KMS_FB_HELPER
> CONFIG_DRM_FBDEV_EMULATION
> 
> ??
> 
> I am thinking it needs something as a prerequisite but I can't grok
> that line in the kernel.
> 
> Dan

Make sure that you have also enabled CONFIG_DRM.

CONFIG_DRM=y
CONFIG_DRM_KMS_HELPER=y
CONFIG_DRM_KMS_FB_HELPER=y
CONFIG_DRM_FBDEV_EMULATION=y

If you use "make menuconfig" you can activate these settings by selecting:

Device Drivers -> Graphics support -> Direct Rendering Manager -> Enable legacy 
fbdev support for your modesetting driver

--
Regards
wabe

Re: [gentoo-user] samba as AD DC on gentoo

[J. Roeleveld]

On January 4, 2017 10:48:12 PM GMT+01:00, "Stefan G. Weichinger" 
 wrote:
>
>Do people here run samba-4.x AD DCs on gentoo?
>
>If yes, pls let me know of any traps or so.
>Yes, I read the wiki ;-)
>
>I currently prepare the migration of an old NT4-based domain (on a
>samba-PDC, gentoo) to AD (other physical box, gentoo as well).
>
>Did something similar last week (but with debian involved) and learned
>a
>whole lot.
>
>As there is no step back as soon as the Windows clients talked to the
>AD-DC I prefer to know as much as I can in advance.
>
>Thanks, regards, Stefan

I am still using using samba3 for my NAS.
Samba4 has been planned for a while, but with it wanting it's own LDAP and tree 
layout, I have a few more things to organise.

Other projects keep getting a higher priority.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] nvidia driver missing symbols

[Daniel Frey]

So I updated my nvidia driver and got the following:

[   75.557567] nvidia-nvlink: Nvlink Core is being initialized, major
device number 247
[   75.557583] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  375.26
Thu Dec  8 18:36:43 PST 2016 (using threaded interrupts)
[   75.701289] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
[   75.769472] nvidia_drm: Unknown symbol
drm_atomic_helper_plane_destroy_state (err 0)
[   75.769479] nvidia_drm: Unknown symbol drm_kms_helper_poll_fini (err 0)
[   75.769491] nvidia_drm: Unknown symbol drm_kms_helper_poll_disable
(err 0)
[   75.769497] nvidia_drm: Unknown symbol drm_kms_helper_poll_init (err 0)
[   75.769514] nvidia_drm: Unknown symbol
drm_atomic_helper_disable_plane (err 0)
[   75.769527] nvidia_drm: Unknown symbol
drm_atomic_helper_cleanup_planes (err 0)
[   75.769531] nvidia_drm: Unknown symbol drm_helper_hpd_irq_event (err 0)
[   75.769538] nvidia_drm: Unknown symbol
drm_atomic_helper_crtc_destroy_state (err 0)
[   75.769565] nvidia_drm: Unknown symbol drm_atomic_helper_check (err 0)
[   75.769567] nvidia_drm: Unknown symbol
drm_atomic_helper_connector_destroy_state (err 0)
[   75.769573] nvidia_drm: Unknown symbol
drm_atomic_helper_plane_duplicate_state (err 0)
[   75.769603] nvidia_drm: Unknown symbol drm_atomic_helper_plane_reset
(err 0)
[   75.769606] nvidia_drm: Unknown symbol
drm_atomic_helper_prepare_planes (err 0)
[   75.769610] nvidia_drm: Unknown symbol drm_helper_mode_fill_fb_struct
(err 0)
[   75.769622] nvidia_drm: Unknown symbol drm_atomic_helper_set_config
(err 0)
[   75.769624] nvidia_drm: Unknown symbol
drm_atomic_helper_connector_duplicate_state (err 0)
[   75.769630] nvidia_drm: Unknown symbol drm_atomic_helper_crtc_reset
(err 0)
[   75.769636] nvidia_drm: Unknown symbol drm_kms_helper_hotplug_event
(err 0)
[   75.769644] nvidia_drm: Unknown symbol drm_atomic_helper_swap_state
(err 0)
[   75.769646] nvidia_drm: Unknown symbol drm_atomic_helper_page_flip
(err 0)
[   75.769648] nvidia_drm: Unknown symbol
drm_atomic_helper_connector_reset (err 0)
[   75.769653] nvidia_drm: Unknown symbol
drm_atomic_helper_crtc_duplicate_state (err 0)
[   75.769656] nvidia_drm: Unknown symbol drm_atomic_helper_update_plane
(err 0)

I've traced this to needing KMS helper support in the kernel.

For the life of me, I can't find it to enable it. When searching the
kernel, it shows up but doesn't say exactly where it is.

Surely someone else has run across this and has a way to enable:

CONFIG_DRM_KMS_HELPER
CONFIG_DRM_KMS_FB_HELPER
CONFIG_DRM_FBDEV_EMULATION

??

I am thinking it needs something as a prerequisite but I can't grok that
line in the kernel.

Dan

Re: [gentoo-user] depclean missing packages

[Dale]

Alan McKinnon wrote:
> On 04/01/2017 22:25, Daniel Frey wrote:
>> On 01/04/2017 08:30 AM, Neil Bothwick wrote:
>>> On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote:
>>>
> Using the --deep switch can / does pull in a lot of seemingly extra
> packages.  
 --deep is practically *required* to do a full proper update.

 Say A is in world, and A depends on B which depends on C.
 C is updated in the tree, and usually you will want C updated.

 However, update world will NOT update C.
 Why? Because "world" is not a synonym for "everything",
 "world" is something quite literal - the exact contents of
 /var/lib/portage/world (and /var/lib/portage/world_sets if present)
 "update world" updates that list only.
>>> That's not quite true, according to the man page. Without --deep portage
>>> considers only the specified files and their immediate dependencies
>>> (deps that are listed in the package's ebuild). So without --deep,
>>> updates to B as well a A would be picked up, but not C.
>>>
 Adding --deep follows the
 dependencies of the list, basically meaning

 "update --deep world" IS a synonym for "everything"
>>>
>> I always do `emerge -uDN world`. Which is --update --deep --newuse...
>> I've just never had that happen with depclean before. Odd, no?
>>
>> I usually do:
>>
>> `emerge -uDN world`
>>
>> and
>>
>> `emerge -ac` to depclean afterwards.
>>
>> As I use --deep all the time, I'm still confused as to why needed
>> packages weren't installed.
>>
>> Dan
>>
> s/I always do/I always do except this once when I forgot and then forgot
> that I forgot/g
>
>

This is why adding some options to make.conf is a good idea as you
already know.  I added -1 ages ago.  Why?  I would be trying to get a
update done and needed to do a few by hand and would forget the -1
option.  One can only imagine what the world file looked like.  lol 
Since I added -1 to make.conf, nothing has went into the world file that
I didn't add there on purpose.  Of course, one has to remember to use
--select y to add those new packages but in general, I may do that a few
times a year where I average updating about twice a week.  Plus, when
you do -a --depclean and it spits out the list, you will see it and slap
your forehead and then go add it if you really want to keep it around. 

In all honesty, I can't imagine how a person can keep a Gentoo install
up to date without adding that or having a really crappy looking world
file.  ;-)

I wonder why the -1 isn't there by default???  I would think it would be
a problem only when doing the initial install, when you want to add a
lot of packages to the world file since most likely, nothing is there. 
Just a thought. 

Dale

:-)  :-) 

[gentoo-user] Compiling maim fails...

[Meino . Cramer]

Hi,

this morning I tried to compile 
* media-gfx/maim
 Available versions:  ~3.4.47
 Homepage:https://github.com/naelstrof/maim
 Description: Commandline tool to take screenshots of the desktop

which needs
* x11-misc/slop
 Available versions:  (~)4.3.21 {opengl}
 Homepage:https://github.com/naelstrof/slop
 Description: An application that queries the user for a selection 
for printing

. The last failed tp compile with:
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:295:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT’ was not declared in this scope
 case GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:299:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_MISSING_ATTACHMENT’ was not declared in this 
scope
 case GL_FRAMEBUFFER_INCOMPLETE_MISSING_ATTACHMENT: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:303:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_DRAW_BUFFER’ was not declared in this scope
 case GL_FRAMEBUFFER_INCOMPLETE_DRAW_BUFFER: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:307:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_READ_BUFFER’ was not declared in this scope
 case GL_FRAMEBUFFER_INCOMPLETE_READ_BUFFER: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:311:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS’ was not declared in this scope
 case GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:315:18:
 error: ‘GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE’ was not declared in this scope
 case GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE: {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/framebuffer.cpp:319:18:
 error: ‘GL_FRAMEBUFFER_UNSUPPORTED’ was not declared in this scope
 case GL_FRAMEBUFFER_UNSUPPORTED: {
  ^
CMakeFiles/slop.dir/build.make:158: recipe for target 
'CMakeFiles/slop.dir/src/framebuffer.cpp.o' failed
make[2]: *** [CMakeFiles/slop.dir/src/framebuffer.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/glselectrectangle.cpp:
 In member function ‘unsigned int slop::GLSelectRectangle::loadImage(unsigned 
int*, std::string)’:
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/glselectrectangle.cpp:339:10:
 error: ‘GLEW_VERSION_3_0’ was not declared in this scope
 if ( GLEW_VERSION_3_0 ) {
  ^
/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21/src/glselectrectangle.cpp:341:41:
 error: ‘glGenerateMipmap’ was not declared in this scope
 glGenerateMipmap( GL_TEXTURE_2D );
 ^
CMakeFiles/slop.dir/build.make:110: recipe for target 
'CMakeFiles/slop.dir/src/glselectrectangle.cpp.o' failed
make[2]: *** [CMakeFiles/slop.dir/src/glselectrectangle.cpp.o] Error 1
make[2]: Leaving directory 
'/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21_build'
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/slop.dir/all' failed
make[1]: *** [CMakeFiles/slop.dir/all] Error 2
make[1]: Leaving directory 
'/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21_build'
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: x11-misc/slop-4.3.21::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info 
'=x11-misc/slop-4.3.21::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=x11-misc/slop-4.3.21::gentoo'`.
 * The complete build log is located at 
'/var/tmp/portage/x11-misc/slop-4.3.21/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/x11-misc/slop-4.3.21/temp/environment'.
 * Working directory: 
'/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21_build'
 * S: '/var/tmp/portage/x11-misc/slop-4.3.21/work/slop-4.3.21'

>>> Failed to emerge x11-misc/slop-4.3.21, Log file:

(There are a lot more /*GL_*/" related errors in the output. The above
is only an excerpt.

Here:
https://github.com/naelstrof/slop
one can find the compiling instruction and besides others GENTOO is
mentioned ("Install using your Package Manager (Preferred)") which
points to here:
https://github.com/fkmclane/overlay/tree/master/x11-misc/slop
which header line says: 
fkmclane/overlay

If this an overlay in the sense of what layman understands:
How can I add this overlay, if this is not listed somewhere?

How can I make slop compile?

(Yes, there is scrot but it does not handle selections very well.)

Cheers
Meino

[gentoo-user] squid delay pools?

[lee]

Hi,

are delay pools somehow entirely disabled in Gentoos version of squid?
I'm seeing no USE flag to enable them.

Even with very low bandwidth allowed, squid fetches at full speed:


delay_pools 1
delay_class 1 1
delay_access 1 allow all
delay_parameters 1 8000/8000


That should limit it to 8kbit/s, but it has no effect.

[gentoo-user] samba as AD DC on gentoo

[Stefan G. Weichinger]

Do people here run samba-4.x AD DCs on gentoo?

If yes, pls let me know of any traps or so.
Yes, I read the wiki ;-)

I currently prepare the migration of an old NT4-based domain (on a
samba-PDC, gentoo) to AD (other physical box, gentoo as well).

Did something similar last week (but with debian involved) and learned a
whole lot.

As there is no step back as soon as the Windows clients talked to the
AD-DC I prefer to know as much as I can in advance.

Thanks, regards, Stefan

Re: [gentoo-user] depclean missing packages

[Alan McKinnon]

On 04/01/2017 22:32, Arve Barsnes wrote:
> On 4 January 2017 at 21:25, Daniel Frey  > wrote:
> 
> I always do `emerge -uDN world`. Which is --update --deep --newuse...
> I've just never had that happen with depclean before. Odd, no?
> 
> I usually do:
> 
> `emerge -uDN world`
> 
> and
> 
> `emerge -ac` to depclean afterwards.
> 
> As I use --deep all the time, I'm still confused as to why needed
> packages weren't installed.
> 
> 
> I've also always used --deep, but I've seen this many times. I've
> recently started using "--with-bdeps=y" as well, and I don't think I've
> seen this happen since then, so I'm guessing binary deps are the culprit.
> 
> Arve
> 


bdeps are not binary deps, they are build deps.

And Qt will never be a build-dep in this case. cmake maybe but Qt no

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] depclean missing packages

[Alan McKinnon]

On 04/01/2017 22:25, Daniel Frey wrote:
> On 01/04/2017 08:30 AM, Neil Bothwick wrote:
>> On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote:
>>
 Using the --deep switch can / does pull in a lot of seemingly extra
 packages.  
>>>
>>> --deep is practically *required* to do a full proper update.
>>>
>>> Say A is in world, and A depends on B which depends on C.
>>> C is updated in the tree, and usually you will want C updated.
>>>
>>> However, update world will NOT update C.
>>> Why? Because "world" is not a synonym for "everything",
>>> "world" is something quite literal - the exact contents of
>>> /var/lib/portage/world (and /var/lib/portage/world_sets if present)
>>
>>> "update world" updates that list only.
>>
>> That's not quite true, according to the man page. Without --deep portage
>> considers only the specified files and their immediate dependencies
>> (deps that are listed in the package's ebuild). So without --deep,
>> updates to B as well a A would be picked up, but not C.
>>
>>> Adding --deep follows the
>>> dependencies of the list, basically meaning
>>>
>>> "update --deep world" IS a synonym for "everything"
>>
>>
> 
> I always do `emerge -uDN world`. Which is --update --deep --newuse...
> I've just never had that happen with depclean before. Odd, no?
> 
> I usually do:
> 
> `emerge -uDN world`
> 
> and
> 
> `emerge -ac` to depclean afterwards.
> 
> As I use --deep all the time, I'm still confused as to why needed
> packages weren't installed.
> 
> Dan
> 

s/I always do/I always do except this once when I forgot and then forgot
that I forgot/g


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] New box

[David Haller]

Hello,

On Fri, 30 Dec 2016, J. Roeleveld wrote:
>I know what you mean. What I miss is an option to have gkrellm on 1 side of 
>the screen and when I maximize a window, that doesn't hide gkrellm.

Doesn't your WM has a stay-on-top feature? And WMaker has an option
not to use the Dock/Icons when maximizing, so if gkrellm is slim
enough ...

>I limited some of the sensors to be able to fit all 12 virtual cores.
>(Or if there is, where do I set it)

Start 2 or more gkrellm-instances with different configs, e.g. one
just for the CPU and one for the rest:

gkrellm --config cpu &
gkrellm --config main &

will give you 2 gkrellms, one configured with ~/.gkrellm2/*-cpu
and the other with  ~/.gkrellm2/*-main

E.g.:
~/.gkrellm2 (0)$ gkrellm --config aux &
[doing some configuring for show]
~/.gkrellm2 (0)$ ls -d *-aux
data-aux   plugin_placement-aux  theme_config-aux
plugin_enable-aux  sensor-config-aux user-config-aux

HTH,
-dnh

-- 
printk(" Speed now 1x");/* Pull my finger! */
linux-2.6.6/drivers/cdrom/mcd.c

Re: [gentoo-user] depclean missing packages

[Arve Barsnes]

On 4 January 2017 at 21:25, Daniel Frey  wrote:

> I always do `emerge -uDN world`. Which is --update --deep --newuse...
> I've just never had that happen with depclean before. Odd, no?
>
> I usually do:
>
> `emerge -uDN world`
>
> and
>
> `emerge -ac` to depclean afterwards.
>
> As I use --deep all the time, I'm still confused as to why needed
> packages weren't installed.
>
>
I've also always used --deep, but I've seen this many times. I've recently
started using "--with-bdeps=y" as well, and I don't think I've seen this
happen since then, so I'm guessing binary deps are the culprit.

Arve

Re: [gentoo-user] depclean missing packages

[Daniel Frey]

On 01/04/2017 08:30 AM, Neil Bothwick wrote:
> On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote:
> 
>>> Using the --deep switch can / does pull in a lot of seemingly extra
>>> packages.  
>>
>> --deep is practically *required* to do a full proper update.
>>
>> Say A is in world, and A depends on B which depends on C.
>> C is updated in the tree, and usually you will want C updated.
>>
>> However, update world will NOT update C.
>> Why? Because "world" is not a synonym for "everything",
>> "world" is something quite literal - the exact contents of
>> /var/lib/portage/world (and /var/lib/portage/world_sets if present)
> 
>> "update world" updates that list only.
> 
> That's not quite true, according to the man page. Without --deep portage
> considers only the specified files and their immediate dependencies
> (deps that are listed in the package's ebuild). So without --deep,
> updates to B as well a A would be picked up, but not C.
> 
>> Adding --deep follows the
>> dependencies of the list, basically meaning
>>
>> "update --deep world" IS a synonym for "everything"
> 
> 

I always do `emerge -uDN world`. Which is --update --deep --newuse...
I've just never had that happen with depclean before. Odd, no?

I usually do:

`emerge -uDN world`

and

`emerge -ac` to depclean afterwards.

As I use --deep all the time, I'm still confused as to why needed
packages weren't installed.

Dan

Re: [gentoo-user] Retrieving bounced list messages

[Floyd Anderson]

Thanks for both responses and your advise. I will investigate your hints 
further to see what is possible with my skills.


On Wed, 04 Jan 10:56:29 +0100
Hogren  wrote:


For me, this is the raw mail [1]. When you are on a message, click on
"Download message RAW".

For your specified example URL in [1] yes, it looks like a raw message 
to me too. But it seems to be only the case because the mentioned 
message is signed and the signature wrapped some header fields which 
make it looks like raw.


If I click “Download message RAW” on an other but unsigned message, it 
always shows me the pure text of that message (even if I use “Save Link 
As...” in a browser or curl to download it).




Use a Bash, Python, C++, or other language with curl/libcurl to filter
by date.
It was my bad because I expected there’s a “ready to use” solution which 
was simply overlooked by me. ;-)


I think I have to be more clear about why headers are important to me. 
Although the main important thing is of course the information a mailing 
list discussion provides (pure text). But now comes the second one into 
play. How to handle all those interesting stuff offline?


My idea is download it, feed Mutt (my MUA) with it and view it sorted by 
threads/dates (here is the header fields part) and maybe in the future, 
crawling/indexing it with Notmuch.


I don’t want to have fly around a couple of message archives downloaded 
as plain text (without headers and therefore lost the relations to each 
other) on my storage organised in more or less bad named folder 
structures. This will become sooner or later the same destiny as many 
browser bookmark collections I saw (not only mine) — unmaintained and 
confusing — especially with silly bookmark managers.


--
Best regards,
Floyd Anderson

Re: [gentoo-user] crazy conky

[Meino . Cramer]

Arve Barsnes  [17-01-04 15:44]:
> On 4 January 2017 at 14:44,  wrote:
> 
> > My config is as follows:
> >
> > conky.config = {
> > background = true,
> > use_xft = true,
> > font = 'Sans:size=8',
> > xftalpha = 1,
> > update_interval = 1.0,
> > total_run_times = 0,
> > own_window = false,
> > own_window_transparent = true,
> > own_window_type = 'desktop',
> > own_window_hints = 'undecorated,below,sticky,
> > skip_taskbar,skip_pager',
> > double_buffer = true,
> > minimum_width = 200, minimum_height = 200,
> > maximum_width = 200,
> > draw_shades = true,
> > draw_outline = false,
> > draw_borders = false,
> > draw_graph_borders = true,
> > default_color = 'white',
> > default_shade_color = 'black',
> > default_outline_color = 'white',
> > alignment = 'top_right',
> > gap_x = 12,
> > gap_y = 12,
> > no_buffers = true,
> > uppercase = false,
> > cpu_avg_samples = 2,
> > override_utf8_locale = false,
> >
> > };
> >
> > I'm not physically at my box at the moment, so I can't test your config,
> but the only difference between yours and mine that should be able to make
> a difference are:
> 
> background = false  (but I launch mine to background from a script anyway,
> so probably no difference)
> own_window = true
> 
> Regards,
> Arve

Hi Arve,

I changed both to values of your config and: TADA!
Conky is not longer crazy!
Thanks a lot! :)
Cheers
Meino

Re: [gentoo-user] depclean missing packages

[Neil Bothwick]

On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote:

> > Using the --deep switch can / does pull in a lot of seemingly extra
> > packages.  
> 
> --deep is practically *required* to do a full proper update.
> 
> Say A is in world, and A depends on B which depends on C.
> C is updated in the tree, and usually you will want C updated.
> 
> However, update world will NOT update C.
> Why? Because "world" is not a synonym for "everything",
> "world" is something quite literal - the exact contents of
> /var/lib/portage/world (and /var/lib/portage/world_sets if present)

> "update world" updates that list only.

That's not quite true, according to the man page. Without --deep portage
considers only the specified files and their immediate dependencies
(deps that are listed in the package's ebuild). So without --deep,
updates to B as well a A would be picked up, but not C.

> Adding --deep follows the
> dependencies of the list, basically meaning
> 
> "update --deep world" IS a synonym for "everything"


-- 
Neil Bothwick

O.K. I'm weird, but I'm saving up to become eccentric.


pgpuWMTcdg3Fm.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Joerg Schilling]

Joerg Schilling  wrote:

> I do no longer remember what triggered the problem. Very simple tables are 
> working.

I should have mentioned that "mandoc" is IIRC 4x larger than the complete UNIX 
"man" subsystem made from:

man(1)
nroff(1)
troff(1)
tbl(1)
eqn(1)
col(1)
...
more(1)

mandoc is "lightweight" only if you compare it with "groff".

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Joerg Schilling]

Wolfgang Mueller  wrote:

> On Wed, Jan 04, 2017 at 16:32:02 +0100, Joerg Schilling wrote:
> > If you think about replacing "man" by "mandoc", please keep in mind that 
> > "mandoc" displays many of the man pages incorrectly.
> > 
> > This is caused by the fact that tables are not correctly understood by 
> > mandoc.
>
> Could you give me some example man pages for this? All tables I have
> found so far (about one or two, since I don't know exactly where to
> look) display correctly for me in mandoc. In any case, I was not aware
> of this, so thanks for mentioning.

Some time ago, I did an automated 100% test with all Solaris man pages:

https://sourceforge.net/p/schillix-on/schillix-on/ci/default/tree/usr/src/man/

and mandoc failed miserably with nearly all of the man pages.

I do no longer remember what triggered the problem. Very simple tables are 
working.

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'

Re: [gentoo-user] depclean missing packages

[Alan McKinnon]

On 04/01/2017 18:06, Corbin Bird wrote:
> 
> On 01/03/2017 02:42 PM, Daniel Frey wrote:
>> So, for the first time I've seen the following message after an `emerge
>> -uDN world`:
>>
>>
>> # emerge -cp
>>
>>  * Always study the list of packages to be cleaned for any obvious
>>  * mistakes. Packages that are part of the world set will always
>>  * be kept.  They can be manually added to this set with
>>  * `emerge --noreplace `.  Packages that are listed in
>>  * package.provided (see portage(5)) will be removed by
>>  * depclean, even if they are part of the world set.
>>  *
>>  * As a safety measure, depclean will not remove any packages
>>  * unless *all* required dependencies have been resolved.  As a
>>  * consequence of this, it often becomes necessary to run
>>  * `emerge --update --newuse --deep @world` prior to depclean.
>>
>> Calculating dependencies... done!
>>  * Dependencies could not be completely resolved due to
>>  * the following required packages not being installed:
>>  *
>>  *   ~dev-qt/qtdeclarative-5.6.1 pulled in by:
>>  * dev-qt/linguist-tools-5.6.1
>>  *
>>  *   ~dev-qt/qtxml-5.6.1 pulled in by:
>>  * dev-qt/linguist-tools-5.6.1
>>  *
>>  *   ~dev-qt/qtcore-5.6.1 pulled in by:
>>  * dev-qt/linguist-tools-5.6.1
>>  *
>>  * Have you forgotten to do a complete update prior to depclean? The
>>  * most comprehensive command for this purpose is as follows:
>>  *
>>  *   emerge --update --newuse --deep --with-bdeps=y @world
>>  *
>>  * Note that the --with-bdeps=y option is not required in many
>>  * situations. Refer to the emerge manual page (run `man emerge`)
>>  * for more information about --with-bdeps.
>>  *
>>  * Also, note that it may be necessary to manually uninstall
>>  * packages that no longer exist in the portage tree, since it may
>>  * not be possible to satisfy their dependencies.
>>
>> What I don't understand is why these packages were not installed in the
>> first place. Should this be reported as a bug? I've ran an update with
>> --with-bdeps as suggested and it's telling me 20 packages are missing
>> from my system! (And is currently installing them.)
>>
>> What I don't understand is I've been updating and depcleaning for more
>> than a decade and haven't seen that message before. Am I just lucky?
>>
>> Dan
>>
> 
> One switch makes all the difference : --deep
> 
> I have not been getting that error message.
> What I have been using  : emerge --update --tree --newuse --deep
> --with-bdeps=y @world
> 
> Using the --deep switch can / does pull in a lot of seemingly extra
> packages.

--deep is practically *required* to do a full proper update.

Say A is in world, and A depends on B which depends on C.
C is updated in the tree, and usually you will want C updated.

However, update world will NOT update C.
Why? Because "world" is not a synonym for "everything",
"world" is something quite literal - the exact contents of
/var/lib/portage/world (and /var/lib/portage/world_sets if present)

"update world" updates that list only. Adding --deep follows the
dependencies of the list, basically meaning

"update --deep world" IS a synonym for "everything"


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Wolfgang Mueller]

On Wed, Jan 04, 2017 at 16:32:02 +0100, Joerg Schilling wrote:
> If you think about replacing "man" by "mandoc", please keep in mind that 
> "mandoc" displays many of the man pages incorrectly.
> 
> This is caused by the fact that tables are not correctly understood by mandoc.

Could you give me some example man pages for this? All tables I have
found so far (about one or two, since I don't know exactly where to
look) display correctly for me in mandoc. In any case, I was not aware
of this, so thanks for mentioning.

-- 
Wolfgang Mueller / vehk.de / GPG 0xc543cfce9465f573


signature.asc
Description: PGP signature

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Wolfgang Mueller]

> Try the -dev list for the MANPATH thing.

Shall do that.

> I think "cron" might be a better global USE flag than "sqlite". Users
> will think "oh, of course I want the apropos/whatis database to be
> updated nightly" with USE=cron. Unless they happen to know that those
> databases are implemented in sqlite, they'll probably just guess at the
> meaning of USE=sqlite.

Good point. I have the USE description in metadata.xml, but even there
did not comment that cron scripts would be installed. Not sure whether
to call it cron, because users would assume it would only install the
cron script and not need sqlite for database generation.

> I would also suggest dropping the "+" defaults unless doing so severely
> cripples the package. The whole point of USE flags is that I can set
> them and all ebuilds will use them -- that stops working if developers
> make their own preferences default in ebuilds.

I thought about dropping the default for sqlite, and will probably do
so. As for manpager: it has + even in man-db, so I thought it would be
best to keep that consistent.

> [snip]
> This might be more appropriate in pkg_config(), because it modifies a
> file that doesn't belong to the package manager, namely mandoc.db. That
> could also solve your MANPATH issue by dumb luck; I'm not sure what the
> environment will look like during emerge --config.

I will try that out, thanks very much for the suggestions/fixes.


-- 
Wolfgang Mueller / vehk.de / GPG 0xc543cfce9465f573


signature.asc
Description: PGP signature

Re: [gentoo-user] depclean missing packages

[Corbin Bird]

On 01/03/2017 02:42 PM, Daniel Frey wrote:
> So, for the first time I've seen the following message after an `emerge
> -uDN world`:
>
>
> # emerge -cp
>
>  * Always study the list of packages to be cleaned for any obvious
>  * mistakes. Packages that are part of the world set will always
>  * be kept.  They can be manually added to this set with
>  * `emerge --noreplace `.  Packages that are listed in
>  * package.provided (see portage(5)) will be removed by
>  * depclean, even if they are part of the world set.
>  *
>  * As a safety measure, depclean will not remove any packages
>  * unless *all* required dependencies have been resolved.  As a
>  * consequence of this, it often becomes necessary to run
>  * `emerge --update --newuse --deep @world` prior to depclean.
>
> Calculating dependencies... done!
>  * Dependencies could not be completely resolved due to
>  * the following required packages not being installed:
>  *
>  *   ~dev-qt/qtdeclarative-5.6.1 pulled in by:
>  * dev-qt/linguist-tools-5.6.1
>  *
>  *   ~dev-qt/qtxml-5.6.1 pulled in by:
>  * dev-qt/linguist-tools-5.6.1
>  *
>  *   ~dev-qt/qtcore-5.6.1 pulled in by:
>  * dev-qt/linguist-tools-5.6.1
>  *
>  * Have you forgotten to do a complete update prior to depclean? The
>  * most comprehensive command for this purpose is as follows:
>  *
>  *   emerge --update --newuse --deep --with-bdeps=y @world
>  *
>  * Note that the --with-bdeps=y option is not required in many
>  * situations. Refer to the emerge manual page (run `man emerge`)
>  * for more information about --with-bdeps.
>  *
>  * Also, note that it may be necessary to manually uninstall
>  * packages that no longer exist in the portage tree, since it may
>  * not be possible to satisfy their dependencies.
>
> What I don't understand is why these packages were not installed in the
> first place. Should this be reported as a bug? I've ran an update with
> --with-bdeps as suggested and it's telling me 20 packages are missing
> from my system! (And is currently installing them.)
>
> What I don't understand is I've been updating and depcleaning for more
> than a decade and haven't seen that message before. Am I just lucky?
>
> Dan
>

One switch makes all the difference : --deep

I have not been getting that error message.
What I have been using  : emerge --update --tree --newuse --deep
--with-bdeps=y @world

Using the --deep switch can / does pull in a lot of seemingly extra
packages.

Hope this helps.

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Michael Orlitzky]

On 01/04/2017 10:21 AM, Wolfgang Mueller wrote:
> 
> I post this on the -user list because it seems to me that I have issues
> relating to several distinct components. If this is better discussed
> somewhere else, I would appreciate some pointers :)

Try the -dev list for the MANPATH thing.


> 
> You can find the ebuild (and corresponding files) here:
> https://github.com/vehk/pramantha/tree/mdocml-wip/sys-apps/mdocml
> 

I have some unrelated comments.

> IUSE="+sqlite +manpager"

I think "cron" might be a better global USE flag than "sqlite". Users
will think "oh, of course I want the apropos/whatis database to be
updated nightly" with USE=cron. Unless they happen to know that those
databases are implemented in sqlite, they'll probably just guess at the
meaning of USE=sqlite.

I would also suggest dropping the "+" defaults unless doing so severely
cripples the package. The whole point of USE flags is that I can set
them and all ebuilds will use them -- that stops working if developers
make their own preferences default in ebuilds.


> src_configure() {
>   cp "${FILESDIR}/configure.local" .

You need "|| die" after that cp.


> ./configure

Same here. If that's a "typical" configure script, the "econf" function
might be easier.


> install -Dm644 LICENSE "${D}/usr/share/licenses/${PN}/LICENSE"

There's no need to install the LICENSE file, and it's actually our
policy not to, since the text of every license is part of the ::gentoo tree.


> pkg_postinst() {
>   if use sqlite; then
>   einfo "Creating mandoc.db database files."
>   makewhatis

This might be more appropriate in pkg_config(), because it modifies a
file that doesn't belong to the package manager, namely mandoc.db. That
could also solve your MANPATH issue by dumb luck; I'm not sure what the
environment will look like during emerge --config.

Re: [gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Joerg Schilling]

Wolfgang Mueller  wrote:

> Hello, list.
>
> For the past few days I have been working on bringing mdocml to Gentoo
> as a full alternative to man-db. In the course of writing the ebuild,
> I have come across some issues on which I would like to have some

If you think about replacing "man" by "mandoc", please keep in mind that 
"mandoc" displays many of the man pages incorrectly.

This is caused by the fact that tables are not correctly understood by mandoc.



Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'

[gentoo-user] Bringing mdocml to Gentoo, MANPATH woes

[Wolfgang Mueller]

Hello, list.

For the past few days I have been working on bringing mdocml to Gentoo
as a full alternative to man-db. In the course of writing the ebuild,
I have come across some issues on which I would like to have some
comments:

1. When submitting the ebuild through bugzilla, is it enough to note
that virtual/man would need changes to reflect that mdocml satisfies
it, or does that warrant a new bug (with depedency on the ebuild)?

2. I have asked about the next questions on freenode's #gentoo-dev-help
channel already, but got no answer: What is the reasoning to suppress
the MANPATH environment variable in ebuilds? Updating/creating the
mandoc database in pkg_postinst will only pick up /usr/share/man, and
fully ignore the gcc and binutils manpages that are correctly set in
MANPATH. This also happens to man-db, which means that the manpages
gcc and binutils bring will *never* show up in apropos or man -k. I'd
be glad to open a bug about this, but wanted first to know if this is
actually a feature.

Note that MANPATH is also not set in the cron.daily script that man-db
brings. You can easily verify this bug like so:

$ man fsf-funding # this will correctly display the fsf-funding manpage
$ apropos fsf # this will find fsfreeze/etc, but *not* fsf-funding

On my testing system that has mdocml set up (and the correct paths fed
into makewhatis), apropos indeed finds fsf-funding. I have not tested
this with man-db yet, but I would assume that sourcing the environment
or somehow setting MANPATH in the ebuild and the cron script would fix
this and add the corresponding manpages to the man-db database.

And with this, we come to...

3. What would be the best way to set the MANPATH in the ebuild and the
cron script? It seems to me that sourcing /etc/profile in the ebuild's
pkg_postinst is a terrible hack, and in my current ebuild (see end of
this mail) I resolved to just let it run on /usr/share/man and to then
alert the user. My cron.daily script indeed sources /etc/profile before
running makewhatis.

I post this on the -user list because it seems to me that I have issues
relating to several distinct components. If this is better discussed
somewhere else, I would appreciate some pointers :)

You can find the ebuild (and corresponding files) here:
https://github.com/vehk/pramantha/tree/mdocml-wip/sys-apps/mdocml

-- 
Wolfgang Mueller / vehk.de / GPG 0xc543cfce9465f573


signature.asc
Description: PGP signature

Re: [gentoo-user] crazy conky

[Arve Barsnes]

On 4 January 2017 at 14:44,  wrote:

> My config is as follows:
>
> conky.config = {
> background = true,
> use_xft = true,
> font = 'Sans:size=8',
> xftalpha = 1,
> update_interval = 1.0,
> total_run_times = 0,
> own_window = false,
> own_window_transparent = true,
> own_window_type = 'desktop',
> own_window_hints = 'undecorated,below,sticky,
> skip_taskbar,skip_pager',
> double_buffer = true,
> minimum_width = 200, minimum_height = 200,
> maximum_width = 200,
> draw_shades = true,
> draw_outline = false,
> draw_borders = false,
> draw_graph_borders = true,
> default_color = 'white',
> default_shade_color = 'black',
> default_outline_color = 'white',
> alignment = 'top_right',
> gap_x = 12,
> gap_y = 12,
> no_buffers = true,
> uppercase = false,
> cpu_avg_samples = 2,
> override_utf8_locale = false,
>
> };
>
> I'm not physically at my box at the moment, so I can't test your config,
but the only difference between yours and mine that should be able to make
a difference are:

background = false  (but I launch mine to background from a script anyway,
so probably no difference)
own_window = true

Regards,
Arve

Re: [gentoo-user] crazy conky

[Meino . Cramer]

Arve Barsnes  [17-01-04 14:24]:
> On 4 January 2017 at 13:16,  wrote:
> 
> > Every application deserves its own freedom...but...
> >
> > Any idea what's happening here?
> >
> 
> Did it used to work or is it a new installation? What does your config look
> like? My conky instances don't behave like this as far as I know, and my
> config looks like this:
> 
> own_window = true,
> own_window_transparent = true,
> own_window_type = 'desktop',
> own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',
> 
> Regards,
> Arve

Hi Arve,

The upgrade was from app-admin/conky-1.9.0-r3 =>
app-admin/conky-1.10.4. With the old version my config works
fine, The new version wants a new syntax (now lua) and a  converter
script was provided, which works fine beside some minor manual edits.

After that update the output of conky looks the same as before, but
the new feature (the crazy move) was added.

My config is as follows:

conky.config = {
background = true,
use_xft = true,
font = 'Sans:size=8',
xftalpha = 1,
update_interval = 1.0,
total_run_times = 0,
own_window = false,
own_window_transparent = true,
own_window_type = 'desktop',
own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',
double_buffer = true,
minimum_width = 200, minimum_height = 200,
maximum_width = 200,
draw_shades = true,
draw_outline = false,
draw_borders = false,
draw_graph_borders = true,
default_color = 'white',
default_shade_color = 'black',
default_outline_color = 'white',
alignment = 'top_right',
gap_x = 12,
gap_y = 12,
no_buffers = true,
uppercase = false,
cpu_avg_samples = 2,
override_utf8_locale = false,

};

conky.text = [[
# ${font sans-serif:bold:size=8}SYSTEM ${hr 2}
# ${font sans-serif:normal:size=8}$sysname $kernel $alignr $machine
# Host:$alignr$nodename
# Uptime:$alignr$uptime
# File System: $alignr${fs_type}
# 
# ${font sans-serif:bold:size=8}PROCESSORS ${hr 2}
# ${font sans-serif:normal:size=8}CPU1: ${cpu cpu1}% ${cpubar cpu1}
# ${font sans-serif:normal:size=8}${cpugraph cpu1}
# ${font sans-serif:normal:size=8}CPU2: ${cpu cpu2}% ${cpubar cpu2}
# ${font sans-serif:normal:size=8}${cpugraph cpu2}
# ${font sans-serif:normal:size=8}CPU3: ${cpu cpu3}% ${cpubar cpu3}
# ${font sans-serif:normal:size=8}${cpugraph cpu3}
# ${font sans-serif:normal:size=8}CPU4: ${cpu cpu4}% ${cpubar cpu4}
# ${font sans-serif:normal:size=8}${cpugraph cpu4}
# ${font sans-serif:normal:size=8}CPU5: ${cpu cpu5}% ${cpubar cpu5}
# ${font sans-serif:normal:size=8}${cpugraph cpu5}
# ${font sans-serif:normal:size=8}CPU6: ${cpu cpu6}% ${cpubar cpu6}
# ${font sans-serif:normal:size=8}${cpugraph cpu6}
# 
# ${font sans-serif:bold:size=8}MEMORY ${hr 2}
# ${font sans-serif:normal:size=8}RAM $alignc $mem / $memmax $alignr $memperc%
# $membar
# 
# ${font sans-serif:bold:size=8}DISKS ${hr 2}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda3 : root ${fs_used_perc 
/}% ${color #92ff9a}${fs_bar /}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda10: home ${fs_used_perc 
/home}% ${color #92ff9a}${fs_bar  /home}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda5 : tmp  ${fs_used_perc 
/tmp}%  ${color #92ff9a}${fs_bar /tmp} 
# ${color #6699ff}${font sans-serif:normal:size=8}/sda1 : boot ${fs_used_perc 
/boot}% ${color #92ff9a}${fs_bar /boot}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda7 : pool00 ${fs_used_perc 
/home/mccramer/data/pools/pool00}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool00} 
# ${color #6699ff}${font sans-serif:normal:size=8}/sda8 : pool01 ${fs_used_perc 
/home/mccramer/data/pools/pool01}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool01}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda9 : pool02 ${fs_used_perc 
/home/mccramer/data/pools/pool02}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool02}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda10: pool03 ${fs_used_perc 
/home/mccramer/data/pools/pool03}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool03}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda11: pool04 ${fs_used_perc 
/home/mccramer/data/pools/pool04}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool04}
# ${color #6699ff}${font sans-serif:normal:size=8}/sda12: pool05 ${fs_used_perc 
/home/mccramer/data/pools/pool05}% ${color #92ff9a}${fs_bar  
/home/mccramer/data/pools/pool05}
# ${color #6699ff}${font sans-serif:normal:size=8}/tmpfs: ramdisc 
${fs_used_perc /home/mccramer/ramdisc}% ${color #92ff9a}${fs_bar 
/home/mccramer/ramdisc}
# ${color #6699ff}${font sans-serif:normal:size=8}/SWAP $alignc ${swap} / 
${swapmax} $alignr ${swapperc}%
# ${swapbar}
# 
# ${font sans-serif:bold:size=8}TOP PROCESSES ${hr 2}
# ${font sans-serif:normal:size=8}${top_mem name 1}${alignr}${top mem 

Re: [gentoo-user] crazy conky

[Arve Barsnes]

On 4 January 2017 at 13:16,  wrote:

> Every application deserves its own freedom...but...
>
> Any idea what's happening here?
>

Did it used to work or is it a new installation? What does your config look
like? My conky instances don't behave like this as far as I know, and my
config looks like this:

own_window = true,
own_window_transparent = true,
own_window_type = 'desktop',
own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',

Regards,
Arve

[gentoo-user] crazy conky

[Meino . Cramer]

Hi,

after successfully compiling conky again (omitting the nvidia related
stuff) another crazy """bug""" appears, which not present in the 
previous version:

My conky configuration puts a vertical "stripe" of horizontal bars and
values at the very right side of the destktop.
By entering an empty desktop (I am using openbox by the way), opening
a terminal window (for example) and moving this window left<->right 
and back and so forth moves the comky output down until it jumps back
in position and the game starts from the beginning...

Hmmm

Every application deserves its own freedom...but...

Any idea what's happening here?

Cheers
Meino

Re: [gentoo-user] Retrieving bounced list messages

[Hogren]

Sorry I didn't read your response.


On 04/01/2017 08:58, Floyd Anderson wrote:
> I see no change to find any message on [1] by its message number.
> Although it were possible, my goal is to have the messages local
> stored and searchable while being offline. Also [2] doesn’t help here
> even though it offers a message download link — it’s not the raw email
> (with header fields). 

For me, this is the raw mail [1]. When you are on a message, click on
"Download message RAW".

> Now there is still one thing. How to get messages (better whole
> threads) for offline usage from a period before the list subscription
> when their message numbers is unknown? 

Use a Bash, Python, C++, or other language with curl/libcurl to filter
by date.
It's quiet easy :
- download the mailing page, with mounths date
- download subpage only if the dates you want are in these
- from subpages, retrieves ids for concerned messages and download it
with an URL like that [2]

[1] : https://marc.info/?l=gentoo-announce=148344860307130=raw
[2] : https://marc.info/?l=gentoo-announce=IDMESSAGE=raw

Hogren

Re: [gentoo-user] Retrieving bounced list messages

[Hogren]

Hello,


With a little search, I saw it (on MARC, software used by gentoo [1]) :

" Robot policy

In theory, we don't mind people snarfing down some MARC pages for
off-line reading. (I travel a lot, and sometimes want to pull down long
threads before hitting the road to read locally, etc.)

On the other hand... first, if we think you are a spam-bot
address-harvester, no death is slow or painful enough. Also, even if
well-intentioned, a robot crawling MARC can sometimes create a DoS; if
the robot sustains many parallel requests (or we happen to be hit by
multiple different robots at the same time) and doesn't back off if the
site starts to slow down, it can bog down the server. In a perfect world
MARC would scale better, and would automatically recognize abusive
robots 100% accurately, 100% of the time. But since it's not a perfect
world... we may throttle traffic from you if your IP, user-agent, or
IP/user-agent combination have misbehaved in the past.

If you want to crawl MARC, please be sure you have a delay between
requests, say one or two seconds. If you think we've mis-identified you
as a robot, please feel free to contact us. Please include information
we'll need to find your activity in our logs, such as the time you get
this message, the IP address(es) you are browsing from, and the
user-agent (web browser) you are using."


With this warning, you can use the MARC interface to try to dump what
you want. Try to start with at the mailing list page [2]. The on MARC
contains date, and others mail headers. Use libcurl and sed should be
sufficient for your needs.



[1] : https://marc.info/?q=about

[2] : https://marc.info/?l=gentoo-announce=1=2



Good luck :)


Hogren


On 04/01/2017 08:58, Floyd Anderson wrote:
> On Tue, 03 Jan 20:12:05 -0500
> Philip Webb  wrote:
>> 170104 Floyd Anderson wrote:
>>> Is it possible — and when how — to retrieve bounced mailing list
>>> messages,
>>> e.g. from  or this list) ?
>>
>> You can recover everything from the Gentoo lists' archive :
>>  http://archives.gentoo.org/ .
>
> Thanks for your response. I’ve already found [1] but it’s hard (even
> impossible) to figure out the bounced message(s) from there. Notice,
> the bouncing messages information from mailing list manager (mlmmj)
> looks like:
>
>> Some messages to you could not be delivered. If you're seeing this
>> message it means things are back to normal, and it′ merely for your
>> information.
>>
>> Here is the list of the bounced messages:
>> - 174956
>> - 174958
>
> I see no change to find any message on [1] by its message number.
> Although it were possible, my goal is to have the messages local
> stored and searchable while being offline. Also [2] doesn’t help here
> even though it offers a message download link — it’s not the raw email
> (with header fields).
>
> Anyway, you push me in the right direction. After digging somewhat
> deeper I found the ability to send a message request to e.g.
>  (where N is the message number).
>
> Now there is still one thing. How to get messages (better whole
> threads) for offline usage from a period before the list subscription
> when their message numbers is unknown?
>
>
> [1] 
> [2] 
>

Re: [gentoo-user] setgid fails with apache 2.4 but not with apache 2.2

[Dale]

mats.lid...@cag.se wrote:
> Hi,
>
> After upgrading to apache 2.4 I'm stuck with getting suexec to work for
> userdir. In the suexec_log I'm getting the error message:
>
> []: uid: (1000/) gid: (100/) cmd: 
> 
> []: failed to setgid (100: )
>
> So it is coming so far as to trying to change the user id and group id but
> fails, at least, on setting the group id.
>
> The odd thing is that if I downgrade to apache 2.2 suexec works and my userdir
> web pages then works fine.
>
> I don't expect that I have found a bug in apache 2.4 so left is something 
> wrong
> in my configuration. But what mistake in the configuration of apache 2.4
> could make setgid to fail? I'm stuck. Suggestions highly appreciated!
>
> Yours


I don't use or have any experience with apache but this was my first
thought when I read your message.  Is there a change in your USE flags
between those two versions? 

My second thought, did you look to see if there is a elog message after
the install?  That may tell you about some other change between those
two versions, if any.  I use elogviewer to see those messages, well, on
those rare occasions that I look. lol 

If neither of those helps any, maybe someone else will pop in with some
real ideas.  ;-)

Dale

:-)  :-) 

[gentoo-user] setgid fails with apache 2.4 but not with apache 2.2

[mats.lidell]

Hi,

After upgrading to apache 2.4 I'm stuck with getting suexec to work for
userdir. In the suexec_log I'm getting the error message:

[]: uid: (1000/) gid: (100/) cmd: 
[]: failed to setgid (100: )

So it is coming so far as to trying to change the user id and group id but
fails, at least, on setting the group id.

The odd thing is that if I downgrade to apache 2.2 suexec works and my userdir
web pages then works fine.

I don't expect that I have found a bug in apache 2.4 so left is something wrong
in my configuration. But what mistake in the configuration of apache 2.4
could make setgid to fail? I'm stuck. Suggestions highly appreciated!

Yours
-- 
%% Mats