Можно легко сделать кросс-платформенную разработку, являетесь ли Вы системным программистом, веб-разработчиком или разработчиком настольного приложения. Если Вы будете в системы, то любые утилиты и/или драйверы, которые Вы пишете для Linux, вероятно, будут работать хорошо на другой *, отклоняют с очень минимальными модификациями. При условии, что Вы пишете, что стандарт C кодирует и не использует слишком многих система определенные вызовы, они могут быть даже легкими к порту к окнам.
Если Вы будете настольным приложением dev, то можно быть нацелены на GTK, QT или wxWidgets, и приложение будет, вероятно, работать хорошо через крупнейшие 3 платформы сегодня (*nix, Windows, Mac). Снова, сохраните систему определенными вызовами к минимуму или изолируйте их в библиотеку-оболочку, это будет конкретной системой. Вы называете также цель Виртуальной машиной как JVM и/или CLR, который позволит рвение через плату.
Если Вы будете сетью dev, то Вы, вероятно, столкнетесь со слишком многими различными альтернативами для выбора из. Я предпочитаю, чтобы немного веб-сервера назвало язык чероки, и я разрабатываю и выполняю (моно) ASP.NET и приложения Django, которые работают на нем и используют бэкенд PgSQL.
Таким образом, заключение состоит в том, что кросс-платформенная разработка в Linux может быть сделана, при условии, что можно скомпилировать код целевой платформы, и Вы имеете это в виду при написании кода или если Вы нацелены на VM. Другая точка - то, что можно столкнуться с предпочтительным Paradox и не знать, что использовать. Для того чтения ниже моего ответа на второй вопрос.
Относительно второго вопроса, лучший ресурс, который я нашел, называют Альтернативами С открытым исходным кодом. Этот веб-сайт перечисляет коммерческое программное обеспечение и их альтернативы с открытым исходным кодом. Почти все альтернативы работают на Linux и FreeBSD.
Что-то неправильно с конфигурацией CUPS (инфраструктура печати сети для Linux). Если CUPS не является проблемой, Вы пытаетесь зафиксировать, можно работать вокруг этого на данный момент путем удаления CUPS (apt-get remove cups
), и затем повторение apt-get -f install
.
Если Вы интересуетесь диагностированием проблемы CUPS, можно попробовать пару вещей выяснить то, что продолжается. apt-get
эффективно работает start cups
(более старая Ubuntu и другие дистрибутивы работали бы /etc/init.d/cups start
или service cups start
). Можно выполнить это вручную, чтобы видеть, говорит ли это что-либо полезное (вероятно, не). Проверьте на недавно измененные журналы (ls -ltra /var/log
) и посмотрите, обеспечивает ли какой-либо из них подсказки (часто, программы демона как CUPS запишут любую ошибку или предупреждения файлу журнала).
Кроме того, проверьте конфигурационный файл чашек /etc/cups/cupsd.conf
и посмотрите, выглядит ли что-нибудь неправильным.
По-видимому, этого не произошло внезапно, все же. Что шло не так, как надо, который вдохновил Вас работать apt-get -f install
во-первых?
Проблема, выскочка не может запустить демона чашек. Я видел эту проблему с сентября. Я надеялся, что стабильная версия решает эту ошибку.
Я ленив, и я не решил его, но я сделал маленькое обходное решение (только для рабочих столов с локальными принтерами):
mv /etc/apparmor.d/usr.sbin.cupsd /etc/apparmor.d/bad_profiles/
# apparmor complains about cups profile
rm -f /etc/init.d/cups
# this is link to upstart-job
и я использую init сценарий (/etc/init.d/cups) как это:
#!/bin/bash
# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Common Unix Printing Daemon"
NAME=cupsd
DAEMON=/usr/sbin/$NAME
DAEMON_ARGS=""
PIDFILE=/var/run/cups/$NAME.pid
#SCRIPTNAME=/etc/init.d/$NAME
SCRIPTNAME=./$NAME
# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0
# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh
# Define LSB log_* functions.
# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start --verbose --user lp --group lpadmin --pid $PIDFILE \
--exec $DAEMON --test || return 1
start-stop-daemon --start --verbose --user lp --group lpadmin --pidfile $PIDFILE \
--exec $DAEMON -- $DAEMON_ARGS || return 2
# Add code here, if necessary, that waits for the process to be ready
# to handle requests from services started subsequently which depend
# on this one. As a last resort, sleep for some time.
#$DAEMON $DAEMON_ARGS &
#echo `pidof cupsd`>$PIDFILE
}
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --retry=TERM/30/KILL/5 --pidfile $PIDFILE --name $NAME
RETVAL="$?"
[ "$RETVAL" = 2 ] && return 2
# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently. A last resort is to
# sleep for some time.
start-stop-daemon --stop --oknodo --retry=0/30/KILL/5 --exec $DAEMON
[ "$?" = 2 ] && return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
return "$RETVAL"
}
do_reload() {
#
# If the daemon can reload its configuration without
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
start-stop-daemon --stop --signal 1 --verbose --pidfile $PIDFILE --name $NAME
return 0
}
case "$1" in
start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
status)
status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
;;
#reload|force-reload)
#
# If do_reload() is not implemented then leave this commented out
# and leave 'force-reload' as an alias for 'restart'.
#
#log_daemon_msg "Reloading $DESC" "$NAME"
#do_reload
#log_end_msg $?
#;;
restart|force-reload)
#
# If the "reload" option is implemented then remove the
# 'force-reload' alias
#
log_daemon_msg "Restarting $DESC" "$NAME"
do_stop
case "$?" in
0|1)
do_start
case "$?" in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
exit 3
;;
esac
exit 0
Затем можно записать (как корень):
# apt-get install -f
И у Вас должен быть удар.
start cups
и файл конфигурации для поиска проблем/etc/init/cups
. – Riccardo Murri 10.10.2011, 12:50/etc/init/cups
новомодный конфигурационный файл, который управляет запуском чашек; конфигурационный файл для самого CUPS тих/etc/cups/cupsd.conf
. – Riccardo Murri 10.10.2011, 21:59apt-get -f install
, и это даже не пыталось установить чашки снова. Я лгал бы, если бы я сказал, что понял, почему я удалил поврежденную зависимость, и теперь это больше не зависимость. – Zéychin 10.10.2011, 22:07