LINUX.ORG.RU
← LFS 7.5 шаг 6.10 Adjusting the Toolchain
Лог падения →

Как уведомлять мейнейнера о том, что пакет ebuild устарел.

bugs.gentoo.org

Почему устанавливаются hard-masked пакеты.

keywords?

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

bugs.gentoo.org - как им пользоваться? вообще не догнал как? на Арчебаге быстро разобрался, у тут никак?

$ cat /etc/portage/make.conf | grep -i keyword
ACCEPT_KEYWORDS="~amd64"
Deleted
()
Ответ на: комментарий от Deleted

как им пользоваться?

Даже не знаю, как объяснит. Это обычная стандартная багзилла.

ACCEPT_KEYWORDS=«~amd64»

Какой конкретно хардмаск-пакет ставится?

vurdalak ★★★★★
()

2. Почему устанавливаются hard-masked пакеты.

Если ты смотришь статус пакетов на packages.gentoo.org, то там очень часто бывают ошибки. Сам недавно с таким столкнулся - на сайте написано, что пакет hardmasked, а на деле это не так.

equeim ★★
()
Ответ на: комментарий от Deleted

bugs.gentoo.org - как им пользоваться?

Регистрируешься и создаёшь bug report, в котором указываешь пакет и причину, пиши что тебе нужен ebuild на установку программы более новой версии или что там ещё. А лучше сразу напиши или поправь текущий ebuild и приложи его к bug report`у. Ну а далее жди, либо мантейнер увидит и ответит, либо те, кто знает кто мантейнер пакета добавят его в рассылку по этому пакету и в итоге он тебе ответит.

Ну или ты можешь просто сам написать ebuild и поместить его в локальный оверлей и поставить.

Но лучше помести после этого его так же в bug tracker.

Почему устанавливаются hard-masked пакеты.

В package.unmask что?

kostik87 ★★★★★
()
Ответ на: комментарий от equeim

В точку.

ТС, смотри состояние пакета например через eix: 

emerge eix
eix-update
eix package_name

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от vurdalak

вчера вот glib ставился, но с первого раза не поставился, т.к. ему нужен был gdbus-codegen. Поставил gdbus-codegen, и glib обновился. Хотя gdbus-codegen glib, как бы, и не нужен. gdbus-codegen нужен только для USE=test, а он отключен.

Deleted
()
Ответ на: комментарий от equeim

да, там смотрел.

спсб за разъяснение.

Deleted
()
Ответ на: комментарий от Deleted

Если у тебя по зависимостям тестовой версии пакета тянется hard-masked версия другого пакета, то это нормально.

Ненормально только то, что ты сразу полез на тестовую ветку.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от Deleted

И что конкретно тебя не устраивает?

Новичку нужно сидеть на стабильной системе и размаскировать только нужные определённые пакеты тестовой версии и то даже не просто «~amd64» или «~x86», а конкретную версию, т.е. «=category/name-version ~amd64» или «=category/name-version ~x86».

А то ты своим ACCEPT_KEYWORDS=«~amd64» размаскировал все тестовые версии всех пакетов, последние тестовые версии нередко тянут по зависимостям hard-masked версии других пакетов.

Поэтому подумай и запиши на бумагу или сразу в файл какие конкретно пакеты тебе нужны более новых версий, чем те, которые присутствуют в стабильной ветке. После чего начинай размаскировать их и зависимости.

А так сейчас идёт беспредметный разговор. Ни пакета, ни версии, ни вывода emerge, в общем, ничего нет.

Ну и научись писать ebuild`ы, если тебе нужна более новая версия программы, чем та, которая присутствует в дереве.

За основу бери ebuild от старой версии и доводи до ума.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от kostik87 
$ emerge --info
Error during set creation: Could not import 'smartliverebuild.sets.SmartLiveRebuildSet' for section 'smart-live-rebuild'
Portage 2.2.10 (default/linux/amd64/13.0/desktop/kde, gcc-4.8.2, glibc-2.19, 3.14.0-pf3 x86_64)
=================================================================
System uname: Linux-3.14.0-pf3-x86_64-Intel-R-_Core-TM-_i7-4770K_CPU_@_3.50GHz-with-gentoo-2.2
KiB Mem:    16092180 total,    941852 free
KiB Swap:          0 total,         0 free
Timestamp of tree: Mon, 02 Jun 2014 12:00:01 +0000
ld GNU ld (GNU Binutils) 2.24
app-shells/bash:          4.2_p47
dev-java/java-config:     2.2.0
dev-lang/python:          2.7.6-r1, 3.3.5, 3.4.0
dev-util/cmake:           2.8.12.2-r1
dev-util/pkgconfig:       0.28-r1
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6, 1.14.1
sys-devel/binutils:       2.24-r2                                                                                                                                                  
sys-devel/gcc:            4.8.2                                                                                                                                                    
sys-devel/gcc-config:     1.8-r1::init6                                                                                                                                            
sys-devel/libtool:        2.4.2-r1                                                                                                                                                 
sys-devel/make:           4.0-r1
sys-kernel/linux-headers: 3.14 (virtual/os-headers)
sys-libs/glibc:           2.19
Repositories: gentoo stuff laurentb mipl_emc init6
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirror.mcs.anl.gov/pub/gentoo/ rsync://mirror.mcs.anl.gov/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j9"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/stuff /var/lib/layman/laurentb /var/lib/layman/emc /var/lib/layman/init6"
USE="X aac acl acpi alsa amd64 avx avx2 bash-completion branding bzip2 cairo cdr cli consolekit cracklib crypt cxx dbus declarative dri dts dvdr egl emboss encode exif fam firefox flac fontconfig gif gpm iconv icq icu ipv6 jabber jit jpeg kde kipi lcms ldap libass libnotify libsamplerate lm_sensors lua mad matroska mmx mng modules mp4 multilib ncurses nls nptl ogg opengl openmp oscar pam pango pcre pdf phonon plasma png policykit ppds qt3support qt4 readline sdl session smp spell sse sse2 sse3 sse4_1 ssl ssse3 svg tcpd threads tiff truetype udev udisks unicode upnp upower usb v4l vaapi vorbis wavpack wxwidgets x264 xcb xcomposite xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="ru en_US" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python3_4 python3_3 python2_7" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="intel i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
USE_PYTHON="3.4 3.3 2.7"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC

научиться писать ebuild, думаю, это мне нескоро.

Deleted
()
Ответ на: комментарий от Deleted

Вывод 'emerge --info' - это, конечно, хорошо, но под выводом emerge я всё же подразумевал вывод, который ты видишь при установке пакета или обновлении системы, в котором присутствуют блокировки, по которым ты видишь, что тянутся hard-masked версии пакетов.

Смотри, разбирай этот вывод, открой ebuild`ы пакетов, которые вызывают блокировку и смотри их зависимости. Так же смотри ebuild`ы пакетов, которые тянут пакеты, которые по зависимостям тянут hard-masked версии своих зависимостей.

Анализируй и по возможности замаскируй те версии, которые приводят к установке hard-masked версий пакетов, но что бы удовлетворялись их зависимости.

Ну и заодно подумай так ли тебе нужна целиком тестовая Gentoo при первой установке?

Выписал себе уже пакеты, которые ты хочешь поставить из тестовой ветки?

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

дык, счас-то всё нормально. только mpv-9999 не обновляется, т.к. похоже разработчики опять что-то поменяли в скриптах, да и на багтрекере его уже отметили

Deleted
()
Ответ на: комментарий от kostik87

Ну и заодно подумай так ли тебе нужна целиком тестовая Gentoo при первой установке?

да софта немного стоит, так что проблем за две недели пока особых не было, не считая того, что раз не загрузился после обновления, пришлось ядро пересобирать.

Deleted
()
Ответ на: комментарий от Deleted

только mpv-9999 не обновляется

Ну а что ты хочешь, это же Live версия пакета, т.е. при сборке используется не определённая версия исходников, т.е. релиз, а за основу берётся текущий актуальный срез git, svn или прочего репозитория исходных кодов разработчиков, как следствие там может быть ошибка.

да и на багтрекере его уже отметили

Ну значит жди, либо разработчики mpv исправят свою ошибку, либо поправят ebuild.

kostik87 ★★★★★
()

Как уведомлять мейнейнера о том, что пакет ebuild устарел.

Из официального дерева - заводи баг в багзилле по типу хотя бы вон как там

Из оверлея - форкай оверлей, делай необходимые изменения и посылай обратно пулл реквест.

Почему устанавливаются hard-masked пакеты.

Видимо ты намутил именно так.

научиться писать ebuild, думаю, это мне нескоро.

Чтоб тупо бампать даже мозги не нужны. А чтоб что-то писать/исправлять с умом http://devmanual.gentoo.org/ и там описано вообще все что только может понадобится.

init_6 ★★★★★
()
Ответ на: комментарий от Deleted

Проблему это не решит, но:

-fomit-frame-pointer

Вроде это лишняя опция на ~amd64.

В ALSA_CARDS=«» можно свою звуковую карту указывать, что бы лишнее не тянуть.

В LINGUAS=«» думаю, вместо «ru, en_US», должен быть «ru, en»?

И может мне показалось, но как-то много юзов. У меня примерно в 4 раза меньше. Какой профиль используешь?

afterlanding ★★
()
Ответ на: комментарий от kostik87

по этому и не возмущаюсь, т.к. знаю, что это такое, что может не собраться.

Deleted
()
Ответ на: комментарий от Deleted

Там чуть выше написали, что это. Используй smart-live-rebuild для таких пакетов.

kulti ★★
()
Ответ на: комментарий от Deleted

9999 - это cvs, вроде так.

9999 это текущий срез svn/git т.е. как правило еще новее чем вообще самый последний релиз и следовательно вообще без каких бы то ни было гарантий

init_6 ★★★★★
()
Ответ на: комментарий от afterlanding

В ALSA_CARDS=«» можно свою звуковую карту указывать, что бы лишнее не тянуть.

E-MU 0404 USB = usb_audio ?

В LINGUAS=«» думаю, вместо «ru, en_US», должен быть «ru, en»?

пока проблем не было, да и не общается в будущем

Какой профиль используешь?

$ eselect profile show
Current /etc/portage/make.profile symlink:
  default/linux/amd64/13.0/desktop/kde
Deleted
()
Ответ на: комментарий от init_6

я в курсе.

лучше объясни, как geek-sources можно скрещивать. вот ck+gentoo работает, bfq+gentoo - нет.

zen+gentоо будет работать?

Deleted
()
Ответ на: комментарий от Deleted

лучше объясни, как geek-sources можно скрещивать.

А как хочешь так и „скрещивай“ ага. В случае конфликтующих патчей станет только тот который был выше по приоритету установки а все остальные будут успешно пропущены о чем ты будешь уведомлен.

вот ck+gentoo работает, bfq+gentoo - нет. zen+gentоо будет работать?

Не знаю и проверить не могу и сейчас и в ближайшее время. Пробуй, смотри…

init_6 ★★★★★
()
Ответ на: комментарий от afterlanding

В ALSA_CARDS=«» можно свою звуковую карту указывать, что бы лишнее не тянуть.

Это теперь не нужно. Т.к. пакет alsa-driver выкинули из дерева portage и рекомендовано использовать alsa из состава ядра и как следствие включать при конфигурировании ядра поддержку требуемых аудио карт.

kostik87 ★★★★★
()
Ответ на: комментарий от Deleted

bfq+gentoo не работает в любом порядке.

А схрена ли бы ему накладываться одновременно если bfq и так в составе gentoo?

Это не моя забота следить за тем что там в каких отношениях и с чем находится. Вся логика поведения geek-sources описана вон выше А дальше выставляй что хочешь, добавляй в патчи пользователя что тебе угодно и как оно там будет никто кроме результатов конкретного опыта тебе ничего не скажет. Потому что тут заранее ничего не известно.

Хочешь или знаешь как исправить проблему geek-sources с зависимостями патчей т.е. знаешь как получить решение задачи получения карты взаимоотношений заранее неизвестного числа неизвестных патчей неизвестной версии под заданную версию ядра? Форкай и посылай свои исправления я с радостью приму любые патчи если они будут работать и ничего не сломают.

А до тех пор пока никто такие магические исправления не прислал используй мозг он на то тебе и дан чтоб думать.

init_6 ★★★★★
()
Ответ на: комментарий от init_6

считал, что если 

Use GEEKSOURCES_PATCHING_ORDER="gentoo ck bfq" from /etc/portage/kernel.conf
то последний патч перебьёт первый, или как-то укажет, что тот не применялся.

Deleted
()
Ответ на: комментарий от afterlanding

есть ck-sources, но gentoo-sources использует старую версия BFQ v7r2 vs v7r4

Deleted
()
Ответ на: комментарий от Deleted

то последний патч перебьёт первый, или как-то укажет, что тот не применялся.

Порядок слева на право и чем левее тем выше приоритет. Т.е. левее надо ставить то что тебе важнее.

Еще раз читай внимательно - что в какие патчи/патчсеты входит и что с чем в каких взаимоотношениях находится это все твоя забота и проблема. А geek-sources делает не больше чем ему приказано - накладывает патчи в заданном порядке. Причем из любой пары несовместимых друг между другом патчей наложится только первый согласно заданного приоритета а все остальные сколько бы их там дальше ни было будут пропущены потому что они не пройдут единственную и самую тупую проверку с patch --dry-run

init_6 ★★★★★
()
Ответ на: комментарий от init_6

вот что получилось 

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) sys-kernel/geek-sources-3.14.4::init6
 * patch-3.14.4.xz SHA256 SHA512 WHIRLPOOL size ;-) ...                                                                                                                     [ ok ]
 * linux-3.14.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...                                                                                                                   [ ok ]
 * patch-3.14-ck1.lrz SHA256 SHA512 WHIRLPOOL size ;-) ...                                                                                                                  [ ok ]
>>> Unpacking source...
 * Crap patch --> ignore
 * Disable fixes --> no
 * Remove unneeded architectures --> no
 * Compile gen_init_cpio --> yes
 * Running make oldconfig --> yes
 * Skip stable-queue --> no
 * Use GEEKSOURCES_PATCHING_ORDER="bfq ck gentoo" from /etc/portage/kernel.conf
 * Not all USE flag present in GEEKSOURCES_PATCHING_ORDER from /etc/portage/kernel.conf
 * The following flags are missing: uek openelec zen hardened cjktty upatch brand pf openvz lqx grsec exfat openwrt fix zfs rt bld suse rsbac rh reiser4 pax ice uksm squeue optimize mageia fedora aufs 
 * Probably that's the plan. In that case, never mind.
 * Extract the sources ...                                                                                                                                                  [ ok ]

 * Update to latest upstream ...
 * Applying patch-3.14.4.xz ...                                                                                                                                             [ ok ]
 * Unpack - bfq
 * Unpack - ck
 * Unpack - gentoo
Updating '.':
At revision 2801.
>>> Source unpacked in /tmp/portage/sys-kernel/geek-sources-3.14.4/work
>>> Preparing source in /tmp/portage/sys-kernel/geek-sources-3.14.4/work/linux-3.14.4-geek ...

 * Budget Fair Queueing Budget I/O Scheduler version 3.14.0-v7r4 from http://algo.ing.unimo.it/people/paolo/disk_sched/
 * Applying 0001-block-cgroups-kconfig-build-bits-for-BFQ-v7r4-3.14.patch ...                                                                                               [ ok ]
 * Applying 0002-block-introduce-the-BFQ-v7r4-I-O-sched-for-3.14.patch ...                                                                                                  [ ok ]
 * Applying 0003-block-bfq-add-Early-Queue-Merge-EQM-to-BFQ-v7r4-for-3.14.0.patch ...                                                                                       [ ok ]

 * Con Kolivas high performance patchset version 3.14-ck1 from http://users.on.net/~ckolivas/kernel
 * Applying patch-3.14-ck1.lrz ...                                                                                                                                          [ ok ]

 * Gentoo patches version 3.14 from http://dev.gentoo.org/~mpagano/genpatches
 * Applying 1500_XATTR_USER_PREFIX.patch ...                                                                                                                                [ ok ]
 * Applying 1700_enable-thinkpad-micled.patch ...                                                                                                                           [ ok ]
 * Applying 2400_kcopy-patch-for-infiniband-driver.patch ...                                                                                                                [ ok ]
 * Applying 2700_ThinkPad-30-brightness-control-fix.patch ...                                                                                                               [ ok ]
 * Applying 2900_dev-root-proc-mount-fix.patch ...                                                                                                                          [ ok ]
 * Applying 2900_s2disk-resume-image-fix.patch ...                                                                                                                          [ ok ]
 * Applying 4200_fbcondecor-0.9.6.patch ...                                                                                                                                 [ ok ]
 * Applying 4500_support-for-pogoplug-e02.patch ...                                                                                                                         [ ok ]
 * Applying 4567_distro-Gentoo-Kconfig.patch ...                                                                                                                            [ ok ]
 * Applying 5000_enable-additional-cpu-optimizations-for-gcc.patch ...                                                                                                      [ ok ]
 * Applying 5001_BFQ-1-block-cgroups-kconfig-build-bits-for-BFQ-v7r2-3.14.patch ...                                                                                         [ ok ]
 * Applying 5002_BFQ-2-block-introduce-the-BFQ-v7r2-I-O-sched-for-3.14.patch1 ...                                                                                           [ ok ]
 * Applying 5003_BFQ-3-block-bfq-add-Early-Queue-Merge-EQM-to-BFQ-v7r2-for-3.14.0.patch ...                                                                                 [ ok ]
 * Set extraversion in Makefile ...                                                                                                                                         [ ok ]
 * Searching for best availiable kernel config ...
 *  Found config from running kernel, updating to match target kernel                                                                                                       [ ok ]
 * Cleanup backups after patching ...                                                                                                                                       [ ok ]
 * Skipping remove unneeded architectures ...
 * Compile gen_init_cpio ...                                                                                                                                                [ ok ]
 * Running make oldconfig ...                                                                                                                                               [ ok ]
 * Running modules_prepare ...

Deleted
()
Ответ на: комментарий от kostik87

Смешивать ветки еще хуже, чем сидеть полностью на тестовой. Хотя, если есть свободное время, бодрый мозг, то самое лучшее — и есть тестовая. И свежак, и ветки не надо смешивать.

a1batross ★★★★★
()
Ответ на: комментарий от Deleted

окей. напишу баг-репорт, чтоб обновили bfq в gentoo-patches.

Это смотри сам но тут скорее похоже на баг в geek-sources. Если оно реально два раза накладывает одно и то же и все на вид норм в то время как руками все те же патчи в том же порядке и объеме не накладываются это точно баг. Так что можешь заводить баг и у меня в оверлее вот только я его в ближайшем будущем все равно не исправлю :)) а как дойдет до него время там все равно я всё собрался очередной раз переделывать…

init_6 ★★★★★
()
Ответ на: комментарий от a1batross

Смешивать ветки еще хуже, чем сидеть полностью на тестовой. Хотя, если есть свободное время, бодрый мозг, то самое лучшее — и есть тестовая. И свежак, и ветки не надо смешивать.

@system стабильный остальное по желанию хоть размаскивай хоть нет. И никаких проблем ;)

init_6 ★★★★★
()
Ответ на: комментарий от a1batross

Хотя... ты тоже прав. Но как за этим следить?

А как на ~ следить за приходящими хардмасками? Проблемы есть всегда так или иначе. А для управления группами ebuild-ов давно придуманы @set-ы и никто не запрещает часть системы держать стабильной а другую часть из нестабильной ветки.

init_6 ★★★★★
()
Ответ на: комментарий от init_6

А как на ~ следить за приходящими хардмасками?

Их просит размаскировать emerge. Вот в /etc/portage/package.unmask у меня всего два пакета. Стоп, я на свой же вопрос ответил. Один фиг, каждый раз emerge показывает что нужно размаскировать. =/

a1batross ★★★★★
()
Ответ на: комментарий от a1batross

Их просит размаскировать emerge. Вот в /etc/portage/package.unmask у меня всего два пакета. Стоп, я на свой же вопрос ответил. Один фиг, каждый раз emerge показывает что нужно размаскировать. =/

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

  • держать все стабильным.
  • держать часть стабильным а часть нестабильным
  • держать все нестабильным

Но любой из вариантов не гарантирует того что что-то все равно надо будет маскать/размаскивать руками. Так что в конечном счете возни в любом случае одинаково а по разному только состояние @system @world

init_6 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← LFS 7.5 шаг 6.10 Adjusting the Toolchain
General
Лог падения →