• #106171 PROHARDVER!

  Új Válasz 2025-08-29 16:38:34 #106171

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  PROHARDVER!

  (rögzített hozzászólás)

  Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.

Új hozzászólás Aktív témák

• #28153 Tim82 félisten lionhearted #28151

  Új Válasz 2014-07-14 22:15:05 #28153

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tim82

  félisten

  válasz lionhearted #28151 üzenetére

  Értem a jelentőségét az adott sornak (csak azt jeleztem, hogy ennyi az eltérés a két megoldás között érdemben).

  Viszont sajnos ezzel sem hajlandó a várt eredményt hozni, kipróbáltam most (sőt, a biztonság kedvéért újraindítottam a rendszert). Ugyanúgy elindít a meglévő mellé még plusz három Docky-t ébresztéskor.

  Decepticon: köszönöm, hogy segítettél - akkor a lényeg, hogy elvileg tudnak róla, lesz rá megoldás, addig meg kibekkelem, ha már én nem tudom felhasználói oldalról megoldani.

  Mondjuk még mindig jobb ezen a rendszeren, mint a Cairo Dock, amit évekkel ezelőtt egy Mint-es kísérletnél használtam és szerettem is, de Kubuntun nemrég újra kipróbálva kifejezetten instabil módon működött, gyakori összeomlással. A Docky-val meg ez az egy gondom van csak.

• #28152 Fritz Teufel addikt lionhearted #28151

  Új Válasz 2014-07-14 22:14:46 #28152

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Fritz Teufel

  addikt

  válasz lionhearted #28151 üzenetére

  Nem egy elegáns megoldás, valóban. A gyökérok a Docky-ban van és már jelezték a bug-ot, majd csak megoldják nemsokára.

• #28151 lionhearted őstag Tim82 #28150

  Új Válasz 2014-07-14 22:10:03 #28151

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz Tim82 #28150 üzenetére

  Ez a sor jelen esetben jelentős, mert enélkül mindig indít egyet, ha resume-ol.
  Így viszont előtte az összeset kilövi, aztán indít egyet. Mondjuk célszerűbb lenne, ha először csak simán csekkolná, hogy fut-e, aztán indítana, de ez magánvélemény.

• #28150 Tim82 félisten Fritz Teufel #28149

  Új Válasz 2014-07-14 22:05:34 #28150

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tim82

  félisten

  válasz Fritz Teufel #28149 üzenetére

  Szia!

  Köszönöm, hogy foglalkoztál vele. Az első megoldást használom, a másodikkal megpróbálkozom most. Bár érdembeli különbségnek csak a

  su $USER - -c "killall docky"

  sor tűnik a kettő között.

• #28149 Fritz Teufel addikt Tim82 #28148

  Új Válasz 2014-07-14 21:50:48 #28149

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Fritz Teufel

  addikt

  válasz Tim82 #28148 üzenetére

  Szia!

  Kicsit átfutottam a külföldi fórumokat megoldás után. Nem vagy egyedül ezzel a hibajelenséggel. Kétféleképpen szokott előfordulni: egyrészt, ahogy írod suspend után, másrészt pedig a töltőkábel le- vagy felcsatolásakor.
  Íme a megoldás a te problémádra:

  A következő útvonalon, root felhasználóval hozz létre egy /etc/pm/sleep.d/20_docky fájlt, majd másold be az alábbi scriptet:

  #!/bin/sh
  case $1 in
  resume)
  USER=`who | grep ":0" | head -1 | cut -d" " -f1`
  USERHOME=/home/$USER
  export XAUTHORITY="$USERHOME/.Xauthority"
  export DISPLAY=":0"
  su $USER - -c "dbus-launch /usr/bin/docky >/dev/null" &
  exit 0;
  ;;
  esac

  Ez egy másik megoldás:

  #!/bin/sh
  USER=`who | grep ":0" | head -1 | cut -d" " -f1`
  USERHOME=/home/$USER
  export XAUTHORITY="$USERHOME/.Xauthority"
  export DISPLAY=":0"
  su $USER - -c "killall docky"
  su $USER - -c "dbus-launch /usr/bin/docky >/dev/null" &
  exit 0;

  Remélem, hogy segítettem megoldani a problémát!

• #28148 Tim82 félisten

  Új Válasz 2014-07-14 18:15:00 #28148

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tim82

  félisten

  Sziasztok!

  Kubuntu 14.04 LTS (64 bit) alatt az a problémám támadt a Docky nevű alkalmazással, hogy sleep-ből való felébresztés után "szellemképesen" jelenik meg. Ahogy megnéztem a KSysGuard-ban, ennek az lesz az oka, hogy 4-5 alkalommal indul el ilyenkor magától (= 4-5 külön folyamatot mutat a KSysGuard - ha azokat kilövöm és meghagyok egyet, akkor természetesen eltűnik a "szellemkép").

  Korábban volt egy olyan problémám, hogy sleep-ből való felébresztés után éppenséggel eltűnt a Docky - erre találtam workaround-ot, ezt alkalmaztam.

  Be van állítva, hogy a Docky automatikusan elinduljon boot után, de ennek - elvileg - nem kellene befolyásolnia azt, hogy sleep után még elindítja 4-5 plusz példányban a rendszer az alkalmazást. A Docky saját beállításainál ki is van véve az Indítás bejelentkezéskor menüpontnál a pipa (sleep-ből ébresztésnél jelszó megadása után lépek vissza a desktopra, először arra gondoltam, hogy ezt is bejelentkezésnek veszi az alkalmazás, de nem oldódott meg ezzel).

  Hogyan lehetne megoldani, hogy csak egy folyamatként fusson a Docky (tehát egyszer induljon az alkalmazás, ne induljon el/fusson 4-5 külön folyamat belőle ébresztés után)?

  Remélem, érthető problémaleírást sikerült adnom.

  Köszönöm előre is a válaszokat.

Új hozzászólás Aktív témák