Tty terminal resize

I know it's not a desktop environment, but it deosn't really fit into any other category.
Upon booting to grub and using the option vga=0x318 and/or vga=773 on the kernel boot line, after approximately udev events start up the entire screen resizes to a high resolution, I think it's 1400x1200, and the messages don't reach the end of the screen, they begin to merge into each-other and the tty terminal login screen doesn't change back to the previous resolution. Does anyone have any ideas as to the cause or solution for this problem?

Thank you, that somewhat fixed the problem, grub starts in something around 800x600, then tells me it's switching to a new framebuffer device and changes resolution to something around 1204x768. It no longer has the messages merging, however, which is a plus.

Similar Messages

  • [solved] duplicate post TTY terminal on DVI output

    Hi
    Does someone know how to turn video output on tty over HDMI?
    Last edited by infoslaw (2013-06-17 13:50:17)

    Sorry maybe I need more explain here. When I switch to TTY terminal from KDE environment (ctrl+alt+F2) I would like to have video signal.
    I'm docking laptop and connecting via DisplayPort to DVI.
    It's working on lower 3.0 LTE kernel but not on last kernel version (my current is 3.9.5.1).
    On VGA connection working fine.
    Last edited by infoslaw (2013-06-14 07:55:54)

  • [SOLVED] TTY terminal font not displaying correctly

    Solved, see Edit 2 for solution.
    Begin original post:
    Hi everyone,
    When I login to any TTY console on my system (i.e. by pressing Ctrl+Alt+F2 and loging with my user name and password), the [user@hostname ~]$ is all gibberish; it looks something like this:
    ┌─[\[\e[31;1m\]\u@\[\e[32;1m\]\H\[\033[1;37m\]] \n\[\033[1;37m\]└─[\[\033[0;36m\]\w\[\033[1;37m\]]> \[\e[0m\]
    Note: The user name and password prompts display correctly, as well as any commands that I enter (such as pacman -Syu), just the text preceding where I enter commands in messed up. Also, graphical terminal emulators such as xfce4-terminal do not have this issue.
    I have researched this for a while, and I found a Post that outlines the same issue I am having. Unfortunately, the solution is for init.d and rc scripts, so it obviously will not work with Systemd.
    Also, no other distro has this problem on my system, even a clean install of Arch works properly. This leads me to believe that a config file is messed up somewhere.
    Does anybody know how to translate the above fix to a Systemd solution so I do not have to deal with wonky virtual consoles?
    Thanks
      -venividivici24
    Edit: I just tried logging in as root, and it worked fine, everything was normal, so maybe it is some configuration file for my user specifically.
    Edit 2: I fixed it. The problem happened to be in my ~/.profile config file. A while ago, I had bashish installed, but have since removed it. It left some settings in .profile that caused the console to act the way described above.
    All I did to fix this was to change this:
    # Termcap is outdated, old, and crusty, kill it.
    unset TERMCAP
    # Man is much better than us at figuring this out
    unset MANPATH
    BASHISHDIR="/usr/local/share/bashish" ## line added by bashish
    TTY=`tty 2>/dev/null` && if test "x$BASHISHDIR" != x;then ## line added by bashish
    test "$BASHISH_OLDPATH"||BASHISH_OLDPATH="$PATH" ## line added by bashish
    PATH="$HOME/.bashish/launcher:$BASHISHDIR/lib:$BASHISH_OLDPATH" ## line added by bashish
    BASHSISH_CP=437 ## line added by bashish
    EST_TERM="$TERM" _bashish_utfcheck && BASHISH_CP=utf8 ## line added by bashish
    ENV="$HOME/.profile" ## line added by bashish
    export BASHISH_CP BASHISH_OLDPATH TTY ENV ## line added by bashish
    . "$BASHISHDIR/main/prompt/sh/init" ## line added by bashish
    fi ## line added by bashish
    to this (I commented out the commands):
    # Termcap is outdated, old, and crusty, kill it.
    #unset TERMCAP
    # Man is much better than us at figuring this out
    #unset MANPATH
    #BASHISHDIR="/usr/local/share/bashish" ## line added by bashish
    #TTY=`tty 2>/dev/null` && if test "x$BASHISHDIR" != x;then ## line added by bashish
    #test "$BASHISH_OLDPATH"||BASHISH_OLDPATH="$PATH" ## line added by bashish
    #PATH="$HOME/.bashish/launcher:$BASHISHDIR/lib:$BASHISH_OLDPATH" ## line added by bashish
    #BASHSISH_CP=437 ## line added by bashish
    #EST_TERM="$TERM" _bashish_utfcheck && BASHISH_CP=utf8 ## line added by bashish
    #ENV="$HOME/.profile" ## line added by bashish
    #export BASHISH_CP BASHISH_OLDPATH TTY ENV ## line added by bashish
    #. "$BASHISHDIR/main/prompt/sh/init" ## line added by bashish
    #fi ## line added by bashish
    I hope that this helps anyone who has this issue
    Last edited by venividivici24 (2014-12-01 00:41:23)

    It says:
    LANG=en_US.UTF-8
    LC_CTYPE="en_US.UTF-8"
    LC_NUMERIC="en_US.UTF-8"
    LC_TIME="en_US.UTF-8"
    LC_COLLATE="en_US.UTF-8"
    LC_MONETARY="en_US.UTF-8"
    LC_MESSAGES="en_US.UTF-8"
    LC_PAPER="en_US.UTF-8"
    LC_NAME="en_US.UTF-8"
    LC_ADDRESS="en_US.UTF-8"
    LC_TELEPHONE="en_US.UTF-8"
    LC_MEASUREMENT="en_US.UTF-8"
    LC_IDENTIFICATION="en_US.UTF-8"
    LC_ALL=
    This is my bashrc, but I do not see anything in here that would warrant such odd behavior.
    alias aurup='yaourt -Sua'
    alias pacup='sudo pacman -Syu'
    alias update='sudo pacman -Syu && yaourt -Sua'
    export EDITOR="nano"
    complete -cf sudo
    Last edited by venividivici24 (2014-12-01 00:32:05)

  • Terminal resizes automatically - shrinks to 2 lines

    when i open terminal in KDE the terminal shrinks down to a miniscule size, when i expand it back, it shrinks and wraps down again a line at a time.  IT doesnt do this when its on fullscreen. Wierd behaviour.  it doesnt do this in gnome on the same system.  xterm isnt exhibiting this behaviour.
    I dont use KDE much anymore, just when i need a DE file manager for certain web server operations, so i cant tell you exactly when this began. its a fresh installation, and is dual with gnome.
    i looked at some bug reports, but its hard to find any clear answers on those this time around.
    Last edited by wolfdogg (2011-12-13 01:52:14)

    Hello all, I just wanted to say that I experience the exact same issue.
    When opening "konsole", or really any terminal window, it automatically resizes.
    It opens to the proper size to begin with but then slowly just decides to shrink itself - going in and specifying the default height/width doesn't help either. (Note: It was doing this BEFORE I messed with any settings in the konsole config menu).
    I have done some research and this does not appear to be specific to Arch, people are reporting it in Ubuntu and Fedora alike.
    Furthermore, some people report that it is happening ONLY in the "gnome-terminal" when being ran under KDE and that the workaround for it is to simply use "konsole".
    I am using "konsole" though and haven't installed anything gnome on my system.
    I would be happy to submit a bug report, but I am not that technically savvy when it comes to any distribution of Linux just yet.
    Please see the following bug report that may gleen some info on it as it does not seem to be an Arch thing like I said:
    https://bugzilla.redhat.com/show_bug.cgi?id=707664
    I know this is a link to a redhat page but after trolling these forums for a bit now I am reaching out to the Arch guru's because you guys know your stuff.
    Any help on this is much appreciated. If additional information is needed let me know, I tried to find a thread on info that you guys like to see but was unsuccessful.
    And ewaller, I see your link to "How to Ask Questions the Smart Way"... but alas do not have time to read a book. I will read that later though looks interesting.
    Sorry folks, I am an idiot. I actually was using "gnome-terminal" unwittingly. Don't ask how, running konsole fixed it though.
    So it seems to be a bug with gnome-terminal under KDE. Kind of makes sense.
    Last edited by rhyvun (2011-12-31 17:03:37)

  • Xfce4 terminal resize

    I would like to be able to resize my terminal on all 4 corners and all 4 sides. My current setup I can for example not resize by grabbing the upper side and drag the mouse upwards.
    Also the area that area to "hit" when trying to grab and resize seems to be small and hard to get hold of.
    Is it possible in xfce4 and with some terminal to
    1: Have all sides and corner grabbable to resize the window?
    2: Make the area to point in when resizing bigger or easier to get hold of?
    I use HPUX and dtterm at work. And the ease of use and speed is just awesome compared to my home setup (ok ok more expensive  )
    Is there a dtterm terminal for xfce/linux?
    /Ask2

    Xfce's window manager doesn't allow resizing at the top of windows (every other corner and side works). The developer's rationale was that you sometimes end up resizing windows when you want to move them, which is annoying (apparently mac osx works the same way). I prefer to alt-rightclick myself for resizing windows.

  • Cannot switch to tty (terminal, console) with ctrl - alt - F#

    Hi,
    I have been stably using arch for half a year,
    but never managed to switch to another tty.
    I have three suspicions: one is that xmodmap somehow
    interferes, as I switched capslock and ctrl, and also
    alt and winkey (but that is not an issue on a fedora
    install). second, that me switching into runlevel 5
    in /etc/inittab somehow is responsible. and third, that
    it has something to do with awesome, my window manager.
    any ideas are greatly appreciated, thanks!
    > uname -r
    2.6.31-ARCH
    > awesome --version
    awesome v3.3.4 (Mercury)
    • Build: Sep  9 2009 18:32:37 for x86_64 by gcc version 4.4.1 (nobody@Miranda)
    • D-Bus support: ✔

    Hi all and thanks for the comments,
    much to my surprise it was the easiest one - xmodmap causes it,
    although on fedora, there is no trouble with the identical setup,
    thats why i hadn't checked earlier.
    after xmodmapping, alt, ctrl, and F# keys all work independently,
    but not together.
    So here goes my .Xmodmap (the 166/167 lines are for the
    buttons lenovo introduced around the arrow keys and don't
    always work as intended, so disregard).
    remove Lock = Caps_Lock
    remove Control = Control_L
    add Lock = Control_L
    add Control = Caps_Lock
    keycode 166 = Prior Home Home Home Home Home Home Home
    keycode 167 = Next End End End End End End End
    remove mod1 = Alt_L
    remove mod4 = Super_L
    add mod1 = Super_L
    add mod4 = Alt_L
    Any ideas how to go on from here? Because often a
    tty comes in quite handy....

  • Urxvt: resizing terminal cuts off lines

    I report a bug of urxvt found in the web and that i cannot resolve, i hope that here there is someone who can help me:
    I'm using rxvt-unicode's "urxvtc" as X11 terminal.
    If I resize the terminal window before text output has already filled a screenful and the terminal has scrolled down a few lines, the text lines already in the window are cut to fit the resized window.
    When there has been enough output (so that the scrollbar is not 100% full), then the terminal does the right thing: lines longer than the new terminal width are wrapped around, and no screen content is lost.
    I'm using a tiling window manager, so terminal resize happens automatically all the time, and it gets annoying to lose part of the text.
    Do you have any solutions? Thanks
    Last edited by TheImmortalPhoenix (2011-09-06 18:10:20)

    Get rxvt-unicode from abs.
    Replace the PKGBUILD with the following:
    # $Id: PKGBUILD 129923 2011-06-29 23:05:47Z stephane $
    # Maintainer: Angel Velasquez <[email protected]>
    # Contributor: tobias <[email protected]>
    # Contributor: dibblethewrecker dibblethewrecker.at.jiwe.dot.org
    pkgname=rxvt-unicode
    pkgver=9.12
    pkgrel=1
    pkgdesc="An unicode enabled rxvt-clone terminal emulator (urxvt)"
    arch=('i686' 'x86_64')
    url="http://software.schmorp.de/pkg/rxvt-unicode.html"
    license=('GPL')
    depends=('gcc-libs' 'libxft' 'gdk-pixbuf2')
    optdepends=('perl: lots of utilities' 'gtk2-perl: to use the urxvt-tabbed')
    changelog=ChangeLog
    source=(http://dist.schmorp.de/rxvt-unicode/${pkgname}-${pkgver}.tar.bz2 \
    ${pkgname}.desktop
    rxvt-unicode-9.12-always_rewrap.diff)
    md5sums=('945af37d661c8c45a7cac292160e7c70'
    '3de6c13126a45bc3bc9f6bba077a1311'
    'cce1fc7bb95c4652efc45029834ed48d')
    sha1sums=('4cbf0516b8304dfb041b9f3e5aaba662fee4b979'
    '962aebc88982dbeb62a7c4a051ff567e015f61a0'
    '93e7eb729897cfd35acb941602560c1216dcb0c5')
    build() {
    cd "${srcdir}/${pkgname}-${pkgver}"
    patch -up 1 -i "${srcdir}/rxvt-unicode-9.12-always_rewrap.diff"
    ./configure --prefix=/usr \
    --with-terminfo=/usr/share/terminfo \
    --enable-256-color \
    --enable-font-styles \
    --enable-xim \
    --enable-keepscrolling \
    --enable-selectionscrolling \
    --enable-smart-resize \
    --enable-pixbuf \
    --enable-transparency \
    --enable-utmp \
    --enable-wtmp \
    --enable-lastlog \
    --disable-frills
    make
    package() {
    cd "${srcdir}/${pkgname}-${pkgver}"
    install -d "${pkgdir}/usr/share/terminfo"
    export TERMINFO="${pkgdir}/usr/share/terminfo"
    make DESTDIR="${pkgdir}" install
    # install the tabbing wrapper ( requires gtk2-perl! )
    sed -i 's/\"rxvt\"/"urxvt"/' doc/rxvt-tabbed
    install -Dm 755 doc/rxvt-tabbed "${pkgdir}/usr/bin/urxvt-tabbed"
    # install freedesktop menu
    install -Dm644 ../${pkgname}.desktop \
    "${pkgdir}/usr/share/applications/${pkgname}.desktop"
    Save the the patch from my first post as "rxvt-unicode-9.12-always_rewrap.diff" in the same directory. Run makepkg inside the directory and install the new pkg with pacman.

  • [solved] resizing PuTTY window while running nano is messed up

    If I'm using PuTTY (Windows SSH client / terminal emulator) and nano running on Arch Linux, window resizing is completely broken. On Debian it is fine however. I went to see if they used any patches, but they don't, none related to terminal resizing so there must be some other cause.
    When you resize while running nano it can look like this in Arch:
    And in Debian:
    Both have checkwinsize in bash enabled, but other than that I have really no idea how to fix it... It's VERY annoying! As it also leaves bash kinda confused after closing nano, until you resize it again.
    Last edited by Anders (2009-08-11 16:23:06)

    I fixed it. Commenting out "export COLUMNS LINES" in /etc/profile did the trick.

  • AMD Catalyst breaks TTY

    Hi,
    I have installed AMD Catalyst. When I boot, virtual console appears as usual (since I don't use a display manager), I am able to login, and I can run Xorg.
    But once Xorg has been launched, if I try to switch back to TTY, only a black screen appears. The console does still work though, if I type startx, Xfce starts again. There is just no text.
    I already tried this, but without success.
    GPU: AMD Radeon HD 6870
    /etc/default/grub Kernel parameters:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet nomodeset vga=0x0346 cryptdevice=/dev/lvm/Root:root root=/dev/mapper/root resume=/dev/mapper/swap"
    /etc/mkinitcpio.conf hooks:
    HOOKS="base udev autodetect modconf block keymap lvm2 encrypt filesystems keyboard fsck"

    hi, I suppose than like me you use xorg 1.17 and catalyst-test from AUR, if is the case here a  comment in the package page from packager and maintainer of catalyst stuff:
    Vi0L0 wrote:
    2015-03-13 21:14
    updated to 15.3-1:
    - borrowed from ubuntu.
    - brings xserver 1.17 support
    - its buggy
    I was thinking for long time about uploading this driver because I think it sucks . On xserver 1.17 xv video output doesn't work at all, as well as tty terminal, which is sad . After switching to xserver 1.16 it gets back to normal. I remember that in the past AMD did release ubuntu driver which had same bugs.
    So it sucks, steam games are working fine, maybe better, but still.
    And since this package is called catalyst-test i decided to make this update, you can switch to catalyst-total in no-time.
    I also dropped many patches and left only most neccessary, so 1) for intel iommu, 2) for agp 3) for 4.0 kernel support. You can still uncomment dropped one if you want.

  • [SOLVED] A) Xfce tips: how to stop, B) terminal font size: how to set.

    Hi Archers,
    Installed Arch with Xfce on my T43 Thinkpad about 6 weeks ago. Takes a bit more attention during the install process, but to be honest, this extra time is well worth the enjoyment of a system that is so simple that it just runs with little or no hassle so far. (Enjoyment - can you actually 'enjoy' an os/distro? Lol). Pacman is wonderful. And the AUR is great. Even _I_ have managed to build a few packages out of there (which is pretty impressive for me anyway ). Not as daunting as it first seems! Thanks goes out to all you Archers!
    There is one thing that I haven't been able to work out yet. When I login in, the Xfce 'Tips & Tricks' window pops up. Now there is a box that you can tick to not show it at future login, but it keeps coming back at every startup like some ghost from the past.
    I also want to change the font size in terminal, and I can change it for the length of my desktop session, but the next time I log back in it is back to the default size again. FYI, when logging out of Xfce I am ticking the save session box, and it is working as it reopens whatever programs that I had open when I shutdown.
    So I was thinking: 
         Do I need to be added to a particular group to allow these settings to be updated? Currently I am a member of the following groups: wheel network video audio optical storage power users slocate abs.
         Or are the settings not 'sticking' due to incorrect permissions on the respective config files somewhere? (Where?)
    Any ideas? It's probably something very simple that is staring me in the face, but right now I am at a loss.
    Cheers,
    Last edited by faw (2007-06-25 10:02:44)

    OK, so after peeking through those directories and opening a few files to see what's inside, I found the files I needed to attack: ~/.config/Terminal/terminalrc and ~/.config/autostart/xfce4-tips-autostart.desktop
    Both the directories and the files had root as the owner. Changing them so I was the owner fixed the problem. Actually, as soon as I changed terminalrc, the terminal resized to the setting I wanted. The setting was already correct in the file from me trying to change it at some point in the desktop, but as the owner of the file was root, the system couldn't access it. Weird. I thought that if the owner was root, the file couldn't have been changed from the desktop? It was the same with the xfce4-tips file as well. When I checked inside the files to work out which ones were which, I noticed that this also had already changed to the correct setting, it just couldn't be read by the system. Does anyone know why this would happen?
    Well, I better not strain my little brain too hard. I am just glad I managed to fix it.
    Thanks ataraxia for your help!

  • Query for finding Oracle CPU and memory utilization and

    I want to gather the report using Oracle views in the same formatas of the report which the top utility gives for Sun-Solaris OS processes.
    I want the same type of report for Orcale database processes including all the user processes and the oracle internal processes.
    can any body tell me if it is possible.
    I am writing the top utility report format below and its contents:
    CPU-processor number
    TTY-Terminal interfaces used
    PID-Process id number
    USERNAME-Name of the owner of the process
    PRI- Current priority of the process
    NI- Nice value
    SIZE- total size of process (text+data+stack)
    RES-resident size of process
    STATE- current state of process
    TIME-number of system and CPU seconds the process has consumed
    %WCPU-weighted CPU
    %CPU-raw CPU
    COMMAND- name of the command
    thanks in advance

    See this thread Re: Oracle Shared DB instance utilization

  • Program similar to 'watch' available in repositories?

    On other linux distros, a program I often use to monitor lsof in "real time" is 'watch'. Sadly, it appears that this app is not available in the Arch repos. Does anyone know of a similar app that performs the same function?
    Here's the man page from 'watch' from an ubuntu box:
    WATCH(1) User Commands WATCH(1)
    NAME
    watch - execute a program periodically, showing output fullscreen
    SYNOPSIS
    watch [options] command
    DESCRIPTION
    watch runs command repeatedly, displaying its output and errors (the first screenfull). This allows you to watch the program output
    change over time. By default, the program is run every 2 seconds. By default, watch will run until interrupted.
    OPTIONS
    -d, --differences [permanent]
    Highlight the differences between successive updates. Option will read optional argument that changes highlight to be perma‐
    nent, allowing to see what has changed at least once since first iteration.
    -n, --interval seconds
    Specify update interval. The command will not allow quicker than 0.1 second interval, in which the smaller values are con‐
    verted.
    -p, --precise
    Make watch attempt to run command every interval seconds. Try it with ntptime and notice how the fractional seconds stays
    (nearly) the same, as opposed to normal mode where they continuously increase.
    -t, --no-title
    Turn off the header showing the interval, command, and current time at the top of the display, as well as the following blank
    line.
    -b, --beep
    Beep if command has a non-zero exit.
    -e, --errexit
    Freeze updates on command error, and exit after a key press.
    -g, --chgexit
    Exit when the output of command changes.
    -c, --color
    Interpret ANSI color sequences.
    -x, --exec
    command is given to sh -c which means that you may need to use extra quoting to get the desired effect. This with the --exec
    option, which passes the command to exec(2) instead.
    -h, --help
    Display help text and exit.
    -v, --version
    Display version information and exit.
    NOTE
    Note that POSIX option processing is used (i.e., option processing stops at the first non-option argument). This means that flags
    after command don't get interpreted by watch itself.
    EXAMPLES
    To watch for mail, you might do
    watch -n 60 from
    To watch the contents of a directory change, you could use
    watch -d ls -l
    If you're only interested in files owned by user joe, you might use
    watch -d 'ls -l | fgrep joe'
    To see the effects of quoting, try these out
    watch echo $$
    watch echo '$$'
    watch echo "'"'$$'"'"
    To see the effect of precision time keeping, try adding -p to
    watch -n 10 sleep 1
    You can watch for your administrator to install the latest kernel with
    watch uname -r
    (Note that -p isn't guaranteed to work across reboots, especially in the face of ntpdate or other bootup time-changing mechanisms)
    BUGS
    Upon terminal resize, the screen will not be correctly repainted until the next scheduled update. All --differences highlighting is
    lost on that update as well.
    Non-printing characters are stripped from program output. Use "cat -v" as part of the command pipeline if you want to see them.
    Combining Characters that are supposed to display on the character at the last column on the screen may display one column early, or
    they may not display at all.
    Combining Characters never count as different in --differences mode. Only the base character counts.
    Blank lines directly after a line which ends in the last column do not display.
    --precise mode doesn't yet have advanced temporal distortion technology to compensate for a command that takes more than interval sec‐
    onds to execute. watch also can get into a state where it rapid-fires as many executions of command as it can to catch up from a pre‐
    vious executions running longer than interval (for example, netstat taking ages on a DNS lookup).
    EXIT STATUS
    0 Success.
    1 Various failures.
    2 Forking the process to watch failed.
    3 Replacing child process stdout with write side pipe failed.
    4 Command execution failed.
    5 Closign child process write pipe failed.
    7 IPC pipe creation failed.
    8 Getting child process return value with waitpid(2) failed, or command exited up on error.
    other The watch will propagate command exit status as child exit status.
    AUTHORS
    The original watch was written by Tony Rems ⟨[email protected]⟩ in 1991, with mods and corrections by Francois Pinard. It was
    reworked and new features added by Mike Coleman ⟨[email protected]⟩ in 1999. The beep, exec, and error handling features were added by Morty
    Abzug ⟨[email protected]⟩ in 2008. On a not so dark and stormy morning in March of 2003, Anthony DeRobertis ⟨[email protected]⟩ got
    sick of his watches that should update every minute eventually updating many seconds after the minute started, and added microsecond
    precision. Unicode support was added in 2009 by Jarrod Lowe ⟨[email protected]⟩
    procps-ng June 2011 WATCH(1)

    bzpnbx wrote: I was interested to know if it was just from know-how or some info was presented from that output that also indicated that. I just wanted to make sure that that's how he knew to check /usr/bin and not that I just assume that.
    All user-installed binaries on GNU/Linux systems are placed in the /usr/bin directory. Yes, this is common knowledge, hence Trilby basically asking "Where else would they be?"
    parchd wrote:Isn't procps-ng in base anyway, and therefore almost certainly installed already?
    It is in the base group, but it doesn't appear to be a dependency of any other base package. So if you installed your system using 'pacstrap -i' to manually select base packages and didn't explicitly select procps-ng, it wouldn't have been installed.

  • Can't get dzen2 to start with xmonad [SOLVED]

    I'm new to xmonad, and haskell, so instead of building my own xmonad.hs, and following confusing documentation, I took a pre-made one, and decided to customize it. It's almost perfect, but dzen2 wont start, despite the fact that it's called. What's the problem with this? dzen2 is called.
    I'm running xmonad 0.9.1
    import XMonad hiding ((|||))
    import XMonad.ManageHook
    import qualified XMonad.StackSet as W
    import XMonad.Actions.CycleWS
    import XMonad.Actions.Promote
    import XMonad.Hooks.DynamicLog
    import XMonad.Hooks.ManageDocks
    import XMonad.Hooks.UrgencyHook
    import XMonad.Layout.DwmStyle
    import XMonad.Layout.IM
    import XMonad.Layout.LayoutCombinators
    import XMonad.Layout.Named
    import XMonad.Layout.NoBorders
    import XMonad.Layout.PerWorkspace
    import XMonad.Layout.Reflect
    import XMonad.Layout.ResizableTile
    import XMonad.Layout.Tabbed
    import XMonad.Util.EZConfig
    import XMonad.Util.Run
    import XMonad.Util.Scratchpad
    import Data.Ratio ((%))
    statusBarCmd= "dzen2 -e '' -w 1400 -ta l -fn '-*-terminus-*-*-*-*-12-*-*-*-*-*-*-*' -bg black -fg #d3d7cf "
    main = do
    din <- spawnPipe statusBarCmd
    xmonad $ withUrgencyHook dzenUrgencyHook { args = ["-fn", "-*-terminus-*-*-*-*-12-*-*-*-*-*-*-*","-bg", "yellow", "-fg", "red"] } $ defaultConfig
    { borderWidth = 3
    , workspaces = ["1:main","2:web","3:dev","4:im"] ++ map show [5..9]
    , terminal = "terminator"
    , modMask = mod4Mask
    , manageHook = myManageHook <+> manageHook defaultConfig <+> manageDocks <+> scratchpadManageHookDefault
    , logHook = dynamicLogWithPP $ myPP din
    , layoutHook = myLayouts
    `additionalKeysP` myKeys din
    myManageHook = composeAll [ className =? "Pidgin" --> doF (W.shift "2:im")
    , className =? "Firefox" --> doF (W.shift "3:web")
    , className =? "Chromium" --> doF (W.shift "3:web")
    , title =? "alpine" --> doF (W.shift "4:mail")
    myKeys conf = [ ("M-<Return>", spawn "terminator")
    , ("M-p", spawn "dmenu_run")
    , ("M-c", kill)
    -- run programs
    , ("M-f", spawn "firefox")
    , ("M-e", spawn "thunar")
    , ("M-s", scratchpadSpawnActionTerminal "terminator")
    -- resize tile
    , ("M-a", sendMessage MirrorShrink)
    , ("M-z", sendMessage MirrorExpand)
    -- moving workspaces
    , ("M-<Left>", prevWS)
    , ("M-<Right>", nextWS)
    , ("M-S-<Left>", shiftToPrev)
    , ("M-S-<Right>", shiftToNext)
    , ("M-<Tab>", toggleWS)
    , ("M-S-<Return>", promote)
    , ("M-u", focusUrgent)
    myPP h = defaultPP
    { ppCurrent = wrap "^fg(#000000)^bg(#a6c292) " " ^fg()^bg()"
    , ppHidden = wrap "^i(/home/meatcar/.dzen/bitmaps/rob/has_win_nv.xbm)" " "
    , ppHiddenNoWindows = wrap " " " "
    , ppSep = " ^fg(grey60)^r(3x3)^fg() "
    , ppWsSep = ""
    , ppLayout = dzenColor "#80AA83" "" .
    (\x -> case x of
    "Tall" -> "^i(/home/meatcar/.dzen/bitmaps/rob/tall.xbm)"
    "Mirror" -> "^i(/home/meatcar/.dzen/bitmaps/rob/mtall.xbm)"
    "Tabs" -> "Tabs"
    "IM" -> "IM"
    , ppTitle = dzenColor "white" "" . wrap "< " " >"
    , ppOutput = hPutStrLn h
    , ppUrgent = dzenColor "yellow" "red" . dzenStrip
    myTheme = defaultTheme { decoHeight = 16
    , activeColor = "#a6c292"
    , activeBorderColor = "#a6c292"
    , activeTextColor = "#000000"
    , inactiveBorderColor = "#000000"
    myLayouts = avoidStruts $ smartBorders $
    onWorkspace "2:im" (named "IM" (reflectHoriz $ withIM (1%8) (Title "Buddy List") (reflectHoriz $ dwmStyle shrinkText myTheme tiled ||| (smartBorders $ tabs)))) $
    onWorkspace "3:web" (tabs) $
    (tiled ||| named "Mirror" (Mirror tiled) ||| tabs)
    where
    tiled = named "Tall" (ResizableTall 1 (3/100) (1/2) [])
    tabs = named "Tabs" (tabbed shrinkText myTheme)
    thanks in advance,
    ~mC
    Last edited by meatcar (2010-03-16 22:47:50)

    TBH I'm not that up to speed with fonts - I know enough to get it "good enough"
    I used terminus too though. My dzen2 call didn't put the font specification in single quotes, though I doubt that's the issue. I did specify it last in the dzen2 call.
    Here's yours (top) compared to mine (bottom):
    -*-terminus-*-*-*-*-12-*-*-*-*-*-*-*
    -*-terminus-*-r-normal-*-*-8-*-*-*-*-iso8859-*
    I *think* your 12 may be in the wrong place - though I don't know offhand what every piece is.
    I use xfontsel to select x fonts. Try running that.

  • No unicode and no matrix font

    I recently reinstalled my arch linux system and I found that unicode and matrix font (cmatrix -l) doesnt work in rxvt-unicode. Using "cmatrix -l" in the regular tty terminal works but neither does unicode. When I try to view Japanese texts it outputs garbage. I installed the asian fonts suggested in the fonts page in the wiki.

    zowki wrote:
    I have matrix.fnt in these locations:
    /etc/fonts/matrix.fnt
    /usr/share/kbd/consolefonts/matrix.fnt
    It seems to only work in TTY terminals. Is it because matrix.fnt is a terminal only font?
    Here I actually have mtx font in the standard path:
    $ pacman -Ql cmatrix
    cmatrix /usr/
    cmatrix /usr/bin/
    cmatrix /usr/bin/cmatrix
    cmatrix /usr/man/
    cmatrix /usr/man/man1/
    cmatrix /usr/man/man1/cmatrix.1.gz
    cmatrix /usr/share/
    cmatrix /usr/share/fonts/
    cmatrix /usr/share/fonts/misc/
    cmatrix /usr/share/fonts/misc/mtx.pcf
    cmatrix /usr/share/kbd/
    cmatrix /usr/share/kbd/consolefonts/
    cmatrix /usr/share/kbd/consolefonts/matrix.fnt
    cmatrix /usr/share/kbd/consolefonts/matrix.psf.gz
    Note this line: /usr/share/fonts/misc/mtx.pcf
    But this font doesn't present in /usr/share/fonts/misc/fonts.dir so I can't use it.
    I copied this font file out into a directory and tried to add the font manually. Say:
    $ cp mtx.pcf ~/.fonts
    and then run these in ~/.fonts directory:
    $ cd ~/.fonts
    $ mkfontdir
    $ xset fp+ ~/.fonts
    $ fc-cache
    This makes the font available to the X server. But urxvt refuses to use it:
    $ urxvt -fn "mtx"
    unable to deduce codeset, ignoring font 'mtx'
    urxvt: unable to load base fontset, please specify a valid one using -fn, aborting.
    $ urxvt -fn "xft:mtx"
    urxvt: unable to calculate font width for 'mtx:minspace=True', ignoring.
    urxvt: unable to load base fontset, please specify a valid one using -fn, aborting.
    On the other hand xterm is happy with this font, just type in xterm -fn mtx and it works. And
    cmatrix also works fine. So I think you need to do something before you can use it with urxvt.
    Maybe edit it using fontforge?
    Please point out if I missed something.
    Last edited by eirika (2009-10-02 15:34:41)

  • Cspeed: increase system responsiveness using cgroups

    Recently, there was a much-discussed kernel patch that grouped processes by the TTY/terminal they were started from so your system got extremely responsive under pressure. Then, a .bashrc implementation was made that effectively does the same thing in only a couple lines of code. I decided to take that implementation (as modified at WebUpd8) and put it in a bash daemon with options.
    How it works:
    Linux 2.4 added a feature called "cgroups" which let you limit the resource usage of processes by prioritization, isolation, etc. For more information, see the Wikipedia article and the ArchWiki article on it. This script uses the WebUpd8 version of a bashrc modification that uses cgroups to increase your system's responsiveness under lots of pressure (for example, compiling a kernel with 'make -j64'). Note that it WILL NOT work for processes launched from X, like in your desktop environment. You'll need to open up a new terminal window or switch to a different TTY to see a difference in responsiveness.
    Instructions:
    After installing, if you use Arch Linux, add "cspeed" to your daemons array in /etc/rc.conf. Then, add the following line per-user in /home/user/.bashrc or system-wide at /etc/bash.bashrc:
    /bin/bash /etc/bash.cgroups
    Download:
    AUR: http://aur.archlinux.org/packages.php?ID=43873
    Github: https://github.com/sloshy/cspeed
    Any bugs, suggestions, anything would be greatly appreciated !
    Last edited by Sloshy (2010-12-01 18:01:29)

    hbekel wrote:It seems you wanted to provide an easy way of enabling cgroups. That's ok of course, but it's not really the arch way. I personally wouldn't use it. Setting up cgroups isn't that hard after all, it's just a few lines...
    Yeah, it's not so hard. This is more for the lazy people who don't want to modify this on their own and get it up-and-running quickly without any PEBKAC errors.
    hbekel wrote:
    Here are some problems I see:
    - Modifying system wide config files... ouch. A big no no, at least for me. This type of hand-holding just isn't arch. Especially when you're adding to /etc/rc.local when you should at least have used an rc-script for that.
    I'm going to be honest here: I'm rather new to Linux. I've only used it for a few years now, and I've used Arch for less than one. So, I wasn't sure what those were until you mentioned them right now. I'll transition it to an rc-script over the weekend.
    hbekel wrote:- Dynamically creating/deleting a script below /usr/local/sbin without obvious reasons: the file is static, so it could simply be distributed (with the benefit of being properly tracked by a package manager). Note that the use of /usr/local/* is discouraged. No sane arch package installs anything there, and no arch user expects anything there unless he put it there himself.
    Yeah, I'll fix that. I wasn't thinking when I made my script and didn't just pre-make this file. Thanks for pointing this out!
    hbekel wrote:- Testing for a verbatim line in a config file to determine whether you need to edit it isn't very reliable... what if the user accidently leaves a space somewhere on your "test line" while editing the file later on? (Interestingly, you could have tested for the existence of the cgroup_clean script, which could have justified creating it dynamically... but that would've been a hack as well)
    Hmm, good point. Maybe I could append "#cspeed" before the lines that are supposed to be there; would that work?
    hbekel wrote:- Using inplace editing with sed to remove those changes is just... creepy. I'd never sed -i any important file, let alone a system config file.
    Yeah, this has the potential to screw up badly. As I just said, maybe "#cspeed" could help with that.
    hbekel wrote:Some bugs/oversights: It seems you forgot a ">>" on line 80, at least that seems to be your intent there. The undo function also edits /etc/skel/.bashrc, which you never touch during -s.
    Good call! I did forget that; my mistake. And As for the /etc/skel/.bashrc edit, that was also a mistake; an earlier version of the script, before I pushed it to github, modified each individual user's .bashrc (and set it as the default for all new users) which, as you can imagine, is super messy. I'll remove the lines you mention .
    Thank you so much for your comments; I'll fix my script up right away!
    Last edited by Sloshy (2010-11-26 18:05:56)

Maybe you are looking for