Debian 4.0r3

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

эта езь некашерная праприетарная паделка 8-))))

Опять же, лень. 8-) Может у адоба появился репозиторий? А то у меня только две проги "левых", одна virtualbox из репозитория производителя и вторая - vmware-client для хождения к своим vmware server.

>Может у адоба появился репозиторий? 

На mirror.yandex.ru есть многое
vitus@vitus:~$ wajig policy acroread
acroread:
  Установлен: 8.1.2-0.0
  Кандидат: 8.1.2-0.0
  Таблица версий:
 *** 8.1.2-0.0 0
        500 http://mirror.yandex.ru stable/main Packages
        100 /var/lib/dpkg/status

>>ядро из unstable потянет за собой и новую glibc

>есть dpkg-buildpakage, есть apt-build в конце концов.

>две команды и ядро у тебя без зависимостей на новую либс

Лично мне вполне хватило ядра из backports. Одна команда и без компиляции.

Дебианщики, подскажите. Если я хочу поставить самый свежий дебиан мне надо вот это? debian-testing-ia64-DVD-1.iso 11-Feb-2008 21:15 4.4G debian-testing-ia64-DVD-2.iso 11-Feb-2008 21:18 4.4G debian-testing-ia64-DVD-3.iso 11-Feb-2008 21:21 4.4G debian-testing-ia64-DVD-4.iso 11-Feb-2008 21:25 4.4G debian-testing-ia64-DVD-5.iso 11-Feb-2008 21:25 99M

Эти образы это и есть lenny? Они пригодны для установки и работы или это всё сырое?

Блин, как сделать , чтобы возврат каретки в форуме работал?

debian-testing-ia64-DVD-1.iso 11-Feb-2008 21:15 4.4G

debian-testing-ia64-DVD-2.iso 11-Feb-2008 21:18 4.4G

debian-testing-ia64-DVD-3.iso 11-Feb-2008 21:21 4.4G

debian-testing-ia64-DVD-4.iso 11-Feb-2008 21:25 4.4G

debian-testing-ia64-DVD-5.iso 11-Feb-2008 21:25 99M

ia64 - для Itanium amd64 - для amd64 и emt64

Переехал ноутом на убунту, радуюсь компизу с ATI из коробки :) Но рад за дебиан, отличный дистр.

Во-первых ты уверен, что тебе нужна архитектура IA-64?

Во-вторых скорее всего лучше скачать образ netinstall.

Во-первых ты уверен, что тебе нужна архитектура IA-64?

Мне нужно x86_64 , что-то я не нахожу под неё образов.

А образы я не буду качать, трафик - 1.5р/МБ. Я их попробую заказать по почте.

>Ну и есть проблемы с pdf-акми редкими (коряво смотрит и так же коряво печатает 8-)).

Не будет тебе глобального счастья. Я вынужден временами апгрейдить gs и xpdf - по мелочам кой чего правят но например не полная поддержка цветовых профилей встроенных, или э... колорспотов.

>Дебианщики, подскажите. Если я хочу поставить самый свежий дебиан мне надо вот это?

http://www.us.debian.org/CD/http-ftp/

The following Debian images are available for download: Official CD/DVD images of the testing distribution (regenerated weekly)

а там выберешь архитектуру и далее например iso-dvd.

Но обрати внимание : regenerated weekly.

Тогда лучше ставь stable, testing может быть поломан. x64 должен быть, ищи. IA-64 точно не подойдёт.

Это всё хорошо, но пока Update CD/DVD не доступны, везде r2 лежит. А вообще, это очень хорошо, хоть и не новость.

> Тогда лучше ставь stable, testing может быть поломан. x64 должен быть, ищи. IA-64 точно не подойдёт.

Нет у дебиана x86_64. Есть только amd64. Который вроде бы подходит для x86_64.

> Мне нужно x86_64 , что-то я не нахожу под неё образов.

"Debian on AMD64: The port consists of a kernel for all AMD 64bit CPUs with AMD64 extension and all Intel CPUs with EM64T extension, and a common 64bit userspace."

http://www.us.debian.org/ports/amd64

x86-64 is a 64-bit superset of the x86 instruction set architecture. The x86-64 instruction set natively supports Intel's x86 and was designed by Advanced Micro Devices (AMD), who have since renamed it AMD64. This architecture has been cloned by Intel under the name Intel 64 (formerly known as EM64T among other names).[1] This leads to the common use of the names x86-64 or x64 as more vendor-neutral terms to collectively refer to the two nearly identical implementations.

x86-64 should not be confused with the Intel Itanium architecture, also known as IA-64, which is not compatible on the native instruction set level with the x86 or x86-64 architecture.

> А образы я не буду качать, трафик - 1.5р/МБ. Я их попробую заказать по почте.

Думаю что при таких условиях противопоказан testing, используй stable :(

> Хотя вменяемые дебианещики давно уже сидят на Сид\Ленни =)

Нормальные люди осиливают слеш ставить в нормальную сторону :)

А что лучше поставить что бы проникнуться Ъ линуксовым веем, дебиан или слаку ?

А то сижу на Федоре/CentOS, все работает, а хочется поизвращаться =)

Ых... Все-таки как же вводит народ в заблуждение наименование AMD64... Некоторые до сих пор считают, что все Интелевские процы до сих пор 32-битные.

> Ых... Все-таки как же вводит народ в заблуждение наименование AMD64... Некоторые до сих пор считают, что все Интелевские процы до сих пор 32-битные.

Особо никого не вводит в заблуждение. Привычка с редхата и его детей всяких - там дистр обозначается как "x86_64". Дебиан мне кажется выпендрился с этим "amd64".

C ia64 порсто ступил, не видя привычного x86_64.

> А образы я не буду качать, трафик - 1.5р/МБ. Я их попробую заказать по почте.

>Думаю что при таких условиях противопоказан testing, используй stable :(

Может ли кто-нибудь , кто пользуется testing , сказать , примерно конечно во сколько MB может вылиться еженедельное обновление?

Радость-то какая. :)

Самое хорошее в Debian Etch, то что в версии Wine из репозитария поддержка установки Delphi 7 не поломана, как в остальных репозитариях (знаю, что быдлопроприетарнотрансцендентное дерьмо, но иначе у мну начнутся траблы с информатикой в универе). :)

До этого сидел на CentOS 5, но у него после второй недели аптайма при запуске Firefox 1.5 с 20 открытыми вкладками, Songbird / Exaile (SVN), IDE Code::Blocks и Evolution то ли X'ы висли намертво, то ли система, но факт в том, что, кроме нажатия на кнопку Reset, ему ничего не помогало. (512M RAM, PIII/866MHz). Поэтому перешёл таки на стабильный Debian, вернее, вернулся. :)

---

С Уважением,

>Может ли кто-нибудь , кто пользуется testing , сказать , примерно конечно во сколько MB может вылиться еженедельное обновление?

А зачем обновляться каждую неделю?

Я например обновляю _только_ нужное: firefox, sysvinit, wine...

вот OpenOffice 2.4-rc1 и gnumeric _надо_ установить.

а так у меня 325Mb обновлений висит. Зачем их устанавливать?

== Debian testing

> А то сижу на Федоре/CentOS, все работает, а хочется поизвращаться =)

Такой могучей джедае, у которой все работает на системе, где в зависимости к gcj ставят gtk, на дебиане будет скучно и неинтересно.

P.S. А уж человеку, дообровольно использующему пидорино горе, никакая слака не страшна в плане извращений.

> Eсть пара шаблонов на которых падает OOo Writer 2.0 идущий в комплекте, надо будет поглядеть - мож в том, что в lenny все починили?

Можно поставить OOo Writer 2.3 для Etch из backports. Чем плохой вариант? Да и не только офис.

http://www.backports.org/

Flash вообще хлам. мало того что его для remote control("man-in the-middle") юзает все кто не ппопадя ... рубите этот конетент на гейтах. а кому нужны Flash-странички - пусть их смотрит ИЗ ДОМА.

> Особо никого не вводит в заблуждение. Привычка с редхата и его детей всяких - там дистр обозначается как "x86_64". Дебиан мне кажется выпендрился с этим "amd64".

Вообще-то изначальное название реализации архитектуры x86-64 -- именно amd64. К тому же: "In late 2006 Intel began instead using the name Intel 64 for its implementation, paralleling AMD's use of the name AMD64".

http://en.wikipedia.org/wiki/Amd64

главное - залатали !! новые железяки - примут "как влитого" r3. остальное - лирика про "AMD64" и "ступила" - это вы напрасно. и сравнивать с EMT64 - cмысла ноль. многие образА MS-а в MSDN-подписке - до сих пор зовутся xxxxAMD64xxx.xxx как решили, так и назвали. imho это inTel ступил - по кросслицензионному доступ к x64у них всегда был(пусть и не нанимались девелоперы АМД - ваять за интЭль процы(для реализации конкурентом))

а шо унрар убрали говнистый - тоже правильно. как и подозрительно его включени волковым(7-zip и иже) в свой проект.

Кусок обсуждения по поводу amd64 vs x86-64 из далекого 2003, случайно остался в моем архиве рассылок.

Date: Fri, 22 Aug 2003 20:42:57 +0100 From: Ian Norton <bredroll@darkspace.org.uk> Cc: debian-x86-64@lists.debian.org Subject: Re: Renaming this list into debian-amd64

AMDs case does sound clear, and thinking about it, i also agree that often when i talk about x86-64 people say, wuh? itanium?

its also quicker to say amd64 aswell :-)

marc.miller@amd.com wrote:

>Let me clarify... > >The architecture formerly named x86-64, now named amd64, was developed as an open standard, therefore it's not something we can license. AMD64 is the new name of x86-64. That's the architecture, the instruction set, and the technology we use to bring that to market. x86-64 ceases to exist. > >However, x86_64 still exists. It's the string in Linux describing the platform. Much in the same way that i386 and i586 refer to the x86 instruction set, x86_64 refers to the amd64 instruction set. > >If Intel produces a product that uses the AMD64 specification, it will also run binaries built for ARCH=x86_64. ...but in the same way that Athlon XP & Athlon MP are x86 products, Intel's new processors would be AMD64 products. > >I suggest consistency, plain and simple. If there exists a debian-i586 mailing list for discussing the x86 port, then this list should actually be called debian-x86_64 (with an alias to the old debian-x86-64 name). If such a list is called debian-x86, then this list should be called debian-amd64. > >We don't care either way as long as it makes sense to you and to people looking for this mailing list. > >-----Original Message----- >From: Martin Jungowski [mailto:martin@jungowski.de] >Sent: Friday, August 22, 2003 2:53 AM >To: debian-x86-64@lists.debian.org >Subject: Re: Renaming this list into debian-amd64 > > >I think that's the point - x86-64 is an open standard and there are >rumors that Intel bought a license and is going to introduce an x86-64 >processor too. >AMD64 would mean it's only for 64-bit AMD CPUs, that's why I'd say we >should stick with x86-64 > > >On Fri, 2003-08-22 at 12:30, Ian Norton wrote: > > >>I would tend to agree here, >> >>afaik the family is also known as k8, >> >>is it fair to say, that AMD64 is AMDs implelentation of x86-64, and IA64 is >>intels implemenatation of IA64 :-), some other chip company might implement >>x86-64 aswell, its all very odd, >> >>Ian >> >>On Fri, Aug 22, 2003 at 12:45:54PM +0200, Martin Jungowski wrote: >> >> >>>I'd say it whould remain x86-64 since that is more technical. AMD64 >>>sounds like a marketing thing to me, after all they don't call their >>>Athlon XP and Duron AMD32 >>> >>> >>> >>>On Fri, 2003-08-22 at 08:37, Martin Michlmayr wrote: >>> >>> >>>>* Martin Schulze <joey@infodrom.org> [2003-08-21 18:53]: >>>> >>>> >>>>>I wonder if it would be worth renaming this list into ?debian-amd64? which >>>>> >>>>>If nobody objects, I guess that I should assume (silent) acknowledgement and >>>>>ask listmaster people to rename this list and adjust the web archive. >>>>> >>>>> >>>>I agree with renaming it to -amd64. Just make sure there's an alias >>>>for -x86-64. >>>>-- >>>>Martin Michlmayr >>>>tbm@cyrius.com

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

Кусок обсуждения по поводу amd64 vs x86-64 из далекого 2003, случайно
остался в моем архиве рассылок.

Date: Fri, 22 Aug 2003 20:42:57 +0100
From: Ian Norton <bredroll@darkspace.org.uk>
Cc: debian-x86-64@lists.debian.org
Subject: Re: Renaming this list into debian-amd64


AMDs case does sound clear, and thinking about it, i also agree that
often when i talk about x86-64 people say, wuh? itanium?

its also quicker to say amd64 aswell :-)

marc.miller@amd.com wrote:

>Let me clarify...
>
>The architecture formerly named x86-64, now named amd64, was 
developed as an open standard, therefore it's not something we can 
license.  AMD64 is the new name of x86-64.  That's the architecture, 
the instruction set, and the technology we use to bring that to 
market.  x86-64 ceases to exist.
>
>However, x86_64 still exists.  It's the string in Linux describing 
the platform.  Much in the same way that i386 and i586 refer to the 
x86 instruction set, x86_64 refers to the amd64 instruction set.  
>
>If Intel produces a product that uses the AMD64 specification, it 
will also run binaries built for ARCH=x86_64.  ...but in the same way 
that Athlon XP & Athlon MP are x86 products, Intel's new processors 
would be AMD64 products.  
>
>I suggest consistency, plain and simple.  If there exists a 
debian-i586 mailing list for discussing the x86 port, then this list 
should actually be called debian-x86_64 (with an alias to the old 
debian-x86-64 name).  If such a list is called debian-x86, then this 
list should be called debian-amd64.  
>
>We don't care either way as long as it makes sense to you and to 
people looking for this mailing list.
>
>-----Original Message-----
>From: Martin Jungowski [mailto:martin@jungowski.de]
>Sent: Friday, August 22, 2003 2:53 AM
>To: debian-x86-64@lists.debian.org
>Subject: Re: Renaming this list into debian-amd64
>
>
>I think that's the point - x86-64 is an open standard and there are
>rumors that Intel bought a license and is going to introduce an x86-64
>processor too.
>AMD64 would mean it's only for 64-bit AMD CPUs, that's why I'd say we
>should stick with x86-64
>
>
>On Fri, 2003-08-22 at 12:30, Ian Norton wrote:
>  
>
>>I would tend to agree here, 
>>
>>afaik the family is also known as k8, 
>>
>>is it fair to say, that AMD64 is AMDs implelentation of x86-64, and IA64 is
>>intels implemenatation of IA64 :-), some other chip company might implement
>>x86-64 aswell, its all very odd,
>>
>>Ian
>>
>>On Fri, Aug 22, 2003 at 12:45:54PM +0200, Martin Jungowski wrote:
>>    
>>
>>>I'd say it whould remain x86-64 since that is more technical. AMD64
>>>sounds like a marketing thing to me, after all they don't call their
>>>Athlon XP and Duron AMD32
>>>
>>>
>>>
>>>On Fri, 2003-08-22 at 08:37, Martin Michlmayr wrote:
>>>      
>>>
>>>>* Martin Schulze <joey@infodrom.org> [2003-08-21 18:53]:
>>>>        
>>>>
>>>>>I wonder if it would be worth renaming this list into ?debian-amd64? which
>>>>>
>>>>>If nobody objects, I guess that I should assume (silent) acknowledgement and
>>>>>ask listmaster people to rename this list and adjust the web archive.
>>>>>          
>>>>>
>>>>I agree with renaming it to -amd64.  Just make sure there's an alias
>>>>for -x86-64.
>>>>-- 
>>>>Martin Michlmayr
>>>>tbm@cyrius.com

Сейчас rc багов в lenny меньше чем в etch

Total number of release-critical bugs: 1575 Number that have a patch: 253 Number that have a fix prepared and waiting to upload: 43 Number that are being ignored: 101 Number concerning the current stable release: 524 Number concerning the next release: 484

http://bugs.debian.org/release-critical/

оно потянет за собой новый gcc

>Это всё хорошо, но пока Update CD/DVD не доступны, везде r2 лежит.

r3 лежит давно, только он недоступен для скачивания. Это же Debian они время выжидают для того, чтобы:

1)Должен пройти промежуток времени. 2)Необходимо исключить любые ошибки 3)Все зеркала должны скачать r3 чтобы не нагружать основного заркала потом.

P.S. r3 лежит на ftp-master

>Сейчас rc багов в lenny меньше чем в etch

Так оно и есть. release-critical bugs - это не только уязвимости, точнее наоборот, патчи на уязвимости выпускает security team в любом случае. release-critical bugs - это куча всевозможных проблем со старыми версиями софта, проблемы с совместно разделяемыми либами, отдельные неработающий функционал на каких-то архитектурах, наличие исходникав с несвободными лицензиями (например rfc в main репозитарии).

Новый софт в lenny решает основеую массу rc ошибок - ошибок совместимости софта т.к. свежий софт использует свежие либы.

Позачера воткнул 2.6.24 на etch из пакета, никаких бэкпортов оно не потребовало. Извините, нахрена _ядру_ glibc в зависимостях?

dpkg -I linux-image-2.6.24-1-686_2.6.24-4_i386.deb |grep Depe
 Pre-Depends: debconf (>= 0.2.17) | debconf-2.0
 Depends: initramfs-tools (>= 0.55) | yaird (>= 0.0.12-8) | linux-initramfs-tool, module-init-tools

Когда появится на зеркалах
ftp://ftp.fi.debian.org/debian-cd/4.0_rX/i386/iso-cd/debian-update-4.0r2-i386...
Но это будут апдейты с r0

В gentoo тоже amd64 называется )

> Новые интеловские материнки - в упор не видят инсталяционный диск.
Вы оказались в _сложной_ ситуации? Как Вы туда попали?
http://kmuto.jp/debian/d-i/

>Лично меня вполне устраивает etch, и никуда уходить с него не собираюсь, и не вижу откровенно говоря ничего такого, ради чего стоило-бы устанавливать sid/lenny, если вы только не тестер.

lenny стоит устанавливать например ради того, чтобы завести иксы на 965GM интеловском чипсете :)

> Поддержка оборудования

это ядро надо ставить новее