🚀 go-pugleaf

at Thu 19 of Nov 2009 04:21, Bodek wrote:

> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3

Zaryzykuję 8.0 Release, które właśnie wyszło.


-- 
Bodek

at Thu 19 of Nov 2009 04:21, Bodek wrote:

> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3

I po 8.0 Release

> 
> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
> rozszerzonej partycji. Np do tej pory  dyski logiczne
> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
> a teraz nie ma nic wyższego ponad s4.

Dalej nie działa, a manuale mówią, że powinny być 
ad0s5 itd. 

> 
> 2. Zmieniły się terminale pod screenem
> z dotychczasowych /dev/ttyp0 /dev//ttyp1 itd.
> jest /dev/pts/0 /dev/pts/1 itd - czyli tak
> jak w linuxach.
> 
> 3. Nie działa obsługa kart wifi ral(4)
> Potwierdzenie wygooglane.

Nie mam karty wifi.

Nie ma sensu instalować 8.0 nawet na desktop
do zabawy.


-- 
Bodek

On 23 Lis, 10:14, Bodek <nb...@nowhere.net> wrote:
> at Thu 19 of Nov 2009 04:21, Bodek wrote:

> Nie ma sensu instalować 8.0 nawet na desktop
> do zabawy.
>
> --
> Bodek

Zgadza się. Próbowałem odpalić Gnome 2 (Radeon HD 4850) i jedyne co
mnie czekało to zwis zaraz po uruchomieniu X'ów :/

--
art3c

at Mon 23 of Nov 2009 10:14, Bodek wrote:

> at Thu 19 of Nov 2009 04:21, Bodek wrote:
> 
>> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3
> 
> I po 8.0 Release
> 
>> 
>> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
>> rozszerzonej partycji. Np do tej pory  dyski logiczne
>> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
>> a teraz nie ma nic wyższego ponad s4.
> 
> Dalej nie działa, a manuale mówią, że powinny być
> ad0s5 itd.

Podejrzewam, że nowsze wersje FreeBSD (7.2 8.x, ale nie 7.1))
psują sobie tablicę partycji. Po zainstalowaniu Debiana (musiał
zmodyfikować tab. part.) objawy ślepoty FreeBSD minęły.

Będę psuł jeszcze raz. Jakie dane mam zebrać do analizy?
Nie wiem, czy same boot sectory wystarczą.

~ fdisk ad4
******* Working on device /dev/ad4 *******
parameters extracted from in-core disklabel are:
cylinders=319120 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=319120 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT)
    start 63, size 4192902 (2047 Meg), flag 0
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 260/ head 254/ sector 63
The data for partition 2 is:
sysid 5 (0x05),(Extended DOS)
    start 4192965, size 62910540 (30718 Meg), flag 0
        beg: cyl 261/ head 0/ sector 1;
        end: cyl 1023/ head 254/ sector 63
The data for partition 3 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 67103505, size 167766795 (81917 Meg), flag 80 (active)
        beg: cyl 1023/ head 255/ sector 63;
        end: cyl 1023/ head 254/ sector 63
The data for partition 4 is:
sysid 131 (0x83),(Linux native)
    start 234870300, size 86799195 (42382 Meg), flag 0
        beg: cyl 1023/ head 255/ sector 63;
        end: cyl 1023/ head 254/ sector 63


-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3 

> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
> rozszerzonej partycji. Np do tej pory  dyski logiczne
> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
> a teraz nie ma nic wyższego ponad s4.
> Nie mogę wygooglać potwierdzenia.

 Już coś jest: http://www.freebsd.org/cgi/query-pr.cgi?pr=141235

> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)

 U mnie jest tak samo, jak było.

-- 
am

at Tue 08 of Dec 2009 02:05, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3
> 
>> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
>> rozszerzonej partycji. Np do tej pory  dyski logiczne
>> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
>> a teraz nie ma nic wyższego ponad s4.
>> Nie mogę wygooglać potwierdzenia.
> 
>  Już coś jest: http://www.freebsd.org/cgi/query-pr.cgi?pr=141235

Ciekawe czy cfdisk-linux pokazuje plasterki powyżej.
U mnie pokazywał, podczas gdy 'ls/dev/ad*' nie.
Ciekawe, czy również da się naprawić nadpisaniem
tablicy partycji czym innym niż instalatorami
FreeBSD > 7.1

> 
>> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
> 
>  U mnie jest tak samo, jak było.

Teraz jest lepiej (flash 10 pod 8.0 + linux f10) 
niż poprzednio (flash 9 pod 7.2 + f9).

Pomogło podanie wartości explicite tam, gdzie teoretycznie
są one w 8.0 domyślne. Czyli:
 w /etc/make.conf:
OVERRIDE_LINUX_BASE_PORT=f10
OVERRIDE_LINUX_NONBASE_PORTS=f10

 i ręczne podanie źródła dla nspluginwrapper:
'nspluginwrapper -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so'

-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
>>> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
>>  U mnie jest tak samo, jak było.

> Teraz jest lepiej (flash 10 pod 8.0 + linux f10) 
> niż poprzednio (flash 9 pod 7.2 + f9).

> Pomogło podanie wartości explicite tam, gdzie teoretycznie
> są one w 8.0 domyślne. Czyli:
> w /etc/make.conf:
> OVERRIDE_LINUX_BASE_PORT=f10
> OVERRIDE_LINUX_NONBASE_PORTS=f10

 U mnie to zostało jeszcze z FreeBSD 7.2-S.

> i ręczne podanie źródła dla nspluginwrapper:
> 'nspluginwrapper -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so'

 E, u mnie problem się zowie raczej: Opera. W sumie w Operze flash10 na
-f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy 7.2-S
czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.

-- 
am

at Tue 08 of Dec 2009 22:51, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>>>> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
>>>  U mnie jest tak samo, jak było.
> 
>> Teraz jest lepiej (flash 10 pod 8.0 + linux f10)
>> niż poprzednio (flash 9 pod 7.2 + f9).
> 
>> Pomogło podanie wartości explicite tam, gdzie teoretycznie
>> są one w 8.0 domyślne. Czyli:
>> w /etc/make.conf:
>> OVERRIDE_LINUX_BASE_PORT=f10
>> OVERRIDE_LINUX_NONBASE_PORTS=f10
> 
>  U mnie to zostało jeszcze z FreeBSD 7.2-S.

Od początki 7.2 używałem f9 podczas gdy domyślny był fc4.
Czytałem gdzieś o potrzebie tych wpisów, ale działało
bez nich i to bardzo dobrze, zwłaszcza po przejściu
z flasha 7 na 9.

> 
>> i ręczne podanie źródła dla nspluginwrapper:
>> 'nspluginwrapper -i
>> /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so'
> 
>  E, u mnie problem się zowie raczej: Opera. 

Opera mi nie leży i używam jej z założenia jako lekką i szybką
przeglądarkę (rekonq niech się schowa!), więc wersja natywna
bez pluginów zupełnie wystarcza.

>  W sumie w Operze flash10 
>  na
> -f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy 7.2-S
> czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.

Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
działać bez problemów. Ale może za krótko ćwiczyłem.


PS
Wczoraj próbowałem nspluginwrapper-devel - porażka.
ale widzę, że dzisiaj coś poprawili.


-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
>>  W sumie w Operze flash10 na
>> -f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy 7.2-S
>> czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.

> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
> działać bez problemów. Ale może za krótko ćwiczyłem.

 To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
oszalałe, klipów na yt nie da się przewijać, karty na których są otwarte
są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada, etc. Porażka.
Bez znaczenia, czy to opera z opera-linuxplugins czy linux-opera:

opera: Plug-in 61515 is not responding. It will be closed.
opera: Define environment variable OPERA_KEEP_BLOCKED_PLUGIN to keep
blocked plug-ins.


 Właśnie spróbowałem Operę puścić przez nspluginwrapper-devel. Dźwięk
działa, obraz nie:

(npviewer.bin:61380): Gdk-CRITICAL **: gdk_window_get_origin: assertion
`GDK_IS_WINDOW (window)' failed

(npviewer.bin:61380): Gdk-WARNING **: GdkWindow 0x3600003 unexpectedly
destroyed
The program 'npviewer.bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 408 error_code 3 request_code 18 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
function.)

> Wczoraj próbowałem nspluginwrapper-devel - porażka.
> ale widzę, że dzisiaj coś poprawili.

 Firefox już od dawna ładnie działa z flashem na FreeBSD. Przed chwilą
przetestowałem nspluginwrapper-devel -- zgodnie z oczekiwaniem działa
doskonale.

-- 
am

at Wed 09 of Dec 2009 00:26, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>>>  W sumie w Operze flash10 na
>>> -f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy
>>> 7.2-S czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.
> 
>> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
>> działać bez problemów. Ale może za krótko ćwiczyłem.
> 
>  To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
> oszalałe, klipów na yt nie da się przewijać, karty na których są
> otwarte są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada,
> etc. Porażka. Bez znaczenia, czy to opera z opera-linuxplugins czy
> linux-opera:

Faktycznie, podobna sytuacja jak w konquerorze, kiedy próbuje się
np. przerwać, albo cofnąć filmik. Na dodatek w maszynce o półgigowej
pamięci potrafiło utworzyć półtoragigowy core dump.
Na taką okazję mam:

# grep null /etc/sysctl.conf
kern.corefile=/dev/null         # dla flashplugin

#  alias km
alias km='killall -INFO npviewer.bin && killall -v npviewer.bin || echo -n'

...

>> Wczoraj próbowałem nspluginwrapper-devel - porażka.
>> ale widzę, że dzisiaj coś poprawili.
> 
>  Firefox już od dawna ładnie działa z flashem na FreeBSD. Przed chwilą
> przetestowałem nspluginwrapper-devel -- zgodnie z oczekiwaniem działa
> doskonale.

Dla mnie zagadka, dlaczego konqueror zaczął mieć problemy z flashem.
O ile filmy z youtube i BBC chodzą w porządku to są problemy ze zwykłymi
plikami swf. Najprostszy animowany obrazek nie jest poprawnie
obsłużony. Ani widu ani słychu i żadnego komunikatu.


-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
>>> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
>>> działać bez problemów. Ale może za krótko ćwiczyłem.
>>  To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
>> oszalałe, klipów na yt nie da się przewijać, karty na których są
>> otwarte są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada,
>> etc. Porażka. Bez znaczenia, czy to opera z opera-linuxplugins czy
>> linux-opera:

> Faktycznie, podobna sytuacja jak w konquerorze, kiedy próbuje się
> np. przerwać, albo cofnąć filmik. Na dodatek w maszynce o półgigowej
> pamięci potrafiło utworzyć półtoragigowy core dump.
> Na taką okazję mam:

> # grep null /etc/sysctl.conf
> kern.corefile=/dev/null         # dla flashplugin

 Ładniej: kern.coredump=0

> #  alias km
> alias km='killall -INFO npviewer.bin && killall -v npviewer.bin || echo -n'

 Ja co chwilę wykonuję `pkill operapl`, gdy używam flasha w Operze.

-- 
am

at Wed 09 of Dec 2009 13:00, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>>>> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
>>>> działać bez problemów. Ale może za krótko ćwiczyłem.
>>>  To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
>>> oszalałe, klipów na yt nie da się przewijać, karty na których są
>>> otwarte są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada,
>>> etc. Porażka. Bez znaczenia, czy to opera z opera-linuxplugins czy
>>> linux-opera:
> 
>> Faktycznie, podobna sytuacja jak w konquerorze, kiedy próbuje się
>> np. przerwać, albo cofnąć filmik. Na dodatek w maszynce o półgigowej
>> pamięci potrafiło utworzyć półtoragigowy core dump.
>> Na taką okazję mam:
> 
>> # grep null /etc/sysctl.conf
>> kern.corefile=/dev/null         # dla flashplugin
> 
>  Ładniej: kern.coredump=0

Pewnie że ładniej! Zaraz zmieniam :-)

Wpis z nullem to zaszłość po innej modyfikacji:
 kern.corefile=/tmp/core/%N.core
mającej uniemożliwić zapychanie dysku kolejnymi dumpami
tego samego programu i rozsiewania w różnych miejscach.


> 
>> #  alias km
>> alias km='killall -INFO npviewer.bin && killall -v npviewer.bin ||
>> echo -n'
> 
>  Ja co chwilę wykonuję `pkill operapl`, gdy używam flasha w Operze.
> 

-- 
Bodek

Bodek <nbody@nowhere.net> wrote:
> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3 
> 
> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
> rozszerzonej partycji. Np do tej pory  dyski logiczne
> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
> a teraz nie ma nic wyższego ponad s4.
> Nie mogę wygooglać potwierdzenia.
> 
> 2. Zmieniły się terminale pod screenem
> z dotychczasowych /dev/ttyp0 /dev//ttyp1 itd.
> jest /dev/pts/0 /dev/pts/1 itd - czyli tak
> jak w linuxach.
> 
> 3. Nie działa obsługa kart wifi ral(4)
> Potwierdzenie wygooglane.
> 
> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
> 
Krótko mówiąc - pozostaw testowanie fanatykom, używaj tego co sprawdzone :)

Bodek <nbody@nowhere.net> rzecze:
>>>>  W sumie w Operze flash10 na
>>>> -f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy
>>>> 7.2-S czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.
>>> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
>>> działać bez problemów. Ale może za krótko ćwiczyłem.
>>  To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
>> oszalałe, klipów na yt nie da się przewijać, karty na których są
>> otwarte są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada,
>> etc. Porażka. Bez znaczenia, czy to opera z opera-linuxplugins czy
>> linux-opera:

> Faktycznie

 Niespodziewanie, po dzisiejszym upgradzie do
linux-f10-flashplugin-10.0r42 wszystko działa jak należy! Nie udało
mi spowodować core dumpa, a przewijanie klipów na yt działa.

-- 
am

at Thu 10 of Dec 2009 04:29, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>>>>>  W sumie w Operze flash10 na
>>>>> -f10 znacznie gorzej działa niż flash9 na -fc4 (niezależnie czy
>>>>> 7.2-S czy 8.0-R). Muszę powalczyć z problemem od nowa na 8.0-R.
>>>> Hmmm, linux-opera pod 8.0 + f10 - z flashem 10 wydaje się
>>>> działać bez problemów. Ale może za krótko ćwiczyłem.
>>>  To tylko pozory. Operapluginwrappery nie znikają, żrą pamięć jak
>>> oszalałe, klipów na yt nie da się przewijać, karty na których są
>>> otwarte są ciężkie do zamknięcia, co chwilę się to zupełnie wykłada,
>>> etc. Porażka. Bez znaczenia, czy to opera z opera-linuxplugins czy
>>> linux-opera:
> 
>> Faktycznie
> 
>  Niespodziewanie, po dzisiejszym upgradzie do
> linux-f10-flashplugin-10.0r42 wszystko działa jak należy! Nie udało
> mi spowodować core dumpa, a przewijanie klipów na yt działa.

Konquerorowi nic nie pomogło.

W takim trzeba się przyjrzeć tej operze.
Jeśli już, to właśnie taką w pełni funkcjonalną,
gdzie funkcjonalności sam sobie mogę łatwo wyłączyć.

Na razie pobieżnie sprawdziłem linux-opera pod FreeBSD 8.0,
z linux_base-f10-10_2, linux-f10-flashplugin-10.0r42 
i nspluginwrapper-1.2.2_4. Masz ten sam zestaw?
Jak pozostałe pluginy (np do obrazków svg)?


-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
>>  Niespodziewanie, po dzisiejszym upgradzie do
>> linux-f10-flashplugin-10.0r42 wszystko działa jak należy! Nie udało
>> mi spowodować core dumpa, a przewijanie klipów na yt działa.

> Konquerorowi nic nie pomogło.

 Ja nie próbowałem.

> W takim trzeba się przyjrzeć tej operze.

 Polecam ;)

> Jeśli już, to właśnie taką w pełni funkcjonalną,
> gdzie funkcjonalności sam sobie mogę łatwo wyłączyć.
        ^^^^^^^^^^^^^^^
 Miałem takiego wykładowcę, który miał bzika na punkcie tego
rzeczownika. http://poradnia.pwn.pl/lista.php?id=7526 :)

> Na razie pobieżnie sprawdziłem linux-opera pod FreeBSD 8.0,
> z linux_base-f10-10_2, linux-f10-flashplugin-10.0r42 
> i nspluginwrapper-1.2.2_4. Masz ten sam zestaw?

 Do www/linux-opera i www/opera nie potrzeba nspluginwrappera.
www/linux-opera może korzystać z Flasha sama z siebie, a www/opera
wymaga do tego www/opera-linuxplugins. Ja korzystam z www/opera.

> Jak pozostałe pluginy (np do obrazków svg)?

 Opera sama z siebie obsługuje SVG. Tu jest opisane dokładnie co
obsługuje: http://www.opera.com/docs/specs/presto23/

Oprócz Flasha korzystam również z www/linux-mplayer-plugin. Działa
w miarę w porządku. (BTW: www/opera+www/opera-linuxplugins pozwala na
korzystanie zarówno z pluginów natywnych jak i linuksowych -- logika
jest zaszyta w /usr/local/share/opera/bin/operapluginwrapper. Jednak
natywny plugin do mplayera z jakichś powodów źle działa).

-- 
am

at Wed 09 of Dec 2009 22:42, Wojciech Puchar wrote:

> Bodek <nbody@nowhere.net> wrote:
>> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3
>> 
>> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
>> rozszerzonej partycji. Np do tej pory  dyski logiczne
>> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
>> a teraz nie ma nic wyższego ponad s4.
>> Nie mogę wygooglać potwierdzenia.
>> 
>> 2. Zmieniły się terminale pod screenem
>> z dotychczasowych /dev/ttyp0 /dev//ttyp1 itd.
>> jest /dev/pts/0 /dev/pts/1 itd - czyli tak
>> jak w linuxach.
>> 
>> 3. Nie działa obsługa kart wifi ral(4)
>> Potwierdzenie wygooglane.
>> 
>> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
>> 
> Krótko mówiąc - pozostaw testowanie fanatykom, używaj tego co
> sprawdzone :)

E tam, od razu fanatyk... Miłośnik. Wystarczyło mana doczytać
i ralink działa*) tak więc z FreeBSD 8.0 mam same korzyści. 


*) Dla potomnych

w 7.2 wystarczyło w /etc/rc.conf na przykład takie coś:
ifconfig_ral0="inet ssid mojewifi mode 11g authmode shared wpa "
natomiast odpowiednik dla 8.0 to:
ifconfig_wlan0="create wlandev ral0 inet ssid mojewifi mode 11g authmode shared wpa "

Plik /etc/wpa_supplicant.conf pozostaje bez zmian.
Pamiętam, że spacja przed zamykającym cudzysłowem była niezbędna.



-- 
Bodek

at Wed 09 of Dec 2009 22:42, Wojciech Puchar wrote:

> Bodek <nbody@nowhere.net> wrote:
>> Pierwsze spostrzeżenia po zainstalowaniu FreeBSD 8.0 rc3
>> 
>> 1. Inaczej działa (albo nie działa w ogóle) obsługa DOSowej
>> rozszerzonej partycji. Np do tej pory  dyski logiczne
>> partycji /dev/ad0s2 to były /dev/ad0s5 /dev/ad0s6 itd.
>> a teraz nie ma nic wyższego ponad s4.
>> Nie mogę wygooglać potwierdzenia.
>> 
>> 2. Zmieniły się terminale pod screenem
>> z dotychczasowych /dev/ttyp0 /dev//ttyp1 itd.
>> jest /dev/pts/0 /dev/pts/1 itd - czyli tak
>> jak w linuxach.
>> 
>> 3. Nie działa obsługa kart wifi ral(4)
>> Potwierdzenie wygooglane.
>> 
>> 4. Kuleje flash (zawsze kulał, ale jest gorzej niż było)
>> 
> Krótko mówiąc - pozostaw testowanie fanatykom, używaj tego co
> sprawdzone :)

E tam, od razu fanatyk... Miłośnik. Wystarczyło mana doczytać
i ralink działa*) tak więc z FreeBSD 8.0 mam same korzyści. 


*) Dla potomnych

w 7.2 wystarczyło w /etc/rc.conf na przykład takie coś:
 ifconfig_ral0="inet ssid mojewifi mode 11g authmode shared wpa "
natomiast odpowiednik dla 8.0 to:
 wlans_ral0="wlan0"
 ifconfig_wlan0="inet ssid mojewifi mode 11g authmode shared wpa "

Plik /etc/wpa_supplicant.conf pozostaje bez zmian.
Pamiętam, że spacja przed zamykającym cudzysłowem była niezbędna.


-- 
Bodek

>> sprawdzone :)
> 
> E tam, od razu fanatyk... Miłośnik. Wystarczyło mana doczytać
> i ralink działa*) tak więc z FreeBSD 8.0 mam same korzyści. 

Zwał jak zwał, może być i miłośnik. Ja tam jestem użytkownik końcowy ;)
Ja narazie mam 7.2+pare swoich poprawek i pozostane tak długo jak długo
będzie coś co mi z 8-ki jest potrzebne a w siódemce nie ma.

Choć i tak FreeBSD jest wyjątkowy jak na dzisiejsze czasy - nowe wersje SĄ
lepsze od starych m.in. są szybsze.

at Thu 10 of Dec 2009 12:57, Emil Smolenski wrote:

> Bodek <nbody@nowhere.net> rzecze:
>>>  Niespodziewanie, po dzisiejszym upgradzie do
>>> linux-f10-flashplugin-10.0r42 wszystko działa jak należy! Nie udało
>>> mi spowodować core dumpa, a przewijanie klipów na yt działa.
> 
>> Konquerorowi nic nie pomogło.
> 
>  Ja nie próbowałem.
> 
>> W takim trzeba się przyjrzeć tej operze.
> 
>  Polecam ;)
> 
>> Jeśli już, to właśnie taką w pełni funkcjonalną,
>> gdzie funkcjonalności sam sobie mogę łatwo wyłączyć.
>         ^^^^^^^^^^^^^^^
>  Miałem takiego wykładowcę, który miał bzika na punkcie tego
> rzeczownika. http://poradnia.pwn.pl/lista.php?id=7526 :)

Dobrze, że tacy wykładowcy jeszcze się zdarzają :-)
Ale interpretacja z powyższego linku mnie nie przekonuje:
Funkcjonalność = możliwość spełnienia jakiejś funkcji.
Możliwość spełnienia funkcji A i możliwość spełnienia
funkcji B to właśnie funkcjonalności (w liczbie mnogiej).



>> Na razie pobieżnie sprawdziłem linux-opera pod FreeBSD 8.0,
>> z linux_base-f10-10_2, linux-f10-flashplugin-10.0r42
>> i nspluginwrapper-1.2.2_4. Masz ten sam zestaw?
> 
>  Do www/linux-opera i www/opera nie potrzeba nspluginwrappera.
> www/linux-opera może korzystać z Flasha sama z siebie, a www/opera
> wymaga do tego www/opera-linuxplugins. Ja korzystam z www/opera.

Zmieniłem na www/opera i już nie dolegają problemy z klawiaturą
(w linuksowej nie dało się pisać niektórych znaków z martwymi
klawiszami), a flash działa doskonale z opera-linuxplugins.

> 
>> Jak pozostałe pluginy (np do obrazków svg)?
> 
>  Opera sama z siebie obsługuje SVG. Tu jest opisane dokładnie co
> obsługuje: http://www.opera.com/docs/specs/presto23/

U mnie dalej nie obsługuje np:
 http://upload.wikimedia.org/wikipedia/commons/a/a2/Urartu_860_840-en.svg


> Oprócz Flasha korzystam również z www/linux-mplayer-plugin. Działa
> w miarę w porządku. (BTW: www/opera+www/opera-linuxplugins pozwala na
> korzystanie zarówno z pluginów natywnych jak i linuksowych -- logika
> jest zaszyta w /usr/local/share/opera/bin/operapluginwrapper. Jednak
> natywny plugin do mplayera z jakichś powodów źle działa).

A ludziska wypisują, że FreeBSD nie nadaje się na desktop :-) 





-- 
Bodek

at Thu 10 of Dec 2009 14:55, Wojciech Puchar wrote:

>>> sprawdzone :)
>> 
>> E tam, od razu fanatyk... Miłośnik. Wystarczyło mana doczytać
>> i ralink działa*) tak więc z FreeBSD 8.0 mam same korzyści.
> 
> Zwał jak zwał, może być i miłośnik. Ja tam jestem użytkownik końcowy
> ;) Ja narazie mam 7.2+pare swoich poprawek i pozostane tak długo jak
> długo będzie coś co mi z 8-ki jest potrzebne a w siódemce nie ma.

A jeśli w 7.2 masz poprawki, których nie trzeba w 8.0?
Ja miałem - między innymi - poprawkę do montowania ntfs 
w trybie zapisu i poprawkę (zmienny inode_size) do ext2fs.
To drugie jest już włączone do base systemu w 8.0.
Format pl daty też jest poprawiony z kuriozalnej na normalną.

> Choć i tak FreeBSD jest wyjątkowy jak na dzisiejsze czasy - nowe
> wersje SĄ lepsze od starych m.in. są szybsze.


Nie wiem dlaczego, ale googleerth (w najnowszej wersji,
pod najnowszym emulatorem linuxa) chodzi mi ze dwa razy
szybciej, a w 7.2 w ogóle nie działało. Dla tej jednej
rzeczy warto było zmieniać wersję. Ale to maszynka
desktopowa, bo serwerek nadal jest pędzony FreeBSD 6.4 :-)


-- 
Bodek

Bodek <nbody@nowhere.net> rzecze:
>>> Jeśli już, to właśnie taką w pełni funkcjonalną,
>>> gdzie funkcjonalności sam sobie mogę łatwo wyłączyć.
>>        ^^^^^^^^^^^^^^^
>>  Miałem takiego wykładowcę, który miał bzika na punkcie tego
>> rzeczownika. http://poradnia.pwn.pl/lista.php?id=7526 :)
> Dobrze, że tacy wykładowcy jeszcze się zdarzają :-)
> Ale interpretacja z powyższego linku mnie nie przekonuje:
> Funkcjonalność = możliwość spełnienia jakiejś funkcji.
> Możliwość spełnienia funkcji A i możliwość spełnienia
> funkcji B to właśnie funkcjonalności (w liczbie mnogiej).

 Tu chodzi o to, że funkcjonalność jest cechą. Albo coś jest
funkcjonalne albo nie. Binarnie. Tak samo np. pracochłonność. Nie ma
wielu pracochłonności -- coś jest pracochłonne albo nie jest. Często
jednak to słowo jest rozumiane tak, jak Ty napisałeś. A że język jest
tworem żywym...

>>> Jak pozostałe pluginy (np do obrazków svg)?
>>  Opera sama z siebie obsługuje SVG. Tu jest opisane dokładnie co
>> obsługuje: http://www.opera.com/docs/specs/presto23/
> U mnie dalej nie obsługuje np:
> http://upload.wikimedia.org/wikipedia/commons/a/a2/Urartu_860_840-en.svg

 Właśnie. Pełnej obsługi nie ma, dlatego podałem odnośnik do
specyfikacji, gdzie jest podane dokładnie, co Opera obsługuje.

>> Oprócz Flasha korzystam również z www/linux-mplayer-plugin. Działa
>> w miarę w porządku. (BTW: www/opera+www/opera-linuxplugins pozwala na
>> korzystanie zarówno z pluginów natywnych jak i linuksowych -- logika
>> jest zaszyta w /usr/local/share/opera/bin/operapluginwrapper. Jednak
>> natywny plugin do mplayera z jakichś powodów źle działa).
> A ludziska wypisują, że FreeBSD nie nadaje się na desktop :-) 

 IMO systemy unix-like się w ogóle nie nadają na desktop ;>

-- 
am

> Zmieniłem na www/opera i już nie dolegają problemy z klawiaturą
> (w linuksowej nie dało się pisać niektórych znaków z martwymi
> klawiszami), a flash działa doskonale z opera-linuxplugins.

ja tam flasha nie mam. firma adobe nie chciała zrobić portu do freebsd
natywnego (góra dzień roboty skoro zrobili do linux), więc znaczy, że nie
chce tego używać. Mają prawo.

A strony bez flasha co nie działają zwykle i tak nie prezentują żadnej
ciekawej treści.

>> jest zaszyta w /usr/local/share/opera/bin/operapluginwrapper. Jednak
>> natywny plugin do mplayera z jakichś powodów źle działa).
> 
> A ludziska wypisują, że FreeBSD nie nadaje się na desktop :-) 

Wszystko zależy jak się definiuje "desktop". Ja nie znam tej definicji, po
nadaje się doskonale do tego co potrzebuje robić i dlatego używam

> 
> A jeśli w 7.2 masz poprawki, których nie trzeba w 8.0?
> Ja miałem - między innymi - poprawkę do montowania ntfs 
> w trybie zapisu i poprawkę (zmienny inode_size) do ext2fs.

akurat żadnego nie używam :)

> To drugie jest już włączone do base systemu w 8.0.
> Format pl daty też jest poprawiony z kuriozalnej na normalną.

czw 10 gru 18:00:59 2009 CET
o czym dokładnie mówisz?


>> Choć i tak FreeBSD jest wyjątkowy jak na dzisiejsze czasy - nowe
>> wersje SĄ lepsze od starych m.in. są szybsze.
> 
> 
> Nie wiem dlaczego, ale googleerth (w najnowszej wersji,
> pod najnowszym emulatorem linuxa) chodzi mi ze dwa razy
> szybciej, a w 7.2 w ogóle nie działało. Dla tej jednej

ja raz spróbowałem i chodziło w tempie jeden ruch na 5 sekund.
olałem.

Emil Smolenski napisał(a):
>  IMO systemy unix-like się w ogóle nie nadają na desktop ;>

A w szczególności IRIX i MAC OS X.
C'mon.

Elb

-- 
- No wiesz, pijany i o trzeciej nad ranem wracasz do domu!?
- A kto powiedział, że wracam? Po gitarę tylko przyszedłem.
===========================================================
FAQ  pl.rec.muzyka.gitara:          http://faq.prmg.art.pl/

Paweł Kania <elb@sgh.waw.pl> wrote:
> Emil Smolenski napisał(a):
>>  IMO systemy unix-like się w ogóle nie nadają na desktop ;>
> 
> A w szczególności IRIX i MAC OS X.

A w szczególności brakuje definicji "desktopa". Mówie poważnie. Czy ktoś
jest w stanie konkretnie zdefiniować co to jest "desktop".

Czy mój laptop na których robie wszystko co moje prywatne i pracuje jest
desktopem czy też nie? Bo unix się na niego nadaje idealnie.

Paweł Kania <elb@sgh.waw.pl> rzecze:
>>  IMO systemy unix-like się w ogóle nie nadają na desktop ;>
> A w szczególności IRIX i MAC OS X.
> C'mon.

 Ja używam na desktopie FreeBSD, ale swoje zdanie podtrzymuję. Proponuję
nie kontynuować na tej grupie tego wątku, bo to prowadzi tylko do
flame'a.

-- 
am

on Thu 10 of Dec 2009 18:01 Wojciech Puchar wrote:

...
 
>> Nie wiem dlaczego, ale googleerth (w najnowszej wersji,
>> pod najnowszym emulatorem linuxa) chodzi mi ze dwa razy
>> szybciej, a w 7.2 w ogóle nie działało. Dla tej jednej
> 
> ja raz spróbowałem i chodziło w tempie jeden ruch na 5 sekund.
> olałem.

Z tego powodu parę razy zaczynałem wątki dotyczące karty
graficznej na której FreeBSD może obsłużyć openGL bezpośrednio,
a nie jedynie  trybie emulacji.
W rezultacie wymieniłem szybkiego Radeona (600 ramek na sekundę
pod Linuxem i Windows) na wolniejszą Nvidia (300 ramek pod BSD,
podczas gdy Radeon osiągał 3 ramki). Krótko mówiąc, karta dwa
razy wolniejsza okazała się 100 razy szybsza.


PS Najłatwiej było mierzyć pod screensaverem, który wyświetlał
ową tajemniczą liczbę ramek na sekunde


-- 
Bodek

>>>  IMO systemy unix-like się w ogóle nie nadają na desktop ;>
>> A w szczególności IRIX i MAC OS X.
>> C'mon.
> 
> Ja używam na desktopie FreeBSD, ale swoje zdanie podtrzymuję. Proponuję
a ja nie wiem czy używam na "desktopie" bo nie wiem czy to jest czy nie.
Naprawde nikt jeszcze nie był mi w stanie podać definicji "zastosowania
desktop".

Zwykle jest to kojarzone z jakimś środowiskiem bajerologicznym, wtedy jak
dla mnie to nie ma sensu. 

at Thu 10 of Dec 2009 14:24, Bodek wrote:
...
> 
> w 7.2 wystarczyło w /etc/rc.conf na przykład takie coś:
>  ifconfig_ral0="inet ssid mojewifi mode 11g authmode shared wpa "
> natomiast odpowiednik dla 8.0 to:
>  wlans_ral0="wlan0"
>  ifconfig_wlan0="inet ssid mojewifi mode 11g authmode shared wpa "

Za to ciekawostka - gdzie się podziało /dev/net/xx?

W 7.2 było:

dr-xr-xr-x  2 root  wheel          512 11 Dec 00:30 net/
lrwxr-xr-x  1 root  wheel            8 11 Dec 00:30 net1@ -> net/ral0
lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net2@ -> net/vr0
lrwxr-xr-x  1 root  wheel            9 11 Dec 00:30 net3@ -> net/plip0
lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net4@ -> net/lo0
crw-------  1 root  wheel       0,   3 11 Dec 00:30 network

a w 8.0, na tym samym sprzęcie, nic podobnego.


PS
Jeszcze man-y są trochę pokopane. Pomieszana pauza, myślnik, dywiz, minus
i Bóg wie co jeszcze. I mamy takie coś:
 You can use "ls ‐lo" to see 
zamiast 
 You can use "ls -lo" to see

Pod konsolą w UTF8 na oko jest wszystko jedno, ale grepowi 
już nie za bardzo. Można to obejść startując "man -o blabla"
(ja i tak mam zawsze w angielskiej wersji językowej).
W 7.2 było w porządku.


-- 
Bodek

> 
> dr-xr-xr-x  2 root  wheel          512 11 Dec 00:30 net/
> lrwxr-xr-x  1 root  wheel            8 11 Dec 00:30 net1@ -> net/ral0
> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net2@ -> net/vr0
> lrwxr-xr-x  1 root  wheel            9 11 Dec 00:30 net3@ -> net/plip0
> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net4@ -> net/lo0
> crw-------  1 root  wheel       0,   3 11 Dec 00:30 network
> 
> a w 8.0, na tym samym sprzęcie, nic podobnego.

jaki program używa tego /dev/net*?

> Jeszcze man-y są trochę pokopane. Pomieszana pauza, myślnik, dywiz, minus
> i Bóg wie co jeszcze. I mamy takie coś:
> You can use "ls ?lo" to see 
> zamiast 
> You can use "ls -lo" to see

to rób sent-pr'y koniecznie.

at Sun 13 of Dec 2009 17:29, Wojciech Puchar wrote:

>> 
>> dr-xr-xr-x  2 root  wheel          512 11 Dec 00:30 net/
>> lrwxr-xr-x  1 root  wheel            8 11 Dec 00:30 net1@ -> net/ral0
>> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net2@ -> net/vr0
>> lrwxr-xr-x  1 root  wheel            9 11 Dec 00:30 net3@ ->
>> net/plip0
>> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net4@ -> net/lo0
>> crw-------  1 root  wheel       0,   3 11 Dec 00:30 network
>> 
>> a w 8.0, na tym samym sprzęcie, nic podobnego.
> 
> jaki program używa tego /dev/net*?

A jakie to ma znaczenie?


>> Jeszcze man-y są trochę pokopane. Pomieszana pauza, myślnik, dywiz,
>> minus i Bóg wie co jeszcze. I mamy takie coś:
>> You can use "ls ?lo" to see
>> zamiast
>> You can use "ls -lo" to see
> 
> to rób sent-pr'y koniecznie.

root@mr~ man send-pr | col -bx | head -c 16 | hexdump -C
00000000  53 45 4e 44 e2 80 90 50  52 28 31 29 20 20 20 20  |SEND...PR(1)    |
00000010
root@mr~ man -o send-pr | col -bx | head -c 16 | hexdump -C
00000000  53 45 4e 44 2d 50 52 28  31 29 20 20 20 20 20 20  |SEND-PR(1)      |
00000010

Sam rób :->


-- 
Bodek

>>> dr-xr-xr-x  2 root  wheel          512 11 Dec 00:30 net/
>>> lrwxr-xr-x  1 root  wheel            8 11 Dec 00:30 net1@ -> net/ral0
>>> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net2@ -> net/vr0
>>> lrwxr-xr-x  1 root  wheel            9 11 Dec 00:30 net3@ ->
>>> net/plip0
>>> lrwxr-xr-x  1 root  wheel            7 11 Dec 00:30 net4@ -> net/lo0
>>> crw-------  1 root  wheel       0,   3 11 Dec 00:30 network
>>> 
>>> a w 8.0, na tym samym sprzęcie, nic podobnego.
>> 
>> jaki program używa tego /dev/net*?
> 
> A jakie to ma znaczenie?
> 
Bo przestaną działać.

Akurat na swoim prywatnym laptopie zainstalowałem wczoraj. Działa bez
zarzutu. I szybciej wyraźnie przy starcie programów, podobnie przy reszcie.