[11:09] <ftpd> Jo.
[11:09] <ftpd> Skąd wziąć paczki z 32bit libami na 64bit systemie?
[11:19] <gjm> dpkg -i --force-architecture nazwa_paczki
[11:40] <DaZ> dziwne :c
[11:43] <ftpd> gjm, Ale to mi podmieni, a nie doinstaluje obok?
[11:46] <gjm> Kurde, nie wiem, a spróbuj: apt-get install ia32-libs-multiarch
[11:56] <jacekn_> ftpd: chyba to powinno dzialac: apt-bet install paczka:i386
[11:57]  * jacekn_ lunches
[11:58] <ftpd> gjm, O, ia32-libs ok.
[11:58] <ftpd> Mam jakąś durną aplikację 32bit.
[11:58] <ftpd> I mi płacze, że libów nie widzi.
[12:40] <jacekowski> ftpd: sprawdz co ldd pisze
[12:40] <jacekowski> jakie liby i w ogole
[12:47] <ftpd> 	libkeyutils.so.1 => not found
[12:47] <ftpd> 	libsasl2.so.2 => not found
[12:47] <ftpd> Ta.
[12:48] <ftpd> A tak korzysta z i386:
[12:48] <ftpd> 	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf753c000)
[13:01] <grek> czesc
[13:02] <grek> wiecie moze z czego moze wynikac ignorowanie dyrektywy pominiecia - RewriteCond %{REQUEST_URI} !^/(media/|cache)/?.* 
[13:02] <grek> daje /media/test.jpg jest ok
[13:02] <grek> daje /media/testNiestistniejacy.jpg 
[13:02] <grek> i przechjodzi dalej czyli w
[13:03] <grek> wykonuje RewriteRule	^.*			index.php			[L,QSA]
[13:03] <grek> a chyba nie powinno ? 
[14:08] <sauevaem> Od upgradu do 13.04 laptop czasami nie chce wyjść z uśpienia, nie ma w tym żadnej prawidłowości i powiedział bym, że dzieje się to w 10% przypadków, jest coś co mogę sprawdzić/zrobić poza downgradem?
[14:12] <sauevaem> Albo chociaż jakieś pomysły jak odtworzyć ten błąd.
[14:13] <shpaq> w logi 'paczaj'
[14:14] <sauevaem> boot log?
[14:19] <shpaq> nie wiem jakie masz logi w ubuntu
[14:19] <shpaq> ja bym patrzył w dmesg i acpi
[14:21] <shpaq> ale ja to z warszawy jestem i posypuję truskawki cukrem
[18:31] <qermit> o/
[18:39] <ZafPL> Hi, how can I debug kernel panic except use GDB, Kdump, crash and Backtrace?
[18:40] <gjm> 1. Pytałeś już… (to już 3 raz) 2. To polski kanał.
[18:41] <ZafPL> gjm, jak nacisnąłem enter zobaczyłem że jerstem na ubuntu-pl
[18:42] <ZafPL> gjm, teraz przynajmniej mam jakieś konkrety, w postaci nazw narzędzi :D
[18:55] <jacekowski> kernel panic sie debuguje tylko i wylacznie narzedziami ktore wymieniles
[18:56] <ZafPL> jacekowski, nie ma innych?
[18:56] <ZafPL> jacekowski, szkoda....
[18:57] <jacekowski> to troche jakbys pytal czym odkrecic srubke, oprocz srubokretu
[18:57] <jacekowski> owszem, mozna nozem probowac ale srubokretem jest 100x prosciej
[19:03] <gjm> To zależy… :)
[19:51] <ntat> Cześć
[19:53] <dweller> jacekowski: metod jest więcej
[19:53] <dweller> chociaż to nie stricte debugowanie kodu jako takiego ;f
[20:03] <ZafPL> dweller, jakie znasz jeszcze metody?
[20:04] <dweller> a po co Ci ta wiedza? :>
[20:13] <ZafPL> dweller, mam takie zadanie domowe, mam podać minimum 3 metody zbierania informacji o przyczynie wystąpienia kernel panic
[20:18] <dweller> ah, allegro
[20:20] <dweller> wiki na ubuntu.com jest dobrym miejscem do przeszukania, kernel debugging zdaje sie ma wydzielone działy