скрипт назначен исполняемым?
Покажите вывод

1)слеш перед home забыли.
2) зачем такой длинный путь? хотите проблем?

Индустриальный Эльф, раз из сеанса пользователя запускается, значит скрипту нужны какие-то переменные среды. Например PYTHONPATH  :rolleyes: .

чуть ещё уточню: что-бы запустилось, необходимо и достаточно двух прав:

1) право исполнения файла /usr/bin/python
2) право чтения файла /home/ielf/Загрузки/TorrentsРаздачи/Software/InfoPanel/InfoPanelScreenlet.py

ну и естественно, оба эти файла должны существовать. Второй файл может не существовать по двум причинам:

криворукость №1: из-за длинного и кривого пути автор написал его неправильно
криворукость №2: в пути есть русские буквы, обеспечил-ли автор побайтное совпадение этих букв в момент сохранения файла, и в момент исполнения? лично я - не знаю. Думаю автор - тоже

Ну и конечно засовывать в системную автозагрузку скрипт из userspace - криворукость №3. Спасибо XliN, за идиотский совет 

Зависит от используемого рабочего окружения и менеджера окон, для KDE, к примеру, это — ~/.kde4/Autostart. Из «универсальных» решений — ~/.config/autostart, ну и различные ~/.bashrc, ~/.zshrc, ~/.xinitrc и им подобные

очень даже кошерно - если вы юзаете гном, то почему не использовать автозагрузку гнома?

Если вы юзаете bash shell, то самое кошерное:

ИМХО это не кошерно - этот скрипт нужен для запуска WM/DE, а не для старта каких-то программ.

Проблема этих скриптов (и уж тем более rc.local) в том, что во первых многие из них выполняются от другого пользователя (а все тут наверное уже знают - под рутом работают только маздайные ламеры), а во вторых, среда исполнения на данный момент ещё не полностью готова. От чего и происходить множество проблем.

скрипт rc.local выполняется в самом конце загрузки ОС, и нужен, если администратор решил нанести последний штрих.

После него стартует X-сервер, затем менеджер выбора DE, а после него само DE. Вот когда это DE УЖЕ работает, и нужно запускать приложения пользователя. А если их запускать в rc.local, то кошерные приложения просто откажутся работать, отправив горе-одмина читать маны

Я бы выразился иначе — команды, указанные в этом файле, обрабатываются при запуске «иксов», в том числе это может быть (но совсем не обязательно) и запуск какого-либо WM/DE. И, на мой взгляд, прекрасно подходит для запуска пользовательских программ, не привязанных к какому-нибудь определённому менеджеру окон или рабочему окружению.

Я просто давно уже не юзал линукс с графикой вот и ляпнул не подумав  Изучать не буду, т.к. знаю что скрипт запихнутый в rc.local естественно не отработает, да и нет под рукой браузера.. только lynx

а что будет, если юзер вообще не желает запускать X сервер? У вас какое-то странное приложение - без иксов не запускается, а к иксам не привязано. А если к иксам привязано, то запускается как-то странно - после иксов, но до DE. Что это такое? Можно пример?

ну скажем так - использовать-то можно, вопрос - зачем? я вот помню использовал его для монтирования каталогов, которые я не смог смонтировать в начале загрузки (когда монтирует всё mount --all)

lynx как раз можно. он может запустится, зайти на какой-нить форум, и написать какое-нить сообщение. типа "привет, я загрузилась!"

потому-ка все остальные скрипты будут выполняться после входа в систему.

Я и не говорил, что этот файл — единственно возможное место для запуска программ.
А пример можно:

lupo@gentoo-laptop ~ % cat ~/.xinitrc                                                                               [gentoo-laptop][19:11]
#!/bin/sh
# Run conky
conky -c ~/.conky/conkyrc_head &
conky -c ~/.conky/conkyrc_info &
# Run XScreensaver
xscreensaver -nosplash &
# Run Wicd client for managing wifi and wired sets.
wicd-gtk &
# Run Keepassx password manager.
keepassx &
# Run Klipper
klipper &
# Run XXkb
#xxkb &
# Run kbdd 
kbdd &
# Run @
exec awesome