I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments, jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
Do you mean you want a text message displayed when you SSH or log into the box via a command line? Or that you want a text file to be opened up when you login to a desktop environment? If the latter, which?
You can change the message displayed when you login to the console quite easily, or you could put something into ~/.kde/Autostart if you wanted to load something when you login to KDE, for instance. Gnome has a similar configuration option to allow you to load a program on login, IIRC.
Depends entirely on what you want ...
Peter.
On 2 June 2010 12:04, Anthony Anson tony.anson@girolle.co.uk wrote:
I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments, jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
-- Tony Anson www.girolle.co.uk/
main@lists.alug.org.uk http://www.alug.org.uk/ http://lists.alug.org.uk/mailman/listinfo/main Unsubscribe? Â See message headers or the web site above!
samwise wrote:
Do you mean you want a text message displayed when you SSH or log into the box via a command line? Or that you want a text file to be opened up when you login to a desktop environment? If the latter, which?
You can change the message displayed when you login to the console quite easily, or you could put something into ~/.kde/Autostart if you wanted to load something when you login to KDE, for instance. Gnome has a similar configuration option to allow you to load a program on login, IIRC.
Depends entirely on what you want ...
Laptop and big lump open in Gnome, under Debian.
Eee opens in Asus Tellytubbies desktop.
ATM I don't play with consoles on starting-up.
Laptop and big lump open in Gnome, under Debian.
Last time I used Gnome (admittedly a while ago), you could add a program to be run at startup in
System -> Preferences -> Sessions -> Startup Programs tab
or maybe
System -> Preferences -> Startup Applications
something like that.
You could add a line to run your favourite text editor at startup with a particular text file loaded:
gedit ~/mytextfile.txt
This would cause gedit to run with that file loaded, every time you logged into Gnome.
Eee opens in Asus Tellytubbies desktop.
Not sure I can help with that, as I don't have one. Isn't the Eee operating system a custom version of Xandros which runs IceWM?
Looks like some useful info here:
http://wiki.eeeuser.com/howto:startupscript
Sounds like you need to put the same sort of text editor launch command in ~/.icewm/startup, though you'll have to experiment with it to be sure.
Peter.
samwise wrote:
Laptop and big lump open in Gnome, under Debian.
Last time I used Gnome (admittedly a while ago), you could add a program to be run at startup in
System -> Preferences -> Sessions -> Startup Programs tab
or maybe
System -> Preferences -> Startup Applications
something like that.
You could add a line to run your favourite text editor at startup with a particular text file loaded:
gedit ~/mytextfile.txt
This would cause gedit to run with that file loaded, every time you logged into Gnome.
I'll fire her up and have a guddle.
Eee opens in Asus Tellytubbies desktop.
Not sure I can help with that, as I don't have one. Isn't the Eee operating system a custom version of Xandros which runs IceWM?
Looks like some useful info here:
http://wiki.eeeuser.com/howto:startupscript
Sounds like you need to put the same sort of text editor launch command in ~/.icewm/startup, though you'll have to experiment with it to be sure.
Ta.
I'd go looking on the wide wild web if I wasn't restrited (at home) to the local GPRS signal, which rather takes chunks out of my day.
Last time I wanted to know something about the Eee I spent an hour digging round the Eee pages on Asus.com and came away none the wiser - and not even better informed...
For the machine?
Put it into /etc/rc.local
For your login ?
Put it into .profile
Date: Wed, 2 Jun 2010 12:04:05 +0100 From: tony.anson@girolle.co.uk To: main@lists.alug.org.uk Subject: [ALUG] Is there a Linux file like Windows' Startup?
I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments, jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
-- Tony Anson www.girolle.co.uk/
main@lists.alug.org.uk http://www.alug.org.uk/ http://lists.alug.org.uk/mailman/listinfo/main Unsubscribe? See message headers or the web site above!
_________________________________________________________________ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=P...
keithjamieson@hotmail.co.uk wrote:
Subject: [ALUG] Is there a Linux file like Windows' Startup?
I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments,jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
For the machine?
Put it into /etc/rc.local
For your login ?
Put it into .profile
Ta. Probably won't work in /etc/ if that requires root access (ALUG passim)
I'll try /etc first.
On 02 Jun 12:04, Anthony Anson wrote:
I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments, jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
For ssh/xterminal/etc logins, you just need to add a line to your ~/.bashrc (which should be sourced by ~/.bash_profile anyways), that does: cat /path/to/my/fun/file.txt
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
That should get you started :)
On Wed, Jun 02, 2010 at 01:35:07PM +0100, Brett Parker wrote:
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
Not really true any more I'm afraid (~/.xessionrc getting executed that is), e.g. I don't think any Ubuntu or derivatives run it.
I agree about the "sensible" but more and more systems are now very non-standard and don't do 'proper' X.
On 02 Jun 14:47, Chris G wrote:
On Wed, Jun 02, 2010 at 01:35:07PM +0100, Brett Parker wrote:
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
Not really true any more I'm afraid (~/.xessionrc getting executed that is), e.g. I don't think any Ubuntu or derivatives run it.
Erm, you're thinking of ~/.xsession... not the rc, please ;) Certainly on debian unstable, ~/.xsessionrc gets pulled in by all the other sessions. You select gnome, that should still be pulled in.
I agree about the "sensible" but more and more systems are now very non-standard and don't do 'proper' X.
I should point out that I am using gdm (so, we're in gnome territory), and that I am just telling it to start an awesome session (my window manager). I *used* to have it set to run my ~/.xsession, but I decided against that as then: [ -r $HOME/.xkb/keymaps/default ] && xkbcomp -I$HOME/.xkb $HOME/.xkb/keymaps/default $DISPLAY
Didn't get run... and that does some useful keyboard remappings for me, that wouldn't be useful to most other people (it maps Caps Lock to Meta4, for a start).
Hence I use ~/.xsessionrc which is sourced by all the main players (at least in debian).
This is *not* the same as ~/.xsession which is used purely for a completely customised X environment where you control every single thing that loads.
The other main reason for me using this method was that things like gnome-keyring and ssh-agent are wrapped around the sessions for the standard sessions, and that's a lot harder to do if you've got to remember all the bits yourself.
Hope that clears that up.
Thanks,
On Wed, Jun 02, 2010 at 02:59:06PM +0100, Brett Parker wrote:
On 02 Jun 14:47, Chris G wrote:
On Wed, Jun 02, 2010 at 01:35:07PM +0100, Brett Parker wrote:
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
Not really true any more I'm afraid (~/.xessionrc getting executed that is), e.g. I don't think any Ubuntu or derivatives run it.
Erm, you're thinking of ~/.xsession... not the rc, please ;) Certainly on debian unstable, ~/.xsessionrc gets pulled in by all the other sessions. You select gnome, that should still be pulled in.
I agree about the "sensible" but more and more systems are now very non-standard and don't do 'proper' X.
I should point out that I am using gdm (so, we're in gnome territory), and that I am just telling it to start an awesome session (my window manager). I *used* to have it set to run my ~/.xsession, but I decided against that as then: [ -r $HOME/.xkb/keymaps/default ] && xkbcomp -I$HOME/.xkb $HOME/.xkb/keymaps/default $DISPLAY
Didn't get run... and that does some useful keyboard remappings for me, that wouldn't be useful to most other people (it maps Caps Lock to Meta4, for a start).
Hence I use ~/.xsessionrc which is sourced by all the main players (at least in debian).
This is *not* the same as ~/.xsession which is used purely for a completely customised X environment where you control every single thing that loads.
The other main reason for me using this method was that things like gnome-keyring and ssh-agent are wrapped around the sessions for the standard sessions, and that's a lot harder to do if you've got to remember all the bits yourself.
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
On 02 Jun 15:12, Chris G wrote:
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
Weird, I don't know why they'd break that, it doesn't seem logical. Just to follow up a bit, it appears from a poke around that it's sourced by /etc/X11/Xsession.d/40x11-common_xsessionrc...
And gdm defers to the usual Xsession foo for setup of parts, afaict. So maybe, just maybe, umbongo have removed that part.
(Also, it's not actually run, it's sourced...)
Cheers,
On Wed, Jun 02, 2010 at 03:47:13PM +0100, Brett Parker wrote:
On 02 Jun 15:12, Chris G wrote:
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
Weird, I don't know why they'd break that, it doesn't seem logical. Just to follow up a bit, it appears from a poke around that it's sourced by /etc/X11/Xsession.d/40x11-common_xsessionrc...
And gdm defers to the usual Xsession foo for setup of parts, afaict. So maybe, just maybe, umbongo have removed that part.
Well, maybe, but on my system there's a custom /etc/gdm/Xsession so it doesn't run the standard /etc/X11/Xsession. *Ah* and *that's* why it doesn't run ~/.xsessionrc.
In /etc/X11/Xsession (which is not run on my system because it uses /etc/gdm/Xsession instead) we have:- USERXSESSIONRC=$HOME/.xsessionrc
... and in /etc/X11/Xsession.d/40x11-common_xsessionrc we have:- if [ -r "$USERXSESSIONRC" ]; then . "$USERXSESSIONRC" fi
but since USERXSESSIONRC isn't set by /etc/gdm/Xsession it doesn't get run in my case.
(Also, it's not actually run, it's sourced...)
Surely, if we are to be *so* pedantic, 'run' is a sort of common/generic non-techie word for either execute or source indicating that the instructions in the file being 'run' are acted upon. Yes, I know it's important that it's sourced so that it affects the caller's environment but still.... :-)
On 02 Jun 16:27, Chris G wrote:
On Wed, Jun 02, 2010 at 03:47:13PM +0100, Brett Parker wrote:
On 02 Jun 15:12, Chris G wrote:
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
Weird, I don't know why they'd break that, it doesn't seem logical. Just to follow up a bit, it appears from a poke around that it's sourced by /etc/X11/Xsession.d/40x11-common_xsessionrc...
And gdm defers to the usual Xsession foo for setup of parts, afaict. So maybe, just maybe, umbongo have removed that part.
Well, maybe, but on my system there's a custom /etc/gdm/Xsession so it doesn't run the standard /etc/X11/Xsession. *Ah* and *that's* why it doesn't run ~/.xsessionrc.
In /etc/X11/Xsession (which is not run on my system because it uses /etc/gdm/Xsession instead) we have:- USERXSESSIONRC=$HOME/.xsessionrc
... and in /etc/X11/Xsession.d/40x11-common_xsessionrc we have:- if [ -r "$USERXSESSIONRC" ]; then . "$USERXSESSIONRC" fi
but since USERXSESSIONRC isn't set by /etc/gdm/Xsession it doesn't get run in my case.
Ah, but I too have a seperate /etc/gdm/Xsession, but that does run through the common /etc/X11/Xsession.d scripts... Wonder if I added that, or if it's a debian default...
(Also, it's not actually run, it's sourced...)
Surely, if we are to be *so* pedantic, 'run' is a sort of common/generic non-techie word for either execute or source indicating that the instructions in the file being 'run' are acted upon. Yes, I know it's important that it's sourced so that it affects the caller's environment but still.... :-)
Well, quite. Meh.
On Wed, Jun 02, 2010 at 04:38:07PM +0100, Brett Parker wrote:
On 02 Jun 16:27, Chris G wrote:
On Wed, Jun 02, 2010 at 03:47:13PM +0100, Brett Parker wrote:
On 02 Jun 15:12, Chris G wrote:
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
Weird, I don't know why they'd break that, it doesn't seem logical. Just to follow up a bit, it appears from a poke around that it's sourced by /etc/X11/Xsession.d/40x11-common_xsessionrc...
And gdm defers to the usual Xsession foo for setup of parts, afaict. So maybe, just maybe, umbongo have removed that part.
Well, maybe, but on my system there's a custom /etc/gdm/Xsession so it doesn't run the standard /etc/X11/Xsession. *Ah* and *that's* why it doesn't run ~/.xsessionrc.
In /etc/X11/Xsession (which is not run on my system because it uses /etc/gdm/Xsession instead) we have:- USERXSESSIONRC=$HOME/.xsessionrc
... and in /etc/X11/Xsession.d/40x11-common_xsessionrc we have:- if [ -r "$USERXSESSIONRC" ]; then . "$USERXSESSIONRC" fi
but since USERXSESSIONRC isn't set by /etc/gdm/Xsession it doesn't get run in my case.
Ah, but I too have a seperate /etc/gdm/Xsession, but that does run through the common /etc/X11/Xsession.d scripts... Wonder if I added that, or if it's a debian default...
Yes, it runs the scripts in /etc/X11/Xsession.d but it doesn't set USERXSESSIONRC, or at least mine doesn't.
Brett Parker wrote:
On 02 Jun 15:12, Chris G wrote:
Well I just tried it on my xubuntu 9.04 system and .xsessionrc *isn't* run.
Remember that Ubuntu and its derivatives have also broken much of what ssh-agent does by replacing it with their own seahorse stuff. (Talk about re-inventing the wheel!).
Weird, I don't know why they'd break that, it doesn't seem logical. Just to follow up a bit, it appears from a poke around that it's sourced by /etc/X11/Xsession.d/40x11-common_xsessionrc...
And gdm defers to the usual Xsession foo for setup of parts, afaict. So maybe, just maybe, umbongo have removed that part.
(Also, it's not actually run, it's sourced...)
Cheers,
If I could get this damned Eee to start from USB or SD card, I'd try it with Knoppix.
I'll see what I can graft into Xandros.
Seems to me that with two working Debian machines, I might as well keep the Xandros thing with the Eee, since it won't (or, I can't make it) fire-up from USB or SD.
Brett Parker wrote:
On 02 Jun 14:47, Chris G wrote:
On Wed, Jun 02, 2010 at 01:35:07PM +0100, Brett Parker wrote:
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
Not really true any more I'm afraid (~/.xessionrc getting executed that is), e.g. I don't think any Ubuntu or derivatives run it.
Erm, you're thinking of ~/.xsession... not the rc, please ;) Certainly on debian unstable, ~/.xsessionrc gets pulled in by all the other sessions. You select gnome, that should still be pulled in.
I agree about the "sensible" but more and more systems are now very non-standard and don't do 'proper' X.
I should point out that I am using gdm (so, we're in gnome territory), and that I am just telling it to start an awesome session (my window manager). I *used* to have it set to run my ~/.xsession, but I decided against that as then: [ -r $HOME/.xkb/keymaps/default ] && xkbcomp -I$HOME/.xkb $HOME/.xkb/keymaps/default $DISPLAY
Didn't get run... and that does some useful keyboard remappings for me, that wouldn't be useful to most other people (it maps Caps Lock to Meta4, for a start).
Hence I use ~/.xsessionrc which is sourced by all the main players (at least in debian).
This is *not* the same as ~/.xsession which is used purely for a completely customised X environment where you control every single thing that loads.
The other main reason for me using this method was that things like gnome-keyring and ssh-agent are wrapped around the sessions for the standard sessions, and that's a lot harder to do if you've got to remember all the bits yourself.
Hope that clears that up.
Thanks,
Coo yes!
(goes away and bangs head on wall)
Brett Parker wrote:
On 02 Jun 12:04, Anthony Anson wrote:
I want to have a text file appear on firing-up any of the boxen - two running Debian and the other, Xandros.
Not sure where to search in / so I'm saving time - with any luck.
The idea is to (first, remember to) make a note of future appointments, jaunts, meetings, reminders to do things, etc., so I can ignor^h^h^attend to them and erase jobs done, etc..
For ssh/xterminal/etc logins, you just need to add a line to your ~/.bashrc (which should be sourced by ~/.bash_profile anyways), that does: cat /path/to/my/fun/file.txt
For X11/graphical logins, you can add lines to ~/.xsessionrc, all (sensible) logins will source that file, so you could then do something like: xless /path/to/my/fun/file.txt&
That should get you started :)
Ta much. This is beginning to look like . . . er, fun?
-
Anthony Anson -
Brett Parker -
Chris G -
keithjamiesonï¼ hotmail.co.uk -
samwise