unixforum.org

(Demetrio @ Воскресенье, 26 Декабря 2004, 19:09) писал(а):А зачем ты эти опции вообще расскоментировал вначале?

↑

(Demetrio @ Воскресенье, 26 Декабря 2004, 16:09) писал(а):А зачем ты эти опции вообще расскоментировал вначале?

↑

(Дура_набитая @ Четверг, 17 Марта 2005, 5:16) писал(а):А как вот это http://lists.freebsd.org/pipermail/freebsd...h-0902-0001.obj скомпилировать?? почему обж?? а не с? БСД 5.3.

↑

(clx @ Четверг, 17 Марта 2005, 9:25) писал(а):

(Дура_набитая @ Четверг, 17 Марта 2005, 5:16) писал(а):А как вот это http://lists.freebsd.org/pipermail/freebsd...h-0902-0001.obj скомпилировать?? почему обж?? а не с? БСД 5.3.

↑

Может стоит сначало пропатчить дифом, а потом собирать?
man diff
man patch

↑

(Дура_набитая @ Четверг, 17 Марта 2005, 10:54) писал(а):ну пропатчила я как бы... Дифф не надо. он внутри вписан. разбирать по частям тоже не надо. просто #patch <file.obj
А дальше что?? он же внес изменения в сишные файлы и хеадеры. теперь надо их перекомпилировать??? как?? gcc? помогите люди кто чем может? а? хочу 1024 на 768...

↑

Пересобрать все:

make buildkernel
make buildworld
make installkernel
make installworld

PS А что это Вы себе такой ник выбрали? Тот, что был в Ваших письмах - гораздо симпатичнее

(Дура_набитая @ Четверг, 17 Марта 2005, 14:26) писал(а):сколько эвремени это занимает?? начала с билдворлд..

(Дура_набитая @ Четверг, 17 Марта 2005, 14:26) писал(а):все колбасится и колабсится... нельзя так! неужели нельзя перкомпилить только то что редактировалось??

(Дура_набитая @ Четверг, 17 Марта 2005, 14:26) писал(а):

PS А что это Вы себе такой ник выбрали? Тот, что был в Ваших письмах - гораздо симпатичнее

В тематике данного форума очень реальное отображение действительности)

↑

Не прибедняйтесь - ведь до отключения acpi и dma сами додумались:-)

По моим воспоминаниям - минут 20 на мир и минут 10 на ядро (на чем-то типа P4-2Ггц)

По моим воспоминаниям - минут 20 на мир и минут 10 на ядро (на чем-то типа P4-2Ггц)

ну пропатчила я как бы... Дифф не надо. он внутри вписан. разбирать по частям тоже не надо. просто #patch <file.obj
А дальше что?? он же внес изменения в сишные файлы и хеадеры. теперь надо их перекомпилировать??? как?? gcc? помогите люди кто чем может? а? хочу 1024 на 768...

а vidcontrol кто патчить будет?

options VESA
options SC_PIXEL_MODE

в конфигурации ядра есть ?

(StepDV @ Пятница, 18 Марта 2005, 14:07) писал(а):Проштудировал всю тему и соопутствующие ссылки. Но так и не понял, в DFBSD-current эта фишка уже есть, или все-таки патчить надо?

↑

vidcontrol: activating raster display: Operation not supported by device

# vidcontrol -g 137x37 VESA_800x600

(Marduk @ Среда, 23 Марта 2005, 10:34) писал(а):У Вас здесь чуть ли не единственное место, где обсуждают этот вопрос Применил я два патча (freebsd-syscons-patch-0902-0001.obj и vidcontrol), сделал make world, и 132x60 MODE_280 заработал. НО пропал куда-то курсор мыши в консольном режиме, во время запуска системы или vidcontrol -m on пишется vidcontrol: showing the mouse: Invalid argument. Может это баг данного vidcontrol'a или это только у меня так? Причем мышь система видит, и хоть курсора не видно, текст можно ею выделять. Решить бы еще эту проблему и было б идеально  :thumbsup:

↑

(polachok @ Среда, 23 Марта 2005, 13:17) писал(а):2 alv - покажите, пожалуйста, свой файл

↑

#!/bin/sh
#
# $NetBSD: moused,v 1.1 2001/10/29 23:25:01 augustss Exp $
# $FreeBSD: src/etc/rc.d/moused,v 1.3 2002/09/27 16:54:21 gordon Exp $
# $DragonFly: src/etc/rc.d/moused,v 1.3 2004/05/12 01:48:40 cpressey Exp $
#

# PROVIDE: moused
# REQUIRE: DAEMON
# KEYWORD: DragonFly

. /etc/rc.subr

name=moused
rcvar=`set_rcvar`
command="/usr/sbin/${name}"
start_cmd="moused_start"
stop_cmd="moused_stop"
sig_stop="-INT"

# stdin must be redirected because it might be for a serial console
#
viddev=/dev/ttyv0

moused_start()
{
    echo -n 'Starting moused:'
    /usr/sbin/moused ${moused_flags} -p ${moused_port} -t ${moused_type}

    _mousechar_arg=
    case ${mousechar_start} in
    [Nn][Oo] | '')
    ;;
    *)
  echo -n ' mousechar_start'
  _mousechar_arg="-M ${mousechar_start}"
    ;;
    esac

    vidcontrol < ${viddev} ${_mousechar_arg} -m on

    echo '.'
}

moused_stop()
{
    pids="`check_process $command`"
    if [ -n "$pids" ]; then
  for pid in $pids; do
      kill $sig_stop $pid
  done
    fi

    vidcontrol < ${viddev} -m off
}

load_rc_config $name
run_rc_command "$1"

(polachok @ Среда, 23 Марта 2005, 13:17) писал(а):у меня такая же ерунда была - так я взял /etc/rc.d/moused поправил руками - сделал так:

Код: Выделить всё

#!/bin/sh
#
# $NetBSD: moused,v 1.1 2001/10/29 23:25:01 augustss Exp $
# $FreeBSD: src/etc/rc.d/moused,v 1.6.2.1 2004/10/10 09:50:53 mtm Exp $
#

# PROVIDE: moused
# REQUIRE: DAEMON
# KEYWORD: nojail

. /etc/rc.subr

name=moused
rcvar=`set_rcvar`
command="/usr/sbin/${name}"
start_cmd="moused_start"

moused_start()
{
   echo -n 'Starting moused:'
   /usr/sbin/moused ${moused_flags} -p ${moused_port} -t ${moused_type}

   _mousechar_arg=
   case ${mousechar_start} in
   [Nn][Oo] | '')
    ;;
   *)
      echo -n ' mousechar_start'
      _mousechar_arg="-M ${mousechar_start}"
    ;;
   esac

#  for ttyv in /dev/ttyv*; do
      vidcontrol -m on
#  done
   echo '.'
}

load_rc_config $name
run_rc_command "$1"

---------
2 alv - покажите, пожалуйста, свой файл

polachok добавил в 23.03.2005 13:17

ps это баг данной версии vidcontrol'a. а патч cur_sc - это вроде бы более свежая версия патча, который obj

↑

(Marduk @ Воскресенье, 17 Апреля 2005, 16:23) писал(а):Кстати должны ли патчи, которыми я воспользовался работать с грядущим 5.4?

↑