Forum Debian Users Gang

Ja to chyba jednak mam szczęście, bo mi testing działa bardzo stabilnie, a czego to ja na nim nie wyprawiam, aż dziw, że w ogóle jeszcze działa... xD

Yampress napisał(-a):

Nie ma sensu... isc w 386. Też długo siedziałem w i386 ale od pół roku poszedłem w amd64  i tak już zostanie... Zabiera blisko 2x pamięci ale  do się przeżyć.

To przekompiluj sobie libcairo2 bez --enable-gl , choć ostatnio w i386 też to włączyli i teraz oba archy zjadają tyle samo ramu, mniej więcej.  I to przyczyniło się do wyeliminowania wierzenie (przynajmniej u mnie), że amd64 zjada 2-3x więcej ramu niż ten i386, którego miałem. Jak tylko przekompilowałem i sprawdziłem swoje przypuszczenia, tak raz dwa przeszedłem na amd64.

Bardzo dziękuję za sugestie.
Wczoraj w nocy zainstalowałem sobie wydanie stabilne  i większość problemów rozwiązała się sama :) Co prawda nie miałem jeszcze okazji przetestować skypa ale zakładam że będzie dobrze. Jedynie bumblebee niby działa a  wzrostu wydajności w teście glxgears nie powoduje. Ale to nie jest dla mnie jakiś duży problem bo i tak na laptopie nie grywam.
Okazało się że mam spore zaległości jeśli chodzi o o partycjonowanie dysków. Partycja efi, do wczoraj nie wiedziałem że cos takiego istnieje :).
Teraz pozostaje mi jedynie dopieścić system .

yossarian napisał(-a):

Skype nie potrzebuje żadnego lib32asound2.

No nie wiem czy masz rację. U mnie na testing niby działał. Rozmowa testowa ok, a jak doszło do rzeczywistego połączenia głosowego między komputerami to zamykał się po krótkiej chwili. Czasami po kilku sekundach a czasami po kilku minutach. Jak wkleiłem do googla to co wypluwała konsola w momencie wysypania się programu to sugestie były jednoznaczne, że chodzi o lib32asound2.

yossarian napisał(-a):

Mając procesor i5, Optimusa i ogólnie stosunkowo nowy sprzęt nie instalowałbym wydania stabilnego.

I tak też zrobiłem na początku. Jak widać nie do końca to zadziałało w moim przypadku.

Na nowy sprzęt Testing albo jakieś rolling distro. Nowsze pakiety poprawiają wydajność na najnowszym sprzęcie

yossarian napisał(-a):

Lepsze to niż przestarzałe porady z Google.

Zawsze można pierw sprecyzować w googłu zakres dat i zobaczyć co wyrzuci, np.2-3, max 6 miechów wstecz.

menel napisał(-a):

Architektura i386 to przeżytek..

Ale wine na amd64 to już nie chcą zrobić. xD

To czemu mi wywaliło, że mam dać dpkg --add-architecture i instalować pakiety z i386? xD

A jest jakiś powód tego, skoro wine jest od dawna w wersji 64bit?

ArnVaker napisał(-a):

Pewnie taki sam jak tego, że Wine w Debianie przeważnie jest kilka lat w tyle za upstreamem. :) Druga sprawa, że 64-bitowe Wine obsługuje 64-bitowe programy z Windowsa, a dla 32-bitowych trzeba by i tak instalować wersję 32-bitową, ale to już usprawiedliwianie na siłę trochę. ;)

Tak jest, 32-bitowe Wine odpala 32-bitowe aplikacje, a 64 - 64 bitowe.

Ja polecam tutaj Wine z Liquorix, w którym mamy wersję 1.7.4 (repozytorium oczywiście), aktualizują tam co średnio 3 miesiące, więc masakrycznej tragedii nie ma :P

Oczywiście szkoda, że w Debianie nie aktualizują Wine tak często jak byśmy chcieli, ale cóż

Fervi

Tu: http://ftp-master.debian.org/new.html?

Były, o 10 UTC zostały dodane do incoming.

1. http://packages.qa.debian.org/w/wine/news/20131129T100053Z.html
2. http://packages.qa.debian.org/w/wine-unstable/news/ … T100057Z.html

Ostatnio edytowany przez mati75 (2013-11-29 17:29:34)

Ale w Liquorix jest nowsza wersja (rozwojowa), oczywiście co kto lubi i 1.6 jest całkiem ok, ale im dalej w las, tym lepiej (bo gwałcą)

Fervi

Wine integruje się z Linuksem, POL niezbyt

Warto mieć aktualną wersję Wine (1.7.4 lub wyższą) bo ma zauważalny skok wydajności w grach (50% i więcej), co się przekłada na większy FPS i mniejsze zużycie prądu)

Fervi