Frissítési probléma

[Kovács Gábor]

Sziasztok!

Adott egy Ubuntu 12.04 LTS szerver:

Linux version 3.2.0-85-virtual (buildd@batsu) (gcc version 4.6.3 
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #122-Ubuntu SMP Tue May 26 16:32:55 UTC 
2015


Az "#apt-get upgrade" parancsra ezt a hibát dobja:

# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
 libxrandr2 : Depends: libx11-6 (>= 2:1.6.0) but 2:1.4.99.1-0ubuntu2.3 
is installed
  Breaks: libxrandr2:i386 (!= 2:1.4.2-1) but 
2:1.3.2-2ubuntu0.3 is installed
 libxrandr2:i386 : Breaks: libxrandr2 (!= 2:1.3.2-2ubuntu0.3) but 
2:1.4.2-1 is installed

 xbase-clients : Depends: xinit but it is not installed
E: Unmet dependencies. Try using -f.

Ha futtatom az 'apt-get -f install'-t:

# apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... failed.
The following packages have unmet dependencies:
 libxrandr2 : Depends: libx11-6 (>= 2:1.6.0) but 2:1.4.99.1-0ubuntu2.3 
is installed
  Breaks: libxrandr2:i386 (!= 2:1.4.2-1) but 
2:1.3.2-2ubuntu0.3 is installed
 libxrandr2:i386 : Breaks: libxrandr2 (!= 2:1.3.2-2ubuntu0.3) but 
2:1.4.2-1 is installed

 xbase-clients : Depends: xinit but it is not installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be 
caused by held packages.

E: Unable to correct dependencies

Első ránézésre úgy gondoltam, hogy a ibxrandr2:i386 csomagot kellene 
frissítenem, de azt sem tudom.


Mit lehet ezzel tenni?

Fürtös

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Shell trace

[Attila Rajmund Nohl]

Hegedüs Ervin  írta (2017. május 4. 20:50):
[...]
> nagyon elméleti ötlet van csak: valahogy a "script" parancsot
> elindítani a shell indításakor? Esetleg beállítani shellnek?

Script nem biztos, hogy van installálva, nem építhetek rá.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Shell trace

[Attila Rajmund Nohl]

PÁSZTOR György  írta (2017. május 4. 22:58):
[...]
> Egy hint, mintának, kiindulási pontnak, ötletekhez:
> https://github.com/balabit/syslog-ng/blob/master/contrib/syslog-debun
> Itt keresd a debun_init() fv-t, és próbáld meg az ott felhasznált ötletet
> lemodellezni. Már ha az is megfelel neked, hogy el kell indíts egy tail -f
> -et a háttérben, amit a script futása legvégén meg le kell lőjj, ergo a
> leg-legvége a kimeneteknek nem fog bekerülni a scriptbe, ami a kill-ed után
> történik. Ha együtt tudsz élni ennyivel.
> Lelövés: debun_do_tarball().
> Itt én a végén még a .tgz nevét kiírtam, + ami a .tgz elkészülte után
> történt, az értelemszerűen már nem került be a tgz-be.

Ez majdnem jó. Illetve jó, csak azt is szeretném, hogy az stderr is el
legyen mentve meg ki is írja a képernyőre. Ha azt is átirányítom egy
trace file-ba és arra is megy egy tail -f, akkor látszik a kimenet,
csak éppen összekeveredik az stdout-tal (az egyik parancs kimenetébe
beleíródik a következő hibaüzenete).
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Shell trace

[PÁSZTOR György]

Hi,

"Attila Rajmund Nohl"  írta 2017-05-08 15:26-kor:
> PÁSZTOR György  írta (2017. május 4. 22:58):
> [...]
> > Egy hint, mintának, kiindulási pontnak, ötletekhez:
> > https://github.com/balabit/syslog-ng/blob/master/contrib/syslog-debun
> > Itt keresd a debun_init() fv-t, és próbáld meg az ott felhasznált ötletet
> > lemodellezni. Már ha az is megfelel neked, hogy el kell indíts egy tail -f
> > -et a háttérben, amit a script futása legvégén meg le kell lőjj, ergo a
> > leg-legvége a kimeneteknek nem fog bekerülni a scriptbe, ami a kill-ed után
> > történik. Ha együtt tudsz élni ennyivel.
> > Lelövés: debun_do_tarball().
> > Itt én a végén még a .tgz nevét kiírtam, + ami a .tgz elkészülte után
> > történt, az értelemszerűen már nem került be a tgz-be.
> 
> Ez majdnem jó. Illetve jó, csak azt is szeretném, hogy az stderr is el
> legyen mentve meg ki is írja a képernyőre. Ha azt is átirányítom egy
> trace file-ba és arra is megy egy tail -f, akkor látszik a kimenet,
> csak éppen összekeveredik az stdout-tal (az egyik parancs kimenetébe
> beleíródik a következő hibaüzenete).

Ha alaposan megnézed a scriptet, akkor ez a stderr-t is menti, és kiírja.
Igen, annyiban igazad van, hogy a stdout és stderr összefésülve fog a
fájlban is megjelenni. Viszont úgy elég egy tail is.
Őszintén szólva én pont így szerettem volna, mert így van esélyem meglátni,
hogy mi mi után következett, annak meg nem éreztem jelentőségét, hogy
valami a stderr-en jelent-e meg, vagy a stdin-en.

Üdv,
Gyu
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux