SICP

2013-12-04 Пенетрантность Dmitrii Kashin
Dmitrii Kashin free...@freehck.ru writes:

 Я не утверждал, что все реализации if устроены таким образом. Хотя я,
 пожалуй, возьмусь утверждать, что реализация конструкции if как особой
 формы языка характерна для всех интерпретаторов, реализующих нормальный
 порядок вычислений.

Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что
вычисление аргументов с последующей передачей их в процедуру - это
аппликативный порядок, а нормальный порядок подразумевает именно что
подстановку с последующей редукцией... Всё перепутал. =(

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

Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к
кому я мог бы обратиться за беседой, скажем, к концу декабря?


pgphqinTGqK8x.pgp
Description: PGP signature


Re: SICP

2013-12-04 Пенетрантность Boris Bobrov
В сообщении от Wednesday 04 of December 2013 16:19:23 Dmitrii написал:
 Dmitrii Kashin free...@freehck.ru writes:
  Я не утверждал, что все реализации if устроены таким образом. Хотя я,
  пожалуй, возьмусь утверждать, что реализация конструкции if как
  особой формы языка характерна для всех интерпретаторов, реализующих
  нормальный порядок вычислений.
 
 Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что
 вычисление аргументов с последующей передачей их в процедуру - это
 аппликативный порядок, а нормальный порядок подразумевает именно что
 подстановку с последующей редукцией... Всё перепутал. =(
 
 Господа, есть у меня в связи с этим такой вопрос. Я прочитал SICP этим
 летом, но мне совершенно не с кем было обсудить эту замечательную
 книгу, чтобы избежать ошибок и неточностей, подобных той, что только
 что произошла. После прочтения у меня, помнится, осталось много
 вопросов, кои я могу легко найти, ибо книжка у меня исчёркана
 карандашом вдоль и поперек.
 
 Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к
 кому я мог бы обратиться за беседой, скажем, к концу декабря?

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

-- 
WBR, 
Boris. 


signature.asc
Description: This is a digitally signed message part.


Re: eJabberd, mod_vcard_odbc, postgresql равно ошибка invalid byte sequence for encoding UTF8 0xf0a2f0be

2013-12-04 Пенетрантность Igor Chumak

02.12.2013 12:33, Artem Chuprina пишет:

Антон Понкратов - debian-russian@lists.debian.org  @ Mon, 02 Dec 2013 15:30:55 
+0700:

  АП Привет!
  АП * Есть eJabberd(ejabberd:  Installed: 2.1.10-4+deb7u1) сервер с 
настроенным
  АП хранением юзеров и иных данных в PostgreSQL(postgresql-9.1: Installed:
  АП 9.1.9-1), всё относительно хорошо до тех пор пока не пытаешься в 
информации
  АП пользователя использовать кириллицу. В общем сохраняет исключительно 
латиницу.

  АП * Версия Debian (всё из стандартных репов)
  АП $ cat /etc/debian_version
  АП 7.2

  АП * В логах PostgreSQL в таком случае пишет:
  АП 2013-12-02 14:54:06 NOVT ERROR:  invalid byte sequence for encoding 
UTF8:
  АП 0xf0a2f0be

Откровенная однобайтовая кодировка.  CP1251, KOI8-R или вообще
какая-нибудь криво и через жопу прикрученная CP1252 или Latin1, выяснять
лень.




f0a2f0be - таких символов нет в utf8
но
d0a2 = U+0422 CYRILLIC CAPITAL LETTER TE character
d0be = U+043E CYRILLIC SMALL LETTER O character

подозреваю, что это двойная конвертация. Курите исходники ;)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529f5b7e.9080...@gmail.com



Re: SICP

2013-12-04 Пенетрантность Artem Chuprina
Dmitrii Kashin - debian-russian@lists.debian.org  @ Wed, 04 Dec 2013 16:19:23 
+0400:

  Я не утверждал, что все реализации if устроены таким образом. Хотя я,
  пожалуй, возьмусь утверждать, что реализация конструкции if как особой
  формы языка характерна для всех интерпретаторов, реализующих нормальный
  порядок вычислений.

 DK Ох! Я открыл SICP, перечитал определения, и внезапно осознал, что
 DK вычисление аргументов с последующей передачей их в процедуру - это
 DK аппликативный порядок, а нормальный порядок подразумевает именно что
 DK подстановку с последующей редукцией... Всё перепутал. =(

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

 DK Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к
 DK кому я мог бы обратиться за беседой, скажем, к концу декабря?

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8738m8imup@wizzle.ran.pp.ru



не инициализируется md raid с корневым разделом при загрузке

2013-12-04 Пенетрантность Alexander
Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком 
отдано как PV под lvm.

После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), 
и перезагрузки - на стадии монтирования корня пишется следующее:

assembling all MD arrays ... Failure: faild to assemble all arrays.
Volume group vg1 not found
Unable to find LVM volume vg1/lv_root
Waiting for root file system ...
Gave up waiting for root device.
ALERT! /dev/mapper/vg1-lv_root does not exist.

и вываливается в шелл бизибокса - initramfs

Сдается мне с переименованием VG это не связано - просто совпадение, ибо 
проделал аналогичные действия на виртуалке и все взлетело (fstab 
отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до 
lvm дело даже и не доходит, как я понимаю...

в бизибоксе:

mdadm --examine --scan
показывает рейд

mdadm --assemble --scan
тишина
mdadm --detail --scan
тишина

uuid в mdadm.conf правильный

подскажите куда копать?..


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/42321386178...@web23m.yandex.ru



Re: не инициализируется md raid с корневым разделом при загрузке

2013-12-04 Пенетрантность Alexander
04.12.2013, 21:27, Alexander ag...@yandex.ru:
 Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком 
 отдано как PV под lvm.

 После переименования VG с lvm-томом, содержащим корневой раздел (/boot 
 внутри), и перезагрузки - на стадии монтирования корня пишется следующее:

 assembling all MD arrays ... Failure: faild to assemble all arrays.
 Volume group vg1 not found
 Unable to find LVM volume vg1/lv_root
 Waiting for root file system ...
 Gave up waiting for root device.
 ALERT! /dev/mapper/vg1-lv_root does not exist.

 и вываливается в шелл бизибокса - initramfs

 Сдается мне с переименованием VG это не связано - просто совпадение, ибо 
 проделал аналогичные действия на виртуалке и все взлетело (fstab 
 отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо до 
 lvm дело даже и не доходит, как я понимаю...

 в бизибоксе:

 mdadm --examine --scan
 показывает рейд

 mdadm --assemble --scan
 тишина
 mdadm --detail --scan
 тишина

 uuid в mdadm.conf правильный

 подскажите куда копать?..


еще хотел бы добавить - через rescue live cd md-raid и VG на нем отлично 
инициализируются, lvm-том с корнем монтируется, chroot туда работает и внутри 
все красиво.
Пересобирал initrd множество раз (разные ядра, разные добавления в 
/etc/initramfs-tools/modules) - не помогло


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/312311386179...@web20h.yandex.ru



Re: SICP

2013-12-04 Пенетрантность Eugene Berdnikov
On Wed, Dec 04, 2013 at 08:48:14PM +0400, Artem Chuprina wrote:
 Dmitrii Kashin - debian-russian@lists.debian.org  @ Wed, 04 Dec 2013 
 16:19:23 +0400:
  DK Скажите, есть ли в данной рассылке народ, знакомый с этой книгой, и к
  DK кому я мог бы обратиться за беседой, скажем, к концу декабря?
 
 Конец декабря - это не очень подходящее время для.  В смысле, как раз в
 это время продвинутые программисты валят в теплые страны, не слишком
 снабженные интернетом.

 Продвинутым программистам тема синтаксиса борновских шеллов не очень-то
 интересна... Она интересна скорее их деткам, которые сдавали зачёты по
 основам ОСей в прошлом году. К концу декабря продвинутые дети начинают
 меньше интересоваться гулянками и больше надвигающейся сессией. :)
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131204193153.gd5...@sie.protva.ru



Re: логическое И (and) error: line 27: [: пропущен `]'

2013-12-04 Пенетрантность Alexander Wiedergold WIEDERGOLD.NET

Am 03.12.2013 22:10, schrieb Dmitrii Kashin:

Artem Chuprina r...@ran.pp.ru writes:


Dmitrii Kashin - debian-russian@lists.debian.org  @ Tue, 03 Dec 2013 21:58:01 
+0400:

  DK Так вот, конструкция if-then-else ведёт свою родословную от языка
  DK lisp. В классическом варианте она описывается следующем образом:

А это где-то написано, что шелловский if растет из лисповского? Ну, в
смысле более близкий родственник лисповскому, чем if в любом другом
языке программирования?


А разве конструкция if в разных языках работает по-разному?


Я заметил, что по разному.



Вообще говоря, я не вижу оснований считать, что ранее приведённые
рассуждения применимы только для lisp, хотя не отрицаю, что рассуждение
почерпнуто из SICP и PCL.




--
..
http://wiedergold.net/


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/l7o3eb$elk$1...@online.de



Re: не инициализируется md raid с корневым разделом при загрузке

2013-12-04 Пенетрантность Vladimir Skubriev

04.12.2013 21:27, Alexander пишет:

Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком 
отдано как PV под lvm.

После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри), 
и перезагрузки - на стадии монтирования корня пишется следующее:

assembling all MD arrays ... Failure: faild to assemble all arrays.

Судя вот по этому и

Volume group vg1 not found
Unable to find LVM volume vg1/lv_root
Waiting for root file system ...
Gave up waiting for root device.
ALERT! /dev/mapper/vg1-lv_root does not exist.

и вываливается в шелл бизибокса - initramfs

Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал 
аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd 
пересобрал, dpkg-reconfigure grub-pc сделал), ибо до lvm дело даже и не 
доходит, как я понимаю...

в бизибоксе:

mdadm --examine --scan
показывает рейд

mdadm --assemble --scan
тишина

вот по этому

mdadm --detail --scan
тишина

странно почему тишина

uuid в mdadm.conf правильный

подскажите куда копать?..



дело в том, что не собирается Raid

лично мне как то маловато информации чтобы догадаться до того где собака 
зарыта


но скорее всего то, что дело в не сборке массивов с vg автоматом

нужен mdadm.conf из busybox

и пожалуй еще
#mdadm -Q --detail /dev/md*
из того же busybox'a

ну тогда еще и (вопрос в конце часть команды)
#mdadm -E /dev/sd[a-z]?

cat /proc/mdstat тоже из busybox на всякий случай

и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd, 
хотя вот тут не факт что mdadm это важно.


--
--
Best regards,

Vladimir Skubriev


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a00dd0.6000...@skubriev.ru



Re: не инициализируется md raid с корневым разделом при загрузке

2013-12-04 Пенетрантность Alexander
05.12.2013, 09:24, Vladimir Skubriev vladi...@skubriev.ru:
 04.12.2013 21:27, Alexander пишет:

  Debian 7 x64 (ставил через debootstrap). Имею md-зеркало, которое целиком 
 отдано как PV под lvm.

  После переименования VG с lvm-томом, содержащим корневой раздел (/boot 
 внутри), и перезагрузки - на стадии монтирования корня пишется следующее:

  assembling all MD arrays ... Failure: faild to assemble all arrays.

 Судя вот по этому и

  Volume group vg1 not found
  Unable to find LVM volume vg1/lv_root
  Waiting for root file system ...
  Gave up waiting for root device.
  ALERT! /dev/mapper/vg1-lv_root does not exist.

  и вываливается в шелл бизибокса - initramfs

  Сдается мне с переименованием VG это не связано - просто совпадение, ибо 
 проделал аналогичные действия на виртуалке и все взлетело (fstab 
 отредактировал, initrd пересобрал, dpkg-reconfigure grub-pc сделал), ибо 
 до lvm дело даже и не доходит, как я понимаю...

  в бизибоксе:

  mdadm --examine --scan
  показывает рейд

  mdadm --assemble --scan
  тишина

 вот по этому

  mdadm --detail --scan
  тишина

 странно почему тишина

  uuid в mdadm.conf правильный

  подскажите куда копать?..

 дело в том, что не собирается Raid

 лично мне как то маловато информации чтобы догадаться до того где собака
 зарыта

 но скорее всего то, что дело в не сборке массивов с vg автоматом

 нужен mdadm.conf из busybox

 и пожалуй еще
 #mdadm -Q --detail /dev/md*
 из того же busybox'a

 ну тогда еще и (вопрос в конце часть команды)
 #mdadm -E /dev/sd[a-z]?

 cat /proc/mdstat тоже из busybox на всякий случай

 и еще fdisk -l /dev/sd[a-z], вдруг у вас разделы не помечены как fd,
 хотя вот тут не факт что mdadm это важно.


небольшое уточнение - система в таком конфиге работала, несколько раз 
перезагружалась, все было хорошо. Последнее что с ней было сделано и могло 
привести к текущему состоянию это буквально следующее:
# vgrename vg0 vg1
# nano /etc/fstab
# update-initramfs -u -k all
# dprg-reconfigure-grub
# reboot

в итоге сейчас доигрался до того что убрал второй диск из рейда, т.е. в данный 
момент рейд /dev/md0 состоит из одного устройства /dev/sda1


вывод из rescue live cd:


# cat /proc/mdstat

Personalities : [raid1]
md0 : active raid1 sda1[0]
  1953382272 blocks super 1.2 [1/1] [U]

unused devices: none


# mdadm -Q --detail /dev/md0

/dev/md0:
Version : 1.2
  Creation Time : Thu Nov 28 12:53:31 2013
 Raid Level : raid1
 Array Size : 1953382272 (1862.89 GiB 2000.26 GB)
  Used Dev Size : 1953382272 (1862.89 GiB 2000.26 GB)
   Raid Devices : 1
  Total Devices : 1
Persistence : Superblock is persistent

Update Time : Thu Dec  5 10:27:04 2013
  State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

   Name : rescue:0  (local to host rescue)
   UUID : 81fa3479:745027e0:569b096e:eb83e983
 Events : 85

Number   Major   Minor   RaidDevice State
   0   810  active sync   /dev/sda1


# mdadm -E /dev/sda1

/dev/sda1:
  Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
 Array UUID : 81fa3479:745027e0:569b096e:eb83e983
   Name : rescue:0  (local to host rescue)
  Creation Time : Thu Nov 28 12:53:31 2013
 Raid Level : raid1
   Raid Devices : 1

 Avail Dev Size : 3906764976 (1862.89 GiB 2000.26 GB)
 Array Size : 1953382272 (1862.89 GiB 2000.26 GB)
  Used Dev Size : 3906764544 (1862.89 GiB 2000.26 GB)
Data Offset : 262144 sectors
   Super Offset : 8 sectors
  State : clean
Device UUID : 72696fdd:19d2f476:628e23ae:2cdd214c

Update Time : Thu Dec  5 10:27:38 2013
   Checksum : 4d854cf1 - correct
 Events : 85


   Device Role : Active device 0
   Array State : A ('A' == active, '.' == missing)


# cat /etc/mdadm/mdadm.conf | grep ARRAY
ARRAY /dev/md/0 metadata=1.2 UUID=81fa3479:745027e0:569b096e:eb83e983 name=hv3:0


# fdisk -l /dev/sda | grep sda
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
/dev/sda12048  3907029167  1953513560   fd  Linux raid autodetect


из бизибокса:

mdadm --examine --scan
ARRAY /dev/md/0 metadata=1.2 UUID=81fa3479:745027e0:569b096e:eb83e983 name=hv3:0

mdadm --assemble --scan
тишина

mdadm -Q --detail /dev/md0
нет такого устройства

# cat /etc/mdadm/mdadm.conf | grep ARRAY
аналогично выводу в livecd

# mdadm -E /dev/sda1
аналогично выводу в livecd

# cat /proc/mdstat
Personalities : [raid10] [raid1] [raid6] [raid5] [raid4]
unused devices: none


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8471386229...@web15h.yandex.ru