[Цитат]

Цитат

Вече никой не ме пита нишо за линукс '> вече никои не го интересува нищо ?

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

Последното би трябвало да работи ако и самата директория има съответните права (777)

[Примерен код]

man smb.conf

Примерен код

Default: directory mask = 0755 Example: directory mask = 0775

Здравейте,
Имам странен проблем :
Имам локален проект на PHP . Понякога се случва така че вместо да ми се изпълни скрипта броузъра ми го подава като даунлоуд. Няма никаква полседователност в това кой файл се опитвам да изпълня. Имам съмнения че това идва от Zend екстеншъна за PHP debug  , но не съм сигурен.
Ако се опитам примерно да изпълня http://host1/test.php ми дава да запиша самия скрипт на диска , а за http://host1/test1.php няма проблем. Проблема не е в съдържанието на скрипта, защото и в двата има само phpinfo();
Опитах и да забраня Zend модула от php.ini но и това май не помага.

Не знам дали успях да обясня точно проблема....
Накратко : един път изпълнява скрипта, друг път не.
Някой имал ли е подобни проблеми ?

Щом позлва OSS ще ти се наложи да заредиш и OSS модулите :
snd-pcm-oss
snd-mixer-oss
После chmod 777 /dev/dsp
chmod /dev/mixer

Според мен си се оправил на 50%.
Имало е ефект само на страници които позлват "Western" екодинг.
Повтори операцията и за Cyrilic примерно .

Успех.

Според мен проблема няма нищо общо с PHP.
Може би си задал един collation на таблицата и някакъв друг на колона(и).

Според мен проблема ти е в дефиницията на таблицата, или в някои нейни полета. Виж какъв callation е указан на таблицата и на колоните в нея. Дай create дефиницията на таблицата и SQL заявката при която ти гърми с тази грешка.

Друг вариант е да пробваш да укажеш с какъв collation ти работи конекцията. Виж "SET NAMES ".

Здравейте .
Изполвам метода addPanel(title, url,"") за добавяне на отметка към Мозила/Файърфокс.
Проблема е че когато се добави отметката, тя по подразбиране се зарежда в самия sidebar. Не можах да отгрия начин да задам да се зарежда в основния прозорец.
Някой преборвал ли се е с това ?

[Цитат]

Цитат (betalancer @ Май 02 2006,21:39)

С това решение наистина нямам кой знае какви проблеми под Kubuntu (5.10). Със Skype, версия 1.2.0.18 съм. Бръмченето и пукането ги има, не са чак толкова продължителни обаче. Все пак си е перфектният метод за подбиване на авторитета на Линукс в очите на един Уиндоус потребител. "А, ти си с Линукс...".

Това с изтриването не е проблем на линукс а бъг в Скайп.
Това премахва нуждата от рестартиране на Скайп след всеки разговор.
ОТ:
Иначе на мен въобще не ми пука за реномето на Линукс пред Виндовс потребителите. Нямам намерение да убеждавам който и да било да преминава на Линукс.

Значи при мен (Сусе 10) също има проблеми които реших по следния начин :
1.Трябва да е зареден модула snd-pcm-oss и май snd-mixer-oss
2. chmod 777 /dev/dsp (/dev/mixer ?)

Това  при мен решава проблема с "Errro with sound device" и мога да провеждам разговори "нормално".
Има един бъг при който след проведен разговор скайп окупира /dev/dsp
Най-лесното решение на проблема е да се изтрие /usr/share/skype/sound/hangup.wav или както са пътищата при вас.

С това си реших проблема но е малко досадно....

Според мен проблема е в пътищата.
Провери си променливите на обкръжението KDEDIR и т.н.
Виж какво имаш в ~/.xinitrc

Малко повече детайло от лога ще помогнат също..

[Примерен код]

Сега сложих версия на самба за сусе която взех от сайта на самба.
Там в пакета за winbind има файл /etc/security/pam_winbind.conf
В него има само няколко опции :

Примерен код

debug =yes ;krb_auth = no ;krb5_ccache_type = ;require_membership_of =

Ако включа krb_auth грешката в лога е друга :

Примерен код

Apr 19 14:16:14 georgi pam_winbind[7762]: pam_winbind: pam_sm_authenticate Apr 19 14:16:17 georgi pam_winbind[7762]: Verify user `georgi' Apr 19 14:16:17 georgi pam_winbind[7762]: enabling krb5 login flag Apr 19 14:16:17 georgi login[7762]: pam_unix2: pam_sm_authenticate() called Apr 19 14:16:17 georgi login[7762]: pam_unix2: username=[georgi] Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: configured realm 'ДОМАИН' Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flags: forwardable not proxiable Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: no ignore_afs Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: user_check Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: no krb4_convert Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: no use_shmem Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: no external Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: flag: warn Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: ticket lifetime: 86400 Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: renewable lifetime: 86400 Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: minimum uid: 0 Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: banner: Kerberos 5 Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: ccache dir: /tmp Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: keytab: /etc/krb5.keytab Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: called to authenticate 'georgi', realm 'ДОМАИН' Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: error resolving user name 'georgi' to uid/gid pair Apr 19 14:16:17 georgi login[7762]: pam_krb5[7762]: error getting information about 'georgi' Apr 19 14:16:21 georgi login[7762]: pam_unix2: pam_krb5/pam_sm_authenticate() returned 10 Apr 19 14:16:21 georgi login[7762]: pam_unix2: Cannot find passwd entry for georgi Apr 19 14:16:21 georgi login[7762]: FAILED LOGIN 1 FROM /dev/tty2 FOR UNKNOWN, User not known to the underlying authentication module

[Примерен код]

nsswitch.conf

Примерен код

passwd: files winbind group:  files winbind hosts:  files dns winbind networks:       files dns services:       files protocols:      files rpc:    files ethers: files netmasks:       files netgroup:       files publickey:      files bootparams:     files automount:      files nis aliases:        files

Не знам за каква конфигуразия на библиотеката питаш . Нямам winbind.conf или нещо подобнно.

(samba i winbind 3.0.20-4)

Странното е че според мен минава през common-auth като в лога се отрязява :user 'georgi' granted access
и след това (според мен) минава през common-account и там в лога :user `georgi' not found

Съобщението за

Примерен код

User not known to the underlying authentication module

споре мен идва вече от pam_unix

Примерен код

getent passwd georgi

 не връща нищо тъкато спред мен проверява в  локалните файлове.
Ако го напиша с локален потребител връща данните от /etc/passwd

[Примерен код]

Малко ъпдейт .

Изглежда че проблема е в common-account
account sufficient pam_winbind.so debug

Примерен код

Apr 19 12:20:38 georgi pam_winbind[6588]: Verify user `georgi' Apr 19 12:20:38 georgi pam_winbind[6588]: user 'georgi' granted access Apr 19 12:20:38 georgi pam_winbind[6588]: user `georgi' not found - ###ТОВА Е ОТ common-account

АКо махна реда от common-account се маха user `georgi' not found

[Примерен код]

Здравейте,
Имам проблеми при логването ми към виндовски домейн контролер.
По-точно логването към домейн контролера е ОК (спред мен и ntlm_auth) .
Когато се оптам да се логна на машината ми дава грешка :
"User not know to the underlying authentication module".
Аз това го разбирам така - системата се опитва да ме логне но проверява в локалния файл с потребители, а не в този на домейн контролера.
Ето конфигурациянноте ми файлове :

Примерен код

/etc/pam.d/common-account: account sufficient pam_winbind.so account required        pam_unix2.so --------------------------------------------------------------- /etc/pam.d/common-auth : auth sufficient pam_winbind.so auth required pam_unix.so nullok_secure use_first_pass --------------------------------------------------------------- /etc/pam.d/common-session   session    optional     pam_mkhomedir.so skel=/etc/skel umask=0022 session sufficient pam_winbind.so session required        pam_unix2.so --------------------------------------------------------------- /etc/pam.d/common-password password  sufficient pam_winbind.so nullok obscure min=4 max=50 md5 password required       pam_unix2.so    nullok use_first_pass use_authtok

wbinfo -u
wbinfo -g
си връщат съответно потребителите в домейна и групите.

winbind e стартиран . Самбата е настроена ОК.
 ..всичко беше тръгнало днес до едно спиране на тока ..
След псукане на машина вече не мога да се логна .

Някой да има идеи ?

edit :
suse 10 oss