Не знаю, связано ли, но у меня паника пропала после обновления upower.
Я в восторге. Стабильность пока что идеальная, а это самое главное, что меня не устраивало в KDE 4.
Makefile нужен не тебе, а другим людям, которые захотят воспользоваться твоей программой. Им не нужно думать, как собирать конкретную программу, достаточно написать
./configure && make && make install clean.

Теперь о том, что нужно тебе для отладки.

Допустим, ты написал программку “Hello, world” и сохранил её в файле main.c:

#include <stdio.h>
#include <stdlib.h>
main()
{
      printf ("Hello, world\n");
      exit (0);
}

Для компиляции файла main.c в исполняемый файл hello напиши:

gcc -o hello main.c

Если твоя программа использует сторонние библиотеки, например

#include <stdio.h>
#include <stdlib.h>
#include <postgresql/libpq-fe.h>
main()
{
      const char conninfo[] = "dbname=database host=127.0.0.1 user=user password=password";
      char req[] = "DROP TABLE IF EXISTS sample"; 
      PGconn *conn;
      PGresult *res;
      conn = PQconnectdb (conninfo);
      res = PQexec (conn, req);
      printf ("Hello, PostgreSQL!\n");
      PQclear (res);
      PQfinish (conn);
      exit (0);
}
то откомпилируй её с указанием нужной библиотеки
gcc -o hello main.c /usr/lib/libpq.so
Мы говорим не о сервере из датацентра, а о функциональной замене какого-нить домашнего D-Link DIR-120, причём скорее всего без белого IP. Уязвимости там гораздо менее критичны, чем глюки любой bleeding-edge системы.

kirpichPDA
Вывод из разряда “ Где-то слышал, но сам никогда не делал.”

На данный момент я обслуживаю 15 провайдерских серверов под управлением Debian Lenny, и отчётливо понимаю, что арч там будет лишним.
У меня когда-то на ATI такой глюк был даже на Win) Лечился запуском Lineage II и выходом из неё)
Арч, конечно, дело хорошее, но на мой взгляд это не серверная ОС. Сервер обычно ставится по принципу “поставил и забыл”. Проще поставить Debian Sqeeze и держать его там, пока он не потеряет статус oldstable.
Спасибо, нашёл.

https://bbs.archlinux.org/viewtopic.php?id=72702

А всё-таки, с чем связано? Официальный баг xcompmgr?

Глюк с xcompmgr. Наблюдается как с metacity, так и с openbox. Запускал
xcompmgr -c &
Есть у кого мысли?
DirectX End User Runtimes установлены?
Паскаль от Си мало чем отличается - разве что на паскале практически нет юзабельных директив препроцессора, на на си нет поддержки вложенных функций, так что начинай с чего хочешь. Другой вопрос - какие конкретно реализации языка - например, между Borland Delphi и C++ Builder (Borland Kylix) разницы практически никакой, но если сравнить практические приёмы программирования например на FreePascal и GNU C - разница огромная. Например, работа с указателями есть и там, и там, но на паскале можно никогда ими не воспользоваться, а на си без них никуда.

Для самого начала - вопрос, для чего? Если ты собираешься использовать самописные программы в повседневной работе, попробуй perl - относительно легко и не нудно. Можно за десять минут написать уведомлялку, которая будет слать тебе на почту сообщения о том, что, например, кончается место на диске.

Если хочешь именно понять на низком уровне работу системы, тогда только Си, ибо линукс написан именно на нём.

Если программированием вообще никогда не занимался, и хочешь начать с программ типа Hello, world или “введите а, введите б, получите а+б” - тогда язык совсем не важен. Приёмы программирования вполне переводимы, и для разных ситуаций ты в будущем сможешь использовать разные языки. Такой бестселлер, как “Искусство программирования” Дональда Кнута, написанный в лохматые 60-е, вообще использует во всех примерах Алгол, но, несмотря на то, что язык уже умер, книга до сих пор лежит (в новых переизданиях) в Библио-Глобусе на Лубянке и стоит недёшево. Потому что приёмы, описанные в ней, не зависят от языка программирования, и останутся актуальными всегда.