FatRat download manager (4)

30.8.2007 14:46 | Přečteno: 2919× | FatRat | | poslední úprava: 23.2.2008 17:44

Vývoj download (i upload) manageru FatRat pokročil a došlo k přesunu SVN repozitáře. Plus další aktuality.

Předchozí zápisky

• FatRat download manager (3)
• FatRat download manager (2)
• FatRat download manager (1)

Novinky

Poslední velkou novinkou ve vývoji FatRatu je podpora uploadů. Nyní tedy můžete použít FatRat k uploadování souborů na FTP. Právě se pracuje na podpoře RapidShare.com uploadů (včetně resume!) a mezi plány je podpora SFTP, a to jak pro stahování, tak pro upload. Jak to celé vypadá můžete vidět na přiložených screenshotech - uploady ve své frontě snadno poznáte, protože stavové ikonky mají vždy červenou barvu. Pokud dropnete na okno FatRatu nebo na dropbox nějaké lokální soubory, FatRat tento stav rozpozná a nabídne příslušně nastavený dialog o vytvoření nového přenosu.

Další novou vlastností je možnost hromadně nastavit podrobnosti pro nově přidávané přenosy. Zatím to lze jen pro HTTP/FTP stahování, brzy přibude FTP upload a později i možnost hromadně přenastavit už existující přenosy - ale to se musí nejprve pořádně promyslet.

SVN repozitáře

Velkou změnou je postupné dokončování migrace všech mých webů z pomalého hostingu v USA do ČR. Součástí přesunu je i migrace SVN FatRatu a vytvoření SVN repozitářů pro mé ostatní projekty, které vlastní repozitář dosud neměly. Poslední kód vždy můžete získat příkazem

svn co svn://svn.dolezel.info/PROJEKT/trunk/PROJEKT

přičemž mezi projekty patří fatrat, gpclient, qgamex a prozatím veřejně neprezentovaný metalcomp, který do značné míry vzniká reverzním inženýrstvím - o tom prozatím řeknu jen to, že se může hodit lidem pracujícím v oboru metalurgie (strojírenství).

Drobné varování pro lamy: SVN repozitář není repozitář s balíčky, do zdrojů distribuce si ho přidat opravdu nemůžete.

Ostatní

Ke GamePark klientu bych dodal, že nedávno vyšla nová verze, která řeší poslední nekompatibilitu s defective-by-design protokolem GameParku a přidává možnost automatického čekání na volnou místnost. Neřeší to však přes server jako originální klient (pro což je nutné premium členství GameParku), ale vlastním způsobem, kdy klient přejde do volné místnosti, jakmile nějakou uvidí. Závisí to tedy na intervalu obnovování seznamu místností, jaký si nastavíte.

V budoucnosti přibude i CuteCat, čtěte můj předchozí zápisek. CuteCat je zatím ve fázi návrhu GUI, návrhu hierarchie tříd a shromažďování nápadů - je zatím jisté, že mezi FatRatem a CuteCatem bude určitá (volitelná) integrace v podobě "Stáhni/uploadni s FatRatem" nebo "Zobraz FTP adresář v CuteCatu".

Uživatelé Gentoo mohou najít ebuildy v Davidovo overlayi hostované na stejném serveru. Pro některé ostatní distribuce budou vydávány balíčky také, a to díky openSUSE Build Service.

To je pro dnešek vše, vracím se k práci na Distribučních novinkách. Prozradím, že v nejbližší době mi doufejme vyjdou tři extra články - prvním bude shrnutí situace okolo OpenXML (proto se v zítřejších DN tématu asi vyhnu), ostatní dva budou recenze: jednou to bude hra, podruhé knihy.

       

Obrázky

Komentáře

[Michal Fecko]

Kde som naposledy videl v download manageri moznost uploadu... hmmm... zatial som to este (asi) nevidel - cool feature - good work... Navrhujem to nazyvat FatRat - updown manager...

[ajikdpoe]

Screenshot c.2, typicke linuxovske mrhanie volnym miestom,... Zobrat toaletak a tyzden nepustit k vode.

[Luboš Doležel (Doli)]

Ten dialog je roztažený, dá se zmenšit

[ajikdpoe]

nejde o velkost dialogu ale o rozmiestnenie komponentov

[Luboš Doležel (Doli)]

A jak by sis představoval, že by to mělo vypadat? Rád dobrý návrh přijmu.

[Michal Fecko]

A jak by sis představoval, že by to mělo vypadat? Rád dobrý návrh přijmu.

Asi ma na mysli jednoduche zhustenie

[trekker.dk]

Když nic jiného, bylo by dobré posunout Ok a Storno na stejnou výšku, jako jsou ty checkboxy. Ušetří se tím místo.

Dost často se mi stává, že kus dialogového okna vyleze ven z obrazovky (1024x768) a k prvkům se nejde dostat. U Qt dialogů navíc v takových případěch bývá zakázané resize, takže je to úplně v aha.

[Limoto]

Dost často se mi stává, že kus dialogového okna vyleze ven z obrazovky (1024x768) a k prvkům se nejde dostat. U Qt dialogů navíc v takových případěch bývá zakázané resize, takže je to úplně v aha.

Tak tohle mě často s**e

[sheeryjay]

Alt+táhnutí levým myšidlem funguje na mnohých dialozich (pouze teď jsem zjistil že FF se moc nechce :( ). Obdobne alt+prave mysidlo resizuje.

[ajikdpoe]

Tak som sa s tym pohral (v gimpe), takto by som si to predstavoval ja:

- moja predstava
- povodny dialog

Inak co je to za pismo co tam mas nastavene?

[Josef Kufner]

Ať žije přehlednost. Fakt, že jo. Lepší by bylo jen urovnat ten původní. Tvoje představa je fakt zvrhlá

Ok a zrušit určitě nechat dole na samostatném řádku. Label "Soubory" a tlačítko na jejich přidávání bych dal do jednoho řádku nad ten seznam a tlačítku přidal krátký popisek "Přidat". Seznam souborů by pak mohl zabírat plnou šířku (možná vlevo lehce odsadit). Zaškrtávátka a max. rychlosti pak nějak šikovně narovnat pod seznam a přidat oddělovač nad ok a zrušit.

[Luboš Doležel (Doli)]

Písmo mám Dejavu Sans. Předělal jsem to takto. Lidem, kterým to z důvodů velikosti nadále nevyhovuje, doporučuju pořídit lepší monitor. 1024x768 je naprosto žalostné

[Limoto]

1024x768 je naprosto žalostné

na to přišels jak?

[Luboš Doležel (Doli)]

To odpovídá LCD 15" (nejmenší desktopová LCD), to už bych dal opravdu "pryč".

[Limoto]

A nebo taky 17" CRT

[Václav "Darm" Novák]

No, nevím. Na 17" CRT už je to dost málo.

[trekker.dk]

Možná bych přece jenom obětoval kus místa navíc a to tlačítko "Přidat" dal až pod ten listbox soubory doprava... Pokud si pamatuju, tak to i bývá obvyklé.

1024x768 je naprosto žalostné

Já to říkám taky, ale vysvětli to mému LCD

[Luboš Doležel (Doli)]

Tak jsem si s tímhle dialogem pohrál, změna je v SVN.

[thingie]

Boha jeho, je to nějaká vybírací potvora, kterou si člověk otevře, během půlminuty udělá co potřebuje a pak to zavře. Je jedno kolik to zabírá místa.

[Limoto]

Zajímalo by mě, jak to zkompilovat. S QT3 to asi nepůjde, qmake vypíše jenom pár varování a make si postěžuje na starý QT a s QT4 qmake vypisuje tak 1000x QFile::open: No file name specified a pak ještě další chyby a make vyhodí, že /uic neexistuje (co by tam taky dělalo?)

[trekker.dk]

Musíš zajistit, aby se voláním qmake zavolal qmake-qt4 a voláním uic uic-qt4, jinak překlad nedopadne. Jo a většina Doliho programů mi nešla přeložit starší verzí g++ než 4.0

[Luboš Doležel (Doli)]

Moc nechápu, proč tyto distribuce nedají qmake a další nástroje z Qt4 jako výchozí, stejně jako je to na Gentoo. Qt 3 je jednoznačně na ústupu.

[trekker.dk]

Protože je spousta programů, které zase potřebují Qt3, třeba ktorrent. Tak jako tak se člověk nevyhne předělávání symlinků.

[David Watzke]

Tak jako tak se člověk nevyhne předělávání symlinků.

Symlink jsem ještě ani jednou nepředělával, vlastně tu ani žádný není (A samozřejmě používám Qt 3 i 4 programy.)

[trekker.dk]

Přelož-si-sám distribuce to pravděpodobně mají vyřešené líp, než Debian, kde se pravděpodobně počítá s tím, že pokud v něčem vyvíjíš, tak furt neměníš v čem.

[Jiří Daněk]

"Tak jako tak se člověk nevyhne předělávání symlinků..."

Alespoň v Archu se tomu vyhnu, stačí dát qt-config qt4/qt3 a potom source /etc/profile.

[Luboš Doležel (Doli)]

Stačí spustit qmake pro Qt 4 a poté dát make. Pokud něco selže na tomto postupu, je něco špatně v nastavení systému nebo snad balíčcích distribuce.

[Limoto]

už jsem na to přišel, qt-config qt4 (pod rootem), znova přihlásit a je to

[trekker.dk]

Podle těch screenshotů koukám, že tě taky postihla ta kiBi MiBi nemoc.

Jednak tam máš chybku - chybí ti tam kiB/s, druhak ti závidim - máš větší uploda, než já download.

[Luboš Doležel (Doli)]

Podle těch screenshotů koukám, že tě taky postihla ta kiBi MiBi nemoc.

I když mi to nepřipadá moc hezké, podlehnul jsem zde argumentům, že k je násobek 1000

Jednak tam máš chybku - chybí ti tam kiB/s

V příštím commitu to bude opravené, díky.

[trekker.dk]

I když mi to nepřipadá moc hezké, podlehnul jsem zde argumentům, že k je násobek 1000

Podle mě platí, že k je násobek tisíc, pokud za ním nenásleduje B nebo b jako značka bytu nebo bitu. Jinak s tebou souhlasím, vypadá to pěkně blbě.

[Luboš Doležel (Doli)]

Tak jsem to změnil, je to v SVN.

[trekker.dk]

Měl bych jeden feature request a jeden (asi) bug report.

To první - šlo by udělat, aby při přetažení odkazu na pastičku na myši byl předvyplněn naposledy vybraný adresář, tj. aby se tam neustále nenastavovalo to, co je jako default?

K tomu bugu - ono to nějak nestahuje Zkusil jsem na pastičku přetáhnout odkaz na "http://ftp.cz.debian.org/debian/pool/main/k/ktorrent/ktorrent_2.2.1.dfsg.1-1_amd64.deb" ze stránky packages.debian.org. FatRat zobrazil dialogové okno, po odklepnutí se download zobrazil v seznamu a tím to skončilo. V políčku velikost zůstal otazník, nestáhlo se nic, v logu nic není. Stejně se to chová, když ten download vyvolám z hlavního okna a tu adresu tam zkopíruju. Nastavení HTTP download/auto detect nemá vliv, cílový adresář taky ne.

Zajímavé je, že strace -e trace=file ./fatrat zhruba v půlvteřinových intervalech vypisuje tohle:

stat("~/install/balicky/ktorrent_2.2.1.dfsg.1-1_amd64.deb", {st_mode=S_IFREG|0644, st_size=2700612, ...}) = 0
stat("~/.config/Dolezel/fatrat.conf", {st_mode=S_IFREG|0600, st_size=528, ...}) = 0
open("~/.config/Dolezel/fatrat.conf", O_RDONLY) = 16
stat("~/.config/Dolezel/fatrat.conf", {st_mode=S_IFREG|0600, st_size=528, ...}) = 0
stat("~/.config/Dolezel/fatrat.conf", {st_mode=S_IFREG|0600, st_size=528, ...}) = 0
stat("~/.config/Dolezel.conf", 0x7fff9882c5b0) = -1 ENOENT (No such file or directory)
stat("~/.config/Dolezel.conf", 0x7f08e8) = -1 ENOENT (No such file or directory)
stat("/etc/xdg/Dolezel/fatrat.conf", 0x7fff9882c5b0) = -1 ENOENT (No such file or directory)
stat("/etc/xdg/Dolezel/fatrat.conf", 0x732818) = -1 ENOENT (No such file or directory)
stat("/etc/xdg/Dolezel.conf", 0x7fff9882c5b0) = -1 ENOENT (No such file or directory)
stat("/etc/xdg/Dolezel.conf", 0x787808) = -1 ENOENT (No such file or directory)

Přeloženo g++ verze 4.2. Spouštím to z adresáře, kde jsem to překládal,install jsem vynechal, nenašel jsem v Makefile, kam se to vlastně bude instalovat (našel jsem tam jen, kam se bude instalovat lokalizace):

install_locale: first FORCE
        @$(CHK_DIR_EXISTS) $(INSTALL_ROOT)/usr/share/locale/fatrat/ || $(MKDIR) $(INSTALL_ROOT)/usr/share/locale/fatrat/ 
        -$(INSTALL_FILE) /home/jirka/install/zdrojaky/fatrat/locale/fatrat_cs_CZ.qm $(INSTALL_ROOT)/usr/share/locale/fatrat/

[David Watzke]

qmake install pravidla nevytváří, prostě zkopíruješ binárku do /usr/bin

[Luboš Doležel (Doli)]

Já tam ta pravidla nacpat můžu... ale ta lenost je mrcha.

[Luboš Doležel (Doli)]

Už jsem se odlenivěl, je to v SVN i s opravou výchozí fronty.

[Luboš Doležel (Doli)]

šlo by udělat, aby při přetažení odkazu na pastičku na myši byl předvyplněn naposledy vybraný adresář

Takovou feature bych považoval za chybu. Tuhle věc jsem vyřešil tak, že v rozbalovacím menu toho políčka by mělo být několik naposledy použitých adresářů.

K tomu bugu - ono to nějak nestahuje

Zkusil jsem to stahovat sám a prošlo to bez jediného problému. Je ten přenos v aktivním stavu?

Ten stat znamená, že program žije Ten reload konfigurace je tam zbytečný - o tom vím a budu to řešit.

[trekker.dk]

Takovou feature bych považoval za chybu. Tuhle věc jsem vyřešil tak, že v rozbalovacím menu toho políčka by mělo být několik naposledy použitých adresářů.

Modelová situace: chci stáhnout několik balíků pro ruční instalaci. To znamená, že mám několik stránek, ze kterých vybírám odkazy a tahám je na pastičku. U každého balíku musím znovu a znovu zvolit, kam ho chci stáhnout, což mě zbytečně zdržuje a není to rychlejší než dosavadní metoda, tj. wget a dva xtermy. Ale jak myslíš.

Zkusil jsem to stahovat sám a prošlo to bez jediného problému. Je ten přenos v aktivním stavu?

Nevím, co znamená v aktivním stavu. Klikl jsem na start, nedělalo to furt nic. Zkusil jsem Force start a to už to začalo stahovat. Jaký je v tom rozdíl?

Výpis z logu, když to zafungovalo:

2007-08-30 23:20:50 - Changed state: Waiting -> ForcedActive // fakt jsem před tím kliknul na Start
2007-08-30 23:20:50 - Downloading URL http://ftp.cz.debian.org/debian/pool/main/k/ktorrent/ktorrent_2.2.1.dfsg.1-1_amd64.deb
2007-08-30 23:20:50 - Received HTTP response code 206

Zkusil jsem to ještě jednou, ale tentokrát, pravděpodobně si server myslí, že ho DoSuju.

2007-08-30 23:20:50 - Changed state: Waiting -> ForcedActive
2007-08-30 23:20:50 - Downloading URL http://ftp.cz.debian.org/debian/pool/main/k/ktorrent/ktorrent_2.2.1.dfsg.1-1_amd64.deb
2007-08-30 23:20:50 - Received HTTP response code 416

[Luboš Doležel (Doli)]

Modelová situace: chci stáhnout několik balíků pro ruční instalaci. To znamená, že mám několik stránek, ze kterých vybírám odkazy a tahám je na pastičku. U každého balíku musím znovu a znovu zvolit, kam ho chci stáhnout, což mě zbytečně zdržuje a není to rychlejší než dosavadní metoda, tj. wget a dva xtermy. Ale jak myslíš.

U tohohle bych měl pocit, že by to "podkopávalo" funkci výchozího adresáře. Ještě si promyslím, zda volbu výchozího adresáře úplně nezrušit, či jak její podobu změnit - protože David chtěl D-BUS funkci, se kterou by bylo možné hodit do FatRatu nová stahování bez zobrazení jakéhokoliv dialogu. A tam bych zase použití posledního adresáře nepovažoval za správné řešení.

Nevím, co znamená v aktivním stavu.

Čekal ve frontě až "naprší a uschne" - našel jsem ten bug. Dvojklikni na jméno fronty a dej ok, samo si to opraví konfiguraci. Projevuje se jen u prvotní fronty, která je automaticky vytvořená jen uživatelům, kteří žádnou nemají. Jdu to opravit, příště už tam ta chyba nebude

[trekker.dk]

Ještě možná jedna chyba - nechal jsem stáhnout ten samý soubor ještě jednou (tj. stáhl, smazal záznam z fronty, stáhnul znova) a server mi neustále vrací Error 416 (Requested Range not satisfiable, tvrdí první stránka z Google)

[Luboš Doležel (Doli)]

Pokud to stahuješ do stejného adresáře, tak se to pravděpodobně pokouší o resume už dokončeného souboru (pokud jsi ho tam nechal) - očekávatelné chování.

[trekker.dk]

Právě že takhle to není, nenechal jsem ho tam.

Stáhnu, smažu soubor (na což FatRat zareagoval tím, že posunul ukazatel zpátky na 0%, ale stahovat nezačal), smažu záznam z transfers, příští stahování nefunguje.

Když stáhnu, smažu záznam z transfers a pak teprve soubor, funguje to normálně.

Když stáhnu, smažu soubor (ukazatel se posune na 0%) a kliknu na start, tak to stáhne v pořádku.

Teda jestli někdo u Debianu sleduje logy, tak mě musí mít za magora, když jsem právě teď asi šestkrát stáhnul ktorrent.

[Luboš Doležel (Doli)]

Udělal jsem tohle:

1. Přidat přenos, nechat stáhnout
2. Smazat soubor
3. Smazat položku přenos
4. Znovu přidat

a stahovalo to OK.

[trekker.dk]

Jo, v revizi 6 mi to už funguje taky, zjevně to mělo nějakou souvislost s těmi předchozími chybami...