LINUX.ORG.RU

53
Всего сообщений: 537

А разве бесплатное ПО можно продавать ?

 

Jopich1 ()

Unknown filesystem; grab rescue

Прошу прощения за беспокойство, так-как я заметил эта проблема очень популярна, но так-же и индивидуальна. После удаления тома в попытке снести юбунту(Linux mint), gnu заболел. ls- (hd0) (hd0, msdos3) (hd0, msdos2) (hd0, msdos1) (hd1) (hd1, msdos1). set- cmdpath=(hd0); prefix=(hd0)/boot/grub; root=hd0. Что делать дальше, не удалив диск-d... Очень кричу о помощи...

 , ,

Emerald_Eye ()

Установка gcc на android GNUroot debian

Решил попробовать компилировать приложения прямо на телефоне, установил GNUroot debian. Однако, в нем gcc отсутствует, несмотря на то, что в списке установленных пакетов gcc-4.8-base , gcc-4.9-base и libgcc1. Соответственно, установить эти пакеты тоже нельзя, apt-get пишет, что, мол, и так установлены последние версии. Снести их начисто и установить по новой по понятным соображениям нельзя тоже. Выход - установка build-essential, там все в рабочем состоянии, но вот незадача - внутренняя память заканчивается гораздо раньше, чем установка доходит до конца. Причем, без разницы, установлен GNUroot на карту или внутреннюю память - установка build-essential все равно идет на внутреннюю память пока не забьет ее под завязку. Существует ли какой то выход из данного тупика? Может возможно как то поставить только cишный компилятор с библиотеками (перл, руби и прочие рюши мне не нужны) или, может, как то можно заставить GNUroot debian все устанавливаемые пакеты на карту ставить вместо внутренней памяти?

 , , ,

MBK ()

Обязательная публикация исходного кода при разработке по заказу гос учреждений

Здравствуйте. Всех с новым годом!
Года 2 назад читал одну новость, кое-как откопал её.
-начало_статьи-
Активистам движения open-source в Болгарии, несмотря на сильное противодействие отдельных чиновников, удалось добиться принятия поправок в законодательство, согласно которым отныне подрядчики госзаказов обязаны публиковать в открытом доступе исходные коды всех программ, разработанных за бюджетные средства.
Согласно тексту Закона, при подготовке технических и функциональных заданий на проведение государственных тендеров на разработку компьютерных программ, административные органы обязаны теперь включать в техническое задание требования о том, что компьютерные программы должны соответствовать принципам open-source.
Также, согласно принятым поправкам, все авторские и смежные права на соответствующие компьютерные программы, их исходный код, дизайн интерфейсов и баз данных, которые являются предметом государственного заказа, должны предъявляться заказчику в полном объёме, без ограничений на использование, изменение или распространение.
Однако требования закона не распространяются на приобретения лицензий на готовое ПО с закрытым исходным кодом. Это касается в том числе операционных систем, офисных пакетов и прочего.
-конец_статьи-
Хочу написать лабуд... научный труд по данной тематике. А вот в интернете мало чего я на это нарыл.
Ссылка привязана к комментарию под новостью. Я только что зарегистрировался, не смог найти кнопочку для ЛС, так - написал бы ему, а не создавал тему. Меня интересует - то что говорит alwayslate - это просто слова, что типа де-факто так делается, или это также как и в Болгарии закреплено законодательно?
Болгария приняла закон об обязательной публикации исходных кодов ПО, разработанного для государственных нужд
Прошу прощения, если написал не в ту ветку форума. Просто очень нужен ответ по этому вопросу. Буду благодарен - если ответите.

 , , , ,

KAEf_SAGA ()

Операционные системы на GNU Hurd. Юзабельны или нет?

Давно хотелось попробовать GNU-based дистрибутивы.

Вот эти: https://www.gnu.org/distros/free-distros.html

Но может уже кто-то пробовал? Как оно на десктопе? Живо и юзабельно ли вообще?

 ,

CryNet ()

Libreboot — прошить без программатора

В списке поддерживаемого железа есть макбук Apple MacBook2,1 (A1181) и Apple iMac5,2 (A1195).

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

SakuraKun.

 ,

gnu3d ()

С чего GNU ПО является безопасным и сохраняет конфиденциальность?

Добрый день. Недавно ходил по форуму, читал темы, и пришла мысль. А с чего свободное программное обеспечение, под лицензией GNU, являеться безопасным с точки зрения конфиденциальности работы с ним/на нем? Да, по сути должны быть исходники на github, но много ли людей могут легко определить выгружает ли что-то лишнее программа куда-то, или нет? Та же ubuntu выгружала для amazon данные, в то время как вроде бы популярная свободная система. Вы можете сказать о снятии трафика и проверке, но мало-ли программа будет делать это раз в день/неделю/месяц, когда трафик не записывается. А многие и на 100% уверены что всё чисто, даже на той ubuntu, хотя это не так.

Интересно послушать ваше мнение и опыт в этом деле с разных сторон.

P.S. Возможно не в тот раздел, но курилку я не нашел.

 

TheLinuxUser ()

nano 3.2 «Кривая древесина» пришёл на смену версии 3.1 «Я так прыгал!»

Сабж. Версия GNU nano 3.1 «Je faisais des bonds comme ça!» («Я так прыгал!») выходила 18-го сентября.

В этой версии GNU nano 3.2 «Het kromme hout» («Кривая древесина») изменений значительно больше. Анонс со списком изменений: https://www.nano-editor.org/news.php

Скачать: https://www.nano-editor.org/dist/v3/nano-3.2.tar.xz

 ,

saahriktu ()

Как СПО-way настроить Bluetooth-наушники на GuixSD (shepherd + bluez) ?

Здравствуйте, уважаемые пользователи GNU/Линукс, СПО!

В настоящее время я сижу на Lenovo G50-30, GuixSD (cgit): Xfce4 + shepherd + guix и пишу этот пост.

Хочу подключить bluetooth-наушники и прошу вашей помощи.

Модуль bluetooth есть, блокировка rfkill снята, сервис запущен. bluetoothctl не видит ни одного контроллера:

$ uname -a
Linux antelope 4.18.15-gnu #1 SMP 1 x86_64 GNU/Linux

# lsmod | grep bluetooth
bluetooth             540672  14 btrtl,btqca,btintel,hci_uart,btbcm,bnep,ath3k,btusb
ecdh_generic           24576  1 bluetooth

# rfkill list bluetooth
1: ideapad_bluetooth: Bluetooth
	Soft blocked: no
	Hard blocked: no

# herd status | grep bluetooth
 + bluetooth

# bluetoothctl
Agent registered
[bluetooth]# list
[bluetooth]# devices
No default controller available
[bluetooth]# 

Хочу решить проблему только с имеющимися в репозиториях пакетами:

# guix package -s bluetooth
name: bluez-alsa
version: 1.2.0
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: alsa-lib@1.1.6 autoconf@2.69 automake@1.16.1 bluez@5.50
+ glib@2.56.0 libbsd@0.8.7 libtool@2.4.6 ncurses@6.1 ortp@0.27.0
+ pkg-config@0.29.2 sbc@1.3
location: gnu/packages/audio.scm:3232:2
homepage: https://github.com/Arkq/bluez-alsa
license: Expat
synopsis: Bluetooth ALSA backend  
description: This project is a rebirth of a direct integration between Bluez
+ and ALSA.  Since Bluez >= 5, the build-in integration has been removed in
+ favor of 3rd party audio applications.  From now on, Bluez acts as a
+ middleware between an audio application, which implements Bluetooth audio
+ profile, and a Bluetooth audio device.  BlueALSA registers all known Bluetooth
+ audio profiles in Bluez, so in theory every Bluetooth device (with audio
+ capabilities) can be connected.  In order to access the audio stream, one has
+ to connect to the ALSA PCM device called `bluealsa'.  The device is based on
+ the ALSA software PCM plugin.
relevance: 11

name: gnome-bluetooth
version: 3.20.1
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: eudev@3.2.5 glib@2.56.0 gobject-introspection@1.56.0
+ gtk+@3.22.30 intltool@0.51.0 libcanberra@0.30 libnotify@0.7.7 libxml2@2.9.8
+ pkg-config@0.29.2
location: gnu/packages/gnome.scm:5457:2
homepage: https://wiki.gnome.org/Projects/GnomeBluetooth
license: LGPL 2.1+
synopsis: GNOME Bluetooth subsystem  
description: This package contains tools for managing and manipulating
+ Bluetooth devices using the GNOME desktop.
relevance: 9

name: sbc
version: 1.3
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: libsndfile@1.0.28 pkg-config@0.29.2
location: gnu/packages/linux.scm:3103:2
homepage: https://www.kernel.org/pub/linux/bluetooth/
license: GPL 2+
synopsis: Bluetooth subband audio codec  
description: The SBC is a digital audio encoder and decoder used to transfer
+ data to Bluetooth audio output devices like headphones or loudspeakers.
relevance: 5

name: bluez
version: 5.50
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: dbus@1.12.6 eudev@3.2.5 gettext-minimal@0.19.8.1 glib@2.56.0
+ libical@3.0.3 pkg-config@0.29.2 readline@7.0.3
location: gnu/packages/linux.scm:3126:2
homepage: http://www.bluez.org/
license: GPL 2+
synopsis: Linux Bluetooth protocol stack  
description: BlueZ provides support for the core Bluetooth layers and
+ protocols.  It is flexible, efficient and uses a modular implementation.
relevance: 5

name: bluez-qt
version: 5.49.0
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux
dependencies: dbus@1.12.6 extra-cmake-modules@5.49.0 qtbase@5.11.1
location: gnu/packages/kde-frameworks.scm:316:2
homepage: https://community.kde.org/Frameworks
license: LGPL 2.1+, LGPL 3+
synopsis: QML wrapper for BlueZ  
description: bluez-qt is a Qt-style library for accessing the bluez Bluetooth
+ stack.  It is used by the KDE Bluetooth stack, BlueDevil.
relevance: 4

name: qtconnectivity
version: 5.11.1
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux
dependencies: bluez@5.50 perl@5.26.1 pkg-config@0.29.2 qtbase@5.11.1
+ qtdeclarative@5.11.1
location: gnu/packages/qt.scm:918:2
homepage: https://www.qt.io/
license: LGPL 2.1, LGPL 3
synopsis: Qt Connectivity module  
description: The Qt Connectivity modules provides modules for interacting with
+ Bluetooth and NFC.
relevance: 2

name: modem-manager
version: 1.4.14
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: dbus@1.12.6 glib@2.56.0 gobject-introspection@1.56.0
+ intltool@0.51.0 libgudev@230 libmbim@1.16.2 libqmi@1.20.0 pkg-config@0.29.2
+ polkit@0.115 vala@0.36.3
location: gnu/packages/freedesktop.scm:836:2
homepage: https://www.freedesktop.org/wiki/Software/ModemManager/
license: GPL 2+
synopsis: Mobile broadband modems manager  
description: ModemManager is a DBus-activated daemon which controls mobile
+ broadband (2G/3G/4G) devices and connections.  Whether built-in devices, USB
+ dongles, bluetooth-paired telephones, or professional RS232/USB devices with
+ external power supplies, ModemManager is able to prepare and configure the
+ modems and setup connections with them.
relevance: 2

name: hidapi
version: 0.8.0-rc1
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: autoconf@2.69 automake@1.16.1 eudev@3.2.5 libtool@2.4.6
+ libusb@1.0.22 pkg-config@0.29.2
location: gnu/packages/libusb.scm:374:2
homepage: http://www.signal11.us/oss/hidapi/
license: GPL 3, Modified BSD, non-copyleft
synopsis: HID API library  
description: HIDAPI is a library which allows an application to interface with
+ USB and Bluetooth HID-Class devices.
relevance: 2

name: connman
version: 1.36
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux
dependencies: dbus@1.12.6 glib@2.56.0 gnutls@3.5.18 iptables@1.6.2
+ openconnect@7.08 openvpn@2.4.6 pkg-config@0.29.2 polkit@0.115 ppp@2.4.7
+ python2@2.7.14 readline@7.0.3 vpnc@0.5.3 wpa-supplicant@2.6
location: gnu/packages/connman.scm:44:2
homepage: https://01.org/connman
license: GPL 2
synopsis: Connection management daemon  
description: Connman provides a daemon for managing Internet connections.  The
+ Connection Manager is designed to be slim and to use as few resources as
+ possible.  It is fully modular system that can be extended through plug-ins.
+ The plug-in approach allows for easy adaption and modification for various use
+ cases.  Connman implements DNS resolving and caching, DHCP clients for both
+ IPv4 and IPv6, link-local IPv4 address handling and tethering (IP connection
+ sharing) to clients via USB, ethernet, WiFi, cellular and Bluetooth.
relevance: 2

Не помогло: https://wiki.archlinux.org/index.php/Bluetooth#Pairing

Подскажите, что еще можно предпринять на GuixSD?

 , , ,

znavko ()

Интервью с RMS: Talking to the Mailman

 , ,

e1nste1n ()

Вышел GCC 6.5.0

Сабж. Это багфиксный релиз, в котором исправляли регрессии. Предыдущий релиз 6.4.0 был аж в июле прошлого года.

Скачать: http://mirror.linux-ia64.org/gnu/gcc/releases/gcc-6.5.0/gcc-6.5.0.tar.xz

 ,

saahriktu ()

Что случилось с gdb 8?

.gdbinit

set args aaaa
b main
r
запускаем

gdb prog получаем

Type "apropos word" to search for commands related to "word"...
No symbol table is loaded.  Use the "file" command.
Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal]
/opt/home/lve/.gdbinit:3: Error in sourced command file:
No executable file specified.
Use the "file" or "exec-file" command.
Reading symbols from prog...done.
(gdb)

20 лет оно работало!

Какого хрена gdb игнорирует аргумент «prog» ?

Если в .gdbinit вписать

file prog
b main
r
то запуск gdb делает то, что нужно.

Как вернуть стандартное поведение?

 ,

vel ()

Состоялся релиз GNU xorriso 1.5.0

Сабж. xorriso - утилита для манипуляции файловыми системами ISO 9660 с расширением Rock Ridge.

xorriso создает, редактирует и записывает образы ISO 9660 с расширениями Rock Ridge, включает все необходимые библиотеки и не требует установки mkisofs или какой-либо программы для записи CD/DVD/BD. GNU xorriso может быть использована для восстановления данных из испорченного ISO образа.

Changelog: https://www.mail-archive.com/cdwrite@other.debian.org/msg14397.html
Скачать: ftp://ftp.gnu.org/gnu/xorriso/xorriso-1.5.0.tar.gz

 , ,

saahriktu ()

Состоялся релиз GNU nano 3.0 «Water Flowing Underground»

Сабж. Переводить changelog слишком лениво, прочитать его можно здесь: https://nano-editor.org/news.php?30 .

Скачать можно здесь: ftp://ftp.gnu.org/gnu/nano/nano-3.0.tar.xz .

 , ,

saahriktu ()

Запилил свой дистр линукса

дельные баги/замечания/предложения, просьба, сразу помещать в https://github.com/AnimusPEXUS/aipsetup/issues

https://github.com/AnimusPEXUS/aipsetup/wiki

по ссылке на гугло-драйве есть торрент файл - требует i2p для скачивания.

 , ,

PexuOne ()

Нужно что-то интересное

Какие интересные задания можно придумать по темам «Лицензии на программное обеспечение» и «Операционные системы»? Там речь о свободных и проприетарных лицензиях, пользе СПО (в частности - GNU GPL), архитектуре операционных систем и семействах ОС, ядрах (особое внимание уделено GNU/Linux и BSD).

Сложно придумать что-то интереснее описания различного ПО и обзоров дистрибутивов в виртуалке. Есть идеи? Что-то небанальное: минимум по объему — максимум по сложности (чтобы без знания теории нельзя было просто прокликать).

 , ,

AnCap ()

Какой алгоритм(ы) сортировки использует sort?

Известно, что этих алгоритмов имеется под три десятка. Некоторые из них носят демонстрационный, обучающий, а то и просто развлекательный характер. Другие же, носят характер сугубо практический, и которые, судя по тестам и теории, оптимальны для определенных задач.
Сабж.
А какой алгоритм(ы) использует sort?

 , , ,

E2-E4 ()

О Боже! Что опять придумали эти антилопы?!

Уважаемые, вот здесь какой-то трешак про *.exe в линуксах! Тащите скорее огнетушитель! У меня там все горит уже! Сейчас взлечу как ракета со стула! Опенсорц в опасносте! Кто умеет в английский, о чем там?
Для Ъ:

I'm working again on making reproducible .exe-s. I thought I'd share my process:

Pros:

End users get a bit-for-bit reproducible .exe, known not to contain trojan and auditable from sources Point releases can reuse the exact same build process and avoid introducing bugs

Steps:

Generate a source tarball (non reproducibly) Debian Docker as a base, with fixed version + snapshot.debian.org sources.list Dockerfile: install packaged dependencies and MXE(.cc) from a fixed Git revision Dockerfile: compile MXE with SOURCE_DATE_EPOCH + fix-ups Build my project in the container with SOURCE_DATE_EPOCH and check SHA256 Copy-on-release

Result:

git.savannah.gnu.org/gitweb/?p=freedink/dfarc.git;a=tree;f=autobuild/dfarc-w32-snapshot Generate a source tarball (non reproducibly)

This is not reproducible due to using non-reproducible tools (gettext, automake tarballs, etc.) but it doesn't matter: only building from source needs to be reproducible, and the source is the tarball.

It would be better if the source tarball were perfectly reproducible, especially for large generated content (./configure, wxGlade-generated GUI source code...), but that can be a second step. Debian Docker as a base

AFAIU the Debian Docker images are made by Debian developers but are in no way official images. That's a pity, and to be 100% safe I should start anew from debootstrap, but Docker is providing a very efficient framework to build images, notably with caching of every build steps, immediate fresh containers, and public images repository.

This means with a single:

sudo -g docker make

you get my project reproducibly built from scratch with nothing to setup at all.

I avoid using a :latest tag, since it will change, and also backports, since they can be updated anytime. Here I'm using stretch:9.4 and no backports.

Using snapshot.debian.org in sources.list makes sure the installed packaged dependencies won't change at next build. For a dot release however (not for a rebuild), they should be updated in case there was a security fix that has an effect on built software (rare, but exists).

Last but not least, APT::Install-Recommends «false»; for better dependency control. MXE

mxe.cc is compilation environment to get MingGW (GCC for Windows) and selected dependencies rebuilt unattended with a single make. Doing this manually would be tedious because every other day, upstream breaks MinGW cross-compilation, and debugging an hour-long build process takes ages. Been there, done that.

MXE has a reproducible-boosted binutils with a patch for SOURCE_DATE_EPOCH that avoids getting date-based and/or random build timestamps in the PE (.exe/.dll) files. It's also compiled with --enable-deterministic-archives to avoid timestamp issues in .a files (but no automatic ordering).

I set SOURCE_DATE_EPOCH to the fixed Git commit date and I run MXE's build.

This does not apply to GCC however, so I needed to e.g. patch a __DATE__ in wxWidgets.

In addition, libstdc++.a has a file ordering issue (said ordering surprisingly stays stable between a container and a host build, but varies when using a different computer with the same distros and tools versions). I hence re-archive libstdc++.a manually.

It's worth noting that PE files don't have issues with build paths (and varying BuildID-s - unlike ELF... T_T).

Again, for a dot release, it makes sense to update the MXE Git revision so as to catch security fixes, but at least I have the choice. Build project

With this I can start a fresh Docker container and run the compilation process inside, as a non-privileged user just in case.

I set SOURCE_DATE_EPOCH to the release date at 00:00UTC, or the Git revision date for snapshots.

This rebuild framework is excluded from the source tarball, so the latter stays stable during build tuning. I see it as a post-release tool, hence not part of the release (just like distros packaging).

The generated .exe is statically compiled which helps getting a stable result (only the few needed parts of dependencies get included in the final executable).

Since MXE is not itself reproducible differences may come from MXE itself, which may need fixes as explained above. This is annoying and hopefully will be easier once they ship GCC6. To debug I unzip the different .zip-s, upx -d my .exe-s, and run diffoscope.

I use various tricks (stable ordering, stable timestamping, metadata cleaning) to make the final .zip reproducible as well. Post-processing tools would be an alternative if they were fixed. reprotest

Any process is moot if it can't be tested.

reprotest helps by running 2 successive compilations with varying factors (build path, file system ordering, etc.), and check that we get the exact same binary. As a trade-off, I don't run it on the full build environment, just on the project itself. I plugged reprotest to the Docker container by running a sshd on the fly. I have another Makefile target to run reprotest in my host system where I also installed MXE, so I can compare results and sometimes find differences (e.g. due to using a different filesystem). In addition this is faster for debugging since changing anything in the early Dockerfile steps means a full 1h rebuild. Copy-on-release

At release time I make a copy of the directory that contains all the self-contained build scripts and the Dockerfile, and rename it after the new release version. I'll continue improving upon the reproducible build system in the 'snapshot' directory, but the versioned directory will stay as-is and can be used in the future to get the same bit-for-bit identical .exe anytime.

This is the technique I used in my Android Rebuilds project. Other platforms

For now I don't control the build process for other platforms: distros have their own autobuilders, so does F-Droid. Their problem :P

I have plans to make reproducible GNU/Linux AppImage-based builds in the future though. I should be able to use a finer-grained, per-dependency process rather than the huge MXE-based chunk I currently do.

I hope this helps other projects provide reproducible binaries directly! Comments/suggestions welcome.

 , , ,

Promusik ()

Вышел emacs 26.1

 ,

saahriktu ()

Вышли readline 8.0-alpha и bash 5.0-alpha

 , ,

saahriktu ()