Arch и скробблеры mpd
Обнаружил, что из репов арчика выпилили все Last.fm скробблеры!
Давно? Почему?
Бегло поискал на BBS, ничего не нашёл.
Обнаружил, что из репов арчика выпилили все Last.fm скробблеры!
Давно? Почему?
Бегло поискал на BBS, ничего не нашёл.
Понадобилось мне для проекта на Github сделать страничку средствами Github Pages.
Все знают, что сайт работает из ветки gh-pages.
Пустую ветку в git создать я так понимаю нельзя.
Как правильно можно «очистить» ветку, чтобы не было истории?
git reset --hard %hash_init_commit% #??Не получается собрать Ruby с помощью rbenv. Нагуглить ошибки не смог.
RVM при этом собирает нормально.
rbenv install 2.0.0-p247
Downloading ruby-2.0.0-p247.tar.gz...
-> http://dqw8nmjcqpjn7.cloudfront.net/c351450a0bed670e0f5ca07da3458a5b
Installing ruby-2.0.0-p247...
BUILD FAILED
Inspect or clean up the working tree at /tmp/ruby-build.20131113124643.18839
Results logged to /tmp/ruby-build.20131113124643.18839.log
Last 10 log lines:
compiling array.c
In file included from vm.c:82:0:
vm_eval.c: In function ‘rb_catch_obj.constprop.54’:
vm_eval.c:1813:20: warning: argument ‘tag’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Wclobbered]
rb_catch_obj(VALUE tag, VALUE (*func)(), VALUE data)
^
linking miniruby
collect2: error: ld returned 1 exit status
Makefile:195: recipe for target 'miniruby' failed
make: *** [miniruby] Error 1cc -v
Using built-in specs.
COLLECT_GCC=cc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/gcc/src/gcc-4.8.2/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-install-libiberty --disable-multilib --disable-libssp --disable-werror --enable-checking=release
Thread model: posix
gcc version 4.8.2 (GCC)Есть VDS на которой крутится nginx. Имеется два домена, somesrv.net и iiiypuk.me, которые привязаны A записью к одному IP на этой VDS.
Если в адресной строке явно указать https:// перед iiiypuk.me, то всё работает нормально. Но если писать без https:// перенаправляет на https://somesrv.net/
Конфиги с виртуальными хостами в папке лежат таким образом:
vhosts/
10-somesrv.net.conf
...
40-iiiypuk.me.confВот конфиг 40-iiiypuk.me.conf
server {
listen 80;
server_name iiiypuk.me www.iiiypuk.me;
rewrite ^(.*) https://$server_name$1 permanent;
}
server {
listen 443;
server_name iiiypuk.me www.iiiypuk.me;
charset utf-8;
ssl on;
ssl_certificate /etc/nginx/ssl/alice2k.ssl.crt;
ssl_certificate_key /etc/nginx/ssl/alice2k.ssl.key;
keepalive_timeout 70;
error_log /var/log/nginx/error/iiiypuk.me.log error;
access_log /var/log/nginx/access/iiiypuk.me.log.gz combined gzip flush=5m;
location / {
root /srv/http/iiiypuk.me/;
index index.html;
autoindex off;
}
#error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
}10-somesrv.net.conf полностью идентичен, за исключением server_name.
Я так понимаю перенаправляет на somesrv.net, потому что конфиг с этим виртуальным имеет высший приоритет за счет 10-. Был бы на его месте конфиг с другим доменом, перенаправляло на него.
Помогите пофиксить.
Нужно, чтобы из вывода команды uptime -s
2013-05-24 00:37:5400:37:54Использовать буду так:
uptime -s | sed '_regex_'| ← назад |