Summoner

английская версия весит 14 мегабайт (в архиве) и в ней 17 страниц. А Син там:

при том что многим интересно насколько концовка манги совпадет с ЕоЕ, тут хочешь не хочешь будешь с сериалом сравнивать %). Я к тому что чем меньше манга стыкуется с сериалом тем больше можно ждать различий.

Садомото жжот %). Мисата выдаёт Сину про первый и второй удары чуть больше инфы чем было в ЕоЕ, и вроде эта инфа с сериалом не очень стыкуется (хотя может в русской лицензионке тоже кривые и неправильные сабы) %).

2Griffith - ты точно смотрел ребилд 2.0 или хотя-бы читал начало этой темы? Я к тому что такие вопросы еще можно было бы задавать после просмотра 1.11, но не сейчас жеж, там уже в 2.0 все совсем ушло в сторону от сюжета сериала...

не соглашусь, таких явных отсылок и намёков в сериале всеравно бы не было %). Вернее получалось бы что в ранее вышедшем ребилде оставлены многочисленные отсылки к ещё не вышедшему сериалу.

но не говоришь же реплики от лица компьютера? ;)

вахъ там английский или японский?

она там держит куклу перед собой и разными голосами сама с собой разговаривает.

кхм? при чем тут вообще ЕоЕ и зачем его трогать если он уже сколько лет как вышел? ЕоЕ вроде как одна из концовок оригинального сериала (кто-то считает что это то же самое что было в последних 2-х сериях но более подробно и\или с другой точки зрения, кое-кто считает что это альтернатива последним двум сериям, с другими событиями и смыслом) - связан ли ЕоЕ с ребилдом вообще неизвестно, можно соседнюю тему ("ребилд - продолжение") почитать по этому поводу, но имхо очень наврятли что ребилд закончится так же как ЕоЕ.

я об том что не факт что 13-й том последний как тут предположили ;). И объяснил почему.

Если при этом содержание сериала и ребилда оставалось бы неизменным - скорее всего говорили бы что сериал не продолжение а приквел ребилда. Типо аля StarWars, а что, модный приём %). Опять же в таком разе на момент выхода сериала было бы точно известно содержимое последних двух частей ребилда, а ведь кто знает, может там открытым текстом скажут что-нибудь на эту тему %).

только при всем при этом Шкинами воспринимает куклу как этакую замену живому собеседнику, а Сорью имеет в виду что 02-я просто безвольное оружие которое должно ей подчиняться.

эээ... вообще-то их 12, разве нет? Пересмотрел кадры в ЕоЕ - там есть когда монолиты стоят кругом, 01-й и 12-й рядышком. И вообще гайнаксы именно на число 12 а не 13 какие-то не совсем понятные отсылки давали - в том же ЕоЕ есть кадры когда на Аскином комбинезоне вместо 02 нарисовано 12, а сама она орет при этом что-то про 12000 энергоячеек (наверное про батарейки для работы без кабеля).Так что по такой логике последним должен был быть 12-й том %).

прочитал и этот фанф, +1,

2автор - тут вроде-бы была темка с файликом "Расплата.doc" - так вот, её явно можно записывать в список потерь при откате форума, а содержимое очень даже - 2автор - пересоздай плз тему, а? %). Я то успел скачать и прочитать, но там по счетчику скачиваний кажись 2 скачки всего было, а потом откат.

уфф... мне в лом восстанавливать погибший из-за отката диалог %). Отвечал что-то про то что никто не спорил о том что отношение к 02-й у Аски в ребилде особо не менялось.

если из этого вырастет новый стандарт - то почему собсно нет? %). Беда в том что это рушит совместимость... "/System/Links/Settings" и "System/Links/Executables/" говорите.... я бы понял если бы оно создавало линки в /usr/sbin и в /usr/lib (ну и настройки в каталоге пользователя и /etc для системного - это в многопользовательской оси необходимость), а так они лисапед изобретают, несовместимый главное. Хотя сама идея положить все либы, бинарники и прочие файлы из одного пакета в один каталог - вполне нормальна, главное чтобы там внутри был какой нибудь *.sh создающий\удаляющий при зупуске все нужные симлинки - это позволило бы при необходимости обходиьтся без пакетного менеджера.

имелось в виду явное убийство одного из вражьих пилотов?

гм, а за кого? Вроде бы за нигоки она её и принимала, за кого еще? %). Ну, возможно еще подсознательно чувствовала кто там на самом деле (см. например то что она говорит Сину когда тот сидит в нулевой, прямо перед неудавшейся синхронизацией). Фича в чём - Сорью относилась к 02 резко позитивно, типо "моя 02 самая самая, а у вас какой-то тестовый отстой" итд итп. А вот восторгов Шкинами по поводу её самой лучшей на свете куклы чего-то не наблюдал %).

последние версии иксов шибко умные пошли - они сами определяют возможные разрешения исходя из модели видюхи и монитора, собсно иксы теперь нормально запускаются даже без конфигов, т.е. вообще без. Фича только в том что автоопределенные разрешения могут быть не максимально возможными, скорее всего потому что монитор обычно определяется не совсем правильно (оно например знает что у меня Samsung SyncMaster но не знает что оно именно 932b) - поэтому надо в /etc/X11/xorg.conf (если файлика нет - надо создать, там есть пример в /etc/X11/xorg.conf.example) добавить что-то вроде вот этого: Section "Monitor" Identifier "SyncMaster931B" Vendorname "Samsung" Modelname "Samsung SyncMaster 931BF (VGA)" Horizsync 30-81 Vertrefresh 56-75 modeline "640x480@60" 25.2 640 656 752 800 480 490 492 525 -vsync -hsync modeline "640x480@72" 31.5 640 664 704 832 480 489 491 520 -vsync -hsync modeline "640x480@75" 31.5 640 656 720 840 480 481 484 500 -vsync -hsync modeline "800x600@56" 36.0 800 824 896 1024 600 601 603 625 +hsync +vsync modeline "800x600@72" 50.0 800 856 976 1040 600 637 643 666 +hsync +vsync modeline "800x600@75" 49.5 800 816 896 1056 600 601 604 625 +hsync +vsync modeline "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync modeline "832x624@75" 57.284 832 864 928 1152 624 625 628 667 -vsync -hsync modeline "1024x768@75" 78.8 1024 1040 1136 1312 768 769 772 800 +hsync +vsync modeline "1024x768@70" 75.0 1024 1048 1184 1328 768 771 777 806 -vsync -hsync modeline "1024x768@60" 65.0 1024 1048 1184 1344 768 771 777 806 -vsync -hsync modeline "1152x864@75" 108.0 1152 1216 1344 1600 864 865 868 900 +hsync +vsync modeline "1280x1024@75" 135.0 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync modeline "1280x960@60" 102.1 1280 1360 1496 1712 960 961 964 994 -hsync +vsync modeline "1280x1024@60" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync modeline "1280x960@75" 129.86 1280 1368 1504 1728 960 961 964 1002 -hsync +vsync modeline "1400x1050@60" 122.61 1400 1488 1640 1880 1050 1051 1054 1087 -hsync +vsync modeline "1600x1200@65" 175.5 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync modeline "1600x1200@60" 162.0 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync Gamma 1.0 EndSection Section "Screen" Identifier "Screen[0]" Device "nVidia Corporation G70 [GeForce 7600 GT] - screen 1" Monitor "SyncMaster931B" Defaultdepth 24 SubSection "Display" Depth 24 Virtual 1600 1200 Modes "1280x1024@60" "1280x960@75" "1280x960@60" "1400x1050@60" "1280x1024@75" "1600x1200@65" "1152x864@75" "1600x1200@60" "1024x768@60" "1024x768@70" "1024x768@75" "832x624@75" "800x600@60" "800x600@75" "800x600@72" "800x600@56" "640x480@75" "640x480@72" "640x480@60" EndSubSection EndSection Это только пример, строки modeline надо генерировать для своего монитора с помощью консольных утилит, причем надо знать правильные параметры своего монитора, в частности значения Horizsync и Vertrefresh... скорее всего монитор либо какой-то шибко старый, либо экзотичный, либо очень новый (и его поддержку еще не успели добавить в иксы) - у меня оно, пусть и не совсем правильно определяет модель но разрешения даёт правильные, вплоть до 1600x1200, автоматически - т.е. в моем современном xorg.conf всего того что я выше в качестве примера привёл давно уже нет, там всего-то пара секций осталась - нестандартные опции драйвера (отключил логотип NVidia), да настройки русской раскладки клавиатуры... 2 Daniel5555 дык Slackware не даром самый долгоживущий дистр, там все действительно очень удобно и надежно, но необходимости знать консоль и конфиги это не отменяет %). А еще для этого дистра характерно то что там относительно старые версии ядра и прочего софта в угоду стабильности. ну не рандомом же очередность установки выбирать %). По-алфавиту проще всего. если был сбой в процессе установки - значит надо либо попробовать установить заново, по-возможности отключив установку дающих сбой компонентов, либо (при наличии понимания как и что творится в процессе установки, а главное - если другого пути нет и сбой возникает постоянно и неизбежно) - загрузиться\заchrootиться в полуустановленную ось и ручками доустановить те компоненты, установка которых не удалась. Обычно (как и в описанном случае с Zenwalk) достаточно просто повторить попытку установки. Второй путь используется только изредка, в особых случаях - например если это неудавшееся обновление Debian-based дистрибутива (можно попытаться исправить проблему и продолжить обновление с того места где все остановилось), либо это что-то вроде Gentoo где такой способ установки - вообще единственный нормальный. В любом случае - нет смысла вообще ждать что система, которая засбоила при установке вдруг вообще заработает - к примеру туда мог не установиться glibc и там вообще ничего бы не работало кроме ядра, да и то врятли. Вот если честно - мне вот никогда не приходило в голову пытаться заставить работать ту же Windows, которая сдохла на 60% инсталляции. Ну не делает никто такого чтобы операционки работали даже если их установить не-полностью и с глюками, ну это жеж все-таки инсталлер а не программа управления ядерным реактором чтобы стремиться сохранить работоспособность любой ценой и после любого сбоя... вообще оно очень странно, креативы вроде-бы всегда очень хорошо поддерживались... а что за модель все-таки? Можно погуглить, возможно драйвер есть но все еще экспериментальный (например карточка очень редкая и пользуется мало кто - оно так и будет десятилетиями Experimental ибо мало кому надо тестить и дорабатывать, а кому припрет - пересоберут ядро) - тогда ядро, в принципе, можно и пересобрать - не такое это уж и страшное дело на самом деле, особенно при наличии конфига ядра, используемого в дистрибутиве - тогда все сведется к включению нужного драйвера в меню настройки ядра, запуску 2 команд (сборка и установка), и добавлению нового ядра в загрузчик.

Вообще в который раз убеждаюсь что лучший линуксовый менеджер пакетов - в основанных на дебиане дистрибутивах (на днях друг ставил мандриву с менеджером на основе rpm - система дохла после скачивания свежего набора обновлений). Но вообще - что касательно Zenwalk - этот дистр основан на Slackware, который из себя самый долгоживущий дистрибутив за счет того что до сих пор разрабатывает его 1 единственный человек (о котором на окололинуксовых сайтах особо фанатичные приверженцы говорят не иначе как "Патрег - бох"), а слака никогда не отличалась простотой установки и изучения - "истинно-православная" слака вообще устанавливается ручками из консоли - инсталлятор представляет из себя фактически документ-инструкцию + набор консольных утилит - чем то похоже на Gentoo. Короче - имхо конечно, но и Slackware, и Zenwalk - не те дистры с которых стоит начинать пользоваться линуксом %). линух в принципе не может нормально работать на NTFS,может и есть какие-то особо извращенские способы но только в рамках экспериментов и реально оно не используется обычно - тупо потому что linux-у нужны аттрибуты файловой системы аля UNIX, чего в NTFS просто нету. То что SUSE (как и Ubuntu кстати) умеют ставиться на раздел с NTFS - это своеобразный костыль, редко где используемый и применяющийся обычно только для ознакомительной установки - внутри NTFS создается большой, несколько-гиговый файл и внутри этого файла - какая-нибудь подходящая для linux-а файловая система - т.е. что-то вроде образа диска для какой-нибудь VMWare - linux для постоянного использования так просто нет смысла ставить, - неудобно, ненадежно, да и вообще мало ли чего переглючит.... это просто Firefox из которого удалено название и логитипы, принадлежащие Mozilla - насколько знаю некоторые дистры используют такой "почищенный" софт на тот гипотетический случай если Mozilla вдруг потребует отчисланий за пользование торговыми марками. Функционально эти сборки от "православных" огнелиса и громоптица никак не отличаются. Что касается рабочести флешевых роликов и наребочести Java - это значит только то что в систему нормально установлен Flash-плагин и криво\никак установлена Java (возможно она отдельно докачивается с инета) - в общем будь там Firefox вместо Iceweasel - точно так же работал бы флеш и не работала бы Java. обычно, если нет особых приоритетов или требований зависимостей - пакеты ставятся в алфавитном порядке - а O (OpenOffice) идет раньше чем X (Xorg-server или X11 или что-то вроде этого - графическая подсиситема). Собсно, а почему бы OO и не ставиться раньше графической подсистемы? Если сбоя в процессе установки не будет - то все будет ок в любом случае, если сбой будет - ничего опять же не будет работать в любом случае %). А посему нет смысла городить сущности в виде лишнего программного кода без необходимости %). Насчет звуковухи - таки рекомендую попробовать дождаться выхода ubuntu 9.10 (осталось около месяца), скачать LiveCD и заценить - есть мнение что звук будет работать ;).

ага, и навешают всем процентов за злостный офф ;). судя по всему хронологии сериала игра придерживаться не будет? а третьего пилота куды дели? ;). Аскеры не поймут и будут кидаться тухлыми помидорами.

а имхо офигенно написано, правда чтобы читать - наверное надо все-же какое-то отношение к субжу иметь, иначе и вправду воспримется как бессмысленная бредятина %). З.Ы. то что выложено сейчас выглядит как маленькая но в принципе законченная история - судя по опросу планируется что-то еще? ).

+1 к этой версии %). Слишком уж много дураков и он всегда при них % ))). Не удивлюсь если дальше будет описание остальных персонажей сериала, ессно тоже съехавших с катушек %).