a --qf "%{installtime}%{name}-%{version}-%{release}\n"
albo korzystanie ze snapshotów lub backupów.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ie:
http://git.pld-linux.org/packages/rpmrebuild
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ię pospawało?
Jak zajrzysz do lesspipe.sh to się przestaniesz dziwić;)
Wystaw gdzieś ten plik.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Mon, Dec 09, 2019 at 13:56:33 +0100, Tomasz Pala wrote:
> Z kolei tutaj masz instrukcję, jak debugować shutdown:
>
> https://www.systutorials.com/docs/linux/man/8-dracut-shutdown/
>
> Jeżeli faktycznie brakuje tylko symlinków w obrazie, to powinno być
> łatwe do zlokalizow
uje tylko symlinków w obrazie, to powinno być
łatwe do zlokalizowania i naprawienia.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
stawienia IPseca, to nie
spodziewam się problemów.
Na tej maszynie startują później kontenery, również z systemd w środku i
zarządzanie tym to bajka. Aż żal, że do guestów KVM-owych nie gada.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@
t wybrane do instalacji,
czyli gdy poldek pyta o o Suggests: yes/no/select, to potrzebna byłaby
dodatkowa opcja default (instaluj Recommends, pomiń Suggests).
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
być może miało celowo dorobioną
kompatybilność 'wstecz'.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
m rpm.org, ale używa go wiele dystrybucji (które też dbają
o różne funkcje i wygodę), a jednocześnie jest regularnie rozwijany:
http://rpm.org/timeline.html
- w takim razie _zgaduję_, że łaty z dystrybucji przynajmniej bywają
upstreamowane, co pozwala mieć nadzieję, że nie będzie trzeba wydłubywa
wanych zależności skutecznie
zniechęca do pracy). Nawet Debian wdrożył systemd - my będziemy się
bardziej kurczowo niż oni trzymać ślepej drogi ewolucji?
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Mon, Oct 15, 2018 at 20:03:11 +0200, Arkadiusz Miśkiewicz wrote:
> Sensowne to rpm.org choć nie będzie to łatwe.
PLD 4.0? A Th pozostawić w stanie aktualnym na moment przejścia?
Na pewno będzie to trudne, ale z trendem się nie walczy...
--
Tomasz P
a praktyka - może z jakimiś kompromisami, ale do przodu z
rozwiązywaniem _realnych_ problemów.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
przy poldku, ale najwyraźniej Jeff
skutecznie przekonał do siebie kolejną grupę osób.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
cze ze 2 dekady z tyłu za poldkiem, choć już
widziałem, że planują jakieś najgrubsze kawałki przepisać z pythona na C.
Krótko mówiąc: straszna lipa.
--
Tomasz Pala
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.
ają.
Niestety, ale z rpm5 wdepnęliśmy w straszne bagno. Jedyne, czego nie ma
mainstreamowy rpm, a co mamy u siebie, to repackage; ale i Jeff po
repackage wielokrotnie jechał i odmawiał poprawek, więc to także ślepy
zaułek ewolucji.
--
Tomasz Pala
___
ylko dla kilku
Ale możesz następnym razem osobno wysłać dodanie podpakietu, a osobno polskich
opisów.
Szczególnie, gdy z podpakietem są (ja mam) wątpliwości.
A informacyjnie: każdy pakiet w PLD jest osobnym repo gita, więc na
dysku zajmuje to tyle co nic. A żeby mieć jeszcze mniej, to tak masz:
~/rp
że to jest również poprawne... ktoś inny
się wypowie?
Z innych rzeczy, to:
- grupa X11/Applications nie pasuje mi do opisów,
- w ogóle bardziej git-like byłoby osobne commitowanie nowego podpakietu
oraz polskich opisów, aczkolwiek tu również przyznać trzeba, że w PLD
nie używamy gita zbyt bardzo zgodnie
ires: python-wxPython-devel >= 3.0.0
> +BuildRequires: swig-python >= 2.0
BR-y w podpakiecie?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
cuta, ale mnie osobiście dracut nie przekonuje, a w razie awarii
cholernie ciężko się przebić przez niego do jakiegoś shella.
Chyba że ktoś zna metodę, aby w systemie z systemd dracut nie używał
systemd w swoim initramfsie?
--
Tomasz Pala <go...@pld-linux.org>
_
zebać w przeszłości, spróbuj wrzucić unity
systemd i reguły udeva, które podałem, zamiast naszych z mdadma.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
eniać, bo mdadma na systemd jak już
wspomniałem nie mam, z kolei LUKS-y mam, ale bez żadnego RAID-a, zresztą
składane z initrd.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
(z systemd), więc nie
mam za bardzo jak tego sprawdzić, ale raczej nie jest dziwne, że nie
działa.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
wać UUID-ów, wszystko automatycznie zadziała, gdy
tylko odnajdzie się ostatnie urządzenie.
W przypadku mdadma możesz szukać podobną ścieżką - gdy zostaniesz
zrzucony do maintenance, sprawdź udevadm info stany poszczególnych
składników (SYSTEMD_READY pewnie) i ustal, co próbuje, a nie może,
rectory was really convenient. My personal rationale is
'follow the world', just to avoid being different than all the rest.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Tue, Jul 04, 2017 at 14:08:23 +0200, Tomasz Pala wrote:
> Applications which use /usr/libexec in this way must not also use
> /usr/lib to store *internal* binaries, though they may use /usr/lib for
> the other purposes documented here.
>
>> Jak dla mnie - przy multili
porządku inne dystrybucje
nas już przegoniły...
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
y, a raczej ich build systemy, które używają _libexecdir, lądują w
/usr/lib64 (i one płynnie przeniosą się do libexec), natomiast te, gdzie
lokalizację wskazujemy ręcznie (postaci "%{_prefix}/lib", gdy chcemy być
arch-independent - zwracam uwagę, że właśnie BEZ używania makra %_lib),
naturaln
oro już ustaliliśmy, że jest bez
znaczenia, czy będzie lib czy lib64, to poziom bałaganu się tym commitem
nie zmienił. A gdyby to przenieść do libexec, to by się zmniejszył - bo
od razu byś wiedział, gdzie te pliki być POWINNY.
--
Tomasz Pala <go...@pld-linux.org>
___
. Czyli robić dodatkową robotę tylko dlatego, że nie mamy
libexec. Prawdopodobnie ktoś tej dodatkowej roboty z gitem nie wykonał i
w efekcie moduły gita zmieniły lokalizację, jak to właśnie zauważyłeś.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-
org/FHS_3.0/fhs/ch04s07.html
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
minale dopisane w /etc/securetty.
Jeszcze pamiętam z tamtych czasów, że musiałem dopisać do /etc/hosts:
0.0.0.0 tty1 tty2 tty3 tty4 tty5 tty6 tty7 tty8 ttyS0 ttyS1 ttyS2
bo próbowało resolvować terminale i powodowało długie opóźnienie logowania.
--
Tomasz Pala <go...@pld-
iled, tylko bez exit code'u).
Jest ciągle aktywny patch dodający -noexecstack.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rzeba od
razu decydować się na bardziej perspektywiczne rozwiązanie.
A dzisiaj na horyzoncie poza systemd nie ma nic. Zatem na zakończenie,
raz jeszcze: MOŻNA mieć DOBRY powód, żeby systemd nie używać, ale jeżeli
się go nie zna, to defaultowo trzeba brać systemd.
--
Tomasz Pala <go...@pld-linu
On Mon, Jan 02, 2017 at 11:35:41 +0100, Tomasz Pala wrote:
> "stwierdzić, czystą głupotą. Chyba że:
> [...]
> - masz jakieś specyficzne wymagania środowiskowe, które uniemożliwiają
> używanie systemd (np. musisz wyłączyć cgroupy)."
>
>> Kontenerowi, który jest op
wa usłyszysz, że w systemd
chodzi o szybsze uruchamianie systemu;)
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ksacji, dysonansu poznawczego czy osobistego stosunku do autora - LP).
Bo zakładam, że nie siedzisz w jakimś zintegrowanym środowisku
serwerowym, które wymagałoby dużych nakładów pracy nad dostosowaniem -
wówczas nie robiłbyś świeżej instalacji.
--
Tomasz Pala <go...@pld-
oje błędy.
Tam, gdzie makra coś jeszcze robią (widzę np. jakieś z debugiem), można
pozostawić istniejące makra, a jedynie kazać im wołać odpowiednią binarkę.
W każdym razie obecny śmietnik trzyma nas gdzieś dekadę wstecz.
--
Tomasz Pala <go...@pld-linux.org>
__
to przynajmniej miałeś hb_, a nie jakieś Z1TVASDdgikashdfk
> Okazało się, że po upgradzie z wersji 0.9.40-1 do najnowszej (1.3.0-1)
> problemy minęły.
https://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2013-February/023436.html
--
Tomasz Pala
is thus bumped to 3.7.
A to nie powinna być w takim razie zależność udev-core? Tam zresztą wisi
już taka ze starszą wersją kernela oraz sugestia j.w. - bo sam systemd
tu nie ma raczej nic do rzeczy. Zresztą widzę sporo starych
zależności, zaktualizowałem.
--
Tomasz Pala
czają odpowiednich symboli z pustymi funkcjami...
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
$/
kernel-headers?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
> należałoby to zapatchować, żeby przy braku octave-gui uruchamiał się tryb
> tekstowy niezależnie od zmiennej DISPLAY. Ja osobiście wybrałbym opcję
> z patchem. Jakieś inne propzycje?
No oczywiście, że patch i to do upstream.
--
Tomasz Pala
e3120.2.x86_64
vzctl-lib-4.8-2.x86_64
xine-lib-1.2.6-2.x86_64
yiff-lib-2.14.7-2.x86_64
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.i686
S.5T/usr/bin/dumpsexp
S.5T/usr/bin/hmac256
Mam tego dziesiąki, już przywykłem.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
encji zdarzeń... a po crashu systemu nie zostają
nawet szczątki logów, tylko przemianowany plik journala (akurat to
drugie nie było lepiej ze zwykłym syslogiem).
Zatem mimo potencjału, jaki tkwi w tych rozwiązaniach, póki co
eksperyment zakończyłem z wynikiem 'nieużywalne poza desktopem'.
a
> popsuje całą hordę demonów. A "ewolucja" w tym kontekście to tylko
> niepotrzebny eufemizm.
Jeżeli tak, to kilka zmian naszego naczelnego psuja z 8 października
wygląda mocno podejrzanie. Potwierdźcie i trzeba to po prostu wycofać
koro prędzej czy
później i tak będziesz musiał przejść na systemd? Odpowiedni plik
service jeśli nie w samych źródłach, to znajdziesz w dowolnej
dystrybucji. I będzie pewnie działał.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing li
łka - zobacz, co już robi opcja --fork:
prog="/usr/bin/setsid sh -c \""
end='&'
Zresztą pooglądaj sobie /etc/rc.d/init.d/functions (ja to mam z baaardzo
starej wersji, w lutym 7 lat stuknie), może ktoś faktycznie zepsuł.
Niech żyje S
ie w %pre:
http://git.pld-linux.org/gitweb.cgi?p=packages/icewm.git;a=commitdiff;h=afc8af6ed35d21b5302eacf4dcd6cde17fa01d3c
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/m
OK, I see you've already commited this, so forwarding to pld-devel-pl as
this is important and might have consequences that must be dealt with.
On Fri, Sep 18, 2015 at 21:57:46 +0200, Arkadiusz Miśkiewicz wrote:
> On Friday 18 of September 2015, Tomasz Pala wrote:
>>
>> %_ssp
would be nice for rpm to check if anything in /bin, /lib* or /sbin
depends on /usr during package.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
st makes no sense at all.
Not mine decision, please ask upstream. It might be caused by their
mistake, or it might have some explanation when considering ACLs. I
don't care THAT much to research this, sorry.
--
Tomasz Pala <go...@pld-linux.org>
___
On Tue, Jul 14, 2015 at 14:25:37 +0200, Adam Osuchowski wrote:
ewentualnie tak:
drwxr-xr-- 6 root nginx 4096 Jul 14 13:52 /etc/nginx
No akurat 'r' na katalogu można sobie darować przy dostępie do
konkretnych plików (wtedy sam 'x') - bez 'x' ma to średni sens.
--
Tomasz Pala go...@pld
na PLD podmień binarki na obce. Będziesz znał źródło
problemu, to znajdziesz wadliwego patcha w odpowiednim repo i będziesz
wiedział, komu zgłaszać.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http
tutaj.
Argument z techniczności: zwykły skrypt wymaga jakiegoś shella, a
zaraz później zazwyczaj jeszcze awka, grepa, seda, perla.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld
Obawiałem się nieco, czy ktoś nie wymodził czegoś PLD-way, żeby było
lepiej, ale najwyraźniej nikomu żadne większe szaleństwa do głowy nie
przyszły. Obecnie systemd jest de facto standardem, na szczęście dość
racjonalnie tworzonym upstreamowo.
--
Tomasz Pala go...@pld-linux.org
.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
Nie rozumiem za bardzo mam zdaną dostęp do konsoli i nie mam
czegośtam, na serialu jest niemal wszystko. A jeżeli nie - to masz
jeszcze netconsole, wystarczy żeby interfejs, za którym wisi np. cancd,
podniosił się wcześniej.
--
Tomasz Pala go...@pld-linux.org
On Thu, Mar 19, 2015 at 20:50:32 +0100, Krzysztof Szwaba wrote:
Jaka wersja jest aktualnie uważana za stabilną która zawiera moduł
imq.ko ?
Żadna? Po co komu IMQ, jak jest IFB?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld
iść w systemd.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
in a half a year
or so, so asking to be up to date.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
:21:55 +0100, Tomasz Pala wrote:
Np. benchmarki kilku
procesorożernych aplikacji, czy coś, pozwoliłyby świadomie podjąć
sensowną decyzję.
http://arctic.org/~dean/crypto/sha1.html
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld
On Thu, Jan 01, 2015 at 11:45:44 +0100, Tomasz Pala wrote:
Pytanie zatem brzmi: czy glibc ma detekcję runtime? Sądząc po takich
[...]
to nie ma. Zresztą grep __SSE na źródłach to potwierdza (albo nie umiem
tego poprawnie odczytać).
$ ls **/*86/**/*sse2.* | wc -l
46
pokazuje skalę strat
, ale dzisiaj to przerost
puryzmu (wspieramy wszystko, a nie wybrany podzbiór) nad realiami.
Więc kto używa starego poczciwego Pentium Pro? Na takim z MMX dało się
już obejrzeć film o jakości współczesnej komórki!
--
Tomasz Pala go...@pld-linux.org
: 16x improvement
- tiled large dataset: 7x improvement
- large dataset with display: 3x improvement
SPEC gzip 9% improvement
To są potencjalne zyski, które wyrzucamy. Może i da to realnie 1%, ale
wierzę, że wypniemy się w ten sposób na =0% użytkowników.
Do przemyślenia na 2015:)
--
Tomasz
arch.
So how about replacing i486 with i786?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
there might be 2 or 3 PLD users not
subscribed to pld-devel, one of them might still use 32-bit AMD.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
włączyć. Bo jak nie to zaraz ktoś wyłączy bcondy LDAP czy
Kerberosowe, bo tam też na pewno były i są jakieś secbłędy w kodzie.
Wszystko inne to tworzenie iluzji, że PLD jest bezpieczne.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld
-July/093498.html
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/linux-mm/msg43301.html
i jeżeli to możliwe to przebudował 3.4 z tą łatą - po czym ostatni
release przeniósł do obsoleted, zamiast /dev/null.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld
intended to replace any
component(s) of the Software
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
, klasyka wręcz. I główna przyczyna znikania
oprogramowania OS, które nie jest aktywnie rozwijane.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan Rękorajski wrote:
I'm going to switch longterm kernel in Th to 3.10.x line.
Out of curiosity, how long actually was current longterm kept?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
:)
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
nie zakończy się sukcesem, kasuje tag (zmienia, dodaje kolejny?), no i
pozostaje na sam koniec dorobienie synchronizacji - ale to by się swoją
drogą przydało zapewne, bo obecnie upgrade pozostawia ślad nawet, jeśli
któryś builder nie zbuduje pakietu.
--
Tomasz Pala go...@pld-linux.org
On Sat, Jul 20, 2013 at 13:49:58 +0200, Tomasz Pala wrote:
bezsensownie, gdy po test idzie upgrade. Czy ktoś może określić stopień
skomplikowania rozwiązania polegającego na tym, że leci test i w razie
sukcesu na wszystkich obsługiwanych arch, jego status zmienia się w
upgrade, a pakiety
.9?
Zresztą to nieważne - te pakiety nie mają ze sobą żadnego konfliktu,
więc skąd komunikat powyżej?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel
tak:
cośtam_niekoniecznie || :
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
...
Jakiś pomysł jak namierzyć przyczynę? Co jeszcze dodatkowo sprawdzić?
Ile procesów w międzyczasie się urodziło (i zapewne zakończyło żywot).
Możliwe, że coś spawnuje je na potęgę, a one nic nie robią i stąd brak
negatywnych efektów.
--
Tomasz Pala go...@pld-linux.org
/0.118 ms
Zwiększ rozmiar pakietu. I sprawdź iopingiem.
A konfiguracyjnie - masz tam włączone jumbo frames?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
RAM/swap i bezpośrednio CPU, a nie jakąś
tam wypadkową.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
2012 Arkadiusz Mi?kiewicz ar...@maven.pl 4fb9731
* Wed Feb 08 2012 Adam Go??biowski ad...@pld-linux.org 4427095
a przy okazji pytanie - w jaki sposób przekonać rpmbuild, aby
przekazywał zmienną ze środowiska, konkretnie chodzi mi o CCACHE_DIR?
--
Tomasz Pala go...@pld-linux.org
, aby zrobić
push jednocześnie kilku pakietów?
Bo mam jakieś tam różne commity lokalne, których nie było (i nadal nie ma)
czasu odesłać,
ale jakby jakoś prościej dało się to może bym coś oddał.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing
eth0
odpiety)
wszystko dziala bez wylotow. bede badal sprawe w tym kierunku...
A strony świata, czy ekran był zwrócony na północ?
P, ale jak czytam, jak to się sypie, to NMSP;)
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld
zobaczyć treść (komentarz+zmiany) commitów, które wyjdą jak zrobię
push?
konsolowo, np: git log -p origin/master..master, ewentualnie przez klikanie w
'gitk'
O właśnie, o origin/master.. nie pomyślałem, thnx.
--
Tomasz Pala go...@pld-linux.org
___
pld
utrzymywałem przez długi czas do VGA, digital beep na laptopie, ciągle
mam jakiegoś quirka do ACPI, MTD oraz VLAN stripping).
4. jedyna pewna droga, aby się przebić, to zostać klientem jakiegoś
dużego gracza i zgłosić problem komercyjną drogą.
--
Tomasz Pala go...@pld-linux.org
@PLD będzie stabilnym
środowiskiem może w połowie roku. Jeżeli będzie komu testować, więc
zasadniczo to dzięki, że bierzesz na siebie udział w chwale;)
Bo chyba nie sądziłeś, że to 'tak po prostu' przejdzie?
--
Tomasz Pala go...@pld-linux.org
15.43_13
świetnie poprawiłeś, że ktoś z pozostałościami starych plików może
stracić nowe. Wszystko już było dawno gotowe, tylko nikomu się nie chce
commitować:
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2012-October/023274.html
--
Tomasz Pala go...@pld-linux.org
On Sat, Dec 08, 2012 at 15:53:18 +0100, Tomasz Pala wrote:
On Sat, Dec 08, 2012 at 14:07:49 +0100, Jan Rękorajski wrote:
Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw
pakietów,
więc zaczął się odpalać stary trigger do upgrade initscripts - rc-scripts.
Trigger
się koniecznością.
Ale dość trollowania na dziś, dobranoc.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Wed, Dec 05, 2012 at 19:18:38 +0100, Bartlomiej Zimon wrote:
ll - listuje dostepne pakiety
lli - listuje zainstalowane
Ale to zupełnie nie o to chodziło... Hint: co robi gwiazdka?
ls -I rc-*
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl
mi 24 minuty, ale
oczywiście do tego dochodzą potencjalne zmiany, które obejmowały
analogiczne obszary kodu, a na tych usuniętych fragmentach siłą rzeczy
ich nie ma. Na pewno byłoby to sporo pracy, ale myślę że w sumie mniej,
niż już teraz różne osoby zmarnowały na rpma 5.4.
--
Tomasz Pala go
Recommends and Suggests are possible with
RPM too.
A dokładniej weakdeps.diff z
https://build.opensuse.org/package/files?package=rpmproject=openSUSE%3AFactory
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
danych.
Istotne w tym wszystkim jest to, że nadal nie mamy żadnych argumentów
przeciwko staremu 4.5. Zamiast 'nierozwijany' wolimy mieć
'nędznie rozwijany przez nadpobudliwego ignoranta z problemami' i przy
okazji tracić długofalowo kompatybilność ze światem?
--
Tomasz Pala go...@pld-linux.org
dla mnie bezużyteczny.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
większość
była zadowolona, a niestety baggins bierze tę dyskusję do siebie i
zamiast konkretnie odpowiedzieć to się chłopak obraża.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org
współpracujący z tym 'maintainerem'
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
swoje racje, ale tak długo, jak rpm5 nie będzie używany
przez kogoś _poważnego_ - ja będę jego przeciwnikiem, przez wzgląd
właśnie na niezrównoważonego autora.
Oczywiście rób jak uważasz, a co z tego wyniknie - to pokaże czas.
--
Tomasz Pala go...@pld-linux.org
trochę do myślenia.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
- to nigdy. Zanim jednak zejdziemy na praktyczne zagadnienia,
dobrze wiedzieć, czy w ogóle chcemy iść tą drogą, czy rpm5 to must-have
i jak komuś nie pasuje, to niech szuka innej piaskownicy.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
1 - 100 z 1049 matches
Mail list logo
