Forum Debian Users Gang

MrWarum · 2010-03-11 09:24:15

Że się tak zapytam, po co się z tym wszystkim bawić skoro wzrost wydajności na szybszych komputerach jest nie zauważalny dla ludzkiego oka? :)
Nie lepiej zainstalować arch'a który jest zoptymalizowany pod i686 i amd64?

Ostatnio edytowany przez MrWarum (2010-03-11 09:25:19)

ippo76 · 2010-03-11 09:30:04

MrWarum napisał(-a):
Że się tak zapytam, po co się z tym wszystkim bawić skoro wzrost wydajności na szybszych komputerach jest nie zauważalny dla ludzkiego oka? :)

Ja nie mam szybkich komputerów a po nowy nie polecę, bo mam 2 sprawne :)

Nie lepiej zainstalować arch'a który jest zoptymalizowany pod i686 i amd64?

Dziękuję, postoję. Miałem już to g...o i nigdy więcej. Ja chcę stawiać system raz a nie po co drugiej aktualizacji.

Poszukaj, jeśli Twojej ciekawości nie zaspokoiłem, na tym forum jest kilka wątków, w których odradzam/jadę po archu :)

Poza tym - podobno DUG stoi na gentoo... :)

Ostatnio edytowany przez ippo76 (2010-03-11 09:33:24)

sal_i · 2010-03-11 09:33:55

Warum? Darum!
Bo Gentoo jest fajne, a jak ktoś woli Archa to proszę bardzo. To cały urok mnogości dystrybucji i wolnego wyboru.

MrWarum · 2010-03-11 09:48:08

ippo76 napisał(-a):
MrWarum napisał(-a):
Że się tak zapytam, po co się z tym wszystkim bawić skoro wzrost wydajności na szybszych komputerach jest nie zauważalny dla ludzkiego oka? :)
Ja nie mam szybkich komputerów a po nowy nie polecę, bo mam 2 sprawne :)

Jakieś cztery lata temu, używałem gentoo przez półtora roku na wolniejszym sprzęcie i dobijały mnie czasy instalacji nowego oprogramowania. Pamiętam jak KDE kompilowało mi się coś około 18 godzin... :)

ippo76 napisał(-a):
MrWarum napisał(-a):
Nie lepiej zainstalować arch'a który jest zoptymalizowany pod i686 i amd64?
Dziękuję, postoję. Miałem już to g...o i nigdy więcej. Ja chcę stawiać system raz a nie po co drugiej aktualizacji.

Każdy system może zawieść, gentoo również może się wyłożyć podczas aktualizacji http://forum.dug.net.pl/viewtopic.php?id=16151

ippo76 napisał(-a):
Poza tym - podobno DUG stoi na gentoo... :)

Tak słyszałem :)

sal_i napisał(-a):
Warum? Darum!
Bo Gentoo jest fajne, a jak ktoś woli Archa to proszę bardzo. To cały urok mnogości dystrybucji i wolnego wyboru.

Zgadza się, ale dobrze jest wiedzieć, co motywuje kogoś do korzystania z takiej a nie innej dystrybucji.
Ok, czas kończyć ten offtop, bo jeszcze jakiś flame war z tego wyniknie ;p

ippo76 · 2010-03-11 10:21:50

Co do zasady, to lubię, żeby było stabilnie i jakiś ~rok działam na obu maszynach na lennym; wielokrotnie go zachwalałem, ze względu na stabilność. Ale

1) stał się .. nudny (chociaż przestał mi działać touchapd, a to sensacja, jak na lennego :) ) Zachciało mi się pobawić w inną dystrybucję. Nie do końca sobie zaprzeczam, bo ta inna ma swoją partycję, obok lennego. Czyli stabilny system jest, jakby co. Nie zawsze masz ochotę grzebać w systemie, czasami musisz zrobić przelew albo coś wydrukować, a w archu ryzykowne było zrobić przed tym aktualizację systemu :) bo zamiast przelewu/drukowania trzeba było edytować PolicyKit :))

2) jest ociężały, wprawdzie po przesiadce z fedory 10 lenny z gnome zabierał tylko ~120-140 MB RAM (fedora ~250, a w dodatku system co chwila swapował) wydawał się demonem prędkości; na blaszaku lenny działa dość dobrze ale na lapku budzi się z minutę (lapek ma sporo sprzętu na pokładzie), potem gnome zamula, ogólnie - nie jest dobrze :)

3) mógłbym bawić się w optymalizację lennego ale zrobiłem wszystkie sztuczki przyspieszające bootowanie - bez efektu, próbowałem usmażyć swoje jajko ale nie wstało :)

4) 2 tygodnie męczyłem się z cruksem ale ma za mało pakietów, a budowanie własnych portów mnie przerasta (dependency hell)

5) nie chciałem gentoo, bo skoro mam słaby sprzęt, to kompilacja na nim jest perwersją :) dlatego chcę wpiąć do tego blaszaka..

6) i oto cała, zwyczajna, historia, jakich wiele :)

ArnVaker · 2010-03-11 11:34:33

MrWarum napisał(-a):
Każdy system może zawieść, gentoo również może się wyłożyć podczas aktualizacji http://forum.dug.net.pl/viewtopic.php?id=16151

To akurat kiepski przykład, bo kolega sam napytał sobie biedy wywalając wcześniej nagłówki kernela — sugerując się zapewne przyzwyczajeniem z nazewnictwa pakietów w Debianie. "Te" nagłówki w Debianie zawarte są bodajże w pakiecie linux-libc-dev.

Jakiej kto dystrybucji używa to głównie kwestia gustu... a jak nie spróbuje, to się nie dowie :)

MrWarum · 2010-03-11 11:49:16

ArnVaker napisał(-a):
Jakiej kto dystrybucji używa to głównie kwestia gustu... a jak nie spróbuje, to się nie dowie :)

No dokładnie kwestia gustu... dlatego ja używam Mac OSX 10.6 (Snow Leopard) :D, a na serwerze domowym oczywiście Debian...

ippo76 · 2010-03-11 20:06:07

Jest dobrze; usmażyłem jajko na blasze i nawet wstało :) Tzn. ekran się zrobił czarny po wyborze w grubie ale policzyłem 1...,2,.....3, wziąłem wdech, zalogowałem się i reboot i zadziałało :)

Spróbuję wywali parametr vga=791, na lapciaku pomogło...

ArnVaker · 2010-03-11 20:08:13

ippo76 napisał(-a):
Spróbuję wywali parametr vga=791, na lapciaku pomogło...

To argument dla framebuffera vesafb. Tyś go wkompilował w ogóle?

Edit: Jak nie śmiga na vesie, to sprawdź uvesafb.

Ostatnio edytowany przez ArnVaker (2010-03-11 20:09:41)

ippo76 · 2010-03-12 08:18:29

Usunięcie vga=791 pomogło i jest ok.

Inaczej sprawa ma się z lapkiem; używam wciąż tego samego configa spod cruksa; wkompilowałem sobie modesetting na sztywno*. Wujek gugiel powiedział, że nie będzie działał z parametrem vga i faktycznie - ekran był czarny (w cruksie).

Po co mi vga=791? Używam na debianie i dzięki temu konsola ma ładną rozdzielczość, bez tego jest jakiś dramat, chyba 640x480?

Wywalenie vga z gruba przy jednoczesnym wkompilowaniu modesetting powodowało w cruksie taki efekt, że na początku bootowania było 640x480 ale po załadowaniu się modesetting rozdziałka zmienia się na 1024x768 czyli pożądaną rozdzielczość.

Na gentoo jednak ten trick nie działa, w każdym razie nie zawsze - raz jest 1024x768 ale częściej 640x480.
Jest jeszcze możliwość wyrzucenia modesetting z jajka i wpisanie go do gruba, tak jak vga ale skoro działało na cruksie i czasami na gentoo, to może sprawa jest do uratowania?

* modesetting jest wkompilowane na sztywno ale jest podwieszone pod i915, który jest modułem <M>
zrzut menuconfig

Ostatnio edytowany przez ippo76 (2010-03-12 08:19:59)

ArnVaker · 2010-03-12 10:56:04

ArnVaker napisał(-a):
Jak nie śmiga na vesie, to sprawdź uvesafb.

http://dev.gentoo.org/~spock/projects/uvesafb/
http://en.gentoo-wiki.com/wiki/Framebuffer#uvesafb

Mój wpis w grubie:

Kod:

title         GENTOO
root          (hd0,4)
kernel        /jajco-2.6.31-zen12 video=uvesafb:1280x1024-32@75,mtrr:3,ywrap splash=verbose,fadein,theme:fuck fbcon=scrollback:128K quiet
initrd        /condecor-fuck

ippo76 · 2010-03-12 13:46:18

To nie jest tak, że śmiga (1) - nie śmiga (0). Raz śmiga, raz nie śmiga - raz modesetting "wykrywa" "natywną" rozdziałkę ekranu, a raz nie.

kernel-mode-setting

Edyta:
Hehe, np. teraz działa :)

Edyta2:

distcc też działa :) widać na blaszaku w htopie, jak laptok pożycza rdzenie i pamięć hehehe :)

a paczkowanie w gentoo też z d**y wzięte, jedną z pierwszych rzeczy jakie instaluję na lapku jest acpid i laptop-mode-tools; ten miał gdzieś flagę bluetooth a za tym ciągnęło się gnome-bluetooth ze swymi za...kichanymi zależnościami, w sumie ponad 150 pakietów :)

Ostatnio edytowany przez ippo76 (2010-03-12 22:32:19)

ippo76 · 2010-03-13 12:58:16

Mam teraz problemik z polonizacją systemu. W handbooku coś się śliznęli po temacie

Ustawienia lokalizacji są zapisywane w zmiennych środowiskowych, które ustawia się w pliku /etc/env.d/02locale

Sęk w tym, że nie mam tego pliku :) mam za to /etc/env.d/02distcc a boję się tu mieszać.
Utworzyłem /etc/env.d/99locale, zgodnie z tym opisem

No i mam polską czcionkę w konsoli ale w mc mam krzaki zamiast polskich liter, htop jest dalej po anglijsku. Fluxbox się spolszczył (tak, tak, odpaliłem X-y)

ArnVaker · 2010-03-13 13:18:10

ippo76 napisał(-a):
a paczkowanie w gentoo też z d**y wzięte, jedną z pierwszych rzeczy jakie instaluję na lapku jest acpid i laptop-mode-tools; ten miał gdzieś flagę bluetooth a za tym ciągnęło się gnome-bluetooth ze swymi za...kichanymi zależnościami, w sumie ponad 150 pakietów :)

Nie z dupy wzięte i nie paczkowanie :) Masz profil desktop — w nim ta flaga jest domyślnie zaznaczona, wrzuć -bluetooth do make.conf i po sprawie. Jak taki jesteś cięty na zależności to zapodaj sobie flagę -* — domyślnie nie będziesz miał zaznaczonej żadnej, wszystkie będziesz musiał zdefiniować sam.

ippo76 napisał(-a):
W handbooku coś się śliznęli po temacie

Nic się nie "śliznęli" — jak nie masz danego pliku a jest Ci potrzebny, to go sobie utwórz :)

ippo76 · 2010-03-13 17:46:29

Kurka no pol systemu sie spolonizowalo ale ogonkow wciaz nie ma. Za to taki samemu skompilowany abiword odpala sie "na pstryk" :)

A z tym distcc to byl zajefajny pomysl :) Mam na blaszaku gole gentoo, nawet bez sysloga ale z distcc i pomaga kompilowac.

Pytanie o hala - zainstalowal sie z czymstam, nie dodalem go do "autostartu"; ale podejrzewam, ze jest potrzebny :)
Jak go odpalam z palca, to dbusa ciagnie; dodac ich obu, czy hal wystarczy?

A co do flag, to juz troche zakumalem i wylaczam niektore tylko na pakietach przez /etc/portage/package.use

ArnVaker · 2010-03-13 19:32:14

ippo76 napisał(-a):
Kurka no pol systemu sie spolonizowalo ale ogonkow wciaz nie ma.

Nie wiem co już zrobiłeś i jak to zrobiłeś. Nie wiem czy ogonków nie widzisz czy nie możesz ich pisać, nie wiem czy chodzi o konsolę czy o środowisko graficzne — nic nie wiem. Czego oczekujesz? Łap linka, może Ci pomoże => link

ippo76 napisał(-a):
Jak go odpalam z palca, to dbusa ciagnie; dodac ich obu, czy hal wystarczy?

Kombinuj, testuj, wyciągaj wnioski :) Ja w każdym razie mam oba w "default".

ippo76 · 2010-03-13 19:54:58

Sam juz nie pamietam, co zrobilem, ale na pewno:
1) wygenerowalem locale,
2) porobilem wpisy do consolefont

Kod:

 CONSOLEFONT="lat2-16"

i keymap (

Kod:

EYMAP="pl" 
....
DUMPKEYS_CHARSET="iso-8859-2"

- w efekcie w konsoli mam ogonki, tzn. moge pisac z polska czcionka ale mc nie wyswielta polskiej czcionki, tylko ?

W X-ach emulator ma polskich znakow - nie moge ich uzyc, podobnie jak w Fx, ale o dziwo - mc wyswietla ogonki poprawnie.

W menu fluxboksa (przenioslem config spod debiana) moje wpisy typu "uspij" nie maja polskich znakow, ale jak wejde w te defaultowe opcje w menu fluxboksa jak konfiguracja, to jest polska czcionka...
W X-ach jade bez xorg.con ale dodam wpis dot. ukladu klawy, zobacze co bedzie.

Ostatnio edytowany przez ippo76 (2010-03-13 20:00:20)

ippo76 · 2010-03-13 21:35:46

ArnVaker napisał(-a):
.....
Kombinuj, testuj, wyciągaj wnioski :) Ja w każdym razie mam oba w "default".

To wcale nie bylo trudne... bez hala mam X-y bez myszki i klawy ;)

Dodalem samego hala, bo on ciagnie dbusa za soba...

ArnVaker · 2010-03-13 22:14:18

/etc/conf.d/consolefont (odpalony)

Kod:

consolefont="ter-v16b"

/etc/conf.d/keymaps (odpalony)

Kod:

keymap="pl2"

/etc/env.d/02locale

Kod:

LANG="pl_PL.utf8"

/etc/rc.conf

Kod:

unicode="YES"

/etc/locale.gen

Kod:

en_US ISO-8859-1
en_US.UTF-8 UTF-8
pl_PL ISO-8859-2
pl_PL.UTF-8 UTF-8

/etc/make.conf

Kod:

LINGUAS="pl"

Chyba o niczym nie zapomniałem — tak mam i u mnie wszystko działa tak jak powinno.

ippo76 · 2010-03-13 22:48:08

ArnVaker napisał(-a):
/etc/conf.d/consolefont (odpalony)
Kod:
consolefont="ter-v16b"
/etc/conf.d/keymaps (odpalony)
Kod:
keymap="pl2"

Musiałem zmienić (wrócić) na lat2-16 bo z terminusem wypluł błędy przy boocie

Kod:
[b]/etc/env.d/02locale[/b] ...
Chyba o niczym nie zapomniałem — tak mam i u mnie wszystko działa tak jak powinno.

To się u mnie nazywa 99locale.

Konsola się już spolonizowała - jak piszę mam ogonki i nawet mc ma już polskie znaki; tylko elinks nie :)

Za to pod X-ami jest tak, że i mc i elinks wyświetlają polskie znaki w swoim menu, np [Kończ]. Polskie znaki są też w terminalu, np po wpisaniu "su" pojawia się "Hasło", natomiast ja pisząc nie mam polskich ogonków *, czyli to kwestia xorg.cong i układu klawiatury.

* Nadaję spod debiana.

Edyta:

wpisy do xorg.conf nic nie dają (stworzyłem taki szczątkowy wpis tylko z klawiaturą), aczkolwiek generalnie system reaguje na zmiany w tym pliku, bo zahaszowanie drivera kbd powoduje error - pluje się o brak drivera i server nie wstaje.

Znalazłem takie obejście problemu - system reaguje an polecenie

Kod:

setxkbmap pl

więc dodałem to do .xinit i mam ogonki :)

Ostatnio edytowany przez ippo76 (2010-03-14 09:36:20)

ArnVaker · 2010-03-14 10:12:37

ippo76 napisał(-a):
Znalazłem takie obejście problemu

Czytaj co portage ma Ci do przekazania :)

The HAL daemon needs to be running for certain applications to
work. Suggested is to add the init script to your start-up
scripts, this should be done like this :
`rc-update add hald default`
Access to hal is not protected by either policykit or the plugdev group.
If you have problems discovering/configuring hardware, try adding
yourself to plugdev.
IF you have additional applications which consume ACPI events, you
should consider installing acpid to allow applications to share ACPI
events.
If you wish to use a non US layout, you may do so by executing:
setxkbmap <layout> or by utilizing your Desktop Environment's
Keyboard Layout Settings mechanism.
Under GNOME, this is gnome-keyboard-properties, and under KDE
it is kxkb.
In order have suspend/hibernate function with HAL or apps that use HAL
(such as gnome-power-manager), you should build HAL with the laptop
useflag which will install pm-utils.
X Input Hotplugging (if you build xorg-server with the HAL useflag)
reads user specific configuration from /etc/hal/fdi/policy/.
You should remove the Input sections from your xorg.conf once you have
migrated the rules to a HAL fdi file.

Kopiujesz regułkę:

Kod:

cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/

I zmieniasz w tym skopiowanym już pliku układ klawiatury z:

Kod:

<merge key="input.xkb.layout" type="string">us</merge>

na:

Kod:

<merge key="input.xkb.layout" type="string">pl</merge>

Ostatnio edytowany przez ArnVaker (2010-03-14 10:14:17)

ippo76 · 2010-03-14 11:03:51

Działa :)

Ale mój sposób też jest sprytny :)

Tak to wygląda:

Ostatnio edytowany przez ippo76 (2010-03-14 15:53:42)

ArnVaker · 2010-03-14 17:30:26

Hmm... ale "Twój" sposób też jest w tym komunikacie :)

If you wish to use a non US layout, you may do so by executing:
setxkbmap <layout> or by utilizing your Desktop Environment's
Keyboard Layout Settings mechanism.
Under GNOME, this is gnome-keyboard-properties, and under KDE
it is kxkb.

Tip: Zmerguj sobie elogv, a do make.conf coś takiego:

Kod:

PORTAGE_ELOG_CLASSES="log warn error"
PORTAGE_ELOG_SYSTEM="echo save"

Przykładowo takiego, więcej info znajdziesz w /usr/share/portage/config/make.conf.example.

ippo76 · 2010-03-14 17:34:08

Wiesz, że ja ten Twój sposób chyba w cruksie użyłem :) Ale pamięć krótka....

Ostatnio edytowany przez ippo76 (2010-03-14 17:37:20)

ArnVaker · 2010-03-14 17:36:56

Na krótką pamięć przydaje się właśnie elogv :D Szukajka jest pod "/".

Forum Debian Users Gang

Ogłoszenie

#201 2010-03-11 09:24:15

MrWarum - Członek DUG

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#202 2010-03-11 09:30:04

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

MrWarum napisał(-a):

#203 2010-03-11 09:33:55

sal_i - Członek DUG

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#204 2010-03-11 09:48:08

MrWarum - Członek DUG

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ippo76 napisał(-a):

MrWarum napisał(-a):

ippo76 napisał(-a):

MrWarum napisał(-a):

ippo76 napisał(-a):

sal_i napisał(-a):

#205 2010-03-11 10:21:50

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#206 2010-03-11 11:34:33

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

MrWarum napisał(-a):

#207 2010-03-11 11:49:16

MrWarum - Członek DUG

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ArnVaker napisał(-a):

#208 2010-03-11 20:06:07

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#209 2010-03-11 20:08:13

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ippo76 napisał(-a):

#210 2010-03-12 08:18:29

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#211 2010-03-12 10:56:04

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ArnVaker napisał(-a):

Kod:

#212 2010-03-12 13:46:18

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#213 2010-03-13 12:58:16

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#214 2010-03-13 13:18:10

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ippo76 napisał(-a):

ippo76 napisał(-a):

#215 2010-03-13 17:46:29

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

#216 2010-03-13 19:32:14

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ippo76 napisał(-a):

ippo76 napisał(-a):

#217 2010-03-13 19:54:58

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

Kod:

Kod:

#218 2010-03-13 21:35:46

ippo76 - fakam fszycho

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

ArnVaker napisał(-a):

#219 2010-03-13 22:14:18

ArnVaker - Kapelusznik

Re: Szkoła rodzenia [Gentoo] — niekończąca się opowieść

Kod:

Kod: