ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Оперативаная память >= 4ГБ | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vasyĺ V. Vercynśkyj <fuckel> |
| Component: | installer | Assignee: | Nobody's working on this, feel free to take it <nobody> |
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | antohami, boyarsh, klark, mike, rider, sem, shakirov, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Vasyĺ V. Vercynśkyj
2010-12-23 13:21:52 MSK
Вообще-то это уже реализовывалось, осталось вспомнить, где. В любом случае нужна поддержка и в профиле, чтоб std-pae вошло в iso. Вы на каком именно образе не получили желаемого эффекта? Бета 6.0.0 Desktop KDE 2010.11.18 2 zerg: не помнишь, что там с авто-pae было? (у меня в терминальнике вроде прибитое гвоздями только было) Есть подозрение что в *.iso файле kdesktop нет pae ядра, проверить не могу Просмотрел *.iso kdesktop на предмет pae — безуспешно (да и в Кентавре (правда 20101118) тоже не наблюдается. Я уже видел в рассылках несколько проблем с std-pae: nvidia, reiserfs точно помню. 2 Mike: Там есть какой-то профиль kernel-pae, но не пробовал ни разу. К тому же, собираюсь перейти на el-smp. Новая бета KDesktop с el-smp, которое с PAE KDesktop 6.0 не умеет. Я PAE ставить не хочу. Дополнительные глюки гарантированы. Не знаю о каких глюках идёт речь — я до недавнего имел постоянную прописку Sisyphus/PAE и не встречал глюков, которые нельзя было бы воспроизвести на std-def. А почему не x86_64 тогда? Наверно мешает стереотип, что для линукс десктопа с x86_64: «выгода» << «глюки». Ну, я уже созрел (на конторе, кажется, все десктопы 64-битные изначально и за эти несколько лет стереотип повывелся). Ну вот я тоже созрел, пересел на x86_64. И как сюда Acrobat Reader поставить? Поделитесь опытом, Михаил.(Аналоги не предлагать). (В ответ на комментарий №14) > пересел на x86_64. И как сюда Acrobat Reader поставить? Запустив его установку, потом программу из эмулятора терминала наблюдать, на недостаток каких библиотек он ругается, устанавливая `apt-get install i586-libпакет` для каждой из репозитория x86_32 При отсутствии пакета с необходимой библиотекой(могут быть разноименными), повесить багу на пакет arepo на ветку p6. Однозначно в i586 hasher chroot, заодно хоть какая-то страховка от этого решета. http://ftp.altlinux.org/pub/people/ldv/hasher/thesis-2005.html (В ответ на комментарий №15) > Запустив его установку, потом программу из эмулятора терминала наблюдать, на > недостаток каких библиотек он ругается, устанавливая `apt-get install > i586-libпакет` для каждой из репозитория x86_32 > > При отсутствии пакета с необходимой библиотекой(могут быть разноименными), > повесить багу на пакет arepo на ветку p6. По итогу, мне ещё ни одно нужное приложение не удалось запустить по причине разношёрстности версий пакетов в x86_32 и x86_64. Как это лечится? Вешать баги? Да их 100500 будет! А есть безгеморройный способ самому лепить x86_32 из x86_64 (или из чего там лепят), не дожидаясь снисхождения мэйнтейнеров? (В ответ на комментарий №18) > http://www.altlinux.org/arepo? Ну это статья о том, что есть такой себе arepo. А вот документацию к нему или хаутушку рабочую я нигде не наблюдаю. Или здесь всё просто — напихал нужных тебе пакетов в arepo.conf, выполнил $ arepo arepo.conf и получил нужные пакеты? Сомневаюсь. А значение "origin:" в arepo.conf — это что, локальное зеркало бранча надо делать?? |
