Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: ◀ 1 … 32 33 34 35 36 … 50 ▶
Kolejne pytanie retoryczne - nie robiłem tego - przepraszam, nie wiedziałem, że trzeba :)
ale wstyd :(
Offline
To ja mam jeszcze jedno techniczne pytanie.
Kompiluję jakiś większy pakiet powiedzmy kadu razem z zależnosciami.
Dochodzę do połowy ale jest już późno więc przerywam kompilację i wyłaczam kompa.
Akurat mieliło qt-webkit już kilkanaście minut.
Dziś puszczam ponownie
emerge =net-im/kadu-0.6.6_beta10 --keep-going
Zaczyna owszem od qt-webkit ale ponownie rozpakowuje źródla i zaczyna mielenie od nowa nie uwzgledniajac tego co wczoraj już skompilowalo w tym pakiecie.
Czy tak musi być czy jest możliwość obejścia tego ,żeby uwzgledniło to co już skompilowane wcześniej ?
Offline
[b]ccache[/b]
Offline
OoO... [b]ilin[/b] też dałeś się wciągnąć w świat wiecznej kompilacji?
Offline
[quote=ilin]Czy tak musi być czy jest możliwość obejścia tego ,żeby uwzgledniło to co już skompilowane wcześniej ?[/quote]
Przez [tt]emerge[/tt] chyba musi... aczkolwiek obejście jest — można wywołać danego ebuilda z palca:
ebuild /ścieżka/do/ebuilda merge
(właściwie to to samo co: [tt]ebuild /ścieżka/do/ebuilda fetch unpack compile install qmerge[/tt])
Jeżeli któreś z powyższych kroków są już wykonane, nie będą wykonywane ponownie... Jeżeli dany program jest już częściowo skompilowany, kompilacja będzie kontynuowana od momentu, w którym została przerwana (tak jakby wywołać [tt]make[/tt] w katalogu ze źródłami).
PS Akurat [i]qt-webkit[/i] jest strasznie ciężki, u mnie kompiluje się jakieś pół godziny :/
Offline
[quote=ArnVaker]Akurat qt-webkit jest strasznie ciężki, u mnie kompiluje się jakieś pół godziny :/[/quote]
U mnie kilka godzin :)
[quote=thalcave]OoO... ilin też dałeś się wciągnąć w świat wiecznej kompilacji?[/quote]
Zawsze mam na dysku debiana i na drugiej partycji coś do zabawy.
Po archu przyszedł czas na gentoo :)
Offline
Czemu jak dodajecie pakiet/kategoria do package.keywords dopisujecie jeszcze ~arch lub **? Jaki to ma wpływ?
Ostatnio edytowany przez k4misiek (2010-11-14 18:49:16)
Offline
~arch to jest niestabilne a ** to prawdopodobnie nie wolny pakiet
Offline
[quote=torrentow]~arch to jest niestabilne a ** to prawdopodobnie nie wolny pakiet[/quote]
Samo dodanie kategoria/pakiet odblokowuje niestabilne wersje oprogramowania, więc nie mam pojęcia czemu jeszcze ~arch ?
Odnosnie ** fajnie gdyby jeszcze ktoś potwierdził ;-)
Offline
bez dodatkowych opcji — unstable architektury na której siedzisz ~x86, ~amd64, itp. — unstable konkretnie wskazanej architektury * — stable z jakiejkolwiek architektury ~* — unstable z jakiejkolwiek architektury ** — ignoruje wszelkie keywordy (czy też ich brak)
(minusy też działają: [tt]-~amd64[/tt], [tt]-~*[/tt] itp.)
Offline
[quote=ArnVaker]
bez dodatkowych opcji — unstable architektury na której siedzisz ~x86, ~amd64, itp. — unstable konkretnie wskazanej architektury * — stable z jakiejkolwiek architektury ~* — unstable z jakiejkolwiek architektury ** — ignoruje wszelkie keywordy (czy też ich brak)
(minusy też działają: [tt]-~amd64[/tt], [tt]-~*[/tt], itp.)[/quote]
Aaaha, super.
Mogę jeszcze wiedzieć gdzie to wyczytałeś ?
Do tego się nie dokopałem.
Offline
[quote=k4misiek]Mogę jeszcze wiedzieć gdzie to wyczytałeś ?[/quote]
man portage
to nie żart ;)
Offline
[quote=ArnVaker][quote=k4misiek]Mogę jeszcze wiedzieć gdzie to wyczytałeś ?[/quote]
man portage
to nie żart ;)[/quote]
Jaką masz wersje dokumentacji portage ?
W Portage 2.1.2 Styczeń 2007 tego na prawdę nie widzę.
Offline
Portage 2.2.0_alpha4, Aug 2010
(angielska wersja mana)
Offline
k4misiek, ło Wy nie aktualizujecie gentoo? później przy aktualizacji będzie wypieprzać EAPI 2 (jeżeli nie będziesz aktualizował) etc.
Offline
[quote=torrentow]k4misiek, ło Wy nie aktualizujecie gentoo? później przy aktualizacji będzie wypieprzać EAPI 2 (jeżeli nie będziesz aktualizował) etc.[/quote]
A po czym wnioskujesz, że nie aktualizujemy? ;>
Fakt zdarza się, że leży miesiąc bez updateu ale się aktualizuje - zwłaszcza jak glsa coś wykryje ;)
Offline
[quote=winnetou][quote=torrentow]k4misiek, ło Wy nie aktualizujecie gentoo? później przy aktualizacji będzie wypieprzać EAPI 2 (jeżeli nie będziesz aktualizował) etc.[/quote]
A po czym wnioskujesz, że nie aktualizujemy? ;>
Fakt zdarza się, że leży miesiąc bez updateu ale się aktualizuje - zwłaszcza jak glsa coś wykryje ;)[/quote]
Oczywiście, że aktualizuję. Używam stabilnej wersji a tylko programy które chcę mieć w nowszych wersjach dodaję do keywords i unmask. Portage jest jedną z takich aplikacji, której nie mam zamiaru instalować z ~arch ;-).
Offline
Też mam stable... ale portage zawsze najnowsze :) Szkoda by mi było wracać teraz do wersji niższej niż 2.2.x :P
Offline
To jeszcze mam takie dość interesujące mnie pytanie.
Spora ilość ebuildów w różnych overlayach jest oznaczona jako pekiety stabilne. Weźmy pod uwagę Sabayona.
Gdy dodam takie repozytorium do drzewa, i wydam -NuD world to zrobi się niezły bałagan bo będzie chciał instalować pakiety z tego repozytorium oznaczone jako stabilne.
Można tak ustawić portage, aby wszystkie ebuildy(ze wszystkich gałęi) z tego repozytorium(sabayon) traktował jako niestabilne (~arch) ?
Offline
Nie wiem... ale można mu przekazać, żeby ignorował te oznaczone w danym repozytorium jako stable:
amidala / # grep stuff /etc/portage/package.keywords */*::stuff -*
W sumie ostateczny efekt będzie niemal taki sam :)
Można też po prostu zamaskować całego overlaya, a potem odmaskować tylko to co potrzebujesz...
([i]package.unmask[/i] wygrywa z [i]package.mask[/i])
===================
Jest jeszcze specjalny przypadek, kiedy dany ebuild występuje w tej samej wersji w różnych repozytoriach, z tą różnicą, że w jednym jest oznaczony jako stable (dajmy na to jakiś overlay), a w innym unstable (załóżmy, że portage). Normalnie na stabilnym systemie emerge zainstalowałby wersję z overlaya, mimo że w portage pakiet oznaczony jest jako niestabilny. Można wtedy podbić priorytet overlaya, przykładowo:
amidala / # cat /etc/portage/repos.conf [stuff] priority = 1002
W efekcie czego pakiet z overlaya nie zostanie zainstalowany mimo stabilnego keyworda i tej samej wersji co ebuild w portage. Priorytet głównego drzewa wynosi 1000, [b]niższy[/b] wygrywa. Overlaye mają domyślnie jakieś wartości minusowe... nie mam pojęcia czemu tak ;)
Offline
Ni jak to zadziałać nie może. Czyżby nowsza wersja portage była wymagana?
Offline
Pewnie tak... U mnie działa wszystko to co napisałem idealnie :)
Offline
[quote=ArnVaker]Pewnie tak... U mnie działa wszystko to co napisałem idealnie :)[/quote]
Super, to przynajmniej wiem, że tak można... obecnie poczekam sobie aż portage-2.2 bedzie baz flagi mask;-).
Offline
W sumie obecnie portage 2.2 nie jest zamaskowane tak jak wcześniej, od kilku wersji jest ukryte w innym sposób. Ale jeśli chcesz czekać, aż będzie normalnie w ~x86 czy ~amd64, to cóż... obawiam się, że możesz czekać latami ;) BTW, w Funtoo portage 2.2 od dawna jest w stable.
Offline
[quote=ArnVaker]W sumie obecnie portage 2.2 nie jest zamaskowane tak jak wcześniej, od kilku wersji jest ukryte w innym sposób. Ale jeśli chcesz czekać, aż będzie normalnie w ~x86 czy ~amd64, to cóż... obawiam się, że możesz czekać latami ;) BTW, w Funtoo portage 2.2 od dawna jest w stable.[/quote]
Co masz na myśli, mówiąc, że jest ukryte w inny sposób ?
Offline
Strony: ◀ 1 … 32 33 34 35 36 … 50 ▶
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00118 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.139.86.58' WHERE u.id=1 |
0.00067 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.139.86.58', 1734952147) |
0.00046 | SELECT * FROM punbb_online WHERE logged<1734951847 |
0.00099 | DELETE FROM punbb_online WHERE ident='54.36.148.14' |
0.00059 | SELECT topic_id FROM punbb_posts WHERE id=158356 |
0.00025 | SELECT id FROM punbb_posts WHERE topic_id=16056 ORDER BY posted |
0.00063 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=16056 AND t.moved_to IS NULL |
0.00009 | SELECT search_for, replace_with FROM punbb_censoring |
0.00686 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=16056 ORDER BY p.id LIMIT 825,25 |
0.00102 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=16056 |
Total query time: 0.01288 s |