Re: fajny ficzer #1 - %config upgrade.
17-07-07, Jakub Piotr Cłapa [EMAIL PROTECTED] napisał(a): Krystian Tomczyk wrote: Dnia 15-07-2007, N o godzinie 22:45 +0200, Pawel Golaszewski napisał(a): jakąś magię diffującą configi A propos magii - zapomniałem, że nowy exim ma właśnie jakąś magię do konwersji configa i oczywiście się posypał. Zauważyłem, że nawet wierszy nie zaczyna we właściwych miejscach... Na szczęście dla mnie zachowała mi się kopia sprzed konwersji i po podmienieniu działa dobrze. Wniosek - z magią w /etc trzeba bardzo uważać... ale to pewnie sami wiecie. To może od razu jakieś tricki w oparciu o jakiś VCS? Ponoc trzymanie /etc pod kontrola wersji jest i tak dobrym pomyslem, to czemu zadne distro tego nie ma domyslnie? ;] Ostatnio bawię się czymś, o czym chyba już cały świat zapomniał -- RCS. Do większych projektow nie jest to najlepsze rozwiązanie, do wersjonowania pojedynczych plikow -- miodzio. Do /etc powinno być jak znalazł. Pozdrawiam, japhy -- -- 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: 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: [TH] zepsute GCC
06-07-07, Krystian Tomczyk [EMAIL PROTECTED] napisał(a): To ty na th nie używasz opcji keep downloads = yes???! A po co? Jak to po co? Th to poligon (aczkolwiek sprawuje się bardzo dobrze) i ma prawo po upgradzie coś nie działać więc warto mieć poprzednie wersje... ...i do tego właśnie służy /var/spool/repackage (ktory już parę razy ratował mi system). -- -- 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: AC i spece w UTF-8
07-02-25, Marcin Król [EMAIL PROTECTED] napisał(a): Dopiero teraz mialem okazje wyprobowac faktyczna prace na specach UTF. Niestety musze stwierdzic, ze na konsoli ISO to raczej mija sie z celem. Chocby cos tak niezbednego jak cvs diff staje sie bezuzyteczne, bo np dosc czesto przez UTFowe krzaczki polowa diffa laduje w gornej czesci konsoli nadpisujac pierwsza czesc diffa. W rezultacie zamiast roznic w specu widzimy sieczke. Fajnie by bylo, gdyby cvs robil konwersje kodowania w locie, ale to pewnie nie przejdzie. [EMAIL PROTECTED] ~]$ grep iso .screenrc defencoding iso-8859-2 [EMAIL PROTECTED] ~]$ screen -U ...i życie jest piękne. A na co dzień -- gnome-terminal się z utf dogaduje. -- -- 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: AC i spece w UTF-8
07-02-27, Maciek Pasternacki [EMAIL PROTECTED] napisał(a): 07-02-25, Marcin Król [EMAIL PROTECTED] napisał(a): Dopiero teraz mialem okazje wyprobowac faktyczna prace na specach UTF. Niestety musze stwierdzic, ze na konsoli ISO to raczej mija sie z celem. Chocby cos tak niezbednego jak cvs diff staje sie bezuzyteczne, bo np dosc czesto przez UTFowe krzaczki polowa diffa laduje w gornej czesci konsoli nadpisujac pierwsza czesc diffa. W rezultacie zamiast roznic w specu widzimy sieczke. Fajnie by bylo, gdyby cvs robil konwersje kodowania w locie, ale to pewnie nie przejdzie. [EMAIL PROTECTED] ~]$ grep iso .screenrc defencoding iso-8859-2 [EMAIL PROTECTED] ~]$ screen -U ...i życie jest piękne. A na co dzień -- gnome-terminal się z utf dogaduje. ...przepraszam, to w drugą stronę działa (tzn. konsola iso na terminalu utf). Ale screen w drugą stronę też umiał przekodować. -- -- 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: Do używających Emacsa
07-02-09, Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] napisał(a): Mógłby ktoś sprawdzić i ewentualnie poprawić, bo mnie się nie chce. Ja się zająłem emacsem w gałęzi DEVEL_XFT, którego polecam, bo wygląda w X-ach bardzo ładnie. Do ~/.Xresources można wpisać na przykład tak: Emacs.FontBackend: xft Emacs.font: Monospace-10 i xrdb .Xresources albo restart sesji X. Zastanawiałem się jakiś czas temu nad przeniesieniem Emacsa 22 z DEVEL na HEAD (być może, jeśli faktycznie krzaczy się pod Ac, robiąc AC-branch z 21.x), a 23 (obecnie na DEVEL_XFT) na DEVEL. Emacs 22 jest już zasadniczo stabilny -- pytanie, czy chcemy kolekcjonować wersje jak Debian, czy robić blidyng edż ;) Osobiście emacsa 22 używałem od ładnie ponad roku, jakiś miesiąc-dwa temu przesiadając się na 23 (żeby ładnie wyglądało z Xft) -- oprócz drobnych zgrzytów z emacs-w3m (już rozwiązanych) nie widziałem żadnych problemów. Pozdrawiam, japhy -- -- 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: [SPECS] bzrtools.spec - zestaw wtyczek do najnowszej wersji bzr-0.13
06-12-05, Arkadiusz Machoł [EMAIL PROTECTED] napisał(a): Proszę o nałożenie tego diffa uaktualniającego bzrtools do najnowszej wersji kompatybilnej ze stabilnym bzr'em 0.13 Commitnięte na HEAD. -- -- 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: [SPECS] bzr.spec stabilna wersja 0.13
06-12-05, Arkadiusz Machoł [EMAIL PROTECTED] napisał(a): Załączam diffa na bzr.spec uaktualniającego go do najnowszej stabilnej wersji (która wyszła dzisiaj). Mam nadzieję, że w przeciwieństwie to mojej ostatniej poprawki speca, która przeszła niezauważona przez tą listę, ten diff będzie zaaplikowany. Proszę także o otagowanie tego jako AC-branch. Poszło na HEAD. Ac nie mam, więc jeśli trzeba otagować proszę kogoś, kto może to sprawdzić - ale o ile pamiętam AC-branch zakładamy dopiero jak są różnice między HEAD a wersją dla Ac - czy coś się w tej kwestii zmieniło? -- -- 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: [SPECS] bzr.spec stabilna wersja 0.13
06-12-05, Andrzej Krzysztofowicz [EMAIL PROTECTED] napisał(a): Poszło na HEAD. Ac nie mam, więc jeśli trzeba otagować proszę kogoś, kto może to sprawdzić - ale o ile pamiętam AC-branch zakładamy dopiero jak są różnice między HEAD a wersją dla Ac - czy coś się w tej kwestii zmieniło? buildery Ac ro ready/ buduja tylko z AC-branch. ACK. Zatem poprosiłbym o zbranchowanie kogoś, kto może sprawdzić to na Ac. -- -- 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: rpm 4.4.7 + poldek [crosspost z devel-en]
On Sweetmorn, The Aftermath 14, 3172 YOLD, Krystian Tomczyk wrote:
Pawel Gajda (poldek's author) is not answering emails sent to
[EMAIL PROTECTED]
A to on ma też taki adres? Wszędzie się spotykałem z adresem
[EMAIL PROTECTED]
Ja też, ale poldek --help u nas daje @pld-linux.org, a (przynajmniej
po http) *.pld.org.pl nie raborajet... może coś się zmieniło.
No i poldek miał listę dyskusyjną jakąś @pld.org.pl (nawet coś tam
pisałem w kontekście uruchamiania poldka na Owlu)... ale średnio widzę
dobicie się do niej teraz.
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { Any sufficently complicated Java program requires
,|{-}|}| }\/ a programmable IDE to make up for the half of Common Lisp
\/ |/ not implemented in the program itself. }( Peter Seibel ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: builder
On Setting Orange, Bureaucracy 66, 3172 YOLD, Tomasz Rutkowski wrote:
czy istnieje jakieś magiczne zapytanie [buildera],
które pozwoli pokazać dostępne branche dla danego speca?
--show-bconds pokazuje też branche.
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { (3) With sufficient thrust, pigs fly just fine. However,
,|{-}|}| }\/ this is not necessarily a good idea.[...] }
\/ |/ ( RFC 1925, Basic Truths of Networking ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VMware-workstation.spec
On Sweetmorn, Bureaucracy 42, 3172 YOLD, [EMAIL PROTECTED] wrote:
lepiej zrobic podwojne srodowisko (ja mam (mialem) amd64+athlon) niz
miec dwa rooty
coprawda poldek sobie z tym kiepsko radzi, ale znika pelno innych
problemow
A radzi sobie *jakkolwiek* obecnie? Ostatnio jak próbowałem, nie
chciał gadać z żadnym pakietem zainstalowanym w dwóch architekturach...
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { ...On the outskirts of nowhere, on the ringroad to somewhere,
,|{-}|}| }\/ on the verge of indecision, I always take the roundabout way,
\/ |/ waiting on the rain... }( Fish ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: /usr/lib/debug, /usr/src/debug
On Pungenday, Confusion 32, 3172 YOLD, Adam Gołębiowski wrote:
hej,
gdzie najlepiej dodać bezpańskie $SUBJECT? rpm-base ?
nie wiedziałem na który z postów w tym wątku odpowiedzieć, więc
odpowiadam na swój :]
zdaje się że dodanie tych katalogów nic nie zmienia, gdyż rpm krzyczy,
że subfoldery (błąd: Niespełnione zależności: /usr/lib/debug/usr/bin)
nie posiadają też właściciela.
dodałem:
%dir %{_libdir}/debug
%dir %{_prefix}/src/debug
co zdaje się powinno załatwić sprawę.
może ktoś pomóc w tej materii? zajmuje się wogóle tym ktokolwiek?
może filesystem.spec?
Proponuję filesystem.spec, %package debuginfo, R:filesystem-debuginfo
do *-debuginfo. Nie śmiecimy wtedy w systemach bez poinstalowanych
pakietów -debuginfo.
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { The question is: what is a Mahnamahna?
,|{-}|}| }\/ The question is: who cares? }
\/ |/ ( The Muppets ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] bledy
On Prickle-Prickle, Discord 71, 3172 YOLD, Andrzej Krzysztofowicz wrote:
Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?= wrote:
On Tue, May 23, 2006 at 12:11:54PM +0200, Paweł Sikora wrote:
Dnia wtorek, 23 maja 2006 12:10, Stacho Pal napisał:
On Tue, 23 May 2006, Arkadiusz Miskiewicz wrote:
On Tuesday 23 May 2006 11:33, Piotr Skwarna wrote:
chcialbym rowniez zaznaczyc ze na ac takie bledy nie wystepuja.
rpm z ac nie informuje o takich błędach, to feature nowszych rpmów
Fajnie, jak to jest feature, to niech mi ktoś
napisze jak go wykorzystać na swoją korzyść?
poprawic pakiety, przebudowac i sie cieszyc :)
co z localami ktorych nie ma w glibcach, a sa w roznych pakietach?
dodawac do glibcow?
Przyklady?
,[ for locale in `rpm -qf /usr/share/locale/* | grep 'is not owned by any
package$' | cut -d' ' -f2` ; do echo ; echo '***' $locale ; find $locale -type
f -exec rpm -qf {} \; ; done ]
| *** /usr/share/locale/as
| atk-1.11.4-1.x86_64
| gail-1.8.11-1.x86_64
|
| *** /usr/share/locale/az_IR
| gtk+2-2.8.17-1.x86_64
| gtk+2-2.8.17-1.x86_64
|
| *** /usr/share/locale/dz
| gnome-system-monitor-2.14.1-1.x86_64
| control-center-2.14.1-1.x86_64
| eel-2.14.1-1.x86_64
| gnome-menus-2.14.0-1.x86_64
| gnome-panel-2.14.1-1.x86_64
| gnome-session-2.14.1-1.x86_64
| gnome-desktop-2.14.1.1-1.x86_64
| gtksourceview-1.6.1-1.x86_64
| gdm-2.14.4-1.x86_64
| libgnomeui-2.14.1-1.x86_64
| gnome-applet-deskbar-2.14.1.1-1.x86_64
| file-roller-2.14.2-1.x86_64
| metacity-2.14.3-1.x86_64
| gnome-terminal-2.14.1-1.x86_64
| gedit2-2.14.2-1.x86_64
| gnome-applet-fast-user-switch-2.14.1-1.x86_64
| glib2-2.10.2-1.x86_64
| gnome-applets-2.14.1-1.x86_64
| gnome-backgrounds-2.14.1-1.x86_64
| eog-2.14.1-1.x86_64
| vte-0.12.1-1.x86_64
| gtk+2-2.8.17-1.x86_64
| gtk+2-2.8.17-1.x86_64
| gnome-nettool-2.14.1-1.x86_64
|
| *** /usr/share/locale/es_ES
| pmount-0.9.7-1.x86_64
|
| *** /usr/share/locale/it_IT
| pmount-0.9.7-1.x86_64
|
| *** /usr/share/locale/km
| nautilus-2.14.1-1.x86_64
|
| *** /usr/share/locale/mg
| gnome-menus-2.14.0-1.x86_64
| dialog-1.0.20060221-0.9.x86_64
|
| *** /usr/share/locale/no
| gnome-media-2.14.0-2.x86_64
| gnome-utils-2.14.0-1.x86_64
| gnome-applet-fast-user-switch-2.14.1-1.x86_64
|
| *** /usr/share/locale/tk
| atk-1.11.4-1.x86_64
| gnome-media-2.14.0-2.x86_64
| nautilus-2.14.1-1.x86_64
| gnome-session-2.14.1-1.x86_64
| gnome-desktop-2.14.1.1-1.x86_64
| libgnomeui-2.14.1-1.x86_64
| gail-1.8.11-1.x86_64
| file-roller-2.14.2-1.x86_64
| metacity-2.14.3-1.x86_64
| gedit2-2.14.2-1.x86_64
| eog-2.14.1-1.x86_64
| gtk+2-2.8.17-1.x86_64
| gtk+2-2.8.17-1.x86_64
|
| *** /usr/share/locale/ug
| gnome-system-monitor-2.14.1-1.x86_64
| atk-1.11.4-1.x86_64
| eel-2.14.1-1.x86_64
| gnome-menus-2.14.0-1.x86_64
| gnome-desktop-2.14.1.1-1.x86_64
| gconf-editor-2.14.0-1.x86_64
| gnome-themes-2.14.0-1.x86_64
| zenity-2.14.0-1.x86_64
| vino-2.13.5-2.x86_64
| eog-2.14.1-1.x86_64
| vte-0.12.1-1.x86_64
| nautilus-cd-burner-2.14.1-2.x86_64
|
| *** /usr/share/locale/[EMAIL PROTECTED]
| gtk+2-2.8.17-1.x86_64
| gtk+2-2.8.17-1.x86_64
|
| *** /usr/share/locale/yo
| gnome-desktop-2.14.1.1-1.x86_64
|
| *** /usr/share/locale/zh_HK
| evince-0.5.2-2.x86_64
| gnome-system-monitor-2.14.1-1.x86_64
| control-center-2.14.1-1.x86_64
| atk-1.11.4-1.x86_64
| gnome-vfs2-2.14.1-1.x86_64
| gnome-media-2.14.0-2.x86_64
| eel-2.14.1-1.x86_64
| libgnome-2.14.1-1.x86_64
| gnome-menus-2.14.0-1.x86_64
| GConf2-2.14.0-1.x86_64
| gnome-panel-2.14.1-1.x86_64
| nautilus-2.14.1-1.x86_64
| gnome-session-2.14.1-1.x86_64
| libgnomecanvas-2.14.0-1.x86_64
| gtksourceview-1.6.1-1.x86_64
| gdm-2.14.4-1.x86_64
| gconf-editor-2.14.0-1.x86_64
| libgnomeui-2.14.1-1.x86_64
| gnome-applet-deskbar-2.14.1.1-1.x86_64
| gail-1.8.11-1.x86_64
| file-roller-2.14.2-1.x86_64
| gnome-keyring-0.4.9-1.x86_64
| libwnck-2.14.1-2.x86_64
| nautilus-actions-1.2-1.x86_64
| gnome-utils-2.14.0-1.x86_64
| gnome-applet-fast-user-switch-2.14.1-1.x86_64
| glib2-2.10.2-1.x86_64
| gnome-applets-2.14.1-1.x86_64
| gnome-backgrounds-2.14.1-1.x86_64
| eog-2.14.1-1.x86_64
| gucharmap-1.6.0-3.x86_64
| vte-0.12.1-1.x86_64
| libbonoboui-2.14.0-1.x86_64
| beagle-0.2.6-1.x86_64
| gtk+2-2.8.17-1.x86_64
| nautilus-cd-burner-2.14.1-2.x86_64
| gtk+2-2.8.17-1.x86_64
`
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { Any sufficently complicated Java program requires
,|{-}|}| }\/ a programmable IDE to make up for the half of Common Lisp
\/ |/ not implemented in the program itself. }( Peter Seibel ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Commitlogi jako RSS
Zmontowaem i wystawiem. http://japhy.fnord.org/pub/pld-cvs-commit.rdf
Smacznego.
Ewentualne sugestie jak by to mona usprawni tudzie narzekania na
bdy oczywicie mile widziane.
--
__Maciek Pasternacki [EMAIL PROTECTED] [ http://japhy.fnord.org/ ]
`| _ |_\ / { Any sufficently complicated Java program requires
,|{-}|}| }\/ a programmable IDE to make up for the half of Common Lisp
\/ |/ not implemented in the program itself. }( Peter Seibel ) --
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
