Титул (лабы, не курсача/диплома) сделан не через maketitle, а с помощью \begin{titlepage}, из-за этого его нумерует \usepackage[numberbottom]{eskdplain}. Получается титул имеет #1, вторая страница тоже #1 и потом уже нормальная нумерация. \pagestyle{empty} не помогает. Как вариант можно титул делать в отдельном файле. Собирать через maketitle не хотелось бы, больно геморно. Можно отключить нумерацию титула через тот же eskdx?
Есть замечательная утилита gkrellm, которая для карт NVIDIA + blob на данный момент умеет показывать только температуру, используя nvidia-smi интерфейс.
Если кому не лень, то, пожалуйста, напишите патч, чтобы gkrellm мог читать и показывать следующие данные, возвращаемые nvidia-smi:
27 сентября 1983 года Ричард Столлман опубликовал изначальное объявление о Проекте GNU.
From CSvax:pur-ee:inuxc!ixn5c!ihnp4!houxm!mhuxi!eagle!mit-vax!mit-eddie!RMS@MIT-OZ
From: RMS%MIT-OZ@mit-eddie
Newsgroups: net.unix-wizards,net.usoft
Subject: new Unix implementation
Date: Tue, 27-Sep-83 12:35:59 EST
Organization: MIT AI Lab, Cambridge, MA
Free Unix!
Starting this Thanksgiving I am going to write a complete
Unix-compatible software system called GNU (for Gnu's Not Unix), and
give it away free(1) to everyone who can use it.
Contributions of time, money, programs and equipment are greatly
needed.
To begin with, GNU will be a kernel plus all the utilities needed to
write and run C programs: editor, shell, C compiler, linker,
assembler, and a few other things. After this we will add a text
formatter, a YACC, an Empire game, a spreadsheet, and hundreds of
other things. We hope to supply, eventually, everything useful that
normally comes with a Unix system, and anything else useful, including
on-line and hardcopy documentation.
GNU will be able to run Unix programs, but will not be identical
to Unix. We will make all improvements that are convenient, based
on our experience with other operating systems. In particular,
we plan to have longer filenames, file version numbers, a crashproof
file system, filename completion perhaps, terminal-independent
display support, and eventually a Lisp-based window system through
which several Lisp programs and ordinary Unix programs can share a screen.
Both C and Lisp will be available as system programming languages.
We will have network software based on MIT's chaosnet protocol,
far superior to UUCP. We may also have something compatible
with UUCP.
Who Am I?
I am Richard Stallman, inventor of the original much-imitated EMACS
editor, now at the Artificial Intelligence Lab at MIT. I have worked
extensively on compilers, editors, debuggers, command interpreters, the
Incompatible Timesharing System and the Lisp Machine operating system.
I pioneered terminal-independent display support in ITS. In addition I
have implemented one crashproof file system and two window systems for
Lisp machines.
Why I Must Write GNU
I consider that the golden rule requires that if I like a program I
must share it with other people who like it. I cannot in good
conscience sign a nondisclosure agreement or a software license
agreement.
So that I can continue to use computers without violating my principles,
I have decided to put together a sufficient body of free software so that
I will be able to get along without any software that is not free.
How You Can Contribute
I am asking computer manufacturers for donations of machines and money.
I'm asking individuals for donations of programs and work.
One computer manufacturer has already offered to provide a machine. But
we could use more. One consequence you can expect if you donate
machines is that GNU will run on them at an early date. The machine had
better be able to operate in a residential area, and not require
sophisticated cooling or power.
Individual programmers can contribute by writing a compatible duplicate
of some Unix utility and giving it to me. For most projects, such
part-time distributed work would be very hard to coordinate; the
independently-written parts would not work together. But for the
particular task of replacing Unix, this problem is absent. Most
interface specifications are fixed by Unix compatibility. If each
contribution works with the rest of Unix, it will probably work
with the rest of GNU.
If I get donations of money, I may be able to hire a few people full or
part time. The salary won't be high, but I'm looking for people for
whom knowing they are helping humanity is as important as money. I view
this as a way of enabling dedicated people to devote their full energies to
working on GNU by sparing them the need to make a living in another way.
For more information, contact me.
Arpanet mail:
RMS@MIT-MC.ARPA
Usenet:
...!mit-eddie!RMS@OZ
...!mit-vax!RMS@OZ
US Snail:
Richard Stallman
166 Prospect St
Cambridge, MA 02139
На скриншоте можно увидеть GTK+ 2 приложения, Hexchat и Nitrogen, в которых управляющие элементы адекватно масштабируются в сравнении с GTK+ 3 приложением рядом.
Есть mp4-файлы, хочу чтобы они были меньше по размеру с минимальными патерями качества. В какую сторону смотреть и что почитать? Или может быть есть волшебный ключик которым сделает мне за^Wмечательно?
Возникает желание выбросить на помойку этот cmake... документация в стиле «хрен поймешь без бутылки», вот так сразу ее не взять чтобы «прочитал -> сразу понял -> используешь». Туториалы не объясняют что к чему.
ЛОР, помоги.
З.Ы. program и file.c - нарочно измененные имена. Добавление -lasound после -std=c99 не приводит к какому-либо результату.
В структуре есть прозрачные поля (clear) и непрозрачные, которые отличаются в разных реализациях. Всё прекрасно работает, за исключением того неприятного момента, что приходится повторять описание прозрачных полей структуры (их довольно много) в каждом внутреннем файле библиотеки (в тестах, например):
struct foo_obj_tag {
int clear;
}
Как бы и тортик съесть и вишенкой не подавиться?) И определить структуру с прозрачными полями в заголовочном файле, и специфически «расширить» эту структуру в файлах-реализациях?
Имеется таблица TreeView с редактируемым столбцом. Как сделать так, чтобы при вводе данных в ячейку и нажатии ентер, фокус перемещался на строку ниже и включался режим редактирования.
Если вы пишите на Vala, пожалуйста, отпишитесь в этом топике.
Если хотите, можете также указать, что вы конкретно пишите, какой редактор используете для кода.
Уважаемые админы!
Посоветуте пожалуйста hdd и ssd, более менее надежные и оптимальные по цена/качество.
Брал пять hdd Toshiba, за два месяца три из них умерли.
Хочу сделать шаблон (в LaTeX и/или в другой системе, не суть) для оформления документов высокой степени объема и сложности: таблицы и рисунки с подписями (в том числе подписи могут быть очень большими, на страницу и даже больше), библиография, cross-reference, плашки, рамки, цитаты.
Могут ли мне в этом вопросе помочь ГОСТы, либо такие шаблоны придумываются каждый раз заново, то есть индивидуально?
Вопрос адресован людям из научного мира, в том числе (из тех кого я знаю здесь), Evgueni, eugeno, ptarh.
Я сам никогда с ГОСТами (либо ISO-стандартами) не работал; просто знаю что есть такие вещи. Поэтому для меня, как для полнейшего дурачка в этих делах, вопрос звучит вообще примерно так: «Елы-палы, а может есть такой волшебный универсальный стандарт, ну то есть шаблон оформления документации, куда засунешь любой текст, сколь угодно сложный, на тыщу страниц, со сложной структурой итд, и этот текст автоматически становится удобным для прочтения».
Это как бы первая часть вопроса. Теперь вторая.
Вот вы сами, когда пишете большие сложные документы, их как оформляете? Вот используя какой-то такой «волшебный ГОСТ» или у вас свой велосипед? И почему вы выбрали именно тот путь, а не этот?
Редко имею дело с CMake, поэтому многих связанных с CMake вещей, не понимаю. Буду признателен за разъяснения или указания где именно можно найти нужную информацию.
Первый непонятный момент. Допустим, есть простая ситуация: Linux и всего два компилятора — gcc и clang. Мне нужно пользоваться то тем, то другим. При этом компилироваться как в release-режиме, так и в debug. Правильно ли я понимаю, что каноническим решением является вот такое:
cd ~/develop/my-project
mkdir build_gcc_release
cd build_gcc_release
cmake -DCMAKE_CXX_COMPILER=g++ -DCMAKE_C_COMPILER=gcc -DCMAKE_BUILD_TYPE=Release ..
cd ..
mkdir build_gcc_debug
cd build_gcc_debug
cmake -DCMAKE_CXX_COMPILER=g++ -DCMAKE_C_COMPILER=gcc -DCMAKE_BUILD_TYPE=Debug ..
mkdir build_clang_release
cd build_clang_release
cmake -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_C_COMPILER=clang -DCMAKE_BUILD_TYPE=Release ..
cd ..
mkdir build_clang_debug
cd build_clang_debug
cmake -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_C_COMPILER=clang -DCMAKE_BUILD_TYPE=Debug ..
Второй непонятный момент. Допустим, мне нужно использовать три внешних проекта (p1, p2, p3), у которых сборка делается через CMake. При этом я хочу, чтобы результаты компиляции всех трех подпроектов (т.е. исполнимые файлы и so-ки) сбрасывались в одни и те же каталоги. Т.е. вместо того, чтобы иметь что-то вроде p1/build/lib b p1/build/bin, p2/build/lib и p2/build/bin, p3/build/lib и p3/build/bin, я хочу иметь my-project/build/lib и my-project/build/bin.
Правильно ли я понимаю, что в этом случае у меня получается что-то вроде:
cd ~/develop/my-project
wget https://p1.home/download/p1-some-ver.tar.gz
tar -xf p1-some-ver.tar.gz
cd p1-some-ver
mkdir build_gcc_release
cd build_gcc_relese
cmake -DCMAKE_INSTALL_PREFIX=~/develop/my-project/build -DCMAKE_BUILD_TYPE=Release ..
make install
cd ../..
wget https://p3.home/download/p2-some-ver.tar.gz
tar -xf p2-some-ver.tar.gz
cd p2-some-ver
mkdir build_gcc_release
cd build_gcc_relese
cmake -DCMAKE_INSTALL_PREFIX=~/develop/my-project/build -DCMAKE_BUILD_TYPE=Release ..
make install
cd ../..
...
Т.е. я создаю compiler-specific makefiles для каждого из подпроектов, но при этом для всех подпроектов указываю общее значение CMAKE_INSTALL_PREFIX?
