Re: [gentoo-user] Recommend a good replacement for XFCE?

[waltdnes]

On Fri, Sep 23, 2016 at 11:45:26PM +, Grant Edwards wrote

> Would anybody care to make a recommendation?

  How about ditching "Desktop Environment" altogether and using a
"Window Manager" instead?  I use ICEWM.  It has to be configured with a
text editor, but you can then set it and forget it.

> The requirements are:
> 
>   * simple and lightweight

  Yup.


>   * support for multiple displays[1]

  Can be done by xrandr / xorg.conf See...
  https://wiki.archlinux.org/index.php/multihead


>   * support for multiple virtual desktops on each display (I
> currently run 4 virtual desktops on each of 3 displays)

  I run 11 virtual desktops on one screen.

>   * must have focus-follows mouse and must be able disable
> "raise-on-click"

  You probably want to select the "PointerFocus" option listed at
  http://www.icewm.org/FAQ/IceWM-FAQ-5.html

>   * some sort of easily modifiable root-window menu that I can use to
> start apps
> 
>   * some sort of task-bar (auto-hide required)
> 
>   * some sort toolbar OK (as long as it's auto-hide)

  Got it all.  But you have to edit the config file with a text
  editor.  ICEWM allows you to make ~/.icewm/menu (the root menu) a
  symlink to ~/.icewm/toolbar if you wish.  Their content will then
  be identical.


>   * GTK-based strongly preferred -- I typically don't have Qt or any
> KDE stuff installed, and have some custom-written GTK apps on
> which I'm rather dependent.

  Does not pull in either GTK or QT.  It's a WM (Window Manager) not
  a DE (Desktop Environment).

>   * I don't want a file manager, terminal emulator, or any other
> bundled apps, so it would be nice if they were all optional,
> separate ebuilds

  An advantage of a WM

> I don't want any storage auto-mounter, network manager, modem manager,
> or any of that sort of thing.  Anything with "manager" in the name is
> probably right out.

  An advantage of a WM

> All I want is something to run urxvt terminals and xemacs windows --
> with maybe an instance of firefox, chrome, or wireshark.  I also
> occasionally run libreoffice or xfreerdp, but only under duress.

  I run mostly web browsers, gnumeric, and some xterms

> I don't want any icons or folders or shortcuts or whatnot on the
> desktop.

  An advantage of a WM

> I don't even need the ability to use an image as my desktop
> "wallpaper": all I want is a user-configurable sold color.

  Available, but not mandatory.

> No fancy animation or translucency silliness.

  Available, but not mandatory.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Recommend a good replacement for XFCE?

[David Haller]

Hello,

On Fri, 23 Sep 2016, Grant Edwards wrote:
>Would anybody care to make a recommendation?

Ever checked out WindowMaker (x11-wm/windowmaker)? The default config
is quite clunky though, but there's many themes and stuff.

>The requirements are:
>
>  * simple and lightweight

Check. Without big bg-images probably < 5MB even on 64bit including
libs.

>  * support for multiple displays[1]

No idea about that. But, from 'man wmaker':

OPTIONS
   -display host:display.screen
  specify display to use. On multiheaded machines, Window
  Maker will automatically manage all screens. If you want
  Window Maker to manage only a specific screen, you must
  supply the screen number you want to have managed with
  the -display command line argument. For example, if you
  want Window Maker to manage only screen 1, start it as:
  wmaker -display :0.1

Never tried that though.

>  * support for multiple virtual desktops on each display (I
>currently run 4 virtual desktops on each of 3 displays)
>  * must have focus-follows mouse and must be able disable
>"raise-on-click"

Check, check.

>  * some sort of easily modifiable root-window menu that I can use to
>start apps

Check. If I understand right, it's the right-click (configurable) menu
anywhere on the desktop itself. Or use a keyboard combo (easily
configurable), as you use xemacs, that should be no problem. If you
move the menu (or any sub-menu), you can "pull the (sub-)menu off" so
it becomes a window in its own right which stays open until you close
it (while you can open other (sub-)menus or whatnot).

>  * some sort of task-bar (auto-hide required)

Just middle-click (configurable) menu anywhere (or use a key-combo)
shows open windows. Autohide is implicit as it's a menu, but again,
it can be pulled off so it'll stay open if you want.

There's also the "App icons" (somewhat like a minified taskbar), I
think they can be disabled in the "Expert User Preferences" of the
config-tool.

>  * some sort toolbar OK (as long as it's auto-hide)

I guess that'd be the "Dock"...

The Dock has a "check" for "start when Window Maker is started", so I
guess ... I guess the Icons can be switched off too if you prefer a
panel/toolbar. But no auto-hide.

wmaker has '--no-clip' and '--no-dock' options, so you'd just get the
root-window plus the menus. Adding (auto-hiding) panel-apps / taskbars
should then be no problem.

But I'm not sure what you mean by root-window menu / task-bar /
toolbar.

>  * GTK-based strongly preferred -- I typically don't have Qt or any
>KDE stuff installed, and have some custom-written GTK apps on
>which I'm rather dependent.

Just plain X plus a couple smallish own libs:

$ ls -lh /usr/lib64/{libWINGs,libWUtil,libwraster}.so.?.?.? 
-rwxr-xr-x 1 root root 495K Jul  6 04:27 /usr/lib64/libWINGs.so.3.1.0
-rwxr-xr-x 1 root root 144K Jul  6 04:27 /usr/lib64/libWUtil.so.5.0.0
-rwxr-xr-x 1 root root 143K Jul  6 04:27 /usr/lib64/libwraster.so.5.0.0

And those libs are unstripped, though that isn't much (439, 124, and
132kB, I just stripped copies in /tmp ;)

>  * I don't want a file manager, terminal emulator, or any other
>bundled apps, so it would be nice if they were all optional,
>separate ebuilds

Just the actual window manager, a config-tool and some small helpers
(e.g. wmclip, wmdock, wmsetbg).

>I don't want any storage auto-mounter, network manager, modem manager,
>or any of that sort of thing.  Anything with "manager" in the name is
>probably right out.

Neither do I :) As well as most anything with "Kit".

>All I want is something to run urxvt terminals and xemacs windows --

Same here (with (u)xterms ;).

>with maybe an instance of firefox, chrome, or wireshark.  I also
>occasionally run libreoffice or xfreerdp, but only under duress.
>
>I don't want any icons or folders or shortcuts or whatnot on the
>desktop.

Then WMaker seems fitting ;)

>I don't even need the ability to use an image as my desktop
>"wallpaper": all I want is a user-configurable sold color.

Easy to configure via the config tool.

>When I'm moving/resizing a window, all I want to see is a wireframe --
>I don't need a window's contents being re-rendered constantly as I
>move or resize it.

Got that. "Window Handling Preferences" -> "Opaque Move" (on/off)
plus "Miscellaneous Ergonomic Preferences" -> "Size
Display"/"Position Display" ...

>No fancy animation or translucency silliness.

You got that. IIRC the default has some frills you'd need to turn off.

But no fear, you need to do that only once, I did that in IIRC 2002 or
so with WMaker 0.65 and never touched that config ever again. I think
there was once some feature renamed or so, but you get that with
xemacs/mutt/tin as well.

So, IMO it's should be worth a look. But _do_ have a look through the
config-tool at the options (like the focus and moving stuff) and
ignore the UI-look, that can be tuned a lot, the 

Re: [gentoo-user] KDE5 & Disabling search and recent documents & thoughts

[Frank Steinmetzger]

On Sun, Apr 10, 2016 at 04:55:05PM -0700, Daniel Frey wrote:
> OK
> 
> WHY can't we have a single checkbox to disable all this crap? I found
> one and it didn't work (search in system settings.) Then when I was
> searching around online I found out it will reenable itself magically
> randomly anyway!

It's a different kind of search than the one you speak of, but the The "new
classic menu" has become practically unusable by keyboard thanks to its new
built-in search field. :’(
- The search field eats every key stroke except the cursor keys, so there is
  no more way of selecting an item by its first letter. Why a search field
  at all? We have KRunner for that (as long as it isn’t crashing).
- The Favourites and Power options on the left margin are not reachable with
  the keyboard at all.
- In KDE4 I could do Alt+F1 + V + R to put the computer to sleep from the
  "Leave" submenu. Now I must press Alt+F1 + Cursor up + Cursor right + 3 ×
  Cursor down + Enter to achieve the same.

I can’t imagine a feature request for the search to be hideable will be
heard. But just as those poor Windows 10 users do, I keep sticking to KDE,
because all in all, KDE is still the best thing out there. I upgraded my
main PC when KDE4 was removed from the package manager, but I just can’t
bring it over my heart to do the same on the laptop.
KDE4 is just too cozy, even with its few remaining quirks. =)

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

I consider bowling to be a smashing idea.


signature.asc
Description: Digital signature

Re: [gentoo-user] Recommend a good replacement for XFCE?

[Alecks Gates]

On 09/23/2016 06:45 PM, Grant Edwards wrote:
> I've been running XFCE for many, many years, and I was perfectly happy
> with it until 4.11 came out.  Support for multiple displays[1] was
> broken in xfdesktop by a commit made in 2013. It's been broken ever
> since, and there doesn't appear to be any intention of fixing it.
> 
> About a year ago, when 4.12 went stable, I had to block it to avoid
> this bug.  I've been running 4.10 ever since, but the ebuild for 4.10
> just got pruned, so it's probably time to start thinking about
> switching to a different desktop.
> 
> Would anybody care to make a recommendation?
> 
> The requirements are:
> 
>   * simple and lightweight
> 
>   * support for multiple displays[1]
> 
>   * support for multiple virtual desktops on each display (I
> currently run 4 virtual desktops on each of 3 displays)
> 
>   * must have focus-follows mouse and must be able disable
> "raise-on-click"
> 
>   * some sort of easily modifiable root-window menu that I can use to
> start apps
> 
>   * some sort of task-bar (auto-hide required)
> 
>   * some sort toolbar OK (as long as it's auto-hide)
> 
>   * GTK-based strongly preferred -- I typically don't have Qt or any
> KDE stuff installed, and have some custom-written GTK apps on
> which I'm rather dependent.
> 
>   * I don't want a file manager, terminal emulator, or any other
> bundled apps, so it would be nice if they were all optional,
> separate ebuilds
> 
> I don't want any storage auto-mounter, network manager, modem manager,
> or any of that sort of thing.  Anything with "manager" in the name is
> probably right out.
> 
> All I want is something to run urxvt terminals and xemacs windows --
> with maybe an instance of firefox, chrome, or wireshark.  I also
> occasionally run libreoffice or xfreerdp, but only under duress.
> 
> I don't want any icons or folders or shortcuts or whatnot on the
> desktop.
> 
> I don't even need the ability to use an image as my desktop
> "wallpaper": all I want is a user-configurable sold color.
> 
> When I'm moving/resizing a window, all I want to see is a wireframe --
> I don't need a window's contents being re-rendered constantly as I
> move or resize it.
> 
> No fancy animation or translucency silliness.
> 
> [1] I'm referring to separate X11 displays/desktops, not a single
> logical display spread across multiple physical monitors.
> 

Have you considered MATE?  It's a pretty darn good replacement for XFCE;
very 'minimal' -- though not quite as minimal as what you suggest -- and
GTK+ based.  I'm not extremely familiar with all of its features or lack
thereof, but I was pleasantly surprised by it.

-- 
Alecks Gates


0x26CA0F78.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

[gentoo-user] Recommend a good replacement for XFCE?

[Grant Edwards]

I've been running XFCE for many, many years, and I was perfectly happy
with it until 4.11 came out.  Support for multiple displays[1] was
broken in xfdesktop by a commit made in 2013. It's been broken ever
since, and there doesn't appear to be any intention of fixing it.

About a year ago, when 4.12 went stable, I had to block it to avoid
this bug.  I've been running 4.10 ever since, but the ebuild for 4.10
just got pruned, so it's probably time to start thinking about
switching to a different desktop.

Would anybody care to make a recommendation?

The requirements are:

  * simple and lightweight

  * support for multiple displays[1]

  * support for multiple virtual desktops on each display (I
currently run 4 virtual desktops on each of 3 displays)

  * must have focus-follows mouse and must be able disable
"raise-on-click"

  * some sort of easily modifiable root-window menu that I can use to
start apps

  * some sort of task-bar (auto-hide required)

  * some sort toolbar OK (as long as it's auto-hide)

  * GTK-based strongly preferred -- I typically don't have Qt or any
KDE stuff installed, and have some custom-written GTK apps on
which I'm rather dependent.

  * I don't want a file manager, terminal emulator, or any other
bundled apps, so it would be nice if they were all optional,
separate ebuilds

I don't want any storage auto-mounter, network manager, modem manager,
or any of that sort of thing.  Anything with "manager" in the name is
probably right out.

All I want is something to run urxvt terminals and xemacs windows --
with maybe an instance of firefox, chrome, or wireshark.  I also
occasionally run libreoffice or xfreerdp, but only under duress.

I don't want any icons or folders or shortcuts or whatnot on the
desktop.

I don't even need the ability to use an image as my desktop
"wallpaper": all I want is a user-configurable sold color.

When I'm moving/resizing a window, all I want to see is a wireframe --
I don't need a window's contents being re-rendered constantly as I
move or resize it.

No fancy animation or translucency silliness.

[1] I'm referring to separate X11 displays/desktops, not a single
logical display spread across multiple physical monitors.

-- 
Grant Edwards   grant.b.edwardsYow! FROZEN ENTREES may
  at   be flung by members of
  gmail.comopposing SWANSON SECTS ...

Re: [gentoo-user] Re: Madly flickering display

[Mick]

On Friday 23 Sep 2016 21:11:12 Kai Krakow wrote:
> Am Fri, 23 Sep 2016 19:11:33 +0100
> 
> schrieb Mick :
> > On Friday 23 Sep 2016 10:36:23 J. Roeleveld wrote:

> > > I have the following:
> > > $ grep INPUT /etc/portage/make.conf
> > > INPUT_DEVICES="evdev keyboard mouse joystick"
> > 
> > Do you need "keyboard mouse joystick" if you have evdev set?
> 
> Keyboard and mouse work with only "evdev" set. I'm not sure about
> joystick, I still have to try. My INPUT_DEVICES is currently set to
> "evdev joystick".

evdev is quite mature so it should work on its own without joystick, but you 
can always fine tune it by adding your own configuration in 
/etc/X11/xorg.conf.d/10-evdev.conf
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Vim puts command in when starting up

[William Ernesto Cárdenas Gómez]

El Fri, 23 Sep 2016 09:24:02 -0700
Daniel Frey  escribió:
> On 09/23/2016 08:00 AM, pc0147 Sistemas Will_ecg wrote:
> > El jue, 22-09-2016 a las 08:32 -0700, Daniel Frey escribió:  
> >> For some reason, on one box, whenever I start vim it puts
> >> "://" on the command line. I've looked in vimrc and
> >> can't see any reference to this. Hitting Enter yields "E486:
> >> Pattern not found
> >> :"
> >>
> >> I've noticed that it's been behaving strangely but I cannot figure
> >> out
> >> the cause. Last time I noticed something odd was when I commented
> >> out something in package.mask (with #) and saved it. Portage
> >> complained it
> >> was invalid and when I opened it again the '#' changed to 'g'.
> >>
> >> I've removed and reinstalled vim packages, no luck.
> >>
> >> Has anyone seen this?
> >>
> >> Dan
> >>  
> > 
> > I had the same problem, the only solution I found was to add the
> > vimrc for user ~.vimrc and at least set one thing. I only set the
> > colorscheme and now works fine, the problem is that you should set
> > it for all your users, in my case was my personal user and root.
> >   
> 
> I tried this, with "set nowrap" in a .vimrc, and it made no
> difference. What I find baffling is that out of six machines only one
> is doing this!
> 
> Dan
> 

I've just test again, and I tried with some other options and only
works with colorscheme. I don't know why.

Re: [gentoo-user] Madly flickering display

[David Haller]

Hello,

On Fri, 23 Sep 2016, Peter Humphrey wrote:
>I've broken this out from the thread it appeared in, Problems with Xinerama 
>I found from Xorg.0.log that X11 wasn't finding an evdev module, even though 
>I had INPUT_DEVICES="evdev" in make.conf. So I added USE=evdev to dev-
>qt/qtgui* and that created the module, even though kensington@gentoo said it 
>had nothing to do with it.

Do you have x11-drivers/xf86-input-evdev installed?

# equery files  x11-drivers/xf86-input-evdev |grep '\.so'
/usr/lib64/xorg/modules/input/evdev_drv.so

That's the 'evdev' module that your X doesn't find.

-dnh

-- 
"I'm nobody's puppet!"-- Rygel XIV

[gentoo-user] Re: Madly flickering display

[Kai Krakow]

Am Fri, 23 Sep 2016 19:11:33 +0100
schrieb Mick :

> On Friday 23 Sep 2016 10:36:23 J. Roeleveld wrote:
> > On Friday, September 23, 2016 09:13:00 AM Peter Humphrey wrote:  
> > > I've broken this out from the thread it appeared in, Problems with
> > > Xinerama
> > > after upgrade to Plasma (KDE5):
> > > 
> > > On Friday 16 Sep 2016 11:18:18 I wrote:
> > >   
>  [...]  
> > >   
>  [...]  
> > > 
> > > I found from Xorg.0.log that X11 wasn't finding an evdev module,
> > > even though I had INPUT_DEVICES="evdev" in make.conf. So I added
> > > USE=evdev to dev- qt/qtgui* and that created the module, even
> > > though kensington@gentoo said it had nothing to do with it.  
> > 
> > I have the following:
> > $ grep INPUT /etc/portage/make.conf
> > INPUT_DEVICES="evdev keyboard mouse joystick"  
> 
> Do you need "keyboard mouse joystick" if you have evdev set?

Keyboard and mouse work with only "evdev" set. I'm not sure about
joystick, I still have to try. My INPUT_DEVICES is currently set to
"evdev joystick".

-- 
Regards,
Kai

Replies to list-only preferred.


pgpA3J2wOTcRK.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] Madly flickering display

[Mick]

On Friday 23 Sep 2016 10:36:23 J. Roeleveld wrote:
> On Friday, September 23, 2016 09:13:00 AM Peter Humphrey wrote:
> > I've broken this out from the thread it appeared in, Problems with
> > Xinerama
> > after upgrade to Plasma (KDE5):
> > 
> > On Friday 16 Sep 2016 11:18:18 I wrote:
> > 
> > --->8
> > 
> > > I upgraded yesterday from 5.7.4 to 5.7.5. I hoped the problem I have had
> > > been fixed, but no. If I switch desktops too many times, or too often or
> > > something, the desktop becomes unusable until I reboot (I haven't tried
> > > just restarting xdm). It flickers rapidly, bits of one desktop are shown
> > > in the middle of another or on a blank background, and it's hard to see
> > > just which is the currently active desktop.
> > > 
> > > This may be a bad interaction with the xorg-driver for my AMD GPU, which
> > > has only been on the market for about a year. Though
> > > sys-firmware/amdgpu-ucode hasn't changed since June.
> > 
> > I found from Xorg.0.log that X11 wasn't finding an evdev module, even
> > though I had INPUT_DEVICES="evdev" in make.conf. So I added USE=evdev to
> > dev- qt/qtgui* and that created the module, even though kensington@gentoo
> > said it had nothing to do with it.
> 
> I have the following:
> $ grep INPUT /etc/portage/make.conf
> INPUT_DEVICES="evdev keyboard mouse joystick"

Do you need "keyboard mouse joystick" if you have evdev set?

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Vim puts command in when starting up

[Daniel Frey]

On 09/23/2016 08:00 AM, pc0147 Sistemas Will_ecg wrote:
> El jue, 22-09-2016 a las 08:32 -0700, Daniel Frey escribió:
>> For some reason, on one box, whenever I start vim it puts
>> "://" on the command line. I've looked in vimrc and can't
>> see any reference to this. Hitting Enter yields "E486: Pattern not
>> found
>> :"
>>
>> I've noticed that it's been behaving strangely but I cannot figure
>> out
>> the cause. Last time I noticed something odd was when I commented out
>> something in package.mask (with #) and saved it. Portage complained
>> it
>> was invalid and when I opened it again the '#' changed to 'g'.
>>
>> I've removed and reinstalled vim packages, no luck.
>>
>> Has anyone seen this?
>>
>> Dan
>>
> 
> I had the same problem, the only solution I found was to add the vimrc
> for user ~.vimrc and at least set one thing. I only set the colorscheme
> and now works fine, the problem is that you should set it for all your
> users, in my case was my personal user and root.
> 

I tried this, with "set nowrap" in a .vimrc, and it made no difference.
What I find baffling is that out of six machines only one is doing this!

Dan

Re: [gentoo-user] Vim puts command in when starting up

[Daniel Frey]

On 09/23/2016 12:29 AM, Franz Fellner wrote:
> Could you try
> vim -u NONE
> to see if there is an issue with your config or one of your plugins?
> 

Yes, that started up correctly, for all users on the affected machine. I
have several systems at home and only one machine is affected this way.

I searched for vimrc on my system and the only result is /etc/vim/vimrc.
I renamed this file to something else, and it made no difference.

I also copied /etc/vimrc from a machine that doesn't exhibit this
behaviour and it also made no difference.

The .viminfo on the box shows:



# hlsearch on (H) or off (h):
~h
# Last Search Pattern:
~MSLe0~/

# Command Line History (newest to oldest):
:q
|2,0,1474647273,,"q"
://00
|2,0,1474569768,,"//00"

# Search String History (newest to oldest):
? 
|2,1,1474569768,,""



However, I did not type any of those commands nor did I search for them.

The only additional package I installed was the english dictionary, I
removed that and no difference.

It is showing this behaviour for versions 7.4.769 and 8.0.0005.

Dan

[gentoo-user] Re: KDE5 & Disabling search and recent documents & thoughts

[Daniel Frey]

On 04/10/2016 04:55 PM, Daniel Frey wrote:
> OK
> 
> We're in 2016 now. And KDE *still* doesn't make it easy to disable their
> damn indexer. I've never wanted to search through my menu, I've never
> wanted it to remember every damn file I've opened. It's a personal
> preference.
> 

Just an update - you can actually disable the recent documents menu in
system settings, but it's well hidden, almost like they don't want you
to find it. IMO, privacy settings should be a main icon (maybe under
personalization?) in system settings

system settings-> desktop behaviour -> activities -> privacy tab.

Dan

Re: [gentoo-user] Vim puts command in when starting up

[pc0147 Sistemas Will_ecg]

El jue, 22-09-2016 a las 08:32 -0700, Daniel Frey escribió:
> For some reason, on one box, whenever I start vim it puts
> "://" on the command line. I've looked in vimrc and can't
> see any reference to this. Hitting Enter yields "E486: Pattern not
> found
> :"
> 
> I've noticed that it's been behaving strangely but I cannot figure
> out
> the cause. Last time I noticed something odd was when I commented out
> something in package.mask (with #) and saved it. Portage complained
> it
> was invalid and when I opened it again the '#' changed to 'g'.
> 
> I've removed and reinstalled vim packages, no luck.
> 
> Has anyone seen this?
> 
> Dan
> 

I had the same problem, the only solution I found was to add the vimrc
for user ~.vimrc and at least set one thing. I only set the colorscheme
and now works fine, the problem is that you should set it for all your
users, in my case was my personal user and root.
-- 
Will_ecg 

Re: [gentoo-user] Bash failed to compile

[konsolebox]

On Fri, Sep 23, 2016 at 10:14 AM,   wrote:
> Hi,
>
> may be bash is missing a lib?
>
> x86_64-pc-linux-gnu-gcc -L./builtins -L./lib -L./lib -L./lib/glob 
> -L./lib/tilde  -L./lib/sh -Wl,-O1 -Wl,--as-needed-march=native -O2 -pipe 
> -msse3 -ggdb -o bash shell.o eval.o y.tab.o general.o make_cmd.o print_cmd.o  
> dispose_cmd.o execute_cmd.o variables.o copy_cmd.o error.o expr.o flags.o 
> jobs.o subst.o hashcmd.o hashlib.o mailcheck.o trap.o input.o unwind_prot.o 
> pathexp.o sig.o test.o version.o alias.o array.o arrayfunc.o assoc.o braces.o 
> bracecomp.o bashhist.o bashline.o  list.o stringlib.o locale.o findcmd.o 
> redir.o pcomplete.o pcomplib.o syntax.o xmalloc.o  -lbuiltins -lglob -lsh 
> -lreadline -lhistory -lcurses -ltilde
> ./lib/sh/libsh.a(tmpfile.o): In function `sh_mktmpname':
> /var/tmp/portage/app-shells/bash-4.3_p46-r1/work/bash-4.3/lib/sh/tmpfile.c:129:
>  warning: the use of `mktemp' is dangerous, better use `mkstemp'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld:
>  bashline.o: undefined reference to symbol 'tputs'
> /usr/lib64/libtinfo.so.5: error adding symbols: DSO missing from command line
> collect2: error: ld returned 1 exit status
> Makefile:553: recipe for target 'bash' failed
> make: *** [bash] Error 1

I had a solution for this.  Study the second patch, then apply it to a
copy of app-shells/bash in a local overlay.

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

-- 
konsolebox

Re: [gentoo-user] Bash failed to compile

[David Haller]

Hello,

On Fri, 23 Sep 2016, meino.cra...@gmx.de wrote:
>may be bash is missing a lib?
>
>x86_64-pc-linux-gnu-gcc -L./builtins -L./lib -L./lib -L./lib/glob 
>-L./lib/tilde  -L./lib/sh -Wl,-O1 -Wl,--as-needed-march=native -O2 -pipe 
>-msse3 -ggdb -o bash shell.o eval.o y.tab.o general.o make_cmd.o print_cmd.o  
>dispose_cmd.o execute_cmd.o variables.o copy_cmd.o error.o expr.o flags.o 
>jobs.o subst.o hashcmd.o hashlib.o mailcheck.o trap.o input.o unwind_prot.o 
>pathexp.o sig.o test.o version.o alias.o array.o arrayfunc.o assoc.o braces.o 
>bracecomp.o bashhist.o bashline.o  list.o stringlib.o locale.o findcmd.o 
>redir.o pcomplete.o pcomplib.o syntax.o xmalloc.o  -lbuiltins -lglob -lsh 
>-lreadline -lhistory -lcurses -ltilde 
>./lib/sh/libsh.a(tmpfile.o): In function `sh_mktmpname':
>/var/tmp/portage/app-shells/bash-4.3_p46-r1/work/bash-4.3/lib/sh/tmpfile.c:129:
> warning: the use of `mktemp' is dangerous, better use `mkstemp'
>/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: 
>bashline.o: undefined reference to symbol 'tputs'
>/usr/lib64/libtinfo.so.5: error adding symbols: DSO missing from command line
 

But AFAIR it's better to rebuild sys-libs/ncurses:0 without the tinfo
useflag.

HTH,
-dnh

-- 
Words fail me.  Thank goodness I can make gestures.-- Mark Hughes

[gentoo-user] What is current "worst practice" for maximum bells?

[Håkon Alstadheim]

What is a good strategy for setting use-flags to get the most out of a
fairly recent graphics card these days?

It used to be (for me at least) that I just made sure I had the latest
opengl and associated libs, and the latest mesa if my card was
supported. These days things get more complicated, especially if you
want to try out KDE and plasma alongside Gnome.

Do I just turn everything on globally (wayland egl gles gles1 gles2
opengl mesa gtk* ) , and then go through all conflicts one by one ? If
not, what flags do I set globally, and which packages do I add specific
use-flags to?

My primary desktop is just fluxbox, but occasionally I like to run both
KDE and Gnome stuff with everything turned on to the max.

I have plenty of CPU, so the stuff with "embedded" in the descriptions
sound like I should leave them alone, but when I get down to resolving
conflicts, it feels like I am going against the grain, with cascading
dependencies leading into a murky mess of details.

Some road signs, anyone?

Re: [gentoo-user] Madly flickering display

[J. Roeleveld]

On Friday, September 23, 2016 09:13:00 AM Peter Humphrey wrote:
> I've broken this out from the thread it appeared in, Problems with Xinerama
> after upgrade to Plasma (KDE5):
> 
> On Friday 16 Sep 2016 11:18:18 I wrote:
> 
> --->8
> 
> > I upgraded yesterday from 5.7.4 to 5.7.5. I hoped the problem I have had
> > been fixed, but no. If I switch desktops too many times, or too often or
> > something, the desktop becomes unusable until I reboot (I haven't tried
> > just restarting xdm). It flickers rapidly, bits of one desktop are shown
> > in the middle of another or on a blank background, and it's hard to see
> > just which is the currently active desktop.
> > 
> > This may be a bad interaction with the xorg-driver for my AMD GPU, which
> > has only been on the market for about a year. Though
> > sys-firmware/amdgpu-ucode hasn't changed since June.
> 
> I found from Xorg.0.log that X11 wasn't finding an evdev module, even though
> I had INPUT_DEVICES="evdev" in make.conf. So I added USE=evdev to dev-
> qt/qtgui* and that created the module, even though kensington@gentoo said
> it had nothing to do with it.

I have the following:
$ grep INPUT /etc/portage/make.conf 

   
INPUT_DEVICES="evdev keyboard mouse joystick"

My qtgui doesn't have this USE-flag set.

According to my X-logs ( /var/log/Xorg.0.log ) it does find the evdev-module.

> I still get the rapid flickering and general confusion though, which is
> cured by logging out and in again.

I just tested on my desktop by madly switching desktops for 2 minutes using 
the keyboard bindings (CTRL + F1..4) and didn't see this happening.

> * That was the only relevant package to have such a USE flag, according to
> "equery h -p evdev".

Same on my system.
(Not counting games-emulation/dolphin :) )

--
Joost

[gentoo-user] Madly flickering display

[Peter Humphrey]

I've broken this out from the thread it appeared in, Problems with Xinerama 
after upgrade to Plasma (KDE5):

On Friday 16 Sep 2016 11:18:18 I wrote:

--->8

> I upgraded yesterday from 5.7.4 to 5.7.5. I hoped the problem I have had
> been fixed, but no. If I switch desktops too many times, or too often or
> something, the desktop becomes unusable until I reboot (I haven't tried
> just restarting xdm). It flickers rapidly, bits of one desktop are shown
> in the middle of another or on a blank background, and it's hard to see
> just which is the currently active desktop.
> 
> This may be a bad interaction with the xorg-driver for my AMD GPU, which
> has only been on the market for about a year. Though
> sys-firmware/amdgpu-ucode hasn't changed since June.

I found from Xorg.0.log that X11 wasn't finding an evdev module, even though 
I had INPUT_DEVICES="evdev" in make.conf. So I added USE=evdev to dev-
qt/qtgui* and that created the module, even though kensington@gentoo said it 
had nothing to do with it.

I still get the rapid flickering and general confusion though, which is 
cured by logging out and in again.

* That was the only relevant package to have such a USE flag, according to 
"equery h -p evdev".

-- 
Rgds
Peter

Re: [gentoo-user] Vim puts command in when starting up

[Franz Fellner]

Could you try
vim -u NONE
to see if there is an issue with your config or one of your plugins?

On Thu, 22 Sep 2016 11:28:34 -0700, Daniel Frey  wrote:
> On 09/22/2016 09:17 AM, Matthias Gerstner wrote:
> > Hi,
> > 
> >> For some reason, on one box, whenever I start vim it puts
> >> "://" on the command line. I've looked in vimrc and can't
> >> see any reference to this. Hitting Enter yields "E486: Pattern not found
> >> :"
> > 
> > I've had a similar issues for the past months with my vim. It was
> > related to my using the "urxvt" terminal and its TERM variable being set
> > to "rxvt-unicode".
> > 
> > In my case the effect didn't always show up but only under certain
> > conditions. I remember having seen a bug report for vim back then but
> > can't seem to find it right now. There are similar, older bug reports,
> > however, like this one:
> > 
> > https://bbs.archlinux.org/viewtopic.php?id=199362
> > 
> > I also remember there was a bugfix to vim back then to fix the issue.
> > But the version containing the bugfix was not yet stable in portage and
> > so I've lived with the occasional bug until now. I'm currently using
> > vim-7.4.769 and I think the bugfix was contained just a few micro
> > versions later if I'm not mistaken.
> 
> Hmm, I've just upgraded to vim v8 and it is still doing it. I'm quite
> confused.
> 
> Dan
> 
> 
> 
> 
-- 

Re: [gentoo-user] Vim puts command in when starting up

[Matthias Gerstner]

Hi,

> Hmm, I've just upgraded to vim v8 and it is still doing it. I'm quite
> confused.

I'm sorry to hear that. I didn't try an update myself yet. Maybe the
cause of your issue is a different one then.

I think the cause of this effect is in the area of the terminal handling
and termcap information within vim. You may try experimenting with
different terminal emulators and TERM variable values (for example you
can test whether the bug still triggers with 'export TERM=dump' set).
Maybe you can find a workaround this way. Or gather enough information
for a bug report.

Best regards

Matthias

-- 
Matthias Gerstner, Dipl.-Wirtsch.-Inf. (FH)
Entwicklung
 
NCP engineering GmbH
Dombühler Straße 2, D-90449, Nürnberg
Geschäftsführer Peter Söll, HRB-Nr: 77 86 Nürnberg
 
Telefon: +49 911 9968-153, Fax: +49 911 9968-229
E-Mail: matthias.gerst...@ncp-e.com
Internet: http://www.ncp-e.com



signature.asc
Description: Digital signature

Re: [gentoo-user] Bash failed to compile

[Jeremi Piotrowski]

On Fri, Sep 23, 2016 at 04:14:24AM +0200, meino.cra...@gmx.de wrote:
> Hi,
> 
> may be bash is missing a lib?
> 
> /usr/lib64/libtinfo.so.5: error adding symbols: DSO missing from command line

Nope, this is a well known class of build system bugs, we have a tracker
for it in our bugzilla (#457530). Search for a bash bug report, or open a new
one and link it to the tracker.

Briefly: libncurses can be split with some symbols (functions) landing
in libncurses and others in libtinfo. This is controlled by the tinfo USE
flag to sys-libs/ncurses. I don't know whose idea this was but I know
that, among others, CUDA requires this split.

But I'm actually starting to think that this fight is not worth fighting
and we should just go back to a single library. The split just adds
unnecessary complexity. Perhaps emerging sys-libs/ncurses[-tinfo] and
symlinking libncurses.so to libtinfo.so would be the best solution for
all.