[sisyphus] Переезд на 64бита

[sisyphus] Переезд на 64бита

[Alexei V. Mezin]

С Наступающим всех :)


Что-то задумался, а не пора ли переезжать на 64 бита. А то 2013 год 
надвигается, а система со Spring2001 не переставлялась, все апдейты да 
апдейты :)

Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем нет? 
Skype, flash-plugin и wine работают?

Система сейчас стоит на трех разделах:
/home
/var
/

Если я поставлю новую систему на /, то старый /var лучше в новую систему 
не тянуть? Как проще перетащить старых юзеров с их UID/GID в новую систему?

Re: [sisyphus] Переезд на 64бита

[Viacheslav Dubrovskyi]

[-- Attachment #1: Type: text/plain, Size: 435 bytes --]

26.12.2012 18:38, Alexei V. Mezin пишет:
> С Наступающим всех :)
И Вас.

> Что-то задумался, а не пора ли переезжать на 64 бита. А то 2013 год
> надвигается, а система со Spring2001 не переставлялась, все апдейты да
> апдейты :)
Работает - не трогай! :)
>
> Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем нет?
> Skype, flash-plugin и wine работают?
Эти да. А вот adobe reader нет :(

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [sisyphus] Переезд на 64бита

[Sergey]

On Wednesday 26 December 2012, Alexei V. Mezin wrote:

> Как проще перетащить старых юзеров с их UID/GID в новую систему?

Завести заново и chown -R по каждому в home-каталоге. Наверное...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] Переезд на 64бита

[Michael Shigorin]

On Wed, Dec 26, 2012 at 08:38:08PM +0400, Alexei V. Mezin wrote:
> Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем нет? 

Скорее нет.

> Skype, flash-plugin и wine работают?

skype заводил, flash проверял, wine не смотрел.

> Если я поставлю новую систему на /, то старый /var лучше
> в новую систему не тянуть? Как проще перетащить старых юзеров
> с их UID/GID в новую систему?

А оно надо?  Мне для сборки было бы полезно 64 бита, и то проще
на серверы вынести, чем гробить работающую систему.  Это вот если
новые хосты ставить -- так там да, лучше сразу x86_64, чтоб потом
не перетаскивать лишний раз.  И то без фанатизма.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] [JT] Re: Переезд на 64бита

[Alexei V. Mezin]

26.12.2012 23:48, Michael Shigorin пишет:

> А оно надо?

Сам несколько лет думаю над этим вопросом. Пока приходил к мысли, что и 
на 32 не так уж плохо. Но как-то привык Firefox с официального сайта 
брать, а он там обещает быть только 64-битный. Я, конечно, и без этого 
переживу, на версии из Сизифа.

Но может это все же ретроградство какое-то и старость? Твиттера не имею, 
телефон предпочитаю с кнопочками, так и не научился работать с 
однопанельными менаджерами файлов, и система 32 бита (хорошо хоть года 
полтора назад с 1251 на UTF переполз).

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Michael Shigorin]

On Thu, Dec 27, 2012 at 01:04:10AM +0400, Alexei V. Mezin wrote:
> Но может это все же ретроградство какое-то и старость? Твиттера
> не имею, телефон предпочитаю с кнопочками, так и не научился
> работать с однопанельными менаджерами файлов, и система 32 бита
> (хорошо хоть года полтора назад с 1251 на UTF переполз).

В твиттер не заглядываю, телефоны предпочитаю с кнопочками,
файлы в основном использую в zsh, на ноутбуке 32 бита --
и всё хорошо :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Переезд на 64бита

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

26.12.2012 21:01, Viacheslav Dubrovskyi пишет:
> 26.12.2012 18:38, Alexei V. Mezin пишет:
>> С Наступающим всех :)
> И Вас.
> 
>> Что-то задумался, а не пора ли переезжать на 64 бита. А то 2013
>> год надвигается, а система со Spring2001 не переставлялась, все
>> апдейты да апдейты :)
> Работает - не трогай! :)
>> 
>> Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем
>> нет? Skype, flash-plugin и wine работают?
> Эти да. А вот adobe reader нет :(
А у меня работает! Бинарный 32-битный AdobeReader 9.5.1 с оффсайта, p6.
Biarch стоит.

- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlDb6T0ACgkQSGPA9Knr8TErggCeKy4f3v3GLGs9WCqdjSEwIPAi
Gc0AoK8up5tVVhbLJEeXFtmfqyHHYreZ
=yjOw
-----END PGP SIGNATURE-----

Re: [sisyphus] Переезд на 64бита

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

27.12.2012 08:22, Андрей Черепанов пишет:
> >> Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем
> >> нет? Skype, flash-plugin и wine работают?
> > Эти да. А вот adobe reader нет :(
> А у меня работает! Бинарный 32-битный AdobeReader 9.5.1 с оффсайта, p6.
> Biarch стоит.
Ну он то работает, но вместо шрифтов в меню одни ???????????????
где-то на форуме уже обсуждалось

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [sisyphus] Переезд на 64бита

[Sergei Epiphanov]

On 26 декабря 2012 20:38 Alexei V. Mezin wrote:
> Что-то задумался, а не пора ли переезжать на 64 бита. А то 2013 год 
> надвигается, а система со Spring2001 не переставлялась, все апдейты да 
> апдейты

Также ломал голову, но переехал-таки.
 
> Верно ли я понимаю, что с 64 битами сейчас никаких особых проблем нет? 
> Skype, flash-plugin и wine работают?

Проблем нет, через biarch работает.

> Система сейчас стоит на трех разделах:
> /home
> /var
> /
> 
> Если я поставлю новую систему на /, то старый /var лучше в новую систему 
> не тянуть? Как проще перетащить старых юзеров с их UID/GID в новую систему?

Я в своё время переезжал на живой системе по подсказке бывалых (на Wiki, 
вроде, ещё лежит):
1) руками поставил ядро x86_64 (так как rpm и apt не позволят этого сделать)
2) скопировал из пакетов glibc для x86_64 библиотеки в нужные каталоги
3) вытащил и положил рядом rpm.static из x86_64
4) положил на винт базовые пакеты из x86_64 и x86_32 (в том числе и apt).
5) перезагрузился с новым ядром
6) При помощи rpm.static --nodeps --force установил 64-битные пакеты и удалил 
32-битные.
7) настроил apt на x86_64
8) при помощи apt-get -f install разрулил пакеты.

Пользователи остались со старыми UID/GID. Разделы остались как есть.

Сразу говорю, что это не догма и все манипуляции делаете на свой страх и риск.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Переезд на 64бита

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

27.12.2012 11:04, Dubrovskiy Viacheslav пишет:
> 27.12.2012 08:22, Андрей Черепанов пишет:
>>>> Верно ли я понимаю, что с 64 битами сейчас никаких особых
>>>> проблем нет? Skype, flash-plugin и wine работают?
>>> Эти да. А вот adobe reader нет :(
>> А у меня работает! Бинарный 32-битный AdobeReader 9.5.1 с
>> оффсайта, p6. Biarch стоит.
> Ну он то работает, но вместо шрифтов в меню одни ??????????????? 
> где-то на форуме уже обсуждалось
Ну не знаю: показывается на английском без проблем. Ничего
дополнительного не делал (кроме установки виндовых шрифтов).


- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlDb86oACgkQSGPA9Knr8THq3ACffDAgZeCidWdusMEr/MGWEKRg
luUAoKDKylpnGqRCYLX+11Kr0Aoq67m0
=i14m
-----END PGP SIGNATURE-----

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 408 bytes --]

On Wed, Dec 26, 2012 at 11:07:24PM +0200, Michael Shigorin wrote:

MS> В твиттер не заглядываю, телефоны предпочитаю с кнопочками,
MS> файлы в основном использую в zsh, на ноутбуке 32 бита --
MS> и всё хорошо :)

А вот про использование zsh вместо mc попрошу подробнее! :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Переезд на 64бита

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1041 bytes --]

27.12.2012 09:07, Андрей Черепанов пишет:
> 27.12.2012 11:04, Dubrovskiy Viacheslav пишет:
> > 27.12.2012 08:22, Андрей Черепанов пишет:
> >>>> Верно ли я понимаю, что с 64 битами сейчас никаких особых
> >>>> проблем нет? Skype, flash-plugin и wine работают?
> >>> Эти да. А вот adobe reader нет :(
> >> А у меня работает! Бинарный 32-битный AdobeReader 9.5.1 с
> >> оффсайта, p6. Biarch стоит.
> > Ну он то работает, но вместо шрифтов в меню одни ???????????????
> > где-то на форуме уже обсуждалось
> Ну не знаю: показывается на английском без проблем. Ничего
> дополнительного не делал (кроме установки виндовых шрифтов).
Может потому что у меня сизиф...

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

27.12.2012 15:32, Денис Смирнов пишет:
> А вот про использование zsh вместо mc попрошу подробнее! :)

а я уж и не помню, чем мне двухпанельные манагеры нравились. ну да, 
если надо разобрать очередную файлопомойку, запускаю mc, но время его 
использования и частота запуска - вещи предельно близкие к нулю. 
плюсов перед zsh у mc других не знаю.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] Переезд на 64бита

[Michael A. Kangin]

On 12/27/2012 11:05 AM, Sergei Epiphanov wrote:

> 1) руками поставил ядро x86_64 (так как rpm и apt не позволят этого сделать)

rpm позволяет с --ignorearch

А вот другой интересный вопрос.
Как можно создать чрут, в т.ч. чужеродный системе по архитектуре чрут?

В принципе это хорошо получается у hsh --initroot-only, но там владельцы
все сплошь hasher_a да hasher_b.

apt-get install -o RPM::RootDir="$ROOT" хорош только под свою
архитектуру, для другой не работает.


-- 
wbr, Michael A. Kangin

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 897 bytes --]

On Tue, Jan 01, 2013 at 07:33:59PM +0600, REAL wrote:

R> а я уж и не помню, чем мне двухпанельные манагеры нравились. ну да, 
R> если надо разобрать очередную файлопомойку, запускаю mc, но время его 
R> использования и частота запуска - вещи предельно близкие к нулю. 
R> плюсов перед zsh у mc других не знаю.

Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться zsh.
Так может все-таки расскажете _как_ вы это делаете? :)

Я хоть и переполз под zsh уже давно, и все же mc обычно первая команда,
набираемая мною в консоли :(

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

Думаю тут дело _и_ в умении использовать completion и прочие радости, и
еще и в наверняка слегка иной структуре организации данных в домашнике.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

[-- Attachment #1: Type: text/plain, Size: 655 bytes --]

02.01.2013 04:38, Денис Смирнов пишет:
> Главная причина -- привычка видеть перед собой список файлов.

всякие алиасы... у меня вот есть la = ls -A - так он сам давно лзет 
под пальцы при входе в незнакомый каталог.

> Думаю тут дело _и_ в умении использовать completion и прочие радости

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

прочие же радости - это хэши и большая-большая память на использование 
команд и каталогов.

, и
> еще и в наверняка слегка иной структуре организации данных в домашнике.

а это уже дело не первой важности.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

[-- Attachment #2: .zshrc --]
[-- Type: text/plain, Size: 3465 bytes --]

#
# .zshrc is sourced in interactive shells.
# It should contain commands to set up aliases,
# functions, options, key bindings, etc.
#

source /etc/profile

autoload -U compinit
compinit
autoload -U predict-on
predict-on
zle -N predict-on
zle -N predict-off
autoload -U zcalc
autoload -U tetris
zle -N tetris
autoload -Uz ztodo
chpwd() { ztodo }


zmodload zsh/complist
zmodload -a zsh/stat stat
zmodload -a zsh/zpty zpty
zmodload -a zsh/zprof zprof
zmodload -ap zsh/mapfile mapfile
setopt menucomplete
zstyle ':completion:*' menu yes select
zstyle ':completion:*:default' list-colors ${(s.:.)LS_COLORS}
zstyle ':completion:*:processes' command 'ps -xuf'
zstyle ':completion:*:processes' sort false
zstyle ':completion:*:processes-names' command 'ps xho command'
setopt autocd

#allow tab completion in the middle of a word
setopt COMPLETE_IN_WORD

## keep background processes at full speed
#setopt NOBGNICE
## restart running processes on exit
#setopt HUP

## history
HISTFILE=~/.zhistory
HISTSIZE=1024
SAVEHIST=1024
setopt APPEND_HISTORY
## for sharing history between zsh processes
setopt INC_APPEND_HISTORY
setopt HIST_IGNORE_ALL_DUPS
setopt SHARE_HISTORY
setopt HIST_IGNORE_SPACE
setopt HIST_REDUCE_BLANKS
setopt extendedglob
DIRSTACKSIZE=20

## never ever beep ever
#setopt NO_BEEP

## automatically decide when to page a list of completions
#LISTMAX=0

## disable mail checking
MAILCHECK=0

autoload -U colors
colors

bindkey -v
bindkey "\e[1~" beginning-of-line
bindkey "\e[2~" transpose-words
bindkey "\e[3~" delete-char
bindkey "\e[4~" end-of-line
bindkey "^[[5~" up-line-or-history
bindkey "^[[6~" down-line-or-history
bindkey "^[[7~" beginning-of-line
bindkey "^[[8~" end-of-line
bindkey "\eOH" beginning-of-line
bindkey "\eOF" end-of-line
bindkey "\e[H" beginning-of-line
bindkey "\e[F" end-of-line
bindkey "^X^X" predict-on
bindkey "^X^Z" predict-off
bindkey "^T" tetris

alias -g h=' --help|less'

alias -s pdf=evince
alias -s avi=mplayer
alias -s htm=view_html
alias -s html=view_html
alias -s jpg=view_img
alias -s jpeg=view_img
alias -s gif=view_img
alias -s png=view_img
alias -s mp3=xmms
alias -s flac=xmms
alias -s djvu=djview
alias -s ps=evince
alias -s gz=view_gz
alias -s bz2=view_bz2
alias -s exe=wine
alias -s odb=oo
alias -s odt=oo
alias -s odp=oo
alias -s doc=oo
alias -s xls=oo
alias -s xml=ff
alias -s iso=showiso
alias -s fb2=FBReader

alias ipt="sudo vim /etc/sysconfig/iptables && sudo /etc/init.d/iptables restart"
alias m=mplayer 
alias v=vim 
alias la='ls -A'
alias ll='ls -lh'
alias lla='ls -A -lh'
alias lal='ls -A |less'
alias llal='ls -A -lh |less'
alias mc='bash -c "mc -c"'
alias xterm_='xterm -bg black -fg gray60 /bin/bash'
alias xterm='xterm_ &'
alias df='df -h'
alias init='sudo init'
alias ii='sudo init 3'
alias i5='sudo init 5'
alias e='killall -TERM fluxbox'
alias K='killp'
#alias a=$1

hash -d my=/opt/._
hash -d fl=/media/usbdisk
hash -d u=/media/usbfat
hash -d h=/media/usbdisk/2home
hash -d i=/etc/init.d
hash -d tc=/mnt/iais/tomcat
hash -d w=/mnt/iais/tomcat/webapps.iais
hash -d dekanat=/mnt/iais/tomcat/webapps.iais/dekanat

PS1=$(echo '%{\033[36m%}%~>%{\033[37m%} ')
RPS1=$(echo '%{\033[36m%}')\$$HOSTNAME/$WINDOW$(echo '%{\033[37m%} ')
precmd()
{
	print -Pn "\033]0;%/\a"
}
EDITOR=vim
#PLAN9=/opt/._/dst/wmii-3.6/plan9
if [ "$MANPATH" = "" ]; then
	MANPATH=/opt/local/share/man
else
	MANPATH=/opt/local/share/man:$MANPATH
fi
PATH=$HOME/bin:/opt/bin:/opt/local/bin:$PATH:/sbin:/usr/sbin:/usr/local/sbin

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

02.01.2013 07:28, REAL пишет:
>> Думаю тут дело _и_ в умении использовать completion и прочие радости
>
> думаю, дело не в правильности использования, а настроек. побегай с
> пару часиков с моими (в аттаче).

ещё две фичи, которые перекрывают _многое_: редактирование командной 
строки в стиле vim, равно как и поиск.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Переезд на 64бита

[Michael Shigorin]

On Wed, Jan 02, 2013 at 02:38:49AM +0400, Денис Смирнов wrote:
> Думаю тут дело _и_ в умении использовать completion и прочие
> радости, и еще и в наверняка слегка иной структуре организации
> данных в домашнике.

Ну вообще-то да, <tab> врос в пальцы.  Структура местами
напоминает FHS: bin/, doc/, opt/, src/, tmp/ помимо всяких
apt/, Download/, git/, mail/, mkimage/, RPM/, TODOs/ & co.

Только пошли с пользованием в community@, ладно?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] [JT] Re: Переезд на 64бита

[Michael Shigorin]

On Tue, Jan 01, 2013 at 08:00:28PM +0400, Michael A. Kangin wrote:
> apt-get install -o RPM::RootDir="$ROOT" хорош только под свою
> архитектуру, для другой не работает.

i586 apt-get install для частного случая x86_64->i586 не?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Michael A. Kangin]

On 01/02/2013 10:12 PM, Michael Shigorin wrote:

>> apt-get install -o RPM::RootDir="$ROOT" хорош только под свою
>> архитектуру, для другой не работает.
> 
> i586 apt-get install для частного случая x86_64->i586 не?

Может и, но мне более интересно тут недавно было сделать x86_64 чрут на
i586 юзерспейсе, не прокатило (ядро при этом x86_64). По любому как-то
неуниверсальненько.

-- 
wbr, Michael A. Kangin

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Ildar Mulyukov]

On 02.01.2013 04:38:49, Денис Смирнов wrote:
> On Tue, Jan 01, 2013 at 07:33:59PM +0600, REAL wrote:
> 
> R> а я уж и не помню, чем мне двухпанельные манагеры нравились. ну да,
> R> если надо разобрать очередную файлопомойку, запускаю mc, но время  
> его
> R> использования и частота запуска - вещи предельно близкие к нулю.
> R> плюсов перед zsh у mc других не знаю.
> 
> Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться  
> zsh.
> Так может все-таки расскажете _как_ вы это делаете? :)

кажется, сейчас модно в таких случаях идти в ютуб смотреть скринкасты.
-- 
Ildar

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Igor Zubkov]

2013/1/2 Денис Смирнов:
> Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться zsh.
> Так может все-таки расскажете _как_ вы это делаете? :)

Всегда было интересно, а что же есть такого в zsh чего нет в bash?

И почему народ использует zsh, а скрипты всё равно пишет для sh (bash/dash)? :)

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

03.01.2013 14:17, Igor Zubkov пишет:
>> Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться zsh.
>> Так может все-таки расскажете _как_ вы это делаете? :)
>
> Всегда было интересно, а что же есть такого в zsh чего нет в bash?

в bash нет и никогда не было полноценных средств для интерактивной работы.

> И почему народ использует zsh, а скрипты всё равно пишет для sh (bash/dash)? :)

кесерю - кесарево.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

On Thu, Jan 03, 2013 at 01:52:47PM +0600, Ildar Mulyukov wrote:

>> Так может все-таки расскажете _как_ вы это делаете? :)
IM> кажется, сейчас модно в таких случаях идти в ютуб смотреть скринкасты.

Глянул в youtube. Однако, там действительно есть на что посмотреть, не
ожидал. Спасибо!

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

On Thu, Jan 03, 2013 at 10:17:54AM +0200, Igor Zubkov wrote:

>> Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться zsh.
>> Так может все-таки расскажете _как_ вы это делаете? :)
IZ> Всегда было интересно, а что же есть такого в zsh чего нет в bash?

Что есть такого в C, чего нет в машинном коде? :)

Насколько я вижу, дело не в наличии killer features, а во множестве меликх
приятностей. 

IZ> И почему народ использует zsh, а скрипты всё равно пишет для sh (bash/dash)? :)

Большая часть фич, ради которых его используют связана с usability, а не с
фичами его скриптового языка.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 997 bytes --]

On Wed, Jan 02, 2013 at 07:28:13AM +0600, REAL wrote:

R> всякие алиасы... у меня вот есть la = ls -A - так он сам давно лзет 
R> под пальцы при входе в незнакомый каталог.

Утащу к себе.

>> Думаю тут дело _и_ в умении использовать completion и прочие радости
R> думаю, дело не в правильности использования, а настроек. побегай с 
R> пару часиков с моими (в аттаче).

Целиком забрать не могу -- в моем конфиге уже много мелких привычных мне
приятностей, но идеи поутаскиваю. Спасибо.

R> прочие же радости - это хэши и большая-большая память на использование 
R> команд и каталогов.

В смысле?

R>> еще и в наверняка слегка иной структуре организации данных в домашнике.
> а это уже дело не первой важности.

А вот неуверен. От того как данные организованы сильно зависит как удобнее
работать -- командами, или видеть все на экране и выбирать.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Igor Zubkov]

2013/1/3 REAL:
> 03.01.2013 14:17, Igor Zubkov пишет:
>>> Я уж понял, что тут все крутые хакеры, умеющие правильно пользоваться
>>> zsh.
>>> Так может все-таки расскажете _как_ вы это делаете? :)
>>
>> Всегда было интересно, а что же есть такого в zsh чего нет в bash?
>
> в bash нет и никогда не было полноценных средств для интерактивной работы.

http://ru.wiktionary.org/wiki/%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D1%8B%D0%B9

Интерактивный - "основанный на взаимодействии, диалоге". Это каких же
полноценных средств нет в bash, но есть в zsh? Или это по поводу
авто-дополнения в bash? Так надо просто поставить bash-completion
(http://packages.altlinux.org/en/Sisyphus/srpms/bash-completion/).
Потому что без этого он умеет его очень просто и грубо.

>> И почему народ использует zsh, а скрипты всё равно пишет для sh
>> (bash/dash)? :)
>
> кесерю - кесарево.

"Кес_а_рю" если что.

-- 
Igor Zubkov
http://hi.im/ice

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

03.01.2013 20:48, Igor Zubkov пишет:
> Это каких же
> полноценных средств нет в bash, но есть в zsh?

_полноценных :)


> Или это по поводу
> авто-дополнения в bash?

тьфу, эта штука и в zsh при умолчальных настройках крива и малополезна.

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

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

03.01.2013 16:21, Денис Смирнов пишет:
> R>  прочие же радости - это хэши и большая-большая память на использование
> R>  команд и каталогов.
>
> В смысле?

1. хэш в терминологии zsh - это нечто вроде псевдонима для каталога. 
например, сделал
hash -d far=/opt/so/far/to/type/on/keyboard

и потом можно ходить в /opt/so/far/to/type/on/keyboard просто введя 
команду:
~far

кстати, даже просто имя каталога в качестве команды воспринимается как 
cd в этот каталог.

2. история команд и каталогов всегда лезет в руки при autocompletion, 
и потом, как я уже писал, поиск по всей этой истории как по файлу в 
vim - очень удобно.

> А вот неуверен. От того как данные организованы сильно зависит как удобнее
> работать -- командами, или видеть все на экране и выбирать.

в zsh очень размыта грань между "работать командами" и "видеть всё на 
экране и выбирать".

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Michael A. Kangin]

On 01/03/2013 02:21 PM, Денис Смирнов wrote:

> R> всякие алиасы... у меня вот есть la = ls -A - так он сам давно лзет 
> R> под пальцы при входе в незнакомый каталог.
> Утащу к себе.

есть еще искоробочный у нас l='ls -lapt'
правда, я из него всегда делаю -lAp


-- 
wbr, Michael A. Kangin

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2092 bytes --]

On Fri, Jan 04, 2013 at 02:27:01PM +0600, REAL wrote:

R> 1. хэш в терминологии zsh - это нечто вроде псевдонима для каталога. 
R> например, сделал
R> hash -d far=/opt/so/far/to/type/on/keyboard
R> и потом можно ходить в /opt/so/far/to/type/on/keyboard просто введя 
R> команду:
R> ~far

А, эту фичу я обожаю. А вот о том, что можно писать ~far вместо cd ~far не
знал. Спасибо!

R> кстати, даже просто имя каталога в качестве команды воспринимается как 
R> cd в этот каталог.

thanks.

R> 2. история команд и каталогов всегда лезет в руки при autocompletion, 
R> и потом, как я уже писал, поиск по всей этой истории как по файлу в 
R> vim - очень удобно.

Пояснишь, как это?

>> А вот неуверен. От того как данные организованы сильно зависит как удобнее
>> работать -- командами, или видеть все на экране и выбирать.
R> в zsh очень размыта грань между "работать командами" и "видеть всё на 
R> экране и выбирать".

Пример 1:
У меня в tmp сейчас несколько каталогов с именами
по дате. В каждом каталоге есть нечто, над чем я работал последние дни.
Мне нужно это быстро найти, но я не помню точное название каталога.

В итоге быстрым оказывается тупое быстро зайти в каждый каталог с помощью
mc по-очереди.

Конкретно для этой задачи можно сделать, конечно, отдельный alias типа
ls ~/tmp/20??-??-??

но потом понадобится отдельно зайти в этот каталог. Является это неудобным
или просто непривычным -- я не знаю. По факту мне проще использовать тут
mc.

Пример 2:

Есть несколько файлов с заметками, имена -- это даты. Делаются
однострочником dedit:
$EDITOR `date -I`.md

Мне нужно *последовательно* заходить в эти файлы и что-то там делать.
Завершил работу над одним -- пошел в следующий. Как это сделать удобно?

В mc -- наступил на файл, нажал F4 -- вылез emacs. Закончил с файлом,
закрыл emacs, нажал на стрелку вниз и F4 -- и продолжил работать.

Т.е. главное тут -- то, что mc помнит мой последний выбор.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

04.01.2013 20:54, Денис Смирнов пишет:
> R>  2. история команд и каталогов всегда лезет в руки при autocompletion,
> R>  и потом, как я уже писал, поиск по всей этой истории как по файлу в
> R>  vim - очень удобно.
>
> Пояснишь, как это?

жмёшь Esc, переводя таким образом zsh в режим ожидания дальнейших 
инструкций. чтобы начать поиск по истории, нужно нажать / . ну прям 
как в vim, только здесь поиск будет в обратном порядке (самые новые 
команды будут найдены первыми). после / вводишь искомую строку + enter 
и далее, как и в vim, кнопками n и N бегаешь по найденному. когда 
нужная команда найдена, её можно сначала даже отредактировать (это 
делается стандартно для zsh, если при вводе команды нажать Esc) в 
стиле vim. на запуск - enter.

>
>>> А вот неуверен. От того как данные организованы сильно зависит как удобнее
>>> работать -- командами, или видеть все на экране и выбирать.
> R>  в zsh очень размыта грань между "работать командами" и "видеть всё на
> R>  экране и выбирать".
>
> Пример 1:
> У меня в tmp сейчас несколько каталогов с именами
> по дате. В каждом каталоге есть нечто, над чем я работал последние дни.
> Мне нужно это быстро найти, но я не помню точное название каталога.
>
> В итоге быстрым оказывается тупое быстро зайти в каждый каталог с помощью
> mc по-очереди.
>
> Конкретно для этой задачи можно сделать, конечно, отдельный alias типа
> ls ~/tmp/20??-??-??
>
> но потом понадобится отдельно зайти в этот каталог. Является это неудобным
> или просто непривычным -- я не знаю. По факту мне проще использовать тут
> mc.
>
> Пример 2:
>
> Есть несколько файлов с заметками, имена -- это даты. Делаются
> однострочником dedit:
> $EDITOR `date -I`.md
>
> Мне нужно *последовательно* заходить в эти файлы и что-то там делать.
> Завершил работу над одним -- пошел в следующий. Как это сделать удобно?
>
> В mc -- наступил на файл, нажал F4 -- вылез emacs. Закончил с файлом,
> закрыл emacs, нажал на стрелку вниз и F4 -- и продолжил работать.
>
> Т.е. главное тут -- то, что mc помнит мой последний выбор.
>
>
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Re: Переезд на 64бита

[REAL]

04.01.2013 20:54, Денис Смирнов пишет:
> Пример 1:
> У меня в tmp сейчас несколько каталогов с именами
> по дате. В каждом каталоге есть нечто, над чем я работал последние дни.
> Мне нужно это быстро найти, но я не помню точное название каталога.
>
> В итоге быстрым оказывается тупое быстро зайти в каждый каталог с помощью
> mc по-очереди.

пример файлопомойки - да, здесь mc рулит.

> Пример 2:
> В mc -- наступил на файл, нажал F4 -- вылез emacs. Закончил с файлом,
> закрыл emacs, нажал на стрелку вниз и F4 -- и продолжил работать.

например, v - алиас для vim. например, имена файлов - по шаблонку 
blabla123

1. v blabla123
3. вышел из vim, нажал стрелку вверх, далее BS + 4, в итоге получилась 
команда v blabla124.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 954 bytes --]

On Fri, Jan 04, 2013 at 10:07:55PM +0600, REAL wrote:

>> В итоге быстрым оказывается тупое быстро зайти в каждый каталог с помощью
>> mc по-очереди.
R> пример файлопомойки - да, здесь mc рулит.

Вооот, к тому мы и возвращаемся -- организация данных. Де-факто у меня
большая часть содержимого харда это файлопомойка с такой точки зрения.

>> Пример 2:
>> В mc -- наступил на файл, нажал F4 -- вылез emacs. Закончил с файлом,
>> закрыл emacs, нажал на стрелку вниз и F4 -- и продолжил работать.
R> например, v - алиас для vim. например, имена файлов - по шаблонку 
R> blabla123
R> 1. v blabla123
R> 3. вышел из vim, нажал стрелку вверх, далее BS + 4, в итоге получилась 
R> команда v blabla124.

Угу, так и делаю когда имена последовательные. В варианте 'список датами'
это не так -- могут быть пропуски :(

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 948 bytes --]

On Fri, Jan 04, 2013 at 10:03:51PM +0600, REAL wrote:

R> жмёшь Esc, переводя таким образом zsh в режим ожидания дальнейших 
R> инструкций. чтобы начать поиск по истории, нужно нажать / . ну прям 
R> как в vim, только здесь поиск будет в обратном порядке (самые новые 
R> команды будут найдены первыми). после / вводишь искомую строку + enter 
R> и далее, как и в vim, кнопками n и N бегаешь по найденному. когда 
R> нужная команда найдена, её можно сначала даже отредактировать (это 
R> делается стандартно для zsh, если при вводе команды нажать Esc) в 
R> стиле vim. на запуск - enter.

Любопытно. Я пользуюсь emacs-вариантом раскладки, выглядит это несколько
удобнее -- ^R и далее начинаю набирать кусок команды, предлагаемый вариант
отображается сразу. В vim варианте -- после нажатия на enter только.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Ivan A. Melnikov]

2013/1/4 Денис Смирнов <mithraen@freesource.info>:
>>> Пример 2:
>>> В mc -- наступил на файл, нажал F4 -- вылез emacs. Закончил с файлом,
>>> закрыл emacs, нажал на стрелку вниз и F4 -- и продолжил работать.
> R> например, v - алиас для vim. например, имена файлов - по шаблонку
> R> blabla123
> R> 1. v blabla123
> R> 3. вышел из vim, нажал стрелку вверх, далее BS + 4, в итоге получилась
> R> команда v blabla124.
>
> Угу, так и делаю когда имена последовательные. В варианте 'список датами'
> это не так -- могут быть пропуски :(

Если все файлы в одном каталоге, то можно

vim<space><tab><ctrl-space><ctrl-space><ctrl-space>....

что собирёт командную строку вида

vim file1 file2 file3 ...

Затем в виме можно перейти от этого файла к другому через :next или
:wnext.

Вместо <ctl-space>, естественно, можно какие-то файлы пропустить или
выбрать, например, стрелочками; сам же <ctrl-space> это

bindkey -M menuselect "^ " accept-and-menu-complete

--
WBR,
Ivan A. Melnikov

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 356 bytes --]

On Thu, Jan 03, 2013 at 04:48:31PM +0200, Igor Zubkov wrote:

IZ> Интерактивный - "основанный на взаимодействии, диалоге". Это каких же
IZ> полноценных средств нет в bash, но есть в zsh? 

http://lmgtfy.com/?q=zsh+vs+bash

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] Re: Переезд на 64бита

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 820 bytes --]

On Fri, Jan 04, 2013 at 08:07:03PM +0300, Ivan A. Melnikov wrote:

IAM> Если все файлы в одном каталоге, то можно
IAM> vim<space><tab><ctrl-space><ctrl-space><ctrl-space>....
IAM> что собирёт командную строку вида
IAM> vim file1 file2 file3 ...
IAM> Затем в виме можно перейти от этого файла к другому через :next или
IAM> :wnext.

Гениально! В моем случае можно делать просто vim 20??-??-??.md, и
получается для моего workflow идеально!

IAM> Вместо <ctl-space>, естественно, можно какие-то файлы пропустить или
IAM> выбрать, например, стрелочками; сам же <ctrl-space> это
IAM> bindkey -M menuselect "^ " accept-and-menu-complete

О, а таким я тоже не пользовался, спасибо.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]