Здравствуйте, kov_serg, Вы писали:
_>Кто нибуть пробывал дохлого питона? Какие впечатления. _>Впечатления только положительные: всё что можно было сломать — сломали.
Шли годы, десктоп по-прежнему ужасен, настройка раскладки переключения клавиатуры все так же через пень-колоду, выделенный файл в тамошнем проводнике после потери окном фокуса, как и десять лет назад, теряет выделение, закрытие крышки ноутбука как и раньше частенько крэшит систему, сетевые подключения при выходе из сна не восстанавливаются, в общем стабильность
Здравствуйте, kov_serg, Вы писали:
_>Кто нибуть пробывал дохлого питона? Какие впечатления. _>Впечатления только положительные: всё что можно было сломать — сломали. _>Image: Uut7bPm.png
относительно предыдущей версии новых поломок не нашлось.
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, kov_serg, Вы писали:
_>>Кто нибуть пробывал дохлого питона? Какие впечатления. _>>Впечатления только положительные: всё что можно было сломать — сломали. _>>Image: Uut7bPm.png
F>относительно предыдущей версии новых поломок не нашлось.
print-screen не работает, переименовать табы в терминале нельзя, размещение окон по ctrl+alt+num убрали, vmware не пашет, при ресайзе окна изображение рассыпается (nvidia), жрёт в 2.5раза больше ресурсов и другие улучшения. 16 хоть работала или имеется ввиду предыдущая 17?
Здравствуйте, kov_serg, Вы писали:
F>>относительно предыдущей версии новых поломок не нашлось. _>print-screen не работает
УМВР ЧЯДНТ?
_>переименовать табы в терминале нельзя, размещение окон по ctrl+alt+num убрали, vmware не пашет, при ресайзе окна изображение рассыпается (nvidia), жрёт в 2.5раза больше ресурсов и другие улучшения.
я юзаю guake, там табы переименовываются. да и давно пора использовать tmux, в нём всё стабильно.
за размещение окон и вымыварю не знаю, не использую.
по ресурсам у меня всё по-прежнему. жрёт только бравзер.
_>16 хоть работала или имеется ввиду предыдущая 17?
я про 17
они давно пытаются довести гномз до ума, но из говна конфетку сделать тяжело. особенно, если автор наркоман.
поэтому начали отламывать unity и другие подсистемы.
возможно, дело в недостатке финансирования. мало апдейтов приходит. неспроста это.
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, kov_serg, Вы писали:
F>>>относительно предыдущей версии новых поломок не нашлось. _>>print-screen не работает
F>УМВР ЧЯДНТ?
У меня всё не работает что я делаю не так
Даже галимые хоткеи в gedit для external tool и те перестали работать.
F>по ресурсам у меня всё по-прежнему. жрёт только бравзер.
Для сравнения прожорливости у меня есть очень медленный 64 битный ноут с мега процессорм С-30. На нём 14 работает терпимо, а в 18 даже в gedit слайд шоу.
На нормальном компе, другие проблемы всё плавно и шоколадно, но почти всё сломано или работает не так или вообще не работает.
F>я юзаю guake, там табы переименовываются. да и давно пора использовать tmux, в нём всё стабильно. F>за размещение окон и вымыварю не знаю, не использую.
Я про штатную установку. Даже инсталятор ведёт себя в зависимости от фаз луны.
F>я про 17 F>они давно пытаются довести гномз до ума, но из говна конфетку сделать тяжело. особенно, если автор наркоман. F>поэтому начали отламывать unity и другие подсистемы. F>возможно, дело в недостатке финансирования. мало апдейтов приходит. неспроста это.
Если бы небыло лень пересобирать codelite так бы и не попробыал этого дохлого питона. Плевался весь день, куда не ткнёш пальцем везде сасада. Может у меня палец сломан.
Здравствуйте, kov_serg, Вы писали:
_>Кто нибуть пробывал дохлого питона? Какие впечатления.
От UBUNTU 18.04 впечатления — cтранные...
1) Поставил на работе, на тестовом компьютере (как dual-boot совместно с Win7/64) — вроде бы как работало.
Тем не менее — снёс. Меня удивил следующий факт: обычно в таких случаях выполнение команды — $ sudo fdisk -l
показывает два дисковых раздела: Linux и Linux swap.
Здесь же почему-то swap отсутствовал
2) Под WMVare Workstation 12.5 Pro — на домашнем древнем компе запустилось (но работает как-то стрёмно), на рабочем — нет.
Видно также придётся снести
P.S. Впечатление такое, что на современном железе — проблемы с запуском из-под WMVare
Впрочем — и без WMVare, а как dual-boot, на моём ноутбуке (конца 2017 года выпуска): https://catalog.onliner.by/notebook/hp/2hp09ea
UBUNTU 18.04 также работать не хочет — зависает всё: как после инсталляции (при приглашении к перезагрузке),
так и при попытке включения "пробного режима" — "try mode" перед инсталляцией.
Справедливости ради — точно также на этом ноутбуке ведет себя и UBUNTU 16.04.
Корректно работает на нём только UBUNTU 14.04.
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, kov_serg, Вы писали:
F>>>относительно предыдущей версии новых поломок не нашлось. _>>print-screen не работает
F>УМВР ЧЯДНТ?
Совершаете ошибку выжившего. Качество системы следует оценивать не по тем машинам, где она работает, а по тем, где не работает.
Здравствуйте, D.Lans, Вы писали:
F>>>>относительно предыдущей версии новых поломок не нашлось. _>>>print-screen не работает F>>УМВР ЧЯДНТ? DL>Совершаете ошибку выжившего. Качество системы следует оценивать не по тем машинам, где она работает, а по тем, где не работает.
Здравствуйте, AlexGin, Вы писали:
AG>Каких лет компы? Какой конфигурации? BIOS там UEFI или legacy? AG>Эта самая lubuntu 18.04 ставилась в dual-boot к установленной Windows?
Компы ~2006-2010г. Везде BIOS. Без Виндоуз (иногда в виртуалке — но можно не считать) .
Здравствуйте, SergeyIT, Вы писали: SIT>lubuntu 18.04 на 5 компах: все, что надо — работает.
Можно вас попросить проверить слудующий скрипт. (Просто лень ставить по новой 18.04)
check-overlayfs-bug.sh
#!/bin/sh
export LD_LIBRARY_PATH=
#export LD_SHOW_AUXV=1
cat>test.c<<'C'
#include <unistd.h>
#include <stdio.h>
int add(int x,int y);
int main(int argc,char** argv) {
char buf[4096];
int rd=readlink("/proc/self/exe",buf,sizeof(buf)-1); buf[rd]=0; // here is the problem
printf("open link=%s\n",buf);
return add(1,-1);
}
C
cat>add.c<<'C'
int add(int x,int y) { return x+y; }
C
#-m32
gcc -o libadd.so -shared add.c
gcc -o test test.c -L. -ladd -Xlinker '-rpath=$ORIGIN/libs'
mkdir -p libs
mv libadd.so libs
echo '--test in user fs--'
#ldd test
#strace ./test 2>&1 | grep open
./test
echo '--prepare fs archives--'
mkdir -p bin
sudo mount -t tmpfs -osize=1M none bin
cp test bin
mkdir -p bin/libs
cp libs/libadd.so bin/libs
rm -f bin.squashfs
mksquashfs bin bin.squashfs -comp xz 2>&1 > /dev/null
sudo umount bin
echo '--mount fs--'
sudo mount -t tmpfs -osize=1M none bin
mkdir bin/app bin/rom bin/diff
sudo mount -t squashfs -o ro,nouser bin.squashfs bin/rom
sudo mount -t overlayfs -o lowerdir=bin/rom,upperdir=bin/diff none bin/app
cd bin/app
echo '--test in mounted fs--'
./test
#strace ./test 2>&1 | grep open
echo '--work around--'
LD_LIBRARY_PATH=$PWD/libs ./test
#LD_ORIGIN_PATH=$PWD ./test 2>&1 | grep open
cd ../..
sudo umount bin/app
sudo umount bin/rom
sudo umount bin
output:
--test in user fs--
open link=/home/kovserg/work/temp/readlink/test
--prepare fs archives--
--mount fs--
--test in mounted fs--
./test: error while loading shared libraries: libadd.so: cannot open shared object file: No such file or directory
--work around--
open link=/test
Забыл его проверить, автор уверял что 4-й версии ядра поправил косяк.
Здравствуйте, kov_serg, Вы писали:
_>Можно вас попросить проверить слудующий скрипт. (Просто лень ставить по новой 18.04)
А мне лень проверять, что вы там написали... а то порушите мне ОС.
...
Делов-то поставить на флешку ОС и проверить — час, где-то. Можно и с лайва, наверно.
Здравствуйте, SergeyIT, Вы писали:
SIT>А мне лень проверять, что вы там написали... а то порушите мне ОС. SIT>... SIT>Делов-то поставить на флешку ОС и проверить — час, где-то. Можно и с лайва, наверно.
Ладно, спасибо за помощь, скачаю по новой и попробую сам.
Как говорил наш преподаватель в ВУЗе: "Составлять план работы надо с учетом лени. Потому что если составлять план без учета лени, то вы его не выполните."
Как говорил наш преподаватель в ВУЗе: "Составлять план работы надо с учетом лени. Потому что если составлять план без учета лени, то вы его не выполните."
Здравствуйте, SergeyIT, Вы писали: SIT>Вообще-то, лень — это двигатель прогресса!
Выделил в виртуалке ей 2Gb RAM -- жуткое зрелеще, пришлось добавить.
Но в целом заработало. Но есть но -- всё поменяли, для пущей совместимости.
Было хорошо. Сделали лучше. Лучше бы было хорошо.
Теперь надо писать не overlayfs, а просто overlay и еще доп. параметер иначе не работает.
вместо mount -t overlayfs -o lowerdir=bin/rom,upperdir=bin/diff none bin/app
теперь mount -t overlay -o lowerdir=bin/rom,upperdir=bin/diff,workdir=bin/wrk none bin/app
test
!/bin/sh
export LD_LIBRARY_PATH=
#export LD_SHOW_AUXV=1
cat>test.c<<'C'
#include <unistd.h>
#include <stdio.h>
int add(int x,int y);
int main(int argc,char** argv) {
char buf[4096];
int rd=readlink("/proc/self/exe",buf,sizeof(buf)-1); buf[rd]=0; // here is the problem
printf("open link=%s\n",buf);
return add(1,-1);
}
C
cat>add.c<<'C'
int add(int x,int y) { return x+y; }
C
#-m32
gcc -o libadd.so -shared add.c
gcc -o test test.c -L. -ladd -Xlinker '-rpath=$ORIGIN/libs'
mkdir -p libs
mv libadd.so libs
echo '--test in user fs--'
#ldd test
#strace ./test 2>&1 | grep open
./test
echo '--prepare fs archives--'
mkdir -p bin
sudo mount -t tmpfs -osize=1M none bin
cp test bin
mkdir -p bin/libs
cp libs/libadd.so bin/libs
rm -f bin.squashfs
mksquashfs bin bin.squashfs -comp xz 2>&1 > /dev/null
sudo umount bin
echo '--mount fs--'
sudo mount -t tmpfs -osize=1M none bin
mkdir bin/app bin/rom bin/diff bin/wrk
sudo mount -t squashfs -o ro,nouser bin.squashfs bin/rom
sudo mount -t overlay -o lowerdir=bin/rom,upperdir=bin/diff,workdir=bin/wrk none bin/app
cd bin/app
echo '--test in mounted fs--'
./test
#strace ./test 2>&1 | grep open
echo '--work around--'
LD_LIBRARY_PATH=$PWD/libs ./test
#LD_ORIGIN_PATH=$PWD ./test 2>&1 | grep open
cd ../..
sudo umount bin/app
sudo umount bin/rom
sudo umount bin
--test in user fs--
open link=/home/user/test/test
--prepare fs archives--
--mount fs--
--test in mounted fs--
open link=/home/user/test/bin/app/test
--work around--
open link=/home/user/test/bin/app/test
$ uname -a
Linux ubuntu 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04 LTS
Release: 18.04
Codename: bionic