[същите]

Не съм чел цялата тема, т.е. може и да е обсъждан въпроса, а той е следният:

Отварям форума, пиша си горе в поленцата потребителя и паролата, цъкам бутона за вход - препраща ме към страницата за вход и ми казва грешна парола. Въвеждам същите потребител/парола и влизам. Също друг проблем имам, при който като кликна на линк от форума от началната страница на linux-bg.org не съм логнат, дори да съм влязъл преди това. Не се получава винаги проблема, но от време на време го има.

Код:

#!/bin/bash

program &
sleep 180
kill $!

[от кого]

Всички среди базирани на Java не се препоръчват.

Не се препоръчват от кого?

podencoder съм го пробвал, пробвах го пак за всеки случай, да не съм пропуснал преди нещо...

MP4Box (от gpac) при мен гърми със segfault, инсталирано е от хранилищата. Освен това скрипта не поддържа вграждане на външни субтитри във видеото, не че не мога да го пипна, но някак не искам да научавам всичко за видео кодирането...

Иначе мерси.

Здравейте.

Наскоро купих един iPod Nano, който просвирва mp4 видео файлове. Въпросът ми е - има ли инструмент, с който да мога да си автоматизирам конвертирането на някакво количество видео файлове към въпросния формат?

За момента единствената програма, с която успях да конвертирам файл, който да се просвирва на iPod-а, е avidemux. Проблемът с нея е, че не се поддава много на автоматизация. Има възможност за писане на JavaScript скриптове, но не намерих вариант, в който да подадеш дадена директория и скрипта да изпасе всички видео файлове и да ги прекодира без да пита каквото и да е.

С mencoder и ffmpeg досега не съм успял да създам файл, на който да му работят видеото, аудиото и субтитрите. Иначе за целите на автоматизацията има повече мегдан с тези програми, понеже са изцяло command-line.

Та ще се радвам ако някой се е борил с такива проблеми да сподели.

Поздрави.

/С Ubuntu 8.10 съм, макар че надали има значение в случая/

Мда, подкарах го, благодаря.

(ако някой се интересува от подробности, да пише тук)

Някой дали е ползвал такова чудо - InfoNotary УЕП под 64 битов Linux?

На сайта гледам пише, че само 32 битов Linux поддържат... Дали няма начин да се подкара?

Сега ако разясниш за бедния и безпросветен мен, какво аджеба значи "Остава въпроса как да пиша в Unix-a кода?"

Ubuntu мисля че ползва apparmor.

Правата на файла за устройството важат, ако искаш да пипаш по диска на ниво блоково устройство, примерно да редактираш дялове.

Правата на точката на монтиране като цяло са без значение. След като се монтира файловата система, тези права не се вземат под внимание, а се гледат правата на самата файлова система. Ако тя поддържа права (ext3, reiserfs, etc.), то се работи с тези права. Ако не поддържа, се ползват, как да кажа, симулирани права. Примерно за vfat се задава чрез umask какви да са правата.

При файловите системи, които поддържат unix права, тези права си се променят с командите chmod/chown/chgrp - след като е монтирана файловата система: chmod g+w /path/to/mountpoint. Това променя правата на корена на монтираната файлова система. Съответно се сещаш, че -R ще ги промени рекурсивно и т.н.

Това е общо взето.

За umask - явно не е на всички дистрибуции.

RedHat още си поддържат UPG:

http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Deployment_Guide/s1-users-groups-private-groups.html

За подходящо четиво... знам ли. Както по-конкретно те интересува, щото на мен ми се струват ясни нещата, и ми се струва, че и на тебе са ти ясни...

Не си прав. Именно като са с umask=0002 се запазва правото на групата да пише:

Код:

$ (umask 0022 && touch umask.0022)
$ (umask 0002 && touch umask.0002)
$ ls -l umask.00*
-rw-rw-r-- 1 user group 0 2009-02-10 14:49 umask.0002
-rw-r--r-- 1 user group 0 2009-02-10 14:49 umask.0022

Това при редхат винаги много ми е харесвало, лошото е, че има софтуер, който ти слага някаква umask-а, каквата той си реши и току омаже схемата. Имаше такъв бъг за gdm, в thunar също го има този проблем. А иначе тая схема е много удобна, това е най-лесния начин да се реализира място, където група хора да могат да пишат (включително един на друг по файловете).


Сега се сетих - схемата на redhat се водеше User Private Groups. За всеки потребител се създава отделна група (която съвпада с потребителското му име) и home директорията му е с тази група и права 700. Така никой не може да му гледа личните файлове. От друга страна umask му е 0002 и ако създава файлове в директория с setgid флаг, то потребителите членова на групата, към която принадлежи директорията ще могат да четат и да пишат по тези файлове.

Ползвай си на dyndns сървърите. Не съм сигурен, май беше платена тази услуга, но ако си ок с това - действай. Не виждам смисъл да пускаш при теб вторичен сървър. На dyndns им е достатъчно redundant услугата, за да се притесняваш от нещо. При теб просто си вдигаш услугите, които ти трябват и толкоз.

В случая няма -R към chmod-а.

Идеята е, че след като chmod-неш корена на файловата система, после нормалните потребители ще могат да си създават папки вътре и да си пишат каквото им е угодно там. lost+found няма да й стане нищо.

[всички]

Хубаво си описал view-то, обаче вътре трябва да фигурират зоните, които ще сервираш през това view.

Освен това, когато имаш view-та, би следвало всички зони да са описани във view-та. Т.е. Не можеш да имаш зони извън view.