[Цитат]

Цитат (rpetrov @ Авг. 29 2007,15:20)

Ей че сложна работа. Чудя се, дали не трябваше, вместо name, да се използва ref="execute:reload". Tова ще изисква дефиниране на import  namespace <xs:import namespace="http://www.einit.org/" schemaLocation=".....<path to file..." />  и във този xsd-файл да се опише attributе reload.

тествах това:

Примерен код

$ cat sample.xml <?xml version="1.0" encoding="UTF-8"?> <!-- einit prefix="services-virtual-module" xmlns:execute="http://www.einit.org/" --> <einit xmlns:execute="http://www.einit.org/">    <shell execute:reload="/usr/sbin/postfix reload" /> </einit>

Примерен код

$ cat sample.imp <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"       targetNamespace="http://www.einit.org/"       xmlns="http://www.einit.org/">    <xs:attribute name="reload" type="xs:string" /> </xs:schema>

Примерен код

$ cat sample.xsd <?xml version="1.0" encoding="utf-8" ?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"            xmlns:execute="http://www.einit.org/" >   <xs:import namespace="http://www.einit.org/" schemaLocation="sample.imp" />   <xs:attributeGroup name="module">        <xs:attribute ref="execute:reload" />   </xs:attributeGroup>   <xs:complexType name="shell">        <xs:attributeGroup ref="module" />        <xs:attribute name="disable" type="xs:string" />        <xs:attribute name="enable" type="xs:string" />    </xs:complexType>    <xs:element name="einit">        <xs:complexType>            <xs:choice>                <xs:element name="shell" type="shell" />            </xs:choice>            <!-- xs:attribute name="prefix" type="module_prefix" / -->        </xs:complexType>    </xs:element> </xs:schema>

и се получи това

Цитат

$ xmllint --schema sample.xsd sample.xml <?xml version="1.0" encoding="UTF-8"?> <!-- einit prefix="services-virtual-module" xmlns:execute="http://www.einit.org/" --> <einit xmlns:execute="http://www.einit.org/">    <shell execute:reload="/usr/sbin/postfix reload"/> </einit> sample.xml validates

Ей че сложна работа.

Чудя се, дали не трябваше, вместо name, да се използва ref="execute:reload". Tова ще изисква дефиниране на import  namespace
<xs:import namespace="http://www.einit.org/" schemaLocation=".....<path to file..." />  и във този xsd-файл да се опише attributе reload.

[Цитат]

За схемата не трябва ли да е:
<xs:element name="blabla">
<xs:complexType>  ... ?

Цитат

...да ми каже как да декларирам execute namespace-а ...

Сигурно това се иска '> :
<program xmlns:execute="http://www.einit.org/">...

[Цитат]

Цитат (winboze @ Авг. 21 2007,21:57)

Шантава работа, стана със съвета на muxozavar. Незнаех, че има разлика.

'>

По-скоро, вече се инициализира SDL библиотеката и във втория проект, където е ставало бум-бам '> .

Вероятно някой (метод/функция) пише където не трябва.
Пускал ли си през "memory debugger" ( http://directory.fsf.org/devel/debug/ ) ?

Дотук разбрах, че са  създадени нови дялове на мястото на старите и че
няма потвърждение за изтрита файлова система.

Тъй като не съм изпадал в такава ситуация ( преди инсталация запазвам информацията за дяловете и някои сектори на външен носител ), бих искал да знам дали TestDisk ще се справи ?

HarleyBG, как си проверил, че се стартира "нова програма" ?
Имаш два и повече процеса soffice.bin ?
Визуално, ако се стартира "нова програма", мисля, че трябва да ти излиза отново "splash screen"-а .

[Цитат]

Цитат (sdr @ Май 09 2007,10:08)

А нямаше ли един момент където може да се линква директно към .so файл? Или съм нещо в грешка?

Аз забравих да уточня, че при мен мина без файла libGL.la . Имам само *GL.so*:

Примерен код

$ ls /usr/lib/*libGL* -dFl lrwxrwxrwx 1 root root 23 2007-05-05 00:31 /usr/lib/libGL.so -> /usr/X11R6/lib/libGL.so* lrwxrwxrwx 1 root root 25 2007-05-05 00:31 /usr/lib/libGL.so.1 -> /usr/X11R6/lib/libGL.so.      1* $ ls /usr/X11R6/lib/*libGL* -dFl -rw-r--r-- 1 root root 596292 2007-04-20 02:12 /usr/X11R6/lib/libGL.a lrwxrwxrwx 1 root root     12 2007-05-05 00:31 /usr/X11R6/lib/libGL.so -> libGL.so.1.2* lrwxrwxrwx 1 root root     12 2007-05-05 00:31 /usr/X11R6/lib/libGL.so.1 -> libGL.so.1.2* -rwxr-xr-x 1 root root 535224 2007-04-20 02:17 /usr/X11R6/lib/libGL.so.1.2* -rw-r--r-- 1 root root 655134 2007-04-20 02:12 /usr/X11R6/lib/libGLU.a lrwxrwxrwx 1 root root     13 2007-05-05 00:31 /usr/X11R6/lib/libGLU.so -> libGLU.so.1.3* lrwxrwxrwx 1 root root     13 2007-05-05 00:31 /usr/X11R6/lib/libGLU.so.1 -> libGLU.so.1.3      * -rwxr-xr-x 1 root root 562080 2007-04-20 02:17 /usr/X11R6/lib/libGLU.so.1.3* -rw-r--r-- 1 root root  27674 2007-04-20 02:12 /usr/X11R6/lib/libGLw.a lrwxrwxrwx 1 root root     13 2007-05-05 00:31 /usr/X11R6/lib/libGLw.so -> libGLw.so.1.0* lrwxrwxrwx 1 root root     13 2007-05-05 00:31 /usr/X11R6/lib/libGLw.so.1 -> libGLw.so.1.0      * -rwxr-xr-x 1 root root  26454 2007-04-20 02:17 /usr/X11R6/lib/libGLw.so.1.0*

Може би soname не е наред. При мен е :

Примерен код

$ objdump -x /usr/X11R6/lib/libGL.so | grep SONAME   SONAME      libGL.so.1

Може би е проблем, че съществува файла FGL.renamed.libGL.so.1.2 .

При стартиран slacware отиди в single user mode и с "upgradepkg oldpackagename%newpackagename", където oldpackagename е текуция пакет, а newpackagename е предишна версия.

При зареден slackware от CD то "ROOT=/slackware_mount_point upgradepkg ...."

[Цитат]

Цитат (sonyj7 @ Април 12 2007,20:03)

С pkgtool като root махаш updatevanite пакети, и после инсталираш по старата версия от инсталационния диск на slackware.

и понеже е libc (! ) след изтриването (дали ще завърши успешно) им става забавно.

kcometen3-1.1 го компилирах на slackware 11 без никакви проблеми и не искаше .../libGL.la . Нещо друго не е наред ( може би от инсталираните не X Window драйвери за видео картата ) .

[Цитат]

Цитат (mikis @ Май 07 2007,11:22)

Цитат (paucku @ Май 07 2007,03:32) ... П.П. Някой знае ли защо във Firefox не работят шорткътите, когато съм на кирилица (така беше и преди и след като инсталирах kkbswitch)? Това явно е проблем на самият Firefox (IceWeasel при Дебиан). Същото е положението и при пощенския клиент ThunderBird (IceDove). Ако някой знае как се заобикаля нека сподели.

А някой знае ли как да търси в форума ( интернет ) ?

Интересно защо се предпочита sync, а от друга страна, например, http://lkml.org/lkml/2005/5/13/144 . Предполагам, че ще се разбере защо с async писането е по-бързо и за предпочитане.

Не виждам проблем да се работи с async, като се свикне да се демонтират флопита или флаш карти преди изваждането им. Така ще има по-дълъг живот на носителите и по-голямо бързодействие.

Опцията noatime също е полезна.

anakinn,
Най-добре е, ако файловата система ти дава правата.
Но не винаги става - не всички файлови системи поддържат сложни правила за достъп ( POSIX ACL ). Май и самбата иска при компилиране ( ! ) да се укаже дали да поддържа acl ( забравил съм ).

Може и по начина на neter с една  добавка.

В CPAN има ReadPassword, но ...  

Паролите се четат от /dev/tty, като показалеца и разни текстове се пишат на /dev/tty.
Ползването на някой езици за работа с пароли е неудачно. Трябва да има възможност да бъде заличена паролата от паметта, да бъде забранен core dump, ...