добрый день

пытаюсь достучаться до «сабжика», а в итоге получаю postimg PIC

по ссылке видится адрес

https://www.cloudflare.com/5xx-error-landing/

добрый день

на счет первого

/etc/sysctl.conf

на счет второго

/etc/sysctl.d/*.conf

всегда использовал первый вариант, но тут наткнулся на ноутбуке с slackware-14.2 на второго перца, нужно было немного подрулить систему

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

полез смотреть в init-скрипты, а там и нет такого, только стандартный первый вариант
в инете только «сумбурное» высказвание алиена о том, что если создать «первый вариант» все будет пучком :о)

на слакбилд-орге есть упомнинание об втором варианте, но в единственном экземпляре, возм. плохо искал
slackbuild.org/ccl

(see /etc/sysctl.d/ccl.conf)

что скажут боевые перцы по поводу присутствия второго непрошенного гостя? у меня он присутствует везде в slackware-14.2

p.s.
думаю, даже, если предложить патрику патчи на init-скрипты для обработки второго перца, то он откажется :o)

slackware 12.2 / тут, точно нет "второго перца"
slackware 14.2 / а тут он есть :о)

###!!! UPDATE !!!###

сабака была зарыта в «старой команде» init-файла (странное дело, но там отсутствовал «нужный» ключ)

/etc/rc.d/rc.S

if [ -x /sbin/sysctl -a -r /etc/sysctl.conf ]; then
#/sbin/sysctl -e -p /etc/sysctl.conf ###!!! -->
/sbin/sysctl -e -p /etc/sysctl.conf --system
fi

Всем СПАСИБО, Всех с НОВЫМ ГОДОМ!

короткая «ново-негодняя» история :о)

решил таки я, с дуру, очередной раз попытать счастье, установить «последнюю» лабу на свою «вторую» ось - sl14.2 x64
ну чего? поржом-потыкаем?!

пытаемся скачать с оффсайта - а вот хрен, недокачки и все как-то через ... интернет! выкручиваемся рекурсивным скриптом с wget-ом
может быть это «наш» интернет или «их сакции»?! ну хрен с ними со всеми, едем дальше :о)

устанавливаем в vbox, смотрим... понятное дело, эта «снегурочка», как обычно «навалила подарков» где и «ожидалось»:

/usr/local/lib/@MICROCHIP-TRASH@
- Devices/ <blah-blah-blah>
- JLinkDevices.xml
- libLlvmDisassembler.so*
- libLlvmDisassembler.so.4@
- libjlinkarm.so.6@
- libjlinkpic32.so@
- libjlinkpic32.so.6.82.7*
- libmchpusb-1.0.so@

причем не в стандартный х64-каталог

/usr/local/lib64

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

/etc/ld.so.conf & ldconfig

запускаем... понятное дело, видит только стоко/кастомный тулчайн

avr-gcc        - /usr
avr-gcc-x.x.x. - ~/PREF

устанавливаем то, чЁ умудрился «выдрать» (*) у микрочипа и что было удачно покрашено «зеленкой» (как говориться, уж звиняйте, других зеленых бананьеф не було):

xc8-4.10

и надте вам, mplab-5.45 - не желает работать с данной версией, типа, деприкейтед, скачайте 2.20-версию, вот вам ссылка, скачать?
ну ладно, тыкаем-скачиваем, смотрим... а скачалась старая версия xc8-1.36
ладно, думаем :о), может ошибка в сохранении имени, устанавливаем-смотрим - ан нет, как обычно, никаких ошибок! 1.36-версия ...
короч, воротит морду и от этой версии, но уже и не предлагает ничего скачать, нет ссылок для «кликнуть и скачать» :о) (а че?! красивая мина! ... какие писатТтели, такая и мина...)

хрен с ним, скачиваем «мануально-писуальную» 2.20-версию
ставим... пробуем оптимизацию, и, как и ожидалось, получаем «искреннее недоумение» ... (ну т.е. все как у «них там» и задумывалось :о)

...

в процесс «бурного и радостного знакомства» вылезли доп. косяки:
slackware 14.2 x64 & mplab-5.45
при настройках/переключении проектов теряется «настройка глобальных макросов»

-DF_CPU=16000000UL -DBAUD_RATE=57600

slackware 12.2 x32 & mplab-5.35
вообще не реагирует на смену компилятора, собирает старым, кот. был до этого «выбран»
перегрузка не помогает
после переключения на avr-gcc-компилятор и обратно получилось переключиться на xc-2.20, только он у меня на х32 не работал...(видимо only-х64)
тупняк с переключением на «иной веры компилятор», только через пeрeпистoн: сначало выбираем avr-gcc, потом xc

...

решил посмотреть «исходники» компиялтора, может смогу собрать?! :o) ... прямо ржака заранее ...
опять-таки «с криком, с матом» нашел откуда скачать

скачиваем-распаковываеми и ... хрен нам по всей морде, имеем пустые файлы:

- avr-libc.tar.bz2
- SOURCES.README

...

если mplав-х еще можно как-то без истерики найти и скачать с «родного» сайта, то со «всем остальным», все уж сильно хитроумно, с набегу можно и голову сломать, и руки порезать и ... стекляшку разбить

тыц_сорс
тыц_сталлятор
тыц_сталлятор

...

ну и самое «сухое» из всего этого :о)
протестировал «типа оптимизацию» этих «хваленых» копмиляторАф!
смотрим :о)

------------------------------------------------
оптимизация / размер *.hex-файла
------------------------------------------------
gcc1 - avr-gcc-3.6.2 свой Makefile
gcc2 - avr-gcc-3.6.2 сборка в mplabx
xc8  - xc8-2.10      сборка в mplabx
------------------------------------------------
opt  |  gcc1   |  gcc2   | xc8
------------------------------------------------
s    |  5,496  |  5,696  | 6,357
g    |  5,508  |         |
fast |  5,504  |         |
0    |  5,966  |  8,433  | 9,188
1    |  5,508  |  5,721  | 6,386
2    |  5,500  |  5,700  | 6,361
3    |  5,504  |  5,717  | 6,365
------------------------------------------------

!!! UPDATE !!!
нашел подходящюю зеленку для сх8-2.20

slackware 14.2 x64
МРlаbx 5.45

avr-gcc toolchain
- avr_gcc-4.9.2-x86_64-sl14.2
- avr_binutils-2.25-x86_64-sl14.2
- avr_gdb-7.8.1-x86_64-sl14.2
- avr_libc-1.8.1-x86_64-sl14.2
------------------------------------------------
gcc  - avr-gcc  сборка в mplabx
xc8  - xc8-2.20 сборка в mplabx
------------------------------------------------
opt  |  gcc    |  xc8    |
------------------------------------------------
0    |  8,024  |  8,971  |
1    |  5,402  |  6,169  |
2    |  5,381  |  6,144  |
3    |  5,385  |  6,148  |
s    |  5,377  |  6,140  |
------------------------------------------------

тест в «разрезе» разных avr-gcc-toolchains в сравнении с хс8-2.20

------------------------------------------------
optimisation 2
------------------------------------------------
gcc  - avr-gcc  сборка в mplabx
xc8  - xc8-2.20 сборка в mplabx
------------------------------------------------
    avr-gcc   | xc8 2.20 |
------------------------------------------------
3.6.2 - 5,496 |   6,144  |
7.3.0 - 5,361 |          |
9.2.0 - 5,336 |          |
------------------------------------------------

одним словом хс проигрывает avr-gcc - по всем размерам :о)

...

p.s.
ну что?! кидайте помидоры, чепчики, гульфики,
можно просто мысли по поводу «всего этого счастья» :о)

с новым годом!

к стати, иногда что-то происходит (может быть новый год?) и потерянный экран отладки uart-порта в режиме симуляции иногда проявляется (иногда опять теряется, но я его тут поймал за пятку, и задокументалировал, правда, сам выхлоп из порта не работает, но хоть что-то) :о)

DEBUG_UART

добрый день

обновил slackware до 14.2 версии (на старом нубуке), получил «проблему монопольного доступа», на фоне прочих дополнителных (*) глюков звуковой системы (ни «тех» ни «других» не было в прошлых версиях слаки)

(*) - прочие глюки, типа «дам не дам, дам не вам и хрен вам ...» итд, причем тут-же, или, чуть позже - «а нате...» непонятно с чего вдруг?! ни чего не делал, а звук появился...

особенно «глюки» заметны при работе пакета sox/play (используемый для озвучки), после перегрузки «сигналка» может заработать сразу, может попозже, может от балды... как, впрочем, и звук в других приложениях.

причем именно эти «прочие косяки» я заметил уже давно, сразу, как только начал тестировать slackware-14.2 на виртуалке. все было не до «звука», ну а тут «поднакопилось»...

пояснения: - обновление было сделано поверх рабочей системы, sl14.1->sl14.2, конфиги в основном «старые» (за исключением заточки работы звука под alsa; в инете полно рецептов втч и для слаки :о)
- система настроена на работу alsa, без pulse
- pulse-демон в процессах отсутствует (собственно, и не должен :о)
- трабла проявляется в реальном захвате звука первым запущенным «приложением», типа, кто перый, того и рупор. если работает плеер, то запущенный браузер/ролик - уже без звука, достаточно закрыть плеер, «обновить страницу» - звук начинает работать. и, аналогично, наоборот...

- в slackware 14.1 точно ни каких проблем со звуком не было вообще, в фоне неделями болтались плееры, бразеры, и все кому не лень... звук работал должным образом
- во время всевозможных отработок на vbox так-же проявляются как минимум прочие проблемы звука (за монополный доступ ни чего не скажу, не тестил, не до этого было, а вот «сам по себе» звук реально тупит, понятное дело, настройка alse w/o pulse)

- иногда проскакивает «где-то» тупое сообщение об ошибке, бла-бла-бла, обновите alsa... ну ладно, просит, сделали

alsa_lib     1.2.4
alsa_oss     1.1.8
alsa_plugins 1.2.2
alsa_utils   1.2.4

audacious, если запустить после «бразузера с просмотром ролика», то получаем «очевидные» сообщения:

message-box: 
ALSA error: snd_pcm_open failed: Device or resource busy

console:
ERROR util.cc:160 [audgui_simple_message]: ALSA error: snd_pcm_open failed: Device or resource busy.

ну... и, соотв. если остановить воспроизведение ролика в браузере и перегрузить audacious, то «он» начинает нормально воспроизводить музыку

notebook ThinkPad Lenovo T60 & blah-blah-bla
slackware 14.2
kernel 4.4.227

p.s. понятное дело, старый нубук, и все такое :о) но звук в 14.2 слаке, в режиме alsa подтупливает и глючит очень замечательно и на вполне современном железе

- asus p8z77 / i7-3770K
- sb-live 5.1
- slackware 14.2 x64 (ядра стоковые)

более подробные тех.данные/выхлопы/конфигурации обязательно будут позже (когда доберусь до железа).

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

и... с новым годом!!! ... без масок, без маек, без плавок (с)

поиск, параметр только темы, но выдает темы, в названии которых нет искомого слова.

IMG (postimg.cc)

добрый день
имеем

- makefile for avr-gcc
- avrdude
- несколько целей для прошивки (разные программаторы; разные параметры, разные по кол-ву и  настройкам)

задача: настроить так, что бы при вызове цели flash - отрабатывала дефолтная цель для дудки (flash_usbasp,flash_ispmkii,flash_109), которая настраивается в начале makefile

ну, и, соотв., отрабатывали все остальные «конкретные» цели (flash_usbasp,flash_ispmkii,flash_109)

выкрутился рекурсивными вызовом этого-же makefile

FLASH_NAME    ?= usbasp  ###!!! дефолтный программатор
FLASH_DEV     ?= usb

flash_usbasp  : FLASH_NAME    ?= usbasp
flash_usbasp  : FLASH_BRATE    = 115200
flash_usbasp  : FLASH_BCLOCK   = 4
flash_usbasp  : AVRDUDE_FLAG  += -b $(FLASH_BRATE) -B $(FLASH_BCLOCK)
flash_usbasp  : flash_cmd

flash_ispmkii : FLASH_NAME    = avrispmkII
flash_ispmkii : FLASH_BRATE   = 115200
flash_ispmkii : FLASH_BCLOCK  = 4
flash_ispmkii : AVRDUDE_FLAG += -b $(FLASH_BRATE) -B $(FLASH_BCLOCK)
flash_ispmkii : flash_cmd

flash_109     : FLASH_NAME    = avr109
flash_109     : FLASH_BRATE   = 9600
flash_109     : AVRDUDE_FLAG  += -b $(FLASH_BRATE)
flash_109     : flash_cmd

###!!!
# рекурсивынй вызов, в зов-ти от цели
###!!!
flash :
ifeq ($(FLASH_NAME),usbasp)
	$(MAKE)     flash_usbasp
endif
ifeq ($(FLASH_NAME),ispmkii)
	$(MAKE)     flash_ispmkii
endif
ifeq ($(FLASH_NAME),avr109)
	$(MAKE)     flash_avr109
endif

flash_cmd: $(TARGET).hex
	$(AVRDUDE) -c $(FLASH_NAME) -P $(FLASH_DEV) -F $(AVRDUDE_FLAG) -U flash:w:$(OUTDIR)/$<

вопрос: можно-ли красиво обойтись без рекурсии?

!!! UPDATE !!! решение найдено

FLASH_NAME   ?= name1
FLASH_NAME   ?= name2
FLASH_NAME   ?= name3

...

flash_name1  : FLASH_NAME =
flash_name1  : ARG = ...
flash_name1  : flash

flash_name2  : FLASH_NAME =
flash_name2  : ARG = ...
flash_name2  : flash

flash_name3  : FLASH_NAME =
flash_name3  : ARG = ...
flash_name3  : flash

flash : flash_$(FLASH_NAME)
    $(FLASH_CMD)

...

make all         - сборка проекта
make flash       - прошивка дефолтным свистком (настраивается)
make flash_$NAME - прошивка кастомным свистком

добрый день

данный выкрутас

printf("arg: %02i:%02i:%02i, ",arg[0], arg[1], arg[2]);

прокатывает только при подключении «полного» фарша!

#
# Floating point printf version & Math-lib
#
-Wl,-u,vfprintf -lprintf_flt -lm

как выкручиваемсЯ? если не желательно использовать «толстый» вариант?

tag: avr avr-gcc print

Добрый день, собственно сабдж-ж-ж! Обращаюсь, прежде всего, к разрабам CLion-a
Не пишу на соотв. форум по очевидным и понятным причинам :о)

### Arduino-plugin

за основу взят плагин (с гитхаба), который заточен под дефолный PREFIX Arduino

если в системе установлена Arduino c кастомным PREFIX, то, естественно, сборка накроется ... :о)

предлагаю добавить template с тремя вариантами настроек в шаблон МандаринО-проекта

ну и ... для исправления ошибки нужно добавить настройку в шапку cmake-файла

PROJECT_DIR/cmake/ArduinoToolchain.cmake

ну и далее, пересборка

Reload Cmake Project & Build ...

шаблон

################################################################################
#
# шаблон-настройка для запуска Arduino-проектов на CLion-2020.2.5
#
# этот код надо добавить в шапку.
# PRJ_DIR/cmake/ArduinoToolchain.cmake
#
################################################################################

### ver.1 ###
#
# дефолтное расположение Arduino-окружения
# я не знаю куда по дефолту устанавливается мандарина, пусть будет так :о)
#
# set(ARDUINO_SDK_PATH /usr/bin/arduino)
#

### ver.2 ###
#
# "внутренние/кастомные" настройки
#
#set(ARDUINO_VER      1.8.13)
#set(ARDUINO_PTR      $ENV{HOME}/dev/bin/arduino)
#set(ARDUINO_SDK_PATH ${ARDUINO_PTR}/${ARDUINO_VER})

### ver.3 ###
#
# если определена внешняя переменная ARDUINO_SDK_PATH используем это код
#
set(ARDUINO_SDK_PATH $ENV{ARDUINO_SDK_PATH})

################################################################################

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

export ARDUINO_SDK_PATH=/home/$USER/dev/bin/arduino/1.8.13

знатоки cmake могут объединить все три варианта в один универсальный, удобный и настраиваемый :о)

### Toolchain, CLang and Makefile plugin's

симптомы «косяков» проявляется в том, что сначала сваливает clang-daemon, затем makefile-plugin дает дубу, и все это в процессе «попытки» создания проекта, на базе makefile

далее выдается сообщение, что работа с makefile-ом невозможна из-за ошибки clang-plugin-а :о)

как выяснилось, toolchain-инструментарий собран под разную архитектуру :о)

что-то под х32, что-то под х64, примерно 50х50

такой подход будет работать только в х64 линухах с установленным х32 пакетами

т.о. лион только условно поддерживает работу на x32, да и ... «производитель» заявляет поддержку только х64 архитектуры :о) ...

ну вот, если это пригодится для сообщества, на здоровье! :о)

добрый день

исходные данные

- avr-toolchain (несколько версий)
- qtreator (версия меняться не будет)
- makefile (универсальный, кастомный, под себя :о)

трабла:

сборка с использованием разных версий toolchain's

при сборке в ком.строке - без проблем :о)

при использовании дефолтной версии avr-toolchain - qtcreator не выпендривается, все его устравивает

при использовании кастомных версии avr-toolchain - qtcreator видит след. сообщение как ошибку

avr-objcopy:-1: --change-section-lma .eeprom=0x00000000 never used

причем, выхлоп сборки просто подкрашен красным, без отметки error
в окне issues - так-же красуется варнинг, без ошибки, но если ткнуть по данной строке и скопировать содержимое текста, получаем в качестве бонуса error:

avr-objcopy:-1: error: --change-section-lma .eeprom=0x00000000 never used

причем, сама сборка проходит нормально!!! :о)

т.е. данное сообщение не нравиться только qtcreator-у!
как бы ему мозги вправить на уровне терапии, без трепанаций :о)?

секция в Makefile

%.eep: %.elf
	@echo
	@echo $(MSG_EEPROM)
	@echo $(TAG_STR) $@
	@echo.
	-$(OBJCOPY) -j .eeprom --set-section-flags=.eeprom="alloc,load" \
	--change-section-lma .eeprom=0 -O $(FORMAT) $(OUTDIR)/$< $(OUTDIR)/$@

# DEF (дефолтная версия тулчейна)

avr default toolchain:
- avr-binutils-2.25-i486-sl12.2
- avr-gcc-4.9.2-i486-sl12.2
- avr-gdb-7.8.1-i486-sl12.2
- avr-libc-1.8.1-i486-sl12.2

# custom avr-toolchain

3.4.2, 3.5.4, 3.6.2

Slackware 12.2 x32
Qt Creator 3.1.2 / Based on Qt 4.8.7 (GCC 4.2.4, 32 bit)

ibb.co_screenshot

### UPDATE ###
данный ключик спасает отца русской демократии :o)

--change-section-lma .eeprom=0 --no-change-warnings --no-adjust-warnings \

сначало тема называлась так
sudo GUI скрипт
в процессе ... была пеереименована в
usb_flash_tool - простая утилита для работы с флешкой

подробности после UPDATE

...

добрый день

bash GUI-only скрипт (без использования консоли)
1. zenity для диалога
2. «sudo» для «операций»
3. лог в кат. пользователя

если использовать «sudo без пароля», то все ОК (т.е. для «локального» использования)
в противном случае необходимо вводить пароль (в консоли)

ВОПРОС: как правильно разрулить ситуацию, для «обычного» пользователя с «обычным sudo»?

можно использовать desktop-ориентированные «sudo-GUI» утилиты, но есть неудобства
- их целый зоопарк, на каждый desktop свой свиток
- при наличие «sudo без пароля» добавляется ненужный диалог

хотелось-бы ввести пароль один раз, и далее больше не «дергать».
возможно, в более поздних версиях «свистелок» это уже есть, но в «старом» kdesu этого нет, и требует каждый раз заново ввода пароля

нужно общее, универсальное решение для основных дистрибьютивов (в случае разумных решений/доработок)

тестировалось на

slackware 12.2/14.*
tde3-14/kde4

tag: bash,zenity,sudo,gui

спасибо

### UPDATE ###

простая утилита для работы с флешкой
позволяет: форматировать, создавать и восстановливать образы флешек, поддерживается сжатие
особенности: простая, поддерживает block-списки, «защищающие» локальные и «прочие» серьезные диски от форматирования, написана на бабаше :о)

окончательный вариант проекта
usb_flash_tool
README

добрый день

URL1 упоминание о подобной проблеме

URL2 интересная тема, но пока не враскурил на предмет «замазанности» :о)

ну и так, еще встречаются в «старом инете» подобные глюки :о)

исходные

- slackware-12.2
- kernel-2.6.33.20.4-smp
- TDE-3.5.12
- coreutils-8.25-i586-sl12.2 / source from sl14.2
- udev-135-i486-sl12.2

1. сама команда dd отробатывает без ошибок
2. после отработки, невозможно отмонтировать флешку
3. накрывается mediamanager
4. выхлопы
5. временное решение

проблема проявляется только при обработке непосредственно воткнутой флешки, если подключить SD-карту, через кард-ридер, то все нормально

понятное дело, старое ядро, кот. ск.всего «замазано» в подобных «фичах», старая ось, старое DE... это все понятно... :о) хотелось бы неспешно, спокойно разобраться более детально в проблеме, что-бы, по возможности избегать «радостной встречи»

спасибо

...

подробности

1. сама команда отробатывает без ошибок

dd if=/dev/sdf of=~/tmp/USB-FLASH.iso status=progress

4020486656 bytes (4.0 GB, 3.7 GiB) copied, 740.05 s, 5.4 MB/s
7856128+0 records in
7856128+0 records out
4022337536 bytes (4.0 GB, 3.7 GiB) copied, 740.442 s, 5.4 MB/s

2. после отработки, невозможно отмонтировать флешку

Unfortunately, the device system:/media/sdf1 (/dev/sdf1) named '4.0G Removable Media' and currently mounted at /media/disk could not be unmounted. 
Unmounting failed due to the following error:
Method "Unmount" with signature "as" on interface "org.freedesktop.Hal.Device.Volume" doesn't exist 
Moreover, programs still using the device have been detected. They are listed below. You have to close them or change their working directory before attempting to unmount the device again.

Cannot stat /media/disk: No such file or directory
Cannot stat /media/disk: No such file or directory
Cannot stat /media/disk: No such file or directory

3. накрывается mediamanager

The KDE mediamanager is not running.

логи/выхлопы

#
# /var/log/messages
#

Jul 14 15:51:47 main hald: mounted /dev/sdf1 on behalf of uid 1000

###!!! тут идет работа dd

Jul 14 16:05:59 main hald: unmounted /dev/sdf1 from '/media/disk' on behalf of uid 1000
Jul 14 16:06:02 main kernel: usb 2-1.6: USB disconnect, address 5
Jul 14 16:06:03 main kernel: usb 2-1.5: new high speed USB device using ehci_hcd and address 6
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: fatal error
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: force halt; handshake f92aa024 00004000 00004000 -> -110
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: HC died; cleaning up
Jul 14 16:06:03 main kernel: usb 2-1.5: device descriptor read/all, error -108
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: unable to enumerate USB device on port 5
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: usb 2-1: USB disconnect, address 2
Jul 14 16:06:03 main kernel: usb 2-1.3: USB disconnect, address 3

#
# /var/log/debug
#

Jul 14 15:50:14 main kernel: wlan0: no IPv6 routers present
Jul 14 15:51:00 main kernel: sd 8:0:0:0: [sdf] Mode Sense: 23 00 00 00
Jul 14 15:51:46 main kernel: sd 9:0:0:0: [sdf] Mode Sense: 23 00 00 00

#
# /var/log/kdm.log
#

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Slackware 12.1 Slackware Linux Project
Current Operating System: Linux main 2.6.33.20.4-smp #1 SMP PREEMPT Wed Nov 21 16:29:32 GMT-7 2018 i686
Build Date: 30 June 2008  11:35:29PM

        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 14 15:50:08 2020
(==) Using config file: "/etc/X11/xorg.conf"
(II) Module "ramdac" already built-in
AUDIT: Tue Jul 14 16:09:17 2020: 4133 X: client 10 rejected from local host (uid 0)

#
# /var/log/syslog
#

Jul 14 15:49:36 main kernel: NVRM: loading NVIDIA UNIX x86 Kernel Module  256.53  Fri Aug 27 21:03:42 PDT 2010
Jul 14 15:50:03 main dhcpcd: /sbin/dhcpcd: not running
Jul 14 15:50:03 main last message repeated 3 times
Jul 14 15:51:00 main kernel: sd 8:0:0:0: [sdf] Assuming drive cache: write through
Jul 14 15:51:01 main last message repeated 2 times
Jul 14 15:51:46 main kernel: sd 9:0:0:0: [sdf] Assuming drive cache: write through
Jul 14 15:51:46 main last message repeated 2 times
--> this
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: fatal error
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: force halt; handshake f92aa024 00004000 00004000 -> -110
Jul 14 16:06:03 main kernel: ehci_hcd 0000:00:1d.0: HC died; cleaning up
Jul 14 16:06:03 main kernel: usb 2-1.5: device descriptor read/all, error -108
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot reset port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)
Jul 14 16:06:03 main kernel: hub 2-1:1.0: unable to enumerate USB device on port 5
Jul 14 16:06:03 main kernel: hub 2-1:1.0: cannot disable port 5 (err = -19)

5. временное решение (пендиле-костыль)

sudo rmmod    ehci_hcd
sudo modprobe ehci_hcd

добрый день

надо передать «составную» команду строкой
«исходный вариант команды» - закомментирован
с набегу/нагуглю не разобрался

понимаю, что непонимаю глубинных смыслов башизма :o)

буду благодарен за волшебные пендили, подсказки, ссылки, мымсли идеи (желательно, без особых извращений современного баша)

спасибо

#!/bin/sh
#///////////////////////////////////////////////////////////////////////////////
cmd()
#///////////////////////////////////////////////////////////////////////////////
{
$CMD
}
#///////////////////////////////////////////////////////////////////////////////

cd $TMP
touch test_image.{iso,img,txt}

#
# исходный вариант
#
#zenity \
#--file-selection --save     \
#--filename=dvd.iso          \
#--file-filter="*.iso *.img" \
#--title="Выбор файла"; exit 1


   X=$'\040'
MASK="*.iso *.img"  ; TITLE="Выбор файла"
MASK="*.iso$X*.img" ; TITLE="Выбор$Xфайла"

CMD="\
zenity \
--file-selection --save     \
--filename=dvd.iso          \
--file-filter=*.iso\ *.img  \
--title=Выбор\ файла        \
"

CMD="\
zenity \
--file-selection --save     \
--filename=dvd.iso          \
--file-filter=*.iso$X*.img  \
--title=Выбор$Xфайла        \
"

CMD="\
zenity \
--file-selection --save     \
--filename=dvd.iso          \
--file-filter=$(echo *.iso$X*.img) \
--title=$(echo Выбор$Xфайла)      \
"

cmd

exit 0

исходные

bash-3.1.017-i486-2
slackware 12.2

qtcreator - проект из шаблон-визарда qt-widgets, довешиваю «свои плюшки»...

есть мини-библиотека, состоит из 3х исходников:

- lib1 c/h (использует lib2)
- lib2 c/h (более низкоуровневая)
- func c/h (рутина, используется обоими lib1 & lib2)

при написании библиотеки извратился простым подключеним «реализаций» вместе с «хедерами»
сборка/отладки библиотеки проходит без проблем

теперь хочу «правильно» добавить библиотеку в qtcreator-проект (хедеры отдельно, реализация отдельно)

если просто подключить в *.pro-файле

HEADERS += ini/lib1.h
HEADERS += ini/lib2.h
HEADERS += ini/func.h
SOURCES += ini/lib1.c
SOURCES += ini/lib2.c
SOURCES += ini/func.c

то получаем «анрезолв/func», что и не удивительно.

если добавляем «потерянные» рутины (func.o) («всевозможными» методами) - то получаем коллизию/множественное определение, (в исходнике и в обьектнике), что тоже не удивительно.

как правильно подключить библиотеку? точнее, не саму библиотеку, а обьектный файл с общими реализациями рутины (понятное дело, нужно без установки библиотеки в систему :о)

...

qtcreator-3.1.2
qt-4.8.7

добрый день

за новостями не слежу, был немного удивлен:

http://download.qt.io/official_releases/qt/5.15/5.15.0/OFFLINE_REAMDE.txt

Due to The Qt Company offering changes, open source offline installers are not available any more since Qt 5.15. Read more about offering changes in the https://www.qt.io/blog/qt-offering-changes-2020 blog.

If you need offline installers, please consider our new Qt for Small Business offering: https://www.qt.io/blog/available-now-qt-for-small-businesses

ваше мнение, комменты...

спасибо

добрый день

1. планы, описание задачи:

хочу разобраться и наработать методику/код «формошлЁп-скрИптинга» для простого пользователя :о)
- GUI-формы будут на QT4/Lazarus (в данном случае рассматриваем QT4)
в GUI-форме:
- вызовы скриптов, внешних команд и пр...
- получение выхлопа скрипта & ERRORLEVEL для дальнешего анализа

т.к. GUI будут на QT4, то запуск скрипта / чтение выхлопа / ERR_LEVEL, ск.всего, будет на базе QT4

2. настройки и рабочие скрипты

- ini-файл с настройками
- каталог со скриптами (либо стандартный PATH)

3. чтение ini-файла, запуск скриптов

- GUI-программа загружает в буфер содержимое ini-файла
- реакция на кнопку -> вызов обработчика, типа:

run_id(int ID);

КОД_1 - запуск внешнего скрипта
архив code_1.tar.xz

Примерный выхлоп основной программы:

### qDebug() 
 exitCode  () = ' 2 '
 exitStatus() = ' 0 '
 str_out      = ' "test script 2, arg=--add_scr2_arg --add_qt_app_arg
" '
 str_err      = ' "" '
 
### printf()
exitCode  () = '2'
exitStatus() = '0'
str_out   () = 'test script 2, arg=--add_scr2_arg --add_qt_app_arg
'
str_err   () = ''

ВОПРОСЫ

1. qDebug - имеет «обрамление» с обоих сторон строк в виде:

' "' + '" '

ВОПРОС 1: это особенности отладочного вывода qDebug ?

в обоих случаях qDebug & printf при «выхлопе текста» запускаемого скрипта - «странная» печать строки, с переносом в конце, хотя сам выхлоп скрипта без переноса

str_out   () = 'test script 2, arg=--add_scr2_arg --add_qt_app_arg
' !!! <-- вот тут перенос конца строки

мне самому не оч. нравиться использовать qt-классы, для таких простых операций, но !!! логично писать в той «эко-системе» в которой пишешь GUI, мало-ли чего там еще в будущем шарахнет использовать, передать «какой особенный» параметр в QT4/GUI... имхо

уточнение:
- именно QT4
- согласен, для простых GUI на cli/YAD/Zenity, логично «это» делать на bash/perl итд, кому, что удобнее
- в инете есть много «простых» примеров с «кодом» на с/с++, но я не встречал что-бы было реализовано одновременно при запуске скрипта получение выхлопа и кодa-возврата.
- так-же не встречал подходящих/удобных/минимальных примеров/библиотек парсинга ini-файла, что-бы была организована работа с буфером а не с потоками (т.к. каждый раз для чтения ini-файла создаются/закрываются потоки... это не оптимально, надо будет подходящую библиотеку доробатывать, на примете inih, посмотрим, что можно сделать с ней :о)

буду благодарен за подсказки, ссылки, код итд ...

вопросы по написанию GUI и парсинг ini-файла будут позже

TAG: c,c++,gui,qt4,scripting

### UPDATE ###

протестировал (немного подрихтовал под себя) библиотеку
IniParser

простенькая, удобная, вполне годная!
итак, имеется два варианта работы с ini-файлом

- IniParser
- QSettings

добрый день

на «subj-е» время сборки пустого проекта с одной кнопкой проходит крайне долго

исходники/проект находится на ram-disk-e

проверял в vbox-е на других «основных» дистрибьютивах, так-же замечено, что на х64 собирается значительно медленнее, но не так сильно, прим. 1-2 сек (из lazarus-gui)

так-же просил сделать тестовый замер у боевых программеров, аналогично, те-же результаты 1.8-2 сек

-------------------------------------------------
os/ver         arch        time/sec
-------------------------------------------------
slackware 12.2 x32 - gui  0.1 -  0.6 
slackware 14.2 x64 - gui  9.0 - 10.0  <-- subj
slackware 14.2 x64 - cli  8.0 - 15.0
etc/more/vbox  x32 - gui  0.5 -  1.0 
etc/more/vbox  x64 - gui  1.0 -  2.0 
ubuntu         x64 - gui  1.8 -  2.0
-------------------------------------------------

основные мысли

1. видна тенденция, что на х64 - сборка проходит дольше
2. в «основных» дистрибьютивах разница не значительная: 1-2 сек на х64, почти мгновенно на х32
3. сборка из ком.строки почему-то занимает больше времени, чем из гуев
4. без претензий на то, что повторная сборка тоже почти мгновенная итд итп...(кто-же спорит)
5. огромная разница между х32/64 замечена только на slackware

вот, последний пункт и вызывает больше всего непонимания (собственно, о ней и речь)
при всем, при том, что sl14.2_x64 даже без замеров, на глаз просто летает по сравнению с sl12.2_x32 (на одном железе и старом hdd)

по нек.выкусам из инета, «считается», что «это» из-за долгой линковки! тогда встречный вопрос, почему на старой х32-слаке сборка мгновенная?! :o)

набег на гугль особенно не помог, патчей на fpc/lazarus вообщем-то нету..., сборки, естественно, SlackBuild/самопальные
(пробовал всяко-разно, по многу и с внушением... не помогло)

выхлоп/сис.логи: ни чего информативного (по моему) не содержат, во вс.случае я не нашел

используемый софт:

fpc-3.0.4
lazarus-1.8.4
lazarus-2.0.4
lazarus-2.0.6
lazarus-2.0.8

лог сборки в консоли:

build from konsole: 8-15 sec

lazbuild ./project1.lpr
-->
main$ lazbuild ./project1.lpr
Hint: (lazarus) [RunTool] "/usr/bin/fpc" "-iWTOTP"
Hint: (lazarus) [RunTool] "/usr/bin/fpc" "-va" "compilertest.pas"
Info: (lazarus) Execute Title="Compile Project, Target: project1"
Info: (lazarus) Working Directory="/dev/shm/tmp/sun/ram/prj/"
Info: (lazarus) Executable="/usr/bin/fpc"
Info: (lazarus) Param[0]="-MObjFPC"
Info: (lazarus) Param[1]="-Scghi"
Info: (lazarus) Param[2]="-Cg"
Info: (lazarus) Param[3]="-O1"
Info: (lazarus) Param[4]="-g"
Info: (lazarus) Param[5]="-gl"
Info: (lazarus) Param[6]="-l"
Info: (lazarus) Param[7]="-vewnhibq"
Info: (lazarus) Param[8]="-Fi/dev/shm/tmp/sun/ram/prj/lib/x86_64-linux"
Info: (lazarus) Param[9]="-Fu/opt/lazarus-2.0.8/share/lazarus/lcl/units/x86_64-linux/gtk2"
Info: (lazarus) Param[10]="-Fu/opt/lazarus-2.0.8/share/lazarus/lcl/units/x86_64-linux"
Info: (lazarus) Param[11]="-Fu/opt/lazarus-2.0.8/share/lazarus/components/lazutils/lib/x86_64-linux"
Info: (lazarus) Param[12]="-Fu/opt/lazarus-2.0.8/share/lazarus/packager/units/x86_64-linux"
Info: (lazarus) Param[13]="-Fu/dev/shm/tmp/sun/ram/prj/"
Info: (lazarus) Param[14]="-FU/dev/shm/tmp/sun/ram/prj/lib/x86_64-linux/"
Info: (lazarus) Param[15]="-FE/dev/shm/tmp/sun/ram/prj/"
Info: (lazarus) Param[16]="-o/dev/shm/tmp/sun/ram/prj/project1"
Info: (lazarus) Param[17]="-dLCL"
Info: (lazarus) Param[18]="-dLCLgtk2"
Info: (lazarus) Param[19]="project1.lpr"
Hint: (11030) Start of reading config file /etc/fpc.cfg
Hint: (11031) End of reading config file /etc/fpc.cfg
Free Pascal Compiler version 3.0.4 [2020/06/09] for x86_64
Copyright (c) 1993-2017 by Florian Klaempfl and others
(1002) Target OS: Linux for x86-64
(3104) Compiling project1.lpr
(3104) Compiling unit1.pas
/dev/shm/tmp/sun/ram/prj/unit1.pas(16,28) Hint: (5024) Parameter "Sender" not used
(9022) Compiling resource /dev/shm/tmp/sun/ram/prj/lib/x86_64-linux/project1.or
(9015) Linking /dev/shm/tmp/sun/ram/prj/project1
/usr/bin/ld: warning: /dev/shm/tmp/sun/ram/prj/link.res contains output sections; did you forget -T?
//
// основная задержка.
//
(1008) 60 lines compiled, 8.6 sec
(1022) 3 hint(s) issued

хотелось-бы ускорить процесс сборки хотя-бы до «средне-статистических» х64 :o)

высказываемся, тыкаем носом, посылаем по ссылкам, набрасываем на вентилятор, кидаемся чепчиками, меряемся резьбой итд... :о)

спасибо

p.s. после некоторого «набега» подозреваю что это «общеизвестная» трабла : старая nvidia-карта / дрова + современный линух/ядра"

nvidia gts250
nvidia_340.108 krn/drv
kernel 4.4.217

### UPDATE ###

протестировал на vbox-е

sl14.1 x32 -   1-2 sec
sl14.2 x32 -   1-2 sec
sl14.2 x64 - 12-13 sec

«все время» уходит на линковку (и, по моему, результаты вполне показательны?!)

проблема именно в skackware и именно в архитектуре x64 (так, что nvidia с дрово-ядами, вероятно, отпадает)

### UPDATE ###

после сборки из карент-ветки тормоза, вроде как поутихли

binutils 2.26  -> 2.33.1
oprofile 1.1.0 -> 1.3.0

встречный вопрос: как корректно и правильно можно обновить эти пакеты? сдается мне что вообще нельзя!

###!!! UPDATE !!!###

rebuild this pack/patches - Lazarus build is OK

binutils ( 2.26.1-1ubuntu1~16.04.8 )
https://packages.ubuntu.com/ru/source/xenial-updates/binutils

добрый день, любители слаки в карент образе :о)

тема: карент, как рабочЯя версия (ролинг релиз) на десктопе.

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

в свете очевидных моментов, видимо, надо будет потихоньку переползать на curent, т.к. release «немного» задерживается.

спасибо

p.s. поместил сюда, потому как «все эти пассы руками и пр.махинации» все-таки ближе именно к Develop (ну, либо перенесите куда надоть :о)

добрый день

локальная сеть, куча vbox-linux машин, подключение к которым осущ. по ssh

изначально все б.м., но

- требуется авторизация (пароль)

- каждый раз при смене vbox-имиджа/системы требуется редактирование лок.настроек (для удаления ключа)

~/.ssh/known_hosts

иногда это выбивает из «мыслительно-рабочего процесса», плюс отнимает немного времени итд

понятное дело, что для связи по сети ssh-необходим, но для локальной связи (разработки чего-либо) можно (даже желательно) подключение без всяких этих наворотов, даже без логина/ввода пароля

несколькими набегами на настройки/гугль - не осилил (что есть то есть :о)

возможно ли?!

### ADD ###

вопрос по ходу:

- соединение шифруется или только авторизация (не уточнял этого вопроса... нет времени, но думаю шифруется всЁ)?

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

- т.е. вопрос актуален, есть «прямое/нЕшифрованное/типа опасное» соединение или все забито гвоздями?

спасибо

добрый день! subj - CLion 2018.1.2

ВОПРОСЫ:

- как отключить авто-коде-стайл?

- возможно существуют к.л. хак-возможности для этого? (в разумных пределах :о)

...

настройки Settings/Editor/Code Style - не помогают, не возможно добиться привычного поведения (расстановка по своему усмотрению отступов, скобок, кода !!! именно по своему усмотрению, с соотв. поведением отступов), это как минимум

так-же не помогают теги formatter

// @formatter:off
// @formatter:on

KDevelop/QTCreator/Geany настраиваются нормально

спасибо

TDE/Trinity 14.0.7/14.0.8/14.0.9 for Slackware 14.2/14.2+ / сборка от русских физиков

Ноги, крылья… Главное — хвост!

- TDE 14.0.9 for Slackware      14.2/14.2+
- TDE 14.0.8 for Slackware 14.1/14.2/14.2+
- TDE 14.0.7 for Slackware      14.2/14+

описание сборки, установка, настройка в текстовом файле

tag: slackware tde trintiy desktop

TDE (trinitydesktop.org)

Slackware pkg