@Gilles i do

open("testvim", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
write(3, ":cccc/0000/0000/0000[>85;95;0c\n", 31) = 31
fsync(3)

lovely, after my machine updated vim to 7.4.769, that character string gets written into the current position of any file I open it with

not sure yet where exactly that is coming from, but cccc/0000/0000/0000 is my urxvt background color and the other bit is probably the foreground color...

the file output is getting a bit more as if the file exists, the line gets corrupted and left in insert mode

upgrading to vim 7.4.827 fixed it, though I'm not sure if it was that or perhaps a linking inconsistency with ncurses or some other library...

Hi, please see the quesiton unix.stackexchange.com/questions/226377/…. Now I realise that the problem is not with internet or encoding at all. It's just the font issue. I removed the culprit font and everything is ok now. I took a wrong track in debugging. What should I do with this question?

@nitishch Answer your own question....

(with a bit more detail then you wrote here in the chat)

(what debugging you did, how you arrived to that conclusion, ...)

Then everyone on the site will know you found an answer yourself and will not try to debug any further. @nitishch

Hi all

Mornin

How are you all?

Is there any good way to tell if I should update my Linux Mint distro or not? I read somewhere that an older pc may not always be stable with new releases, or something..

@OliverSchöning You always to upgrade to security upgrades. What version/release are you running?

Hey everyone!

Anyone is active?

yep, listenning

What is the way to update from RHEL 6.3 to 6.4 or 6.5 not the current 6.7?

@Kanth Probably yum. But I'm not sure exactly what you are asking.

@FaheemMitha in debian-speak that would "upgrade from old-old-stable to old-stable rather than stable"

@casey Right. Well, in Debian, at least, the mechanisms would be the same regardless.

@FaheemMitha Yum update updates the rhel from any older version to current version

But I need to update from very lower(6.3) to lower(6.5)

Not from 6.3 to 6.7

@Kanth try looking at github.com/bth-/satellite-scripts/tree/master/create-release or similar

googling how to upgrade to specific rhat versions returns a lot of hits

download an iso, have /etc/yum.d/foo.conf pointing to it, remove all other depot, and try yum update.

can any one suggest a good virtual console font that would be close to sans serfi

@Kanth I don't see why.

@Ramesh Hey, long time no see! How goes it?

@FaheemMitha Going good. How are you? :)

@Ramesh I'm Ok. How's the job?

Amazon, right?

@FaheemMitha yeah. It's going good so far. :)

@casey ah, good to know

I'm making improvements to my Sawfish configuration and I was wondering how Awesome does some stuff

for example, are tag names saved between sessions?

or are they things you're supposed to set statically in your config file?

how do you switch on/off/to a tag based on its name?

@Gilles afaik, they are static and hardcoded into the lua configuration file

you can switch tags with modkey+<number> and you can send a window to a tag with ctrl+modkey+<number>

those work for the numbering, but I'm not sure how address them via name

admittedly I don't delve deep into that part of the WM except to keep certain things on certain tags

turning a tag on/off I only do with the mouse, left-click to change to a tag, right-click to toggle it on/off (clicking on the tag name in the menubar)

I'm not sure how to do that programmaticly

but it looks like you can do that stuff in lua from the awful.tag module

actually, that module does all of that stuff. add/delete tags, set which tags are visible (by name or index)

but, adding/deleting wont be persistent unless you write that code yourself to save/restore state (or perhaps someone already has) because by default the tags are setup in the startup file

disappointing

I just wrote some code to save workspace names in Sawfish, because I was tired of setting them each time I log in — my workspace names tend to outlast sessions but few of them are universal

there are some third-party lua scripts to improve the tagging and add some semblance of dynamic tags, but it doesn't look like they implement a true dynamic persistent tag setup.

One I looked at just pre-defined a bunch of non-visible tags and just enables them when programs associated with them are started

@casey how are tags associated with a program? Based on the window class?

I've never found that to be useful. Why would you group windows of the same application on a tag?

@Gilles you can match with window name, class, role, type, etc

@casey name is more useful, but still, I wonder how that works out

I don't find it useful either. I have web browser windows laying all over the place and restricting a terminal to a tag would be pointless

I've always found “launch the window on the current workspace” to be the best default

i just launch stuff where I want it or launch it and move it

@Gilles yea, that is how I operate as well

Many of my workspaces have a terminal or three, an editor window of three, a browser or three...

my use case just requires that virtual desktops exist (and that is all I use the tags for*) without any other fancy things

I've read in the Awesome literature that tags are nothing like workspaces, but aren't they, really?

A window can be on multiple tags, but in sawfish a window can be on multiple workspaces, too

*I do use the ability to turn multiple tags on to bring more things into view or take things out. e.g. on one screen I have 4 terminals tiled, but one of them is on a different tag than the others, so I can isolate it and bring it full screen by turning of the tag with the other 3 terminals

Ah, merging workspaces temporarily

I can see how that would be useful, but what does it do with overlapping windows?

Are they moved and resized to fit?

depends on what the tiling strategy of the primary tag is

ah, interesting

or if they are floating it'll just overlap them like you would normally expect if they were floating windows on the same tag