From masko w ipipan.waw.pl Thu Dec 4 11:52:31 2014 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Thu, 04 Dec 2014 11:52:31 +0100 Subject: =?UTF-8?B?W2TFgnVnaWUrT1RdIEphayB3aWFyeWdvZG5pZSBkdW1wb3dhxIcgcnVjaCB6IGludGVyZmVqc3Ugc2llY2lvd2VnbyAodHVkemllxbwsIGNvxZsgbWkgc2nEmSB0dSBuaWUgemdhZHphLCB3eXTFgnVtYWN6Y2llKQ==?= Message-ID: <3117434.oB8s4Xi2j1@laptok> Zajmuje mnie ostatnio kwestia rozmiaru ramki w sieci lokalnej. Nieważne dlaczego (wywodzi się z dyskusji o MTU). Chodzi o to, że w celu zbadania sprawy zrobiłem taki eksperyment: 1. Na dwóch komputerach podłączonych do tego samego switcha (w routerze MikroTik 750G) zapuściłem tcpdump z zapisem do pliku: tcpdump -w plik host ip_drugiego_kompa (to ostatnie w celu wyizolowania testowych danych). 2. Na jednym kompie uruchomiłem $ nc -l -p 9999 > /dev/null a na drugim $ cat plik | nc ip_drugiego_kompa 9999 3. Po zakończeniu transmisji zatrzymałem oba tcprobe. 4. Otworzyłem zapisane dumpy przez tcpdump -r plik. No i teraz porównuję to, co mam w obu. Początek jest OK - wysyłane są pakiety, identyczne są odbierane, potwierdzane - jest fajnie. Pomijam kwestię, że pomimo tego, że MTU jest ustawione na 1500, to tcpdump łapie paczki o rozmiarach dość dowolnych (nawet kilkanaście KB po stronie nadawcy, maksymalnie 7240 baktów po stronie odbiorcy). Ale potem następuje coś, czego nie rozumiem. Na nadawcy: [...] 10:28:13.295901 IP geralt-ipi.48726 > laptok.distinct: Flags [.], seq 19425:28113, ack 1, win 229, options [nop,nop,TS val 154404456 ecr 8316569], length 8688 10:28:13.295919 IP geralt-ipi.48726 > laptok.distinct: Flags [.], seq 28113:36801, ack 1, win 229, options [nop,nop,TS val 154404456 ecr 8316569], length 8688 [...] A na odbiorcy: 10:28:17.133362 IP geralt-ipi.48726 > laptok.distinct: Flags [.], seq 19425:26665, ack 1, win 229, options [nop,nop,TS val 154404456 ecr 8316569], length 7240 10:28:17.133378 IP laptok.distinct > geralt-ipi.48726: Flags [.], ack 26665, win 643, options [nop,nop,TS val 8316569 ecr 154404456], length 0 10:28:17.133422 IP geralt-ipi.48726 > laptok.distinct: Flags [.], seq 26665:33905, ack 1, win 229, options [nop,nop,TS val 154404456 ecr 8316569], length 7240 10:28:17.133437 IP laptok.distinct > geralt-ipi.48726: Flags [.], ack 33905, win 756, options [nop,nop,TS val 8316569 ecr 154404456], length 0 10:28:17.133462 IP geralt-ipi.48726 > laptok.distinct: Flags [.], seq 33905:36801, ack 1, win 229, options [nop,nop,TS val 154404456 ecr 8316569], length 2896 Jak widać, wysyłane są dane z przedziału 19425-36801, ale wysyłane są w dwóch paczkach, a odbierane w trzech. Podział nie wynika z chamskiej fragmentacji IP, ale wygląda, jakby po wygenerowaniu dwóch paczek o rozmiarze 8688, gdzieś w międzyczasie zostały one złożone ponownie w jeden ciąg o długości 17376, a potem ponownie pocięte na 7240+7240+2896. I to na poziomie TCP, czyli warstwy 4-tej! Pomiędzy nadawcą a odbiorcą jest tylko switch w routerze Mikrotik. I tu się pojawiają moje pytania: 1. Co tak na prawdę łapie tcpdump (wireshark zresztą też, w nim jest identycznie)? 2. Co może dokonywać ponownego przepakowania danych na poziomie warstwy 4? Jak to ewentualnie sprawdzić? 3. Jak złapać rzeczywiście przesyłane fizyczne ramki danych (jeśli to co łapie tcpdump ty nie jest)? -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From baggins w pld-linux.org Sat Dec 6 19:22:15 2014 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sat, 6 Dec 2014 19:22:15 +0100 Subject: Th 2014 snapshot released Message-ID: <20141206182215.GA2190@home.lan> Th 2014 snapshot has just been released, see the announcment on http://www.pld-linux.org/ for details. -- Jan Rękorajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From sir_Misiek w o2.pl Fri Dec 12 14:13:56 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 12 Dec 2014 14:13:56 +0100 Subject: RAID5 problem Message-ID: Mam serwer z PLD na pokładzie. I niestety się wysypał ;-/ Może ktoś będzie wiedział. Mam macierz hardwareową IBM'a. RAID5 na 3 dyskach. Jeden dysk mi się kwasił, więc go wyciągnąłem i wsadziłem z powrotem. 2 restarty serwera. I teraz mam macierz w trybie Offline z płyty serveRAID 9.0. I za cholerę nie umiem jej włączyć w Online - nawet z płyty serwisowej. Z biosu widać dyski, ale nie widać macierzy. Macierz to Adaptec w IBM3650 MT7979. Miał może ktoś podobny przypadek ? Jakieś sugestie ? From gzohop w gmail.com Fri Dec 12 15:46:55 2014 From: gzohop w gmail.com (Grzesiek) Date: Fri, 12 Dec 2014 15:46:55 +0100 Subject: RAID5 problem In-Reply-To: References: Message-ID: <548AFFDF.80403@gmail.com> W dniu 12.12.2014 o 14:13, lord_Niedzwiedz pisze: > Mam serwer z PLD na pokładzie. I niestety się wysypał ;-/ > Może ktoś będzie wiedział. > Mam macierz hardwareową IBM'a. > RAID5 na 3 dyskach. Jeden dysk mi się kwasił, więc go wyciągnąłem i > wsadziłem z powrotem. 2 restarty serwera. > I teraz mam macierz w trybie Offline z płyty serveRAID 9.0. I za > cholerę nie umiem jej włączyć w Online - nawet z płyty serwisowej. Z > biosu widać dyski, ale nie widać macierzy. > Macierz to Adaptec w IBM3650 MT7979. > > Miał może ktoś podobny przypadek ? > Jakieś sugestie ? A nie widać macierzy w "foreign configuration"? From sir_Misiek w o2.pl Fri Dec 12 15:49:18 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 12 Dec 2014 15:49:18 +0100 Subject: RAID5 problem In-Reply-To: <548AFFDF.80403@gmail.com> References: <548AFFDF.80403@gmail.com> Message-ID: <548B006E.1020004@o2.pl> >> Mam serwer z PLD na pokładzie. I niestety się wysypał ;-/ >> Może ktoś będzie wiedział. >> Mam macierz hardwareową IBM'a. >> RAID5 na 3 dyskach. Jeden dysk mi się kwasił, więc go wyciągnąłem i >> wsadziłem z powrotem. 2 restarty serwera. >> I teraz mam macierz w trybie Offline z płyty serveRAID 9.0. I za >> cholerę nie umiem jej włączyć w Online - nawet z płyty serwisowej. Z >> biosu widać dyski, ale nie widać macierzy. >> Macierz to Adaptec w IBM3650 MT7979. >> >> Miał może ktoś podobny przypadek ? >> Jakieś sugestie ? > > A nie widać macierzy w "foreign configuration"? W czym ?? W biosie dyski widać, z systemu nie wychodzą (pod linuchem już nie widać). From gzohop w gmail.com Fri Dec 12 16:21:48 2014 From: gzohop w gmail.com (Grzesiek) Date: Fri, 12 Dec 2014 16:21:48 +0100 Subject: RAID5 problem In-Reply-To: <548B006E.1020004@o2.pl> References: <548AFFDF.80403@gmail.com> <548B006E.1020004@o2.pl> Message-ID: <548B080C.5070406@gmail.com> W dniu 12.12.2014 o 15:49, lord_Niedzwiedz pisze: > >>> Mam serwer z PLD na pokładzie. I niestety się wysypał ;-/ >>> Może ktoś będzie wiedział. >>> Mam macierz hardwareową IBM'a. >>> RAID5 na 3 dyskach. Jeden dysk mi się kwasił, więc go wyciągnąłem i >>> wsadziłem z powrotem. 2 restarty serwera. >>> I teraz mam macierz w trybie Offline z płyty serveRAID 9.0. I za >>> cholerę nie umiem jej włączyć w Online - nawet z płyty serwisowej. >>> Z biosu widać dyski, ale nie widać macierzy. >>> Macierz to Adaptec w IBM3650 MT7979. >>> >>> Miał może ktoś podobny przypadek ? >>> Jakieś sugestie ? >> >> A nie widać macierzy w "foreign configuration"? > W czym ?? > W biosie dyski widać, z systemu nie wychodzą (pod linuchem już nie > widać). Nie wiem jak to wygląda w IBM ale w dellu z LSI kontroler może traktować macierz jak foreign i trzeba ją zaimportować aby zaczęła działać. Tak na szybko instrukcja ze strony ibm Perform the following for the workaround: 1. Press *CTRL-H* to enter WebBIOS. 2. When presented with a foreign configuration, cancel import of configuration. 3. Mark drives from unconfigured bad to unconfigured good. 4. Preview and import foreign configuration. Click *Preview* because there may be more than one. 5. Reboot the system. instrukcja stąd http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=MIGR-5073080 From sir_Misiek w o2.pl Tue Dec 16 13:26:46 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 16 Dec 2014 13:26:46 +0100 Subject: Fail2Ban problem Message-ID: Witam, Fail2Ban nie wychwytuje mi reguł na PLD (kiedyś mi to działało). Serwer jest atakowany takimi zapytaniami: 184.105.139.197 - - [16/Dec/2014:13:28:33 +0100] "GET http://ib.adnxs.com/tt?id=3975533&cb=[CACHEBUSTER]&referrer=sky.com&pubclick=[INSERT_CLICK_TAG] HTTP/1.0" 403 284 100.42.230.194 - - [16/Dec/2014:13:28:33 +0100] "GET http://anx.batanga.net/ttj?id=3954879&cb=[CACHEBUSTER]&referrer=[REFERRER_URL]&pubclick=[INSERT_CLICK_TAG] HTTP/1.0" 403 288 Czyli teoretycznie wystarczy zrobić regułkę dla ib.adnxs.com oraz anx.batanga.net. W pliku mam. vim apache-badbots.conf [Definition] badbotscustom = EmailCollector|WebEMailExtrac|TrackBack/1\.02|sogou music spider|ad\.adserverplus\.com|ib\.adnxs\.com|anx\.batanga\.net|batanga\.net badbots = Atomic_Email_Hunter/4\.0|autoemailspider|......tu wycialem....|WEP Search 00|ib\.adnxs\.com|anx.batanga\.net|batanga\.net failregex = ^ -.*"(GET|POST).*HTTP.*"(?:%(badbots)s|%(badbotscustom)s)"$ ^ -.*(adnxs)$ ignoreregex = Przy starcie Fail2Ban wysyła e-maile. Oraz dodaje reguły: Chain fail2ban-BadBots (0 references) target prot opt source destination RETURN all -- 0.0.0.0/0 0.0.0.0/0 Niestety na tym koniec ;-/ W logach mam: 2014-12-16 13:31:21,771 fail2ban.jail : INFO Creating new jail 'apache-badbots' 2014-12-16 13:31:21,772 fail2ban.jail : INFO Jail 'apache-badbots' uses poller 2014-12-16 13:31:21,773 fail2ban.jail : INFO Initiated 'polling' backend 2014-12-16 13:31:21,774 fail2ban.filter : INFO Added logfile = /var/log/admin_fail2ban/httpd/access_log 2014-12-16 13:31:21,775 fail2ban.filter : INFO Set maxRetry = 2 2014-12-16 13:31:21,776 fail2ban.filter : INFO Set findtime = 600 2014-12-16 13:31:21,776 fail2ban.actions: INFO Set banTime = 172800 2014-12-16 13:31:22,123 fail2ban.actions.action: ERROR fail2ban-iptables -N fail2ban-BadBots fail2ban-iptables -A fail2ban-BadBots -j RETURN fail2ban-iptables -I INPUT -p udp,tcp -m multiport --dports http,https -j fail2ban-BadBots returned 200 Ktoś ma jakieś sugestie co może być nie tak ? Grzegorz Misiek From josiecki w silvercube.pl Tue Dec 23 11:33:24 2014 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 23 Dec 2014 11:33:24 +0100 Subject: =?utf-8?Q?netatalk_-_kto=C5=9B_to_w_og=C3=B3le_testowa=C5=82=3F?= Message-ID: <53373F88-E9CD-46CA-A653-E27845871B33@silvercube.pl> Witam, Zachciało mi się dla makówki time machine zrobić? Jeden z obowiązkowych punktów to netatalk. Zainstalowałem? i to by było na tyle ;) Czy ktoś kto wypuszczał paczkę - sprawdzał czy w ogóle cokolwiek się uruchamia? Mam wrażenie, że skrypt pochodzi z wcześniejszej wersji netatalk i nie ma wiele wspólnego z tym co jest teraz? [root w serwer ~]# /etc/rc.d/init.d/atalk start Starting atalkd service ????.. [ FAIL ] execvp: No such file or directory Registering serwer:Workstation: ????.. [ FAIL ] execvp: No such file or directory Registering serwer:netatalk: ????.. [ FAIL ] execvp: No such file or directory Starting papd service ????.. [ FAIL ] execvp: No such file or directory Starting timelord service ????.. [ FAIL ] execvp: No such file or directory Starting afpd service ????.. [ FAIL ] afpd: invalid option -- 'U' afpd: invalid option -- 'g' afpd: invalid option -- 'c' afpd: invalid option -- 'n' Usage: afpd [-d] [-F configfile] afpd -h|-v|-V [root w serwer ~]# W init.d/atalk widzę odwołania do binarek atalkd, timelord, papd - których nie ma w żadnym pakiecie? Pozdrawiam, -- Jacek Osiecki josiecki w silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 From masko w ipipan.waw.pl Sat Dec 27 15:28:09 2014 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Sat, 27 Dec 2014 15:28:09 +0100 Subject: netatalk - =?UTF-8?B?a3RvxZsgdG8gdyBvZ8OzbGUgdGVzdG93YcWCPw==?= In-Reply-To: <53373F88-E9CD-46CA-A653-E27845871B33@silvercube.pl> References: <53373F88-E9CD-46CA-A653-E27845871B33@silvercube.pl> Message-ID: <19997270.Bh6tHklg16@laptok> Dnia wtorek, 23 grudnia 2014 11:33:24 Jacek Osiecki pisze: > Witam, > > Zachciało mi się dla makówki time machine zrobić? > Jeden z obowiązkowych punktów to netatalk. > > Zainstalowałem? i to by było na tyle ;) > Czy ktoś kto wypuszczał paczkę - sprawdzał czy w ogóle cokolwiek się > uruchamia? Mam wrażenie, że skrypt pochodzi z wcześniejszej wersji netatalk > i nie ma wiele wspólnego z tym co jest teraz? [...] > W init.d/atalk widzę odwołania do binarek atalkd, timelord, papd - których > nie ma w żadnym pakiecie? Zbuduj sobie wesję z repo (3.1.7) i sprawdź. Poprawiłem speca i mi się buduje, chociaż nie mam jak sprawdzić, czy działa. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From pld w sojka.co Mon Dec 29 01:05:38 2014 From: pld w sojka.co (=?UTF-8?B?R3J6ZXNpZWsgU8Ozamth?=) Date: Mon, 29 Dec 2014 01:05:38 +0100 Subject: poldek&uhttpd Message-ID: <54A09AD2.4070409@sojka.co> Witam serdecznie, Mam lokalny mirror repozytorium PLD na routerku Powered by OpenWRT ;). Wystawiłem repozytorium przy użyciu mikro serwis uhttpd i mam: # poldek Retrieving local::packages.ndir.md... error: vfff: chunked: unimplemented HTTP transfer encoding warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, skipped Retrieving local::packages.ndir.md... error: vfff: chunked: unimplemented HTTP transfer encoding warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, skipped warn: no packages loaded Jakieś pomysły?? From arekm w maven.pl Mon Dec 29 01:23:30 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Mon, 29 Dec 2014 01:23:30 +0100 Subject: poldek&uhttpd In-Reply-To: <54A09AD2.4070409@sojka.co> References: <54A09AD2.4070409@sojka.co> Message-ID: <201412290123.30956.arekm@maven.pl> On Monday 29 of December 2014, Grzesiek Sójka wrote: > Witam serdecznie, > > Mam lokalny mirror repozytorium PLD na routerku Powered by OpenWRT ;). > Wystawiłem repozytorium przy użyciu mikro serwis uhttpd i mam: > > # poldek > Retrieving local::packages.ndir.md... > error: vfff: chunked: unimplemented HTTP transfer encoding > warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, > skipped > Retrieving local::packages.ndir.md... > error: vfff: chunked: unimplemented HTTP transfer encoding > warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, > skipped > warn: no packages loaded poldek chunked nie umie. Daj wgeta jako fetchera w konfigu jako obejście. -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) From pld w sojka.co Mon Dec 29 09:45:35 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzesiek_S=F3jka?=) Date: Mon, 29 Dec 2014 09:45:35 +0100 Subject: poldek&uhttpd In-Reply-To: <201412290123.30956.arekm@maven.pl> References: <54A09AD2.4070409@sojka.co> <201412290123.30956.arekm@maven.pl> Message-ID: <54A114AF.6060100@sojka.co> On 12/29/14 01:23, Arkadiusz Miśkiewicz wrote: > On Monday 29 of December 2014, Grzesiek Sójka wrote: >> Witam serdecznie, >> >> Mam lokalny mirror repozytorium PLD na routerku Powered by OpenWRT ;). >> Wystawiłem repozytorium przy użyciu mikro serwis uhttpd i mam: >> >> # poldek >> Retrieving local::packages.ndir.md... >> error: vfff: chunked: unimplemented HTTP transfer encoding >> warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, >> skipped >> Retrieving local::packages.ndir.md... >> error: vfff: chunked: unimplemented HTTP transfer encoding >> warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, >> skipped >> warn: no packages loaded > > poldek chunked nie umie. Daj wgeta jako fetchera w konfigu jako obejście. > Też o tym pomyślałem ale jak dam: default fetcher = http: wget w /etc/poldek/poldek.conf to mam: # poldek error: vfile: wget: no such external fetcher found Retrieving local::packages.ndir.md... error: vfff: chunked: unimplemented HTTP transfer encoding warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, skipped error: vfile: wget: no such external fetcher found Retrieving local::packages.ndir.md... error: vfff: chunked: unimplemented HTTP transfer encoding warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, skipped warn: no packages loaded Loading [rpmdb]/var/lib/rpm... Co więcej w /etc/poldek/fetch.conf jest: [fetcher] proto = http,ftp,https cmd = wget -N --dot-style=binary -P %d %Pn Nawet dodałem: name = wget i też nie pomogło. From pld w sojka.co Mon Dec 29 09:49:44 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzesiek_S=F3jka?=) Date: Mon, 29 Dec 2014 09:49:44 +0100 Subject: poldek&uhttpd In-Reply-To: <54A114AF.6060100@sojka.co> References: <54A09AD2.4070409@sojka.co> <201412290123.30956.arekm@maven.pl> <54A114AF.6060100@sojka.co> Message-ID: <54A115A8.9010900@sojka.co> On 12/29/14 09:45, Grzesiek Sójka wrote: > On 12/29/14 01:23, Arkadiusz Miśkiewicz wrote: >> On Monday 29 of December 2014, Grzesiek Sójka wrote: >>> Witam serdecznie, >>> >>> Mam lokalny mirror repozytorium PLD na routerku Powered by OpenWRT ;). >>> Wystawiłem repozytorium przy użyciu mikro serwis uhttpd i mam: >>> >>> # poldek >>> Retrieving local::packages.ndir.md... >>> error: vfff: chunked: unimplemented HTTP transfer encoding >>> warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, >>> skipped >>> Retrieving local::packages.ndir.md... >>> error: vfff: chunked: unimplemented HTTP transfer encoding >>> warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, >>> skipped >>> warn: no packages loaded >> >> poldek chunked nie umie. Daj wgeta jako fetchera w konfigu jako obejście. >> > Też o tym pomyślałem ale jak dam: > default fetcher = http: wget > w /etc/poldek/poldek.conf to mam: > > # poldek > error: vfile: wget: no such external fetcher found > Retrieving local::packages.ndir.md... > error: vfff: chunked: unimplemented HTTP transfer encoding > warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, > skipped > error: vfile: wget: no such external fetcher found > Retrieving local::packages.ndir.md... > error: vfff: chunked: unimplemented HTTP transfer encoding > warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, > skipped > warn: no packages loaded > Loading [rpmdb]/var/lib/rpm... > > Co więcej w /etc/poldek/fetch.conf jest: > > [fetcher] > proto = http,ftp,https > cmd = wget -N --dot-style=binary -P %d %Pn > > Nawet dodałem: name = wget i też nie pomogło. Poszło, brakowało includa w poldek.conf. From uzi18 w o2.pl Wed Dec 31 11:16:31 2014 From: uzi18 w o2.pl (=?UTF-8?Q?Bartlomiej_Zimon?=) Date: Wed, 31 Dec 2014 11:16:31 +0100 Subject: =?UTF-8?Q?Re:_poldek&uhttpd?= In-Reply-To: <201412290123.30956.arekm@maven.pl> References: <54A09AD2.4070409@sojka.co> <201412290123.30956.arekm@maven.pl> Message-ID: <72d92b70.41eef4f7.54a3ccff.3537b@o2.pl> Dnia 29 grudnia 2014 1:23 Arkadiusz Miśkiewicz napisał(a): > > On Monday 29 of December 2014, Grzesiek Sójka wrote: > > Witam serdecznie, > > > > Mam lokalny mirror repozytorium PLD na routerku Powered by OpenWRT ;). > > Wystawiłem repozytorium przy użyciu mikro serwis uhttpd i mam: > > > > # poldek > > Retrieving local::packages.ndir.md... > > error: vfff: chunked: unimplemented HTTP transfer encoding > > warn: http://pld.local.sojka.co/dists/th/PLD/noarch/RPMS/: load failed, > > skipped > > Retrieving local::packages.ndir.md... > > error: vfff: chunked: unimplemented HTTP transfer encoding > > warn: http://pld.local.sojka.co/dists/th/PLD/x86_64/RPMS/: load failed, > > skipped > > warn: no packages loaded > > poldek chunked nie umie. Daj wgeta jako fetchera w konfigu jako obejście. > > Na launchpad lezy latka do przetestowania, ktora dodaje ta funkcjonlanosc. Pozdrawiam Bartłomiej Zimoń