Slackware 14.2 stable

А для плазмы какой реп?

посмотрел повнимательнее
http://slackware.osuosl.org/slackware-14.2/source/k/config-x86/
в live получается и не -smp грузится, как оказалось и отличий-то и нет

$ diff config-generic-4.4.13 config-generic-4.4.14 
3c3
< # Linux/x86 4.4.13 Kernel Configuration
---
> # Linux/x86 4.4.14 Kernel Configuration

А для плазмы какой реп?

5kde? Если да, то вот блог с заметками об выпусках
http://alien.slackbook.org/blog/kde-5_16-06-for-slackware-current/

А вот сам реп, с README по порядку действий для обновления
http://bear.alienbase.nl/mirrors/alien-kde/14.2/testing/

http://bear.alienbase.nl/mirrors/alien-kde/14.2/5/x86/
http://bear.alienbase.nl/mirrors/alien-kde/14.2/5/x86_64/

/boot/vmlinuz — это симлинк на файл последнего установленного ядра (install/doinst.sh ставит его на установленный из пакета файл ядра). Переставить на generic-huge-smp-4.4.14-smp просто (не забыть после позвать lilo):

# ( cd /;/var/adm/scripts/kernel-huge-smp-4.4.14-smp* )

# /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 4.4.14-smp | sh

image = /boot/vmlinuz-generic-smp-4.4.14-smp
  initrd = /boot/initrd.gz
  root = /dev/sda5
  label = 4.4.14
  read-only

# lilo
# reboot

А что скажешь про slackonly?

И где про установку почитать можно?

где про установку почитать можно?

http://bear.alienbase.nl/mirrors/alien-kde/14.2/testing/README

там расписано и про установку, и даже про самостоятельную сборку

slackonly?

я остановился на sbopkg, в каталог у себя собираю пакеты, если систему убью или на другой системе аналогичную подниму и надо будет пакет, уже собирать не буду, а оттуда поставлю

Ой, спасибо

vmlinuz-generic

но у меня, как я понял huge: vmlinuz -> vmlinuz-huge-smp-4.4.14-smp
Но все равно спасибо еще раз, пригодится

Я тут хотел ядро без smp загрузит и посмотреть и что-то сижу не могу сообразится, как вернуть, я просто удалил же еще в добавок

# removepkg kernel-huge kernel-generic kernel-modules 

а в репе i586 лежит, ну а slackpkg что-то и ставить не хочет, но я уже догадался что с ядром не все так просто, как с xapps например. Подумываю на раздел соседний 14.2_64 поставить посмотреть на поведение там...

На slackware.com нет капчи

Нормального дистрибутива там тоже нет. Ты к чему это вообще?

Кааак? Ты не заценил его тонкий подъёб? :-D

14.2_64

bash-4.3# uname -rm
4.4.14 x86_64

bash-4.3# cat /etc/slackware-version 
Slackware 14.2

bash-4.3# ls /var/log/packages/ | grep kernel
kernel-firmware-20160628git-noarch-1
kernel-generic-4.4.14-x86_64-1
kernel-headers-4.4.14-x86-1
kernel-huge-4.4.14-x86_64-1
kernel-modules-4.4.14-x86_64-1
kernel-source-4.4.14-noarch-1

bash-4.3# ls /boot/vmlinuz -l
lrwxrwxrwx 1 root root 19 Jul  5 23:29 /boot/vmlinuz -> vmlinuz-huge-4.4.14

bash-4.3# swapon -s
Filename				Type		Size	Used	Priority
/dev/sdb3                              	partition	8388604	0	-1

bash-4.3# cat /etc/lilo.conf | grep resume
append=" vt.default_utf8=1 resume=/dev/sdb3"

bash-4.3# pm-hibernate 
bash-4.3# 

- it's works! O_o

Кааак? Ты не заценил его тонкий подъёб? :-D

Где уж мне до высот искромётного юмора :)

Нормального дистрибутива

Я не понимаю, чем Вы так недовольны( если не секрет на каком дистрибутиве сидите сами?

чем Вы так недовольны

Упоротостью поклонников - уж не знаю почему, но слака этим особенно сильно грешит. И да, можно на ты - мы в интернете, а не на светском рауте.

на каком дистрибутиве сидите сами?

На убунте. То щё говно кстати.

это хацкелист, у них так принято.

А машинка ваша однопроцессорное и одно ядерная (не-смп работает только на одном ядре)?
Если собрались остаться на не-смп ядре, не забудьте про установку /extra/linux-4.4.14-nosmp-sdk/, предварительно прочитав тамошний README.TXT. Если этого не сделать, будет сломана сборка модулей ядра, в остальном на систему это не должно влиять.

А машинка ваша однопроцессорное и одно ядерная (не-смп работает только на одном ядре)?

i3 вроде как и не один процессор

$ lscpu 
Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 58
Model name:            Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz
Stepping:              9
CPU MHz:               1784.882
CPU max MHz:           1800,0000
CPU min MHz:           800,0000
BogoMIPS:              3591.72
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              3072K
NUMA node0 CPU(s):     0-3
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx f16c lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt

не забудьте про установку /extra/linux-4.4.14-nosmp-sdk/

спасибо, если на 64 не уйди - подумаю,
а так неплохой повод и от swap отказаться, просто подкачкой в первую очередь из-за спячки давно пользуюсь, удобно (было),
кстати вот по сравнению в Win в Lin, мне нравится, то что машина быстрее просыпается, как мне показалось, чем на Win

Упоротостью поклонников - уж не знаю почему, но слака этим особенно сильно грешит.

Видно редко стал на ЛОР ходить. Обычно это просто ленивые люди вроде меня, которым лень разбираться с дистрибутивом.

На убунте. То щё говно кстати.

Вот да. А что нынче из юзерфрендли рулез?

А что нынче из юзерфрендли рулез?

Убунта, федора, арч.

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

Чсх гном на вяленом у меня работает на говнонетбуке за 12к быстрее и лучше, чем i3 на иксах: и загрузка процессора меньше, и температура ниже.

В /etc/lilo.conf:

# lilo

# reboot

А почему в слаке до сих пор используется lilo вместо grub?

Вероятно из-за того, что не следует чинить то, что не поломалось. LILO отлично справляется со своими обязанностями, а переходить на что-то другое только потому что мейнстрим — увольте, это точно не про Патрика и Slackware.

Убунта, федора, арч.

Убунта да, а два остальные это тестовые полигоны с соответствующими проблемами. Да и арч тоже без красноглазия ставить и чинить после обновлений не получится.

Флагманы, закапывают иксы

Да, пора уже.

иниты с баш лапшой и прочее допотопное говно

Была лапшка на баше, которую вдруг чего можно починить, а теперь стала гора на С(systemd).

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

Продвижению линукса на десктоп мешает dependency hell и проблемы с дровами имхо.

Чсх гном на вяленом у меня работает на говнонетбуке за 12к быстрее и лучше, чем i3 на иксах

Что за нетбук? i3 тоже пеезжает на вяленого, пруфы на лоре были.

Он легче, проще.
Это не означает, что grub не используется, используйте на здоровье, кто ж вам запретит, он даже в основной поставке есть начиная с 10.1, а это, на минуточку, 2005 год:
14.2: a/grub-2.00
14.1: a/grub-2.00
14.0: extra/grub/grub-0.97
13.37: extra/grub/grub-0.97
13.1: extra/grub/grub-0.97
13.0: extra/grub/grub-0.97
12.2: extra/grub/grub-0.97
12.1: extra/grub/grub-0.97
12.0: extra/grub/grub-0.97
11.0: extra/grub/grub-0.97
10.2: extra/grub/grub-0.97
10.1: extra/grub/grub-0.95

Wed Feb  2 18:22:01 PST 2005
Released Slackware 10.1 stable.
...
Mon Aug 23 14:06:50 PDT 2004
extra/grub/grub-0.95-i486-1.tgz:  Added GNU grub-0.95.
...
Tue Jun 22 01:34:56 PDT 2004
Slackware 10.0 is released.  Thanks to everyone who helped out!

$ lscpu 
Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4

Сколько памяти на машине? Что-то специфичное держит на 32-разрядной системе?

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

LILO отлично справляется со своими обязанностями

не совсем так, его не хватает для UEFI.
Но туда по принципу наименьшей неожиданности был взят ELILO.

Все для консервативного пользователя и его наименьшего удивления :-)

Убунта да, а два остальные это тестовые полигоны с соответствующими проблемами.

То-то федора 24 в бете была стабильнее вышедшей 16.04, лол.

а теперь стала гора на С(systemd).

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

dependency hell и проблемы с дровами имхо.

Нет там никакого dependency hell, особенно в нормальных дистрах. Он есть разве что в дебиане и производных, связан с упоротой политикой партии.

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

Что за нетбук?

Нетбук на дешевом двухядерном селероне.

Сколько памяти на машине?

dell ~ # free -h
              total        used        free      shared  buff/cache   available
Mem:           5,8G        1,1G        3,5G        187M        1,2G        4,2G
Swap:          8,0G          0B        8,0G

dell ~ # vmstat -s
      6070260 K total memory
      1582868 K used memory
      1974208 K active memory
      1957448 K inactive memory
      1987728 K free memory
       142668 K buffer memory
      2356996 K swap cache
      8392700 K total swap
            0 K used swap
      8392700 K free swap
        48487 non-nice user cpu ticks
           34 nice user cpu ticks
        13386 system cpu ticks
       619215 idle cpu ticks
         6110 IO-wait cpu ticks
            0 IRQ cpu ticks
          812 softirq cpu ticks
            0 stolen cpu ticks
      2137564 pages paged in
       270632 pages paged out
            0 pages swapped in
            0 pages swapped out
      2589513 interrupts
      6713420 CPU context switches
   1467886332 boot time
         7766 forks

Я кстати и 32 поставил на этой машине, но на другой диск на котором 64 себя нормально ведет, на hdd ставил, мало ли подумал ssd.., но падение/panic сразу же воспроизводится после установки-запуска-спячки

Что-то специфичное держит на 32-разрядной системе?

тут я даже и не знаю что сказать, вроде для 64 и 32 нормальный проц, только если спрошу, что именно имеете в виду?

32 использую, что бы в либ32 не возиться, мало ли какая закрытая программа понадобится онли32, ну и конечно радует, что Патрик собрал чистую 64 систему и не хотелось бы доставлять-переустанавливать пакеты какие-то что бы этим lib32-compat доставить

мало ли какая закрытая программа понадобится онли32

Сейчас всё чаще наоборот.

мало ли какая закрытая программа понадобится онли32, ... не хотелось бы доставлять-переустанавливать пакеты какие-то что бы этим lib32-compat доставить

Ради только опасений в этом случае можно и ВМ поднять с чистой 32-битной системой.

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

Впрочем, решать только вам.

Он легче, проще.

И требует переустановки каждый раз, при правке конфига. Нет уж, увольте. Я как пользовался grub'ом последние лет 10, так и буду.

И требует переустановки каждый раз, при правке конфига

Требует.
Часто правите конфиг? Я вот за собой подобного давно не замечал. Особенно после добавления к существовавшему ранее симлинку /boot/vmlinuz вариантов /boot-vmlinuz-{huge,generic}{,-smp}. Даже на -current необходимости править конфиг не возникало, достаточно было после обновления ядра пересоздать initrd и позвать lilo.

А у вас с чем правки конфига обычно связаны?


PS. Это всё безотносительно использования grub, просто любопытство.
PPS. Если ELILO, там ничего дополнительно дергать ненужно.

И требует переустановки каждый раз, при правке конфига. Нет уж, увольте. Я как пользовался grub'ом последние лет 10, так и буду.

Таких как ты напрягает команда # lilo -v?

Был еще и такой AgiliaLinux, со своим пакет-менеджером разруливающим зависимости Slackware.

со своим пакет-менеджером разруливающим зависимости Slackware

Был, назывался еще раньше MopsLinux.
Сейчас есть Salix, с несвоим slapt-get, но зависимости тоже разруливает.

Первая попытка «Slackware с зависимостями» была у Stefano Stabellini на 13.1. если правильно путаю. Реализация была весьма тривиальной — в метаинформацию PACKAGES.TXT прописывались строки «PACKAGE REQUIRES». а чтобы не дублировать все дерево, источником в «PACKAGE MIRROR» указывалось официальное зеркало. slapt-get мог ставить с такого источника пакеты с разрешением зависимостей.

Таких как ты напрягает команда # lilo -v?

Не, напрягает то, что если
1) вопреки всем настоятельным рекомендациям не делать этого, использовать upgrade для ядер/модулей (upgradepkg/slackpkg upgrade) и
2) забыть позвать lilo,
то придется лезть за дистрибутивным носителем.

Если вдруг дуалбут под управлением ntldr/bootmgr, то не забыть вдобавок сделать
mount /mnt/wboot; dd bs=512 count=1 if=/dev/sda5 of=/mnt/wboot/sda5.bin
намного сложнее :-)

А у вас с чем правки конфига обычно связаны?

Добавление параметров ядра

То-то федора 24 в бете была стабильнее вышедшей 16.04, лол.

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

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

Ну там хоть можно понять как работает и починить если что. Об этом выше написано.

Нет там никакого dependency hell, особенно в нормальных дистрах.

Какие для тебя нормальные дистры?

Ну и с драйверами опять-таки проблем нет

А проприетарные дрова AMD/ATI, а для интеловских видеокарт?

Нетбук на дешевом двухядерном селероне.

Производитель, модель?

В той версии Qt, что в 14.0, если не ошибаюсь, были «привязки» к либам Qt3, потому и работало, сейчас уже вряд ли заработает сразу.

Ну там хоть можно понять как работает и починить если что.

Понять что? Обскурный код софтин на си, которые вызывает баш? Обскурный сишный код баша (привет, shellshock)? Или безумную императивную лапшу на самом баше, написанную админами, ни рожна не смыслящими в программировании?

Нет, админам давать программировать нельзя, конфиги должны быть сугубо декларативными. Сравни юниты с простынями на баше по три страницы.

Какие для тебя нормальные дистры?

Шляпа/федора, суся, дженту, билдрут, ит депендс.

Производитель, модель?

asus x200

конфиги должны быть сугубо декларативными

Как насчет NixOS?

Шляпа/федора, суся, дженту, билдрут, ит депендс.

А слака и арч?

NixOS

Ну там вроде язык, но да, можно какую-нибудь функциональщину использовать, но лучше просто декларативный конфиг, как в апаче или системди.

слака

Была ок для 2003.

арч

Сыроват, но вполне.

Нет, админам давать программировать нельзя, конфиги должны быть сугубо декларативными. Сравни юниты с простынями на баше по три страницы.

кстати да, федорины скрипты - страх и ужас. я сравнивал с slackware/crux, где красота и изящность.

Забирая инструмент - дай взамен. Пока что замены скриптам нет, декларативная хрень - лишь для типовых случаев, на которых эти федорины админы-yёpki умудрулись наплодить кучу нечитаемого г-нокода на шелле. Вот рукожопы.

P.S. федорины можно читать как имя нарицательное. Скорее всего это относится ко всем ынтыпрайз/суриоз дистрам.

Пока что замены скриптам нет, декларативная хрень - лишь для типовых случаев

Во всех вменяемых дистрибутивах уже заменили, 99% гнулинукс пользовантелей сидит на системди.

нет

В 99,9% случаев системди делает не просто то же, а делает это лучше. Расскажи, как твои шкрипты следят за тем, работает сервис или упал?

Ну а для 0.1% нетипичных случаев можно написать скрипт, а лучше код на нормальном языке программирования (python, scheme, ml, ruby etc), а не убогую башелапшу с убогими пайпами без какого-либо намека на обработку ошибок и тому подобное.

Зато малограмотный слакофил может онанировать на то, что он может это понять и починить. Ведь слакофил не в курсе cs-веяний, Option монады, исключения — все обошло его стороной. Тем слакофил похож на луддита-тазофила, копающегося в своем тазу и клянущем все новое, появляющееся на ниве автопрома, будь то электромобили, гибриды, машины с автопилотом, акп и проч. за сложность.

На самом деле не технологии сложные, просто слакофил слишком простой.

Правильно Торвальдс сказал про системди: сложные системы не строятся в баше из пайпов, эта юникс-утопия осталась в 80-х и в головах зилотов-маргиналов. Сложные системы требуют планирования, системного подхода, а не подпиранием отваливающихся частей лапшой.

В 99,9% случаев системди делает не просто то же, а делает это лучше. Расскажи, как твои шкрипты следят за тем, работает сервис или упал?

это делает monit. твой системд лучше monit? нет? тогда зачем он? выпили.

В остальном не дочитал до конца, там бла-бла-бла. Напоминаешь мне юзер231 с опеннета.

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

новое

/0 Вздрочни тут еще на Лизку Холмс пиздолис: лабы на чипе забыл :) И 100500 еще таких же попильных имитаторов прогресса. У тебя уже есть стартап? Ты наверное посещаешь стартапхап? А знаешь для чего существует стартапхап? Чтобы успеть хапнуть, взлетел твой стартап или нет :) У Лизки взлетел... и упал. Шеренгу щас заполнила Лизка Перриш. У Илонки тоже имя бабское... «Случайность? Не думаю!» (с)

П.С. Монады твои тоже академическоекакодемоническое гумно.

твой системд лучше monit?

Конечно, зачем мне сторонняя сущность, когда инит прекрасно со всем справляется? Вопрос на уровне «зачем в ядре столько файловых систем, если можно все на fuse подключить».

Конечно, зачем мне сторонняя сущность, когда инит прекрасно со всем справляется?

Оно даже не умеет в оповещение на почту, или действовать сложнее простого перезапуска. Выкинь каку, и установи нормальный монитор.

Оно даже не умеет в оповещение на почту

Умеет.

http://serverfault.com/questions/694818/get-notification-when-systemd-monitor...

OnFailure=unit-status-mail@%n.service
...
ExecStart=/bin/unit-status-mail.sh

одни юниты ссылаются на другие, другие на третьи, которые опяяяяять, опять запускают эти простыни из шелл скриптов, которые снова надо писать. Ну сколько можно? Так ведь если надо запустить не просто OnFailure, а в зависимости от кода возврата, то снова писать лапшу башекода, из которого вызывать другой башекод-отправки-оповещения, который тоже нужно писать.

Фу-фу-фу. Зачем ты мне на ночь рассказываешь эти страшные муки системдешников которые не осилили нормальный монитор?

в рассылку ядра

в live запустил Linux Mint 18 “Sarah” MATE https://www.linuxmint.com/edition.php?id=219
там ядро 4.4_какое-то и баг воспроизводится аналогичным образом, точно ядро..,
буду думать как в рассылку отписаться и какие команды по моей машине предоставить