Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
zadne zaklecia z ponizszych nie pomogly fa noapic acpi=off fa acpi=noirq fa pci=conf1 a ile to ma ramu ? może ogranicz mu do mem=128M albo dysk - inny pecet - install(odpowiedni moduł={scsi,sata,ide,itp}) - włożyć do hp wtedy jak masz system na dysku pld możesz zrobic eksperyment, ale z tego ci wiem dało się zawsze odpalić pld na xeonie, nie zależnie od producenta :-) pozdrawiam -- Michał Abramowicz abram pld - linux org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: monotone.spec - TODO
On Thu, 12 Jul 2007, Łukasz Krotowski wrote: Author: bluesDate: Thu Jul 12 20:39:32 2007 GMT Module: SPECS Tag: HEAD Log message: - TODO +# TODO: +# - subpackage with init-scripts Co masz na mysli pisząc subpackage with init-scripts? Jakie to mają być skrypty startowe jak to nie jest demon tylko narzędzie stricte klienckie? Czy nie jest możliwe tutaj postawienie servera centralnego, który będzie składował dane i umożliwiał scentralizowaną wymianę zmian? Nawet jeżeli to jest stricte rozproszone, bez centralnego serwera to, żeby była możliwa sieciowa wymiana informacji to coś musi nasłuchiwać na jakimśtam porcie... +# - database format is changing - migrate and regenerate options has to be run. I jak to sobie wyobrażasz? W monotone bazy (repozytoria) są normalnymi plikami użytkowników -- mogą być dosłownie wszędzie. To nie jest narzędzie typu serwer. To były wnioski, które dawno temu sobie zapisałem w pliku i teraz tylko zrobiłem commit. Mówię tutaj o centralnym rozwiązaniu dla samej dystrybucji. Tak samo jak na przykład cvs - też może być wszędzie, ale dostarczamy jakieś pudełkowe rozwiązanie. Tu można mieć przecież podobnie. -- pozdr. Pawel Golaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: monotone.spec - TODO
13-07-07, Pawel Golaszewski [EMAIL PROTECTED] napisał: On Thu, 12 Jul 2007, Łukasz Krotowski wrote: Author: bluesDate: Thu Jul 12 20:39:32 2007 GMT Module: SPECS Tag: HEAD Log message: - TODO +# TODO: +# - subpackage with init-scripts Co masz na mysli pisząc subpackage with init-scripts? Jakie to mają być skrypty startowe jak to nie jest demon tylko narzędzie stricte klienckie? Czy nie jest możliwe tutaj postawienie servera centralnego, który będzie składował dane i umożliwiał scentralizowaną wymianę zmian? Jest to możliwe ale mtm działa jako serwer (uruchamiany przez mtn serve) dla pojedynczej bazy (repo). Założenie, że jedna baza obsługuje wszystkie projekty jest mocno naciągane. W ogóle mtn nie był pisany z myślą o centralnym serwerze -- patrz http://www.venge.net/mtn-wiki/MasterRepository Nawet jeżeli to jest stricte rozproszone, bez centralnego serwera to, żeby była możliwa sieciowa wymiana informacji to coś musi nasłuchiwać na jakimśtam porcie... Oczywiście (na 4691 z resztą). Ale w mtn nie mówi się raczej o centralnym repo, raczej o centralnej gałęzi. A czy ściągasz ją od Ziutka czy Stefka to już nieistotne. W dokumentacji monotone jest bardzo prosty tutorial -- polecam przeczytać, tam łatwo zobaczyć że idea centralnego serwera jest w poprzek monotone. +# - database format is changing - migrate and regenerate options has to be run. I jak to sobie wyobrażasz? W monotone bazy (repozytoria) są normalnymi plikami użytkowników -- mogą być dosłownie wszędzie. To nie jest narzędzie typu serwer. To były wnioski, które dawno temu sobie zapisałem w pliku i teraz tylko zrobiłem commit. Mówię tutaj o centralnym rozwiązaniu dla samej dystrybucji. Tak samo jak na przykład cvs - też może być wszędzie, ale dostarczamy jakieś pudełkowe rozwiązanie. Tu można mieć przecież podobnie. Tak, tylko nie widzę tej konfiguracji która by była dobra OOTB. Może dałoby się coś ugrać jeśli w skryptach dałoby się włączyć tylko mtn serve dla dowolnej bazy w jakimś pre-definiowanym katalogu. Ale tak obsłużymy tylko ,,centralny serwer'' mtn. A bazy deweloperów i tak trzeba będzie uaktualniać ręcznie. Nie wiem czy to ma w ogóle sens -- używam mtn już od jakiegoś czasu i specjalny centralny serwer nie jest potrzebny. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-python.patch (NEW) - initial
patrys wrote: +@@ -1,4 +1,4 @@ +-#!/bin/env python ++#!/usr/bin/env python To chyba nie jest wlasciwy fix. Po co w ogole uzywac tu /usr/bin/env ? Chcemy umozliwic korzystanie z roznych prywatnie zainstalowanych wersji pythona? -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[AC] rc-scripts-0.4.1.7-1 i problemy z montowaniem....
Witam, W rc-scripts ostatnimi czasy nastąpiła zmiana która nie pozwala mi na montowanie partycji na PLD bootowanych z PXE. Przyczyną jest plik /etc/rc.d/init.d/functions w którym znikneła linijka: INIT_DOTS=$(awk BEGIN{for(\$i=0;\$i$INIT_COL;\$i++)printf(\.\);}) W załączniku mały patch na wszelki wypadek. Nie za bardzo rozumiem o co z tym chodzi... ale jak nie ma tej linijki to nie działa, jak jest to działa. -- Pozdrawiam, Paweł --- functions-orig 2007-07-13 13:28:06.0 +0200 +++ functions 2007-07-13 13:48:36.0 +0200 @@ -105,6 +105,7 @@ } if is_yes $FASTRC; then + INIT_DOTS=$(awk BEGIN{for(\$i=0;\$i$INIT_COL;\$i++)printf(\.\);}) RC_LOGGING=no fi ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Postfix + msmtp
Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) i od tego czasu a) wysylanie lokalne sie rozjechalo w przypadku kilku adresatow, b) jesli przykladowo w .procmailrc mialem grupe ! adres1, adres2, adres3 - to takze to przestalo dzialac c) klienci wysylajacy po localhoscie musieli zaczac dopisywac sobie localhost wszedzie w serwerach pocztowych a finalnie usunalem msmtp oraz msmtp-sendmail i przeinstalowalem postfixa [w celu naprawienia /usr/sbin/sendmail], ktore wskazywalo po usunieciu wciaz na msmtp i teraz wszystko dziala po staremu. Moje pytanie jest wiec czy ten postfix musi miec w zaleznosci w moim mniemaniu nieszczesne msmtp ? pozdro 300 Kanedaaa -- [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][].. [+] You can take our lives,but you will never take our Freedom - W.Wallace [+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama [+] Revolution the only solution - System of a down... [+] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0 [-] Kanedaaa... Bohateur... Cucumber Team Member... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-python.patch (NEW) - initial
Dnia piątek, 13 lipca 2007, Andrzej Krzysztofowicz napisał: patrys wrote: +@@ -1,4 +1,4 @@ +-#!/bin/env python ++#!/usr/bin/env python To chyba nie jest wlasciwy fix. Po co w ogole uzywac tu /usr/bin/env ? Chcemy umozliwic korzystanie z roznych prywatnie zainstalowanych wersji pythona? Tak się tradycyjnie odpala skrypty pythonowe. W sumie nigdy nie czytałem skąd to się wzięło. -- Oceniaj innych po zamiarach, a siebie po wynikach. Guy Kawasaki Wykształcenie jest rzeczą godną podziwu, acz dobrze czasem pamiętać, że niczego, co warto wiedzieć, nie da się kogoś nauczyć. Oscar Wilde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
On Thu, 12 Jul 2007, Arkadiusz Chomicki wrote: Thursday 12 of July 2007 12:50:49 Michal Abramowicz napisał(a): potraficie mi pomoc? jakies pomysly co jest nie tak? dodać magiczne zaklęcia do płytyki w sensie rescuecd: fa noacpi, albo w lilo/grub noacpi, nolacpi, acpi=noirq czy jakoś tak z doświadczenia wiem że hp powinno wzasadzie działać bezboleśnie, szczególnie jako serwer. chyba że masz jakiś mądry co się ustawia z płytki bótowalnej jaki to system ma obsługiwać, coś jak win/unix/novell/linux*, co zresztą nie piszesz jakiego to masz hp'ka a z kuli ciężko wywróżyć i jakoby jam qboosh nie jest co chakieruje vim'em co popadnie ;-)) faktycznie ni epodalem, napisalem juz jednego maila na pld-users-pl i am podawal, a tu mi umknelo. ten hp to XW6000 z Xeon na pokladzie Sprobuj 2.4.34-1 lub 2.6.16.52 z Ac. Mnie na XW6000 toto dziala. Tylko pod zadnym pozorem nie uzywac kontrolera SCSI z plyty glownej. Aha, i BIOS ma byc 1.22. M. -- -| == Marcin Bohosiewicz - MB8042-RIPE - [EMAIL PROTECTED] == |- -| == tel. +48 601 485097 - PLD Team - [EMAIL PROTECTED] == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |-___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
Friday 13 of July 2007 08:25:14 Michal Abramowicz napisał(a): zadne zaklecia z ponizszych nie pomogly fa noapic acpi=off fa acpi=noirq fa pci=conf1 a ile to ma ramu ? może ogranicz mu do mem=128M ramu ma 1G albo dysk - inny pecet - install(odpowiedni moduł={scsi,sata,ide,itp}) - włożyć do hp wtedy jak masz system na dysku pld możesz zrobic eksperyment, ale z tego ci wiem dało się zawsze odpalić pld na xeonie, nie zależnie od producenta :-) ja juz mam PLD na tym dysku. udalo mi sie odpalic z Aurox live CD zrobilem chroot i zainstalowalem PLD, ale niestety z dysku tak samo sie zachowuje. informuje ze on po informacji Booting the kernel stoi. zadnego kernel panic zadnej inforamcji pozdrawiam -- Arkadiusz Chomicki duch (at) wla.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: monotone.spec - TODO
On Fri, 13 Jul 2007, Łukasz Krotowski wrote: Author: bluesDate: Thu Jul 12 20:39:32 2007 GMT Module: SPECS Tag: HEAD Log message: - TODO +# TODO: +# - subpackage with init-scripts Co masz na mysli pisząc subpackage with init-scripts? Jakie to mają być skrypty startowe jak to nie jest demon tylko narzędzie stricte klienckie? Czy nie jest możliwe tutaj postawienie servera centralnego, który będzie składował dane i umożliwiał scentralizowaną wymianę zmian? Jest to możliwe ale mtm działa jako serwer (uruchamiany przez mtn serve) dla pojedynczej bazy (repo). Założenie, że jedna baza obsługuje wszystkie projekty jest mocno naciągane. Ale nie jest błędne. To zależy od zwyczajów lub stylu pracy: Niektórzy lubią mieć wszystko w izolowanych bazach, a inni robią jedną i wszystkie projekty wrzucają w nią. Ja wiem, że monotone zaleca ten pierwszy sposób, ale to zależy od wielu czynników. Poza tym - i tak jak uruchomisz proces nasłuchujący to obsługuje on jedną fizycznie bazę, więc rozwiązanie dystrybucyjne dla większej ilości baz nie jest możliwe... W ogóle mtn nie był pisany z myślą o centralnym serwerze -- patrz http://www.venge.net/mtn-wiki/MasterRepository [...] W dokumentacji monotone jest bardzo prosty tutorial -- polecam przeczytać, tam łatwo zobaczyć że idea centralnego serwera jest w poprzek monotone. Czytałem jakiś czas temu, kiedy chciałem dla siebie coś wybrać. +# - database format is changing - migrate and regenerate options has to be run. I jak to sobie wyobrażasz? W monotone bazy (repozytoria) są normalnymi plikami użytkowników -- mogą być dosłownie wszędzie. To nie jest narzędzie typu serwer. To były wnioski, które dawno temu sobie zapisałem w pliku i teraz tylko zrobiłem commit. Mówię tutaj o centralnym rozwiązaniu dla samej dystrybucji. Tak samo jak na przykład cvs - też może być wszędzie, ale dostarczamy jakieś pudełkowe rozwiązanie. Tu można mieć przecież podobnie. Tak, tylko nie widzę tej konfiguracji która by była dobra OOTB. Może dałoby się coś ugrać jeśli w skryptach dałoby się włączyć tylko mtn serve dla dowolnej bazy w jakimś pre-definiowanym katalogu. Całkiem prosto dałoby się to zrobić. Ale tak obsłużymy tylko ,,centralny serwer'' mtn. A bazy deweloperów i tak trzeba będzie uaktualniać ręcznie. Niekoniecznie - też da radę :) Nie wiem czy to ma w ogóle sens -- używam mtn już od jakiegoś czasu i specjalny centralny serwer nie jest potrzebny. Cóż - to zależy od przyzwyczajeń :) -- pozdr. Pawel Golaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
Friday 13 of July 2007 09:45:26 Pawel Golaszewski napisał(a): On Fri, 13 Jul 2007, Michal Abramowicz wrote: zadne zaklecia z ponizszych nie pomogly fa noapic acpi=off fa acpi=noirq fa pci=conf1 a ile to ma ramu ? może ogranicz mu do mem=128M albo dysk - inny pecet - install(odpowiedni moduł={scsi,sata,ide,itp}) - włożyć do hp Ale to by się nie wywalało w tym momencie tylko dużo dalej, przy inicjacji dysków... Może kernel jest na złą architekturę? dalem architekture i686 (dac i586?) pozdrawiam -- Arkadiusz Chomicki duch (at) wla.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-configure.patch (NEW) - initial
On Fri, Jul 13, 2007 at 02:07:29PM +0200, patrys wrote: +diff -uNr hal-cups-utils-0.6.9/configure hal-cups-utils-0.6.9.new/configure +--- hal-cups-utils-0.6.9/configure 2007-05-03 21:11:38.0 +0900 hal-cups-utils-0.6.9.new/configure 2007-06-16 23:56:47.0 +0900 +@@ -3393,7 +3393,7 @@ + + + +-CUPS_BACKEND_DIR=${prefix}/lib/cups/backend ++CUPS_BACKEND_DIR=${libdir}/cups/backend + CUPS_CFLAGS=-I${includedir}/cups + CUPS_LIBS=-lcups + Akurat dobrze było. Patrz cups.spec. [EMAIL PROTECTED] ~]$ cups-config --serverbin /usr/lib/cups -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-configure.patch (NEW) - initial
On 7/13/07, Jakub Bogusz [EMAIL PROTECTED] wrote: Akurat dobrze było. Patrz cups.spec. Łata jest bodaj z Fedory, nie moja. -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-configure.patch (NEW) - initial
On Fri, Jul 13, 2007 at 05:16:42PM +0200, Patryk Zawadzki wrote: On 7/13/07, Jakub Bogusz [EMAIL PROTECTED] wrote: Akurat dobrze było. Patrz cups.spec. Łata jest bodaj z Fedory, nie moja. Co nie zmienia tego, że w PLD jest niepoprawna. Revision 1.94 2003/12/31 17:06:03 jajcus - %{_libdir}/cups moved to %{_prefix}/lib/cups (makes difference on AMD64), so filter paths are not arch-dependant -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-python.patch (NEW) - initial
13-07-07, Mariusz Mazur [EMAIL PROTECTED] napisał(a): Dnia piątek, 13 lipca 2007, Andrzej Krzysztofowicz napisał: patrys wrote: +@@ -1,4 +1,4 @@ +-#!/bin/env python ++#!/usr/bin/env python To chyba nie jest wlasciwy fix. Po co w ogole uzywac tu /usr/bin/env ? Chcemy umozliwic korzystanie z roznych prywatnie zainstalowanych wersji pythona? Tak się tradycyjnie odpala skrypty pythonowe. W sumie nigdy nie czytałem skąd to się wzięło. Wzięło się z tego, że jak dystrybuujesz skrypt do Bogini wie, kogo, nie wiesz, gdzie będzie miał binarkę pythona, więc zostawiasz takie coś, co znajdzie w $PATH tą właściwą. Jak my dajemy skrypt w dystrybucji, wiemy, gdzie będzie supportowany przez nas Python -- a jeśli będzie jakiś gdzie indziej, nie supportujemy go i dystrybucyjne skrypty nie powinny z nim gadać. -- -- This signature intentionally left blank. -- ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
Friday 13 of July 2007 12:42:30 Marcin Bohosiewicz napisał(a): On Thu, 12 Jul 2007, Arkadiusz Chomicki wrote: Thursday 12 of July 2007 12:50:49 Michal Abramowicz napisał(a): potraficie mi pomoc? jakies pomysly co jest nie tak? dodać magiczne zaklęcia do płytyki w sensie rescuecd: fa noacpi, albo w lilo/grub noacpi, nolacpi, acpi=noirq czy jakoś tak z doświadczenia wiem że hp powinno wzasadzie działać bezboleśnie, szczególnie jako serwer. chyba że masz jakiś mądry co się ustawia z płytki bótowalnej jaki to system ma obsługiwać, coś jak win/unix/novell/linux*, co zresztą nie piszesz jakiego to masz hp'ka a z kuli ciężko wywróżyć i jakoby jam qboosh nie jest co chakieruje vim'em co popadnie ;-)) faktycznie ni epodalem, napisalem juz jednego maila na pld-users-pl i am podawal, a tu mi umknelo. ten hp to XW6000 z Xeon na pokladzie Sprobuj 2.4.34-1 lub 2.6.16.52 z Ac. Mnie na XW6000 toto dziala. Tylko pod zadnym pozorem nie uzywac kontrolera SCSI z plyty glownej. Aha, i BIOS ma byc 1.22. M. dzieki za pomoc. zmienilem bios na nowszy 1.22 ale kernel 2.6.16.45 nie wstaje wzialem wiec najnowsze PLD RescueCD (kernel 2.6.21.5) i uruchamia sie nie wiem czy z Biosem 1.18 uruchomi sie ten kernel bo juz mam nowszy BIOS. jeszcze raz dzieki za pomoc pozdrawiam -- Arkadiusz Chomicki duch (at) wla.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-python.patch (NEW) - initial
Mariusz Mazur wrote: Dnia piątek, 13 lipca 2007, Andrzej Krzysztofowicz napisał: patrys wrote: +@@ -1,4 +1,4 @@ +-#!/bin/env python ++#!/usr/bin/env python To chyba nie jest wlasciwy fix. Po co w ogole uzywac tu /usr/bin/env ? Chcemy umozliwic korzystanie z roznych prywatnie zainstalowanych wersji pythona? Tak się tradycyjnie odpala skrypty pythonowe. W sumie nigdy nie czytałem skąd to się wzięło. [EMAIL PROTECTED] ~]$ head -n 1 `file /usr/bin/* | grep 'python script' | cut -d ':' -f 1` | grep '^#!' | wc -l 36 [EMAIL PROTECTED] ~]$ head -n 1 `file /usr/bin/* | grep 'python script' | cut -d ':' -f 1` | grep '^#!.*env' | wc -l 7 20% Widac tradycja sie nie przyjela... MSZ uzywanie env ma sens w dwoch przypadkach: - tworzymy skrypt, ktory ma byc uzywalny bez przerobek w dowolneym systemie (dowolnej dystrybucji) dopuszczajac rozne polozenia interpretera (tu: pythona) - przewidujemy, ze ktos moze potrzebowac uruchamiac skrypt z inna wersja interpretera niz systemowa; ew. z jakas niestandardowa wersja w /home lub /usr/local decytujac o wyborze poprzez zmienna PATH. W przypadku programow dystrybucyjnych uzywanie env to MSZ tylko niepotrzebny narzut na jeden exec() wiecej. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: monotone.spec - TODO
13-07-07, Pawel Golaszewski [EMAIL PROTECTED] napisał: On Fri, 13 Jul 2007, Łukasz Krotowski wrote: Author: bluesDate: Thu Jul 12 20:39:32 2007 GMT Module: SPECS Tag: HEAD Log message: - TODO +# TODO: +# - subpackage with init-scripts Co masz na mysli pisząc subpackage with init-scripts? Jakie to mają być skrypty startowe jak to nie jest demon tylko narzędzie stricte klienckie? Czy nie jest możliwe tutaj postawienie servera centralnego, który będzie składował dane i umożliwiał scentralizowaną wymianę zmian? Jest to możliwe ale mtm działa jako serwer (uruchamiany przez mtn serve) dla pojedynczej bazy (repo). Założenie, że jedna baza obsługuje wszystkie projekty jest mocno naciągane. Ale nie jest błędne. To zależy od zwyczajów lub stylu pracy: Niektórzy lubią mieć wszystko w izolowanych bazach, a inni robią jedną i wszystkie projekty wrzucają w nią. Ja wiem, że monotone zaleca ten pierwszy sposób, ale to zależy od wielu czynników. DGCC. Btw: Linus przy okazji jakiegoś wykładu o gicie o KDE-owcach (oni IIRC trzymają wszystkie projekty w jednej bazie) powiedział, że są ,,ugly stupid''. ;) Poza tym - i tak jak uruchomisz proces nasłuchujący to obsługuje on jedną fizycznie bazę, więc rozwiązanie dystrybucyjne dla większej ilości baz nie jest możliwe... Eee, portów ci u nas dostatek. ;) [ciach] Ale tak obsłużymy tylko ,,centralny serwer'' mtn. A bazy deweloperów i tak trzeba będzie uaktualniać ręcznie. Niekoniecznie - też da radę :) Jedyne co mi przychodzi na myśl to: a) dedykowane miejsce dla deweloperów na bazy w PLD plus własne skrypty do ich tworzenia, b) find /home/users -type f -exec file ... ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-python.patch (NEW) - initial
On Fri, 13 Jul 2007, Maciek Pasternacki wrote: +@@ -1,4 +1,4 @@ +-#!/bin/env python ++#!/usr/bin/env python To chyba nie jest wlasciwy fix. Po co w ogole uzywac tu /usr/bin/env ? Chcemy umozliwic korzystanie z roznych prywatnie zainstalowanych wersji pythona? Tak się tradycyjnie odpala skrypty pythonowe. W sumie nigdy nie czytałem skąd to się wzięło. Wzięło się z tego, że jak dystrybuujesz skrypt do Bogini wie, kogo, nie wiesz, gdzie będzie miał binarkę pythona, więc zostawiasz takie coś, co znajdzie w $PATH tą właściwą. Jak my dajemy skrypt w dystrybucji, wiemy, gdzie będzie supportowany przez nas Python -- a jeśli będzie jakiś gdzie indziej, nie supportujemy go i dystrybucyjne skrypty nie powinny z nim gadać. Dobrze gada - dać mu wódki :) -- pozdr. Pawel Golaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: monotone.spec - TODO
On Fri, 13 Jul 2007, Łukasz Krotowski wrote: Btw: Linus przy okazji jakiegoś wykładu o gicie o KDE-owcach (oni IIRC trzymają wszystkie projekty w jednej bazie) powiedział, że są ,,ugly stupid''. ;) Linus ma różne ciekawe stwierdzenia. Choćby jakiś czas temu o tym, że należy używać KDE, a nie gnome :) Poza tym - i tak jak uruchomisz proces nasłuchujący to obsługuje on jedną fizycznie bazę, więc rozwiązanie dystrybucyjne dla większej ilości baz nie jest możliwe... Eee, portów ci u nas dostatek. ;) Ale to też się da rozwiąć... [ciach] Ale tak obsłużymy tylko ,,centralny serwer'' mtn. A bazy deweloperów i tak trzeba będzie uaktualniać ręcznie. Niekoniecznie - też da radę :) Jedyne co mi przychodzi na myśl to: a) dedykowane miejsce dla deweloperów na bazy w PLD plus własne skrypty do ich tworzenia, eee - bez przesady. Wystarczy config w takiej postaci: lokalizacja_bazygdzie_ma_nasluchiwacdodatkowe_opcje Mogą być też osobne configi z jednym repo na plik, np.: database=lokalizacja_bazy listen=gdzie_sluchac additional_options=dodatkowe_opcje Ten drugi format pozwoli na rozbudowę w przyszłości, z zachowaniem zgodności wstecz. W ten sposób możnaby obsłużyć i bazy użytkowników i upgrade wszystkich baz. b) find /home/users -type f -exec file ... ;) tia można i dysk rozebrać, a dane czytać lupą ;) -- pozdr. Pawel Golaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix + msmtp
On Fri 13. of July 2007, 13:21, Kanedaaa Bohater wrote: Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) metamail ma Requires: /usr/lib/sendmail a postfix (i inne MTA) nie mają Provides: /usr/lib/sendmail dlatego zainstalował Ci msmtp-sendmail który (jako jedyny?) takie provides ma. i od tego czasu a) wysylanie lokalne sie rozjechalo w przypadku kilku adresatow, b) jesli przykladowo w .procmailrc mialem grupe ! adres1, adres2, adres3 - to takze to przestalo dzialac c) klienci wysylajacy po localhoscie musieli zaczac dopisywac sobie localhost wszedzie w serwerach pocztowych a finalnie usunalem msmtp oraz msmtp-sendmail i przeinstalowalem postfixa [w celu naprawienia /usr/sbin/sendmail], ktore wskazywalo po usunieciu wciaz na msmtp i teraz wszystko dziala po staremu. Moje pytanie jest wiec czy ten postfix musi miec w zaleznosci w moim mniemaniu nieszczesne msmtp ? Nie musi i nie ma. pozdro 300 Kanedaaa -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix + msmtp
On Fri, Jul 13, 2007 at 08:28:59PM +0200, Tomasz Wittner wrote: On Fri 13. of July 2007, 13:21, Kanedaaa Bohater wrote: Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) metamail ma Requires: /usr/lib/sendmail a postfix (i inne MTA) nie mają Provides: /usr/lib/sendmail dlatego zainstalował Ci msmtp-sendmail który (jako jedyny?) takie provides ma. Znaczy poldek zgłupiał przez jawne Provides w pakiecie? Bez tego istnienie pliku/dowiązania go zadowalało. W ogóle jawne Provides na dostarczany plik to jakieś przegięcie. Obsoletes na plik(!) zresztą też. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix + msmtp
On Fri 13. of July 2007, 20:32, Jakub Bogusz wrote: On Fri, Jul 13, 2007 at 08:28:59PM +0200, Tomasz Wittner wrote: On Fri 13. of July 2007, 13:21, Kanedaaa Bohater wrote: Dobrydzien. Ja z drobnym zapytaniem. Kilka dni temu wrzucilem upgrade : postfix-2.2.5-9 obsoleted by postfix-2.2.5-12 orphaned metamail-2.7.52-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) metamail ma Requires: /usr/lib/sendmail a postfix (i inne MTA) nie mają Provides: /usr/lib/sendmail dlatego zainstalował Ci msmtp-sendmail który (jako jedyny?) takie provides ma. Znaczy poldek zgłupiał przez jawne Provides w pakiecie? Bez tego istnienie pliku/dowiązania go zadowalało. W ogóle jawne Provides na dostarczany plik to jakieś przegięcie. Obsoletes na plik(!) zresztą też. $ rpm -q --provides exim config(exim) = 2:4.67-2 group(exim) smtpdaemon user(exim) exim = 2:4.67-2 brakuje P: /usr/lib/sendmail . Takie coś z glen'em ustaliliśmy, dla programów takich jak msmtp, które dostarczają komendę sendmail a nie są demonami smtp. Pewnym programom wystarczy komenda sama sendmail bez serwera smtp (R: smtpdaemon) - stad te P/R -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: hal-cups-utils-configure.patch (NEW) - initial
On 7/13/07, Jakub Bogusz [EMAIL PROTECTED] wrote: On Fri, Jul 13, 2007 at 05:16:42PM +0200, Patryk Zawadzki wrote: On 7/13/07, Jakub Bogusz [EMAIL PROTECTED] wrote: Akurat dobrze było. Patrz cups.spec. Łata jest bodaj z Fedory, nie moja. Co nie zmienia tego, że w PLD jest niepoprawna. Chodziło mi o to, że nie zamierzam jej bronić :) -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] upgrade exim'a konwertuje i psuje exim.conf
Upgrade exim'a każdorazowo konwertuje i psuje exim.conf Processing dependencies... exim-4.67-2.athlon obsoleted by exim-4.67-3.i686 There are 1 package to install, 1 to remove: I exim-4.67-3.i686 R exim-4.67-2.athlon Need to get 1.6MB of archives (1.6MB to download). After unpacking 2.3MB will be used. Retrieving th-tw::exim-4.67-3.i686.rpm... .. 100.0% [1.6M (62.7K/s)] Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs pl:pl_PL:en:en_US... Preparing...### [100%] 1:exim ### [100%] Stopping Exim service..[ DONE ] Starting Exim service..[ DONE ] 21 entries written Runtime configuration file converter for Exim release 4. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 155, STDIN line 707. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 160, STDIN line 707. Use of uninitialized value in pattern match (m//) at /usr/bin/convert4r4 line 171, STDIN line 707. Use of uninitialized value in hash element at /usr/bin/convert4r4 line 817, STDIN line 707. Use of uninitialized value in string ne at /usr/bin/convert4r4 line 818, STDIN line 707. [...] x 10e10 Use of uninitialized value in concatenation (.) or string at /usr/bin/convert4r4 line 583, STDIN line 776. Use of uninitialized value in string eq at /usr/bin/convert4r4 line 567, STDIN line 776. Use of uninitialized value in string eq at /usr/bin/convert4r4 line 567, STDIN line 776. Use of uninitialized value in concatenation (.) or string at /usr/bin/convert4r4 line 583, STDIN line 776. *** * Please review the generated file carefully. * *** Runtime configuration file converter for Exim release 4. *** * Please review the generated file carefully. * *** [EMAIL PROTECTED] ~/my/devel/pld/cvs/AC/SPECS]$ [EMAIL PROTECTED] ~/my/devel/pld/cvs/AC/SPECS]$ service exim restart Stopping Exim service..[ DONE ] Starting Exim service..[ FAIL ] 2007-07-13 21:27:09 Exim configuration error in line 33 of /etc/mail/exim.conf: acl_smtp_rcpt option set for the second time # head /etc/mail/exim.conf #!!# This file is output from the convert4r4 script, which tries #!!# to convert Exim 3 configurations into Exim 4 configurations. #!!# However, it is not perfect, especially with non-simple #!!# configurations. You must check it before running it. -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] upgrade exim'a konwertuje i psuje exim.conf
On Fri, 13 Jul 2007 21:31:37 +0200, you wrote: Upgrade exim'a każdorazowo konwertuje i psuje exim.conf Processing dependencies... exim-4.67-2.athlon obsoleted by exim-4.67-3.i686 There are 1 package to install, 1 to remove: I exim-4.67-3.i686 R exim-4.67-2.athlon Potwiedzam, miałem to samo na jednej maszynie. -- Arkadiusz Patyk [areqpld-linux:org] [http://rescuecd.pld-linux.org/] [IRC:areq skype:arekpatyk GG:1383 jid:arekpatyk:net] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] upgrade exim'a konwertuje i psuje exim.conf
On Fri 13. of July 2007, 22:39, Arkadiusz Patyk wrote: On Fri, 13 Jul 2007 21:31:37 +0200, you wrote: Upgrade exim'a każdorazowo konwertuje i psuje exim.conf Processing dependencies... exim-4.67-2.athlon obsoleted by exim-4.67-3.i686 There are 1 package to install, 1 to remove: I exim-4.67-3.i686 R exim-4.67-2.athlon Potwiedzam, miałem to samo na jednej maszynie. I sam dodałeś tego trigger'a ;), http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/exim.spec?r1=1.84.2.4r2=1.84.2.5 tyle że jak dotąd nie było z nim problemów. BTW (ale i dodanie epocha też nie pomaga): [EMAIL PROTECTED] ~]$ q rpm rpm-0:4.4.9-2 athlon athlon.th.pld-linux.org [EMAIL PROTECTED] ~]$ rpmvercmp 3.90 2:4.67-3 3.90 2:4.67-3 [EMAIL PROTECTED] ~]$ rpmvercmp 0:3.90 2:4.67-3 0:3.90 2:4.67-3 [EMAIL PROTECTED] ~]$ rpmvercmp '(none):3.90' '2:4.67-3' (none):3.90 2:4.67-3 -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sendmail.spec, postfix.spec, courier.spec, exim.spec, msmtp...
Author: arekmDate: Fri Jul 13 20:37:39 2007 GMT Module: SPECS Tag: HEAD Log message: - don't provide /usr/lib/sendmail. It's already provides; see rpm -q --fileprovide. Niby tak: # rpm -qf /usr/lib/sendmail postfix-2.2.5-12 Ale ten problem pasowalo by jakos rozwiazac: # poldek -tU --force postfix Loading [pdir]ac... Loading [pdir]ac-updates... Loading [pdir]ac-supported... Loading [pdir]ac-ready... 16425 packages read Removed 41 duplicate packages from available set warn: postfix: ambiguous name Processing dependencies... postfix-2.2.5-12 obsoleted by postfix-2.2.5-12 orphaned amavisd-new-2.4.5-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) There are 3 packages to install (2 marked by dependencies), 1 to uninstall: I postfix-2.2.5-12 D msmtp-1.4.10-1, msmtp-sendmail-1.4.10-1 R postfix-2.2.5-12 Need to get 1.4MB of archives (1.4MB to download). After unpacking 3.5MB will be used. Dawniej to nie wystepowalo. Wszystkie maszyny gdzie jest amavis i postfix tudziez inny MTA stana sie po najblizszym upgrade tegoz MTA nieuzywalne. Zaznaczam od razu ze bez --force jak i przy --upgrade-dist jest to samo. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sendmail.spec, postfix.spec, courier.spec, exim.spec, msmtp...
On Friday 13 of July 2007, Marcin Król wrote: Author: arekmDate: Fri Jul 13 20:37:39 2007 GMT Module: SPECS Tag: HEAD Log message: - don't provide /usr/lib/sendmail. It's already provides; see rpm -q --fileprovide. Niby tak: # rpm -qf /usr/lib/sendmail postfix-2.2.5-12 Ale ten problem pasowalo by jakos rozwiazac: Ten problem jest rozwiązany poprzez usunięcie tych provides z wszystkich pakietów. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[Th] monodoc
Nie działa: [EMAIL PROTECTED] ~]$ monodoc Error: did not find one of the files in sources//usr/lib/monodoc/sources/monoapi Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] [EMAIL PROTECTED] ~]$ q monodoc monodoc-0:1.2.4-1 athlon athlon.th.pld-linux.org -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] monodoc
On Fri 13. of July 2007, 23:31, Tomasz Wittner wrote: Nie działa: [EMAIL PROTECTED] ~]$ monodoc Error: did not find one of the files in sources//usr/lib/monodoc/sources/monoapi Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] [EMAIL PROTECTED] ~]$ q monodoc monodoc-0:1.2.4-1 athlon athlon.th.pld-linux.org http://ftp.debian.org/debian/pool/main/m/monodoc/monodoc_1.2.4-1.diff.gz +monodoc (1.2.3-2) unstable; urgency=low + + * Upload to unstable + * Sebastian 'slomo' Dröge: ++ debian/monodoc-manual.install: + - Stop shipping the non-existing monoapi docs. Having the .source file +only will cause confusing errors/warnings when starting monodoc. + rm /usr/lib/monodoc/sources/monodoc.source niewiele pomaga: $ monodoc Index nonexistent or in bad format Unhandled Exception: System.Exception: Couldn't find html renderer! at Monodoc.Tab..ctor (Monodoc.Browser br) [0x0] at Monodoc.Browser.AddTab () [0x0] at Monodoc.Browser..ctor (Boolean UseGecko) [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl