🚀 go-pugleaf

On 2024-04-17, Jarosław Sokołowski <jaros@lasek.waw.pl> wrote:
> Pan Marcin Debowski napisał:
>
>>>> Żeby nawiązać do tematyki grupy, opiszę inne issue. Na linuksowym
>>>> komputerze zapuszczamy cyklicznie skrypt -- wykorzystując do tego
>>>> systemd albo crond. Skrypt zagląda do katalogu, jak znajdzie tam
>>>
>>> A po kiego cyklicznie? Nie lepiej wykorzystać mechanizm
>>> inotify kernela, np. via incron? 
>>
>> Jakiś lock by się przydał, inaczej może zacząć drukować plik jeszcze
>> w trakcie zapisu.
>
> To nie powinno mieć znaczenia. Drukarki z dawien dawna przyzwyczajone
> są do drukowania strumienia danych, nie znając jego końca. Coś może
> się w tym ostatnio zmieniło, ale z kolei sam demon drukowania powinien
> to obsłużyć.

Dominik twierdzi, że jest jakaś maska, która powinna wskazywać że do 
pliku jest nadal pisane. To teraz należy ustalić czym taki cupsd / lpd 
się własciwie kieruje.

> Przypommiało mi się teraz, jak ćwierć wieku temu używałem klasycznego
> lpd (niczego innego do drukowania jeszcze nie było) do odtwarzania
> plików MP3. Na dowolnym komputerze w sieci pisało się "lpr plik.mp3",
> Demon rozpoznawał typ pliku (to chyba było opisane w /etc/printcap)
> i kierował nagranie do kolejki związanej z "drukarką mp3", jaką był
> mpg123 albo coś podobnego.

Tak samo z siebie? Na to bym nie wpadł. A klasyczny lp/lpr chyba nadal 
na jakimś poziomie funkcjonuje. Jest standardowo obecny, ale to 
chyba tzw. kompatybilność wsteczna z cups.

-- 
Marcin