Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Ahoj,
rád bych automatizoval následující akci:
Mám vlastní email server (dovecot + sieve; příchozí pošta je stahována z externích emailových schránek pomocí getmail a dovecot-lda je použit pro doručení do schránky uživatele), funkční program na download audio složky z URL videa, vlastní podcast server s publikováním přes ftp/scp.
Kudy se vydat?
Vše přes sieve ext programs hodit na externí bash script a potom ladit jednotlivé kroky a možné chybové hlášky? Nebo se snažit maximum provést přímo v sieve? Nebo ještě jinak, snadněji?
Řešení dotazu:
29.6.2019 15:01
xkucf03 | skóre: 50
| blog: xkucf03
Sieve má smysl pro hlavně pravidla, která si uživatelé definují sami – je to formát/jazyk a protokol, kterým uživatelé můžou svoje pravidla nahrát na server a tam nechat provádět.
Pokud to chápu správně, tak vytváříš nějakou systémovou službu a jsi správcem toho serveru. V tom případě bych do toho Sieve netahal nebo ho použil maximálně k zavolání toho skriptu. Ten getmail je tam nutný? Nejde nastavit zdrojové servery, aby přeposílaly zprávy na tvůj server pomocí SMTP? Pak bys tam měl Postfix, kterému stačí nastavit, aby zprávy pro určitou adresu směroval místo do schránky do toho skriptu. Nebo jde použít Sieve i bez těch „ext programs“ – v Sieve přesměruješ zprávu na e-mailovou adresu tak, že to půjde přes tvůj Postfix a ten to předá tomu skriptu.
Tím Postfixem/Sievem bych asi jen předal e-mail nějakému skriptu, který by okamžitě vrátil odpověď a zbytek zpracování by už proběhl asynchronně na pozadí, aby to nezdržovalo e-mailový systém. Což tedy znamená sypat si ta URL do nějaké fronty nebo na pozadí spouštět procesy… Pokud se stažení povede, tak poslat e-mailem zprávu. Pokud se nepovede, tak třeba ještě párkrát vrátit do fronty (může to být dočasná chyba, např. jsi překročil limit stahování ze serveru) a pak teprve poslat e-mail, že se to nepovedlo.
Můžeš tam mít třeba databázi, do které ten skript bude vkládat URL ke stažení, a pak nějaký démon běžící na pozadí, který z té DB čte URL a stahuje. Nebo místo té DB mít frontu jako ActiveMQ nebo něco podobného.
Díky za komentář ohledně asynchronního zpracování. Používám už MQTT server pro jiné věci, takže bych odesílatele & URL posílal na něj a zkusím naskriptovat lokální službu provádějící, co popisuješ. Bude to nepochybně robustnější řešení.
getmail + dovecot používám už delší dobu, tak se mi nechce to celé překopávat. A když vypnu svůj server, stále mohu emailovat přes původní poskytovatele emailu. A nakonec se mi podařilo i nastavit sieve s extprograms a předávat emaily pro konkrétního adresáta externímu skriptu.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz