<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>Jogger Minia :: komentarze do wpisu &quot;Wprowadzenie do repozytoriów w systemie GNU/Linux&quot;</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/</link><description>Wpisy z dziennika internetowego Jogger, wspomaganego przez Jabbera</description><lastBuildDate>Thu, 17 May 2012 08:26:53 +0200</lastBuildDate><generator>JoggerPL</generator><item><title>Margor</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623537</link><description>Niech se newby używają Gentoo/Portage albo portów na FreeBSD. Świetna dokumentacja i każdy ogarnie, raczej w kompilowaniu nie ma nic złego: zwłaszcza, ze jest to nauka. Jednak całkowicie zgadzam się z Tobą, że bardzo często kompilowanie jest całkowicie niepotrzebne, może uświadomienie ludzi o tym nie zaszkodzi. :)
</description><pubDate>Tue, 27 Dec 2011 15:05:09 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623537</guid></item><item><title>pecet</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623539</link><description>Margor -- co złego w portage? samo pilnuje zależności, a pakiety są zazwyczaj bardzo nowe, co jest tylko plusem
</description><pubDate>Tue, 27 Dec 2011 16:04:32 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623539</guid></item><item><title>Margor</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623540</link><description>@pecet: zgadzam się. To, że napisałem iż jest wygodne dla początkujących (newbie) nie znaczy, że jest złe. Po prostu pozwala cieszyć się z kompilowania przy zachowaniu zalet dobrego systemu zarządznia pakietami / repozytorium. Nie miałem na myśli niczego negatywnego, po prostu napisałem że jest łatwe w zarządzaniu.
</description><pubDate>Tue, 27 Dec 2011 16:15:53 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623540</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623545</link><description>Rze co? o_O Tak się teraz porobiło?! Ja jako początkujący user Linuksa jakoś tak pięć lat temu bardzo chciałem mieć kontrolę nad tym, co mi się instaluje - ale z repozytoriów jak najbardziej. Bardzo ubolewałem, jak trzeba było coś kompilować samodzielnie - ponieważ w systemie brakowało niemalże wszystkiego, mało; skrypt czasem pisał mi po jednym brakującym elemencie co każde uruchomienie, które trwało kilkanaście minut... I tak kilka razy... Czyli ponad godzina spędzona na poszukiwaniu w repozytoriach właściwych bibliotek niezbędnych do kompilacji, po czym dopiero kompilacja właściwa... Do tego nieraz korzystałem z pomocy również i Twojej, jak pamiętasz, żeby w ogóle zrozumieć, co system mi usiłuje przekazać. Nie no, czyli teraz mamy pokolenie masochistów!

Co do &quot;nie natrafienia na podobny tekst&quot; - cóż, moim zdaniem dość dobrze jest to opisane (językiem dla zwykłych użytkowników) w dokumentacji np. Ubuntu, czy innych systemów, mających działać i być łatwo dostępnymi niczym są Win XP czy 7... Tam nawet nic o kompilacjach nie ma, jest tylko przedstawienie repozytoriów jako Wielkich Zasobów, Gdzie Jest Wszystko Lub Więcej, A Już Na Pewno Wszystko, Co Da Się Uruchomić Pod Tym Systemem (dla wygody WZGJWLWAJNPWCDSUPTS). :-)
</description><pubDate>Tue, 27 Dec 2011 18:20:56 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623545</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623547</link><description>A teraz co do artykułu - może się czegoś przy okazji nauczę.
Po pierwsze - czy instalacja takiego cacka jak Ipla (wymagająca środowiska AdobeAir) jest możliwa w jeden z przdstawionych przez Ciebie sposobów?

I drugi przykład, nieco mniej skomplikowany - komunikator Tlen, dystrybuowany przez Tlen.pl w postaci pliku *.bin wykonującego się graficznie w konsoli tekstowej. &quot;Skryptoarchiwum&quot; ;) to ma tez opcję odinstalowania Tlenu. Szczerze mówiąc, nie sądzę, żeby szło to dodać do/jako repo, natomiast też, w obydwu przypadkach, rzeczywiście nie ma mowy o kompilacji (Ipla wedle ich WWW wymaga tylko (poza Adobe) &quot;ręcznego&quot; spełnienia dwóch zależności pakietowych).

I w końcu: znalazłem programik DebOrphan (i nakładkę GTKOrphan). Znajduje mi ponad 60 pakietów, które wedle niego są osierocone i które do niczego w moim systemie nie sa używane. Pytanie brzmi, dlaczego Synaptic ich nie widzi jako niepotrzebnych (normalnie wykrywa takie pakiety, wystarczy kliknąć w przycisk &quot;Stan&quot; - są tam te, które można bezpiecznie odinstalować, bo program (-y), do którego (-ych) były wymagane, już został odinstalowany. Co więc tak naprawdę znajduje mi DebOrphan?
</description><pubDate>Tue, 27 Dec 2011 18:45:06 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623547</guid></item><item><title>Margor</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623549</link><description>Aby kompilować popularny i powszechnie używany pakiet od podstaw musiałbym mieć dobry powód.  Mogłaby nim być na przykład chęć posiadania kilku instalacji tego samego pakietu w systemie jednocześnie - na przykład jakiegoś konkretnego serwera o różnych konfiguracjach działającego jednocześnie na różnych portach. Albo mocno niestandardowa konfiguracja, której nie przewidzieli twórcy pakietu. Pewnie użyłbym do tego jakiegoś Slackware, które chyba zostało stworzone z myślą o takich działaniach.

W praktyce jako osoba zbyt leniwa pewnie użyłbym wirtualizacji na poziomie systemu operacyjnego (FreeBSD): minimalnym nakładem pracy uruchomił ez-jail i każdą odmianę tego samego serwera trzymał w innej maszynie wirtualnej: oddzielne środowisko procesów, sieci. Pewnie raz zbudował pakiet korzystając z portów po wyborze odpowiednich opcji, jeżeli pakiet systemowy nie wspierałby ich. Wbrew pozorom zarządzanie tym jest naprawdę proste, nawet jak dorzuci się do tego wirtualne systemy plików ZFS dla każdej maszyny.

W przypadku korzystania z repo/portów można korzystać z takich bajerów jak np. powiadamianie o zagrożeniach bezpieczeństwa. W przypadku ręcznej kompilacji oczywiście sami musimy być całkowicie czujni. 

Czy istnieje problem w zamknięciu takich pakietów jak Skype, Tlen w paczce rpm i umieszczenie w repo? Nie jestem pewien, ale chyba Fedora wspiera takie repozytoria, bo dlaczego by nie?

Aha, nie jestem ekspertem i mogę się mylić. Raczej jak zwykle wszystko zależy od potrzeb i nie ma jednocześnie jednoznacznie dobrych / złych rozwiązań, wszystko zależy od konkretnego przypadku.
</description><pubDate>Tue, 27 Dec 2011 19:02:47 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623549</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623550</link><description>
  Czy istnieje problem w zamknięciu takich pakietów jak Skype, Tlen w paczce rpm i umieszczenie w repo? Nie jestem pewien, ale chyba Fedora wspiera takie repozytoria, bo dlaczego by nie?


Sam korzystam ze Skype, którego w wersji prawie najnowszej bez trudu znalazłem w domyślnych repozytoriach systemu (Mint Debian Edition = w dużym uproszczeniu całe repo Debiana plus nakładki Minta). Dodałem Operę, która udostępnia własne repozytoria. Tlen jednak nawet targzipa nie oferuje (nawet jeśli, jest w nim plik wykonywalny).

Debian (-owate) do tego ma (-ją) fantastyczną obsługę plików pakietów *.deb (nawet tych przetworzonych np. Alienem z innych, jak *.rpm) - instalator jest powiązany z menedżerem pakietów i sprawdza wszelkie zależności, wpisuje program do bazy i można go odinstalować równie łatwo, jak dowolny program zainstalowany z repozytorium. To duży plus, bo pojawiają się czasem gotowe kompilacje użytkowników, np. komunikator Psi lubi mieć takie wariacje na swój temat. Inna sprawa to zaufanie do twórcy takiej kompilacji...
</description><pubDate>Tue, 27 Dec 2011 19:18:00 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623550</guid></item><item><title>Minio</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623566</link><description>
  Czy istnieje problem w zamknięciu takich pakietów jak Skype, Tlen w paczce rpm i umieszczenie w repo?


Z zamknięciem w paczce nie ma problemów, ale z umieszczeniem w repo — tak. Programy o zamkniętym kodzie źródłowym mają na tyle restrykcyjną licencję, że często nie pozwalają nawet na redystrybucję w niezmienionej formie. Nie można więc ich umieścić w repozytorium bez złamania tej licencji, a umowy na redystrybucję często nawet nie ma kto podpisać (np. za takim Debianem nie stoi żadna instytucja o osobowości prawnej).

Natomiast można utworzyć pakiet z odpowiednimi skryptami, który pobierze odpowiednie pliki i je zainstaluje. Tak są zrobione flashplugin-nonfree czy ttf-mscorefonts-installer w Debianie.

Marsjanin: Skype AFAIR jest w paczce .deb, więc wystarczy sobie taką paczkę wrzucić do lokalnego repo. O ile Tlena można zainstalować bezobsługowo, to można go wrzucić do paczki i stworzyć skrypt postinst, który zajmie się resztą. Analogicznie, skrypt postrm odpowiadałby za jego usunięcie. Taką paczkę do lokalnego repo i już.

W ostatnim akapicie ostatniej wiadomości piszesz chyba o gdebi. To jest wynalazek Ubuntu, który właściwie jest graficzną nakładką na dpkg -i, potrafiącą przy tym obsługiwać zależności.

Co do deborphan — man ;) , mogę też zaproponować mój tekst, w którym o nim wspominam: http://dug.net.pl/tekst/150/
</description><pubDate>Wed, 28 Dec 2011 00:43:55 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623566</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623569</link><description>Być może chodzi o gdebi, być może nie, gdyż przyzwyczaiłem się już niestety (tak, zrzędzę), że wiele z programów graficznych pod Linuksem wcale się nie chce przedstawić użytkownikowi. Na ten przykład &quot;Narzędzie do obsługi dysków&quot; przedstawia się graficznie (Pomoc/O...)... tak właśnie. Ja mam go w wersji 2.31.1 z dopiskiem &quot;© 2007-2009 Red Hat, Inc.&quot;. Tyle wiem. Jeśli podejrzę aktywator w menu, to widzę, że wykonywane jest polecenie 'palimpsest' - jeśli jednak np. właśnie coś mi go odinstalowało, albo działam na kompie z kompatybilną, ale inaczej przemyślaną dystrybucją (np. z Fluxboksem zamiast Gnome), to za Chiny nie wiem, co mam zainstalować (ponownie). Można próbować obciążyć program i szukać go za pomoca top/htop... Podobnie jest z gdebi - mi przedstawiał się zawsze jako &quot;instalator pakietów&quot;, czy jakoś podobnie.

Nieważne, czy to gdebi, czy nie, chodzi o to, że ma &quot;połączenie z bazą danych, z której korzysta menedżer pakietów&quot; - i Synaptic, apt-get i podobne potrafią go usunąć.

Tlena w Synapticu po instalacji nie widać. Żeby była jasność. Nie instaluje się też go bezobsługowo; program instalacyjny wyświetla licencję i wymaga jej akceptacji poprzez zaznaczenie [__OK__](w praktyce kliknięcie w enter).

Co do deborphan i mana: tl;dr - a nieco mniej bezczelnie, chodzi mi o to, że czy istnienie takiego programu tak naprawdę nie dowodzi, że menedżery pakietów po prostu w tej materii są do dupy? One powinny o to dbać. Mało; mają tę funkcję, ale jakoś tak wyszło, że mało efektywną, nieszczelną...
</description><pubDate>Wed, 28 Dec 2011 01:28:33 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623569</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623570</link><description>Jeszcze to, by było bardziej obrazowo:


  Skype AFAIR jest w paczce .deb, więc wystarczy sobie taką paczkę wrzucić do lokalnego repo.


Otóż akurat Skype to ja mam w oficjalnym repo, ale załóżmy, że w zamian mówimy o programie, którego tam nie ma - np. o jakiejś małej modyfikacji Psi. Dążę do tego, że z tego, co zaobserwowałem, rzeczony gdebi robi tę robotę za mnie: zamiast kopiować do jakiegoś_tam_folderu_z_prawami, dodawać ten folder na chwilę w liście repozytoriów, i instalować Synapticem, po prostu odpalam plik np. psi_cherry_x.x.xx.x.deb wprost z pulpitu dwuklikiem. Gdebi zadba o sprawdzenie zależności oraz o dodanie do lokalnej bazy tak, by plik z pulpitu można było usunąć a Synaptic czy Aptitude dysponowały odpowiednią wiedzą, co usunąć, jeśli mi się znudzi. I o to mi chodziło, gdy wychwalałem &quot;fantastyczną obsługę plików *.deb&quot;.

Sorry za zbędne elementy &quot;kodu&quot;, ale Markdown mimo, iż powinien elementy sterujące escapować backslashem, nie robi tego, backslash traktując jak każdą zwykłą literę.
</description><pubDate>Wed, 28 Dec 2011 01:36:00 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623570</guid></item><item><title>Minio</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623591</link><description>Marsjanin: Synaptic, apt-get, aptitude, gdebi, PackageKit i co tam jeszcze można sobie wymyślić koniec końców i tak uruchamiają dpkg. Wszystkie korzystają z jego bazy i dzięki temu jak zainstalujesz w jednym, to możesz zaktualizować (albo usunąć) drugim.

W sumie fakt, że gdebi skutecznie przejmuje rolę lokalnego repozytorium (przynajmniej dla większości użytkowników, którzy spoza oficjalnych repozytoriów będą potrzebowali w porywach kilku pakietów). Po prostu przed 2006 rokiem w debianowatych nie istniał żaden sposób na zainstalowanie lokalnych pakietów z automatycznym spełnieniem zależności (dpkg tego nie potrafi) — trzeba było sobie robić lokalne repo. Nie wiem jak sprawa wygląda w dystrybucjach używających innych menedżerów pakietów. Zresztą, z tego co widzę, Ubuntu wycofuje się ze swojego gdebi na rzecz swojego software-managera.

Istnienie deborphana dowodzi co najwyżej, że Synaptic/apt-get są do dupy. Wieść gminna niesie, że aptitude znacznie lepiej niż apt-get radzi sobie z usuwaniem zależności pakietu przy jego usuwaniu. Z tego co pamiętam aptitude z odpowiednio wymyślnym przełącznikiem wyszukiwania potrafi też znaleźć te same pakiety co deborphan.
</description><pubDate>Wed, 28 Dec 2011 12:44:27 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623591</guid></item><item><title>azhag</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623600</link><description>
  umowy na redystrybucję często nawet nie ma kto podpisać
  (np. za takim Debianem nie stoi żadna instytucja o osobowości prawnej


Za nim akurat stoi, założona przez Debiana Software in the Public Interest. Ale nadal jest to aktualne dla wielu dystrybucji.

Co do zarzutów z pierwszych komentarzy dotyczących Gentoo/FreeBSD/... — spójrzmy na zagadnienie z punktu widzenia nie kompilacji, a narzędzia służącego do instalacji oprogramowania — należy właśnie jego używać, nie zaś robić to ręcznie. W Gentoo wszystko się kompiluje? A niech się kompiluje jeśli komuś taka wola, ale należy robić to za pomocą emerge, nie z palca.
</description><pubDate>Wed, 28 Dec 2011 16:25:53 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623600</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623601</link><description>A ja sądzę, że podstawą jest wiedzieć, co dana forma instalacji niesie za sobą, gdzie grzebie, i tak dalej. Bo szczerze powiedziawszy, niektórzy piszą progsy pod Linuksa jak pod Windows (vide nieszczęsny Tlen) i... bywa, że te programy są dobre. Znak czasów. Pewnie, można się uprzeć i nie korzystać, bo &quot;programista się nie zna&quot;. Ale, jemu działa, działa i nam, więc co - dla dobra idei? Eeetam, mi już zapał opadł. Tlen się instaluje w /opt/tlen i mi to nie przeszkadza...
</description><pubDate>Wed, 28 Dec 2011 16:32:59 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623601</guid></item><item><title>Minio</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623619</link><description>azhag: z pewnością historię i strukturę Debiana znasz znacznie lepiej ode mnie. Ja się opierałem na dwóch akapitach z angielskiej Wikipedii, głównie na zdaniu „Thus, the Debian Project is an independent decentralized organization; it is not backed by a company like Linux distributions such as Ubuntu, openSUSE, Fedora, and Mandriva”. Chociaż może być, że trochę zbyt daleko idący wniosek wyprowadziłem.

Marsjanin: tekst jest przewidziany dla początkujących i ma za zadanie pomóc w wyrobieniu pewnych dobrych nawyków. Bardziej zaawansowani użytkownicy zdają sobie sprawę, że nie można tego traktować dogmatycznie i istnieją uzasadnione przypadki, gdy instalacja spoza repozytorium jest dopuszczalna.
</description><pubDate>Wed, 28 Dec 2011 22:40:05 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623619</guid></item><item><title>azhag</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623627</link><description>
  Ja się opierałem na dwóch akapitach z angielskiej Wikipedii,
  głównie na zdaniu „Thus, the Debian Project is an independent
  decentralized organization; it is not backed by a company (...)”


To, że za Debianem nie stoi firma, nie znaczy, że nie ma on żadnej osobowości prawnej.
</description><pubDate>Wed, 28 Dec 2011 23:41:57 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623627</guid></item><item><title>anonymous</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623633</link><description>@Marsjanin: zejdź łaskawie z kompilowania pod Gentoo, otóż tam nie ma paczek tylko są ebuildy, które zawierają instrukcję jak zainstalować dany program. W skład takiej instrukcji wchodzi na przykład: miejsce skąd można pobrać źródła/binarki(!), sposób instalacji - czyli polecenia służące np. do skompilowania programu, ale nie koniecznie - mogą być to polecenia służące do rozpakowania archiwum i zainstalowania binarki, albo cokolwiek innego. Na przykład wspomniany skype, ale nie tylko. Ba! Są nawet specjalne flagi w konfiguracji określające na jakie licencje oprogramowania się zgadzamy, a jakich nie chcemy widzieć na oczy. Poza tym - nic nie stoi na przeszkodzie, aby dodać własne ebuildy. Jest to przewidziane i udokumentowane (dokumentacja do Gentoo jest naprawdę super). Wspomniałem, że wszystko, włącznie z zarządzaniem zależnościami dzieje się w pełni automagicznie?

W portage zdarzają się też ebuildy do komercyjnych programów. Często w takim wypadku oczekują po prostu, że dane z programem należy we własnym zakresie dostarczyć do odpowiedniego katalogu (na przykład skopiować z płyty dostarczonej przez producenta) więc to nie tak, że się nie da.

Jeżeli zdarzy się, że czegoś nie ma w portage, to zamiast ręcznie kompilować użyszkodnik Gentoo pisze własnego ebuilda i dodaje go do lokalnego repo, a czasem, jak jest wyjątkowo miły udostępnia innym. I tak powinno być.
I myślę, że to samo powinno dotyczyć dowolnej dystrybucji - jeżeli nie ma gotowej paczki należy ją stworzyć a nie marudzić jakie to życie jest chujowe, bo programista był leniem i zlał dodanie swojego programu do repozytorium. To nie jest takie trudne zadanie.
</description><pubDate>Thu, 29 Dec 2011 03:54:04 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623633</guid></item><item><title>Marsjanin</title><link>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623652</link><description>A gdzie ja coś o Gentoo napisałem? o_O
</description><pubDate>Thu, 29 Dec 2011 11:33:30 +0100</pubDate><guid>http://minio.jogger.pl/2011/12/27/wprowadzenie-do-repozytoriow-w-systemie-gnu-linux/#c1623652</guid></item></channel></rss>
