Remove CMD Prompt Decoration

[cyanarnofsky]

Hi guys,
I have a modified version of screenly running to work with my own content management system. When run I get a terminal prompt in a way in the top left corner always over the art. Is there a way at a system level (much like window decorations) to disable this "courser"? Thanks!

small black rectangle in the top left of the screen:

[cyanarnofsky]

Possibly use:

setterm -cursor off

cannot seem to find where I could place this to be set from boot though :/

[rpdom]

Are you saying that you don't need the console login prompt on your screen at all?

If so, you could try changing the line in /etc/inittab that starts with "1:2345:respawn:" to "1:2345:off:" and then reboot. If you find you need a console login you can use Alt-F2 to get to the second virtual console.

[cyanarnofsky]

I don't need the login, but also I don't think this is a login prompt, considering I am in a user and running a browser with the art work when its showing up. Below is my current file the line you mentioned does not seem to be present:

Code: Select all

id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty --noclear 38400 tty1 
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3


#Spawn a getty on Raspberry Pi serial line
T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100

Possible to just use setterm to disable the prompt globally for the device from boot? I never need to use any inputs as this is all controlled remotely for schedules and so on. Thanks!

[jojopi]

From what I can see the (non-modified) screenly runs full-screen in X.

The rectangle in OP image does not look much like a decoration, or a prompt, or the default framebuffer text cursor, which should not show through anyway. I can not tell whether the blue strip is a window manager title bar, but if it is I do not think that should be displaying either.

You are not likely to be able to work out how to get rid of the black rectangle without first working out what it actually is.

[cyanarnofsky]

This was an older image, that blue bar is the decorations for uzbl which have been since disabled. Ya its interesting as screenley on its own does not show that black rectangle, it first appeared after writing a small script that would display an image during boot to cover up a majority of the raspberry pi boot output.

When put that bit in the startup for the "boot" image is when it began showing up. Maybe screenely isnt 100% top window?

[cyanarnofsky]

It is a courser/ prompt (same one you can turn off in terminal) is there a way to remove that globally for the system. I can tell its a prompt, as the browser opens up it is there before hand when script is loading, it sits and blinks as the browser opens then just sits. :/

[-rst-]

That is surely not 'normal' behaviour - most likely an artifact from that 'small script that would display an image during boot'?

[cyanarnofsky]

Used this process to simply display an image high up in the boot sequence as a sort of "splash" page.

Code: Select all

http://www.edv-huber.com/index.php/problemloesungen/15-custom-splash-screen-for-raspberry-pi-raspbian

Deff isn't normal, just can't seem to see what is forcing that to the top. I never have use for it though and so back to wondering like browser decoration and xterm you can disable some graphic functions and the cursor is one, but I can not seem to see where it can be modified globally, only commands that allow manipulation for a certain terminal instance. :/ I am rather noob though so I am limited to what I know to check...

[-rst-]

Maybe worth to try removing the splash screen to see if it is that causing the issue - should be (the -r flag):

Code: Select all

insserv -r /etc/init.d/asplashscreen

??

[cyanarnofsky]

removing the splash screen does remove this issue, but I want the splash screen :p. Reason why that slash script would leave this present?

[-rst-]

Well, that was just to narrow down the issue

Unfortunately nothing obvious pops out of the script...

As next steps:
- does the 'cursor' show there if you start only X (not screenly, as I gather is the setup)?
- what if you start the image viewer manually ('/usr/bin/fbi -T 1 -noverbose -a /etc/splash.png &') and then X (+screenly) - to see whether it is the viewer or the script?