Re: xend-http-server дыряв?

2011-09-17 Пенетрантность -=Devil_InSide=-
,-[alexander barakin, 17 September 2011 21:15]:

> On Fri, Sep 16, 2011 at 10:29:43PM +0400, -=Devil_InSide=- wrote:
>> ,-[alexander barakin, 16 September 2011 19:54]:
>> 
>> > поискал в багах, ничего подобного не нашёл·
>> > это я неизвестную дыру обнаружил, или наступил на всем давно известные
>> > (и поэтому недокументированные) грабли?
>> > 
>> 
>> любой пользователь, входящий в группу libvirt.
> 
> в том-то и дело, что _любой_, даже не входящий вообще ни в какие группы,
> кроме своей именной·
> 

может, в ксене его собственные асл есть ?)
с другой стороны - а зачем либвирту хттп ?)

-- 
__
mpd status: [paused]
White_Lion - Little_Fighter
**
*  jabber:  devil_ins...@jabber.ru   *
*   Registered linux user #450844*
**



-- 
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/j52nor$crt$1...@dough.gmane.org



Re: xend-http-server дыряв?

2011-09-17 Пенетрантность alexander barakin
On Fri, Sep 16, 2011 at 10:29:43PM +0400, -=Devil_InSide=- wrote:
> ,-[alexander barakin, 16 September 2011 19:54]:
> 
> > всё происходит на debian squeeze, ядро дефолтное:
> > $ uname -r
> > 2.6.32-5-xen-686
> > 
> > попробовал обращаться к xend с помощью libvirt-а·
> > для этого включил в /etc/xen/xend-config.sxp:
> > (xend-http-server yes)
> > и перезапустил xend·
> > 
> > что получилось?
> > теперь любой локальный пользователь может запустить virsh и сделать,
> > вероятно, всё что virsh в состоянии выполнить·
> > например, удачно провернул такие операции:
> > $ virsh list
> > $ virsh dumpxml  > /some/file
> > $ virsh shutdown 
> > $ virsh create /some/file
> > от совершенно непривилегированного пользователя·
> > 
> > поискал в багах, ничего подобного не нашёл·
> > это я неизвестную дыру обнаружил, или наступил на всем давно известные
> > (и поэтому недокументированные) грабли?
> > 
> 
> любой пользователь, входящий в группу libvirt.

в том-то и дело, что _любой_, даже не входящий вообще ни в какие группы,
кроме своей именной·

-- 
wbr, alexander barakin aka sash-kan.


-- 
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/20110917171519.GC26761@teta.mezon.local



Re: Некорректно отображается японский язык.

2011-09-17 Пенетрантность ultra.rapid
Установите пакеты со шрифтами:
ttf-baekmuk - Корейский.
ttf-arphic-bkai00mp - Традиционный Китайский.
ttf-arphic-gbsn00lp - Упрощенный Китайский.

P.S. Про малайский не знаю. :)

В Птн, 16/09/2011 в 14:31 +0300, Elena Egorova пишет:
> Добрый день,
> 
> UTF-8.
> 
> В URL, меню, строке состояния - показывает, в тексте отображаемой 
> страницы - нет. Я перепробовала практически все шрифты, в том числе и 
> те, которые были указаны в настройках файрфокса.
> 
> 16.09.2011 12:15, Oleg A. Anisimov пишет:
> > 16 сентября 2011 г. 11:03 пользователь Elena 
> > Egorovaнаписал:
> >
> >> Добрый день,
> >>
> >> А что необходимо добавить, чтоб в хроме правильно отображался китайский,
> >> корейский и малайский? (В файрфоксе все работает, но он память жрет).
> >>
> >> Может проблема в определении кодировки?
> >
> > Что показывает «Ключик—Инструменты—Кодировка»?
> >
> >
> >> 15.09.2011 15:12, Alexander Danilov пишет:
> >>
> >>   15.09.2011 16:01, ultra.rapid пишет:
> >>>
>  Стоит Debian 6.0.2 squeeze. Некорректно отображается в браузерах
>  японский шрифт. Точнее скорее всего они вообще не поддерживаются. Вместо
>  слов на японском сплошные квадратики. Как мне добавить японские шрифты в
>  систему? Чтобы японские сайты нормально корректно отображались.
>  Спасибо большое.
> 
> 
> 
> >>> apt-get install ttf-ipafont-gothic ttf-ipafont-mincho
> >>>
> >>>
> >>>
> >> --
> >> Elena Egorova
> >>
> >>
> >>
> >> --
> >> To UNSUBSCRIBE, email to 
> >> debian-russian-REQUEST@lists.**debian.org
> >> with a subject of "unsubscribe". Trouble? Contact
> >> listmas...@lists.debian.org
> >> Archive: 
> >> http://lists.debian.org/**4e72f4d3.1010...@satgate.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/1316275433.4061.9.camel@krishna



Re: Установка debian 6.0.2 в режиме Exprert

2011-09-17 Пенетрантность Ivan Shmakov
> Dmitry Fedorov  writes:
> 17 сентября 2011 г. 16:04 пользователь none none написал:

 >> Думаю что IvanShmakov в данном случае высказал единственное
 >> наиболее оправданное поведение установщика:

 >>> Единственное, что могу предположить, -- в expert mode может
 >>> использоваться таблица разделов GPT, в то время как без expert mode
 >>> -- MBR.

 > Чушь какая.  Expert mode на то и expert, что expert-user сам решает,
 > чего там будет стоять.  Ну или "тоже мне" эксперты.

Полагаю, вне expert mode нет возможности выбрать GPT?

С вопросом я знаком слабо, поскольку предпочитаемая мною версия
Debian Installer называется debootstrap(8).

-- 
FSF associate member #7257


-- 
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/867h57qi2r@gray.siamics.net



Re: Установка debian 6.0.2 в режиме Exprert

2011-09-17 Пенетрантность Sergej Kochnev
On Sat, 17 Sep 2011 18:04:21 +0900
none none  wrote:

>Я настраивал по разному. Делал отдельный раздел boot, и пробовал ставить
>разные загрузчики, так же ставил метку загрузочный... И еще много чего
>описанного в нете, и помеченного как "Правильная организация дискогвого
>пространства". Ничего из этого не помогает при установке в режиме эксперта.
>
>Думаю что IvanShmakov в данном случае высказал единственное наиболее
>оправданное поведение установщика:
>
><<<
> Единственное, что могу предположить, -- в expert mode может
>   использоваться таблица разделов GPT, в то время как без expert
>   mode -- MBR.  Последняя не позволяет размечать <<нулевую дорожку>>,
>   поэтому в нее традиционно GRUB записывает stage 1.5.  GPT же,
>   напротив, позволяет распределить все дисковое пространство без
>   ограничений.  Для размещения stage 1.5, в таком случае,
>   требуется создать отдельный небольшой (несколько MiB) раздел с
>   флагом bios_grub.
>
># parted /dev/sdX unit mib print
>...
>Partition Table: gpt
>
>Number  Start  EndSize   File system  Name  Flags
>13  0.02MiB16.0MiB16.0MiB biosgrub  bios_grub
>...
>#
>

>
>Надо это поробовать, только странно что в сети нет ни единого об этом
>слова..

Во-первых, в эксперт-режиме тип таблицы всегда выбирается вручную.
Во-вторых, неприкосновенность нулевой дорожки является требованием
совместимости с одной некроподелкой (MS-DOS) и может быть
проигнорирована, если есть такое желание (GRUB, ясное дело, впихнуть
будет некуда).


pgpexwyuo38Xc.pgp
Description: PGP signature


Re: Установка debian 6.0.2 в режиме Exprert

2011-09-17 Пенетрантность Dmitry Fedorov
17 сентября 2011 г. 16:04 пользователь none none написал:

> Думаю что IvanShmakov в > данном случае высказал единственное
> наиболее оправданное поведение установщика:


>  Единственное, что могу предположить, -- в expert mode может
>использоваться таблица разделов GPT, в то время как без expert
>mode -- MBR.


Чушь какая.
Expert mode на то и expert, что expert-user сам решает,
чего там будет стоять.
Ну или "тоже мне" эксперты.


Установка debian 6.0.2 в режиме Exprert

2011-09-17 Пенетрантность none none
Я настраивал по разному. Делал отдельный раздел boot, и пробовал ставить
разные загрузчики, так же ставил метку загрузочный... И еще много чего
описанного в нете, и помеченного как "Правильная организация дискогвого
пространства". Ничего из этого не помогает при установке в режиме эксперта.

Думаю что IvanShmakov в данном случае высказал единственное наиболее
оправданное поведение установщика:

<<<
 Единственное, что могу предположить, -- в expert mode может
   использоваться таблица разделов GPT, в то время как без expert
   mode -- MBR.  Последняя не позволяет размечать <<нулевую дорожку>>,
   поэтому в нее традиционно GRUB записывает stage 1.5.  GPT же,
   напротив, позволяет распределить все дисковое пространство без
   ограничений.  Для размещения stage 1.5, в таком случае,
   требуется создать отдельный небольшой (несколько MiB) раздел с
   флагом bios_grub.

# parted /dev/sdX unit mib print
...
Partition Table: gpt

Number  Start  EndSize   File system  Name  Flags
13  0.02MiB16.0MiB16.0MiB biosgrub  bios_grub
...
#

>>>

Надо это поробовать, только странно что в сети нет ни единого об этом
слова..