SUSE 10.1 szoftver telepítésnél függöségek feloldása HIBA

Fórumok

Hello mindenki!
Adott 1 Suse 10.1 2 napja tettem fel szűz még szegényke 1 dül az Xgl-t állítottam be, ami müxik is. Ennyit turkáltam benne eddig.
Viszont tegnap próbáltam 1-2 rpm-et telepíteni és lám ilyen hibát kapok 1x hogy "A következő csomag nem található az adathordozón" jóvan ráhagytam me megvagyok nélküle még 1 darabig. Következő hiba: onlány frissités esetén és yaston belüli szoftvertelepítésnél jön ez a duma hogy függöségek feloldása sikertelen.
Kicsi beszűkült agyammmal nem tudom megfejteni, mi a gondja szegénykémnek, miért nem akarja az új dolgokat bevenni.
Segítséget kérnék vkitől aki erre a problémára tudja a választ. THX!

Hozzászólások

Szia

Az rpm-ek telepitesehez hasznald a Zen telepitot. A legegyszerubb a Konquerorban jobb klik, Open with, Program installer. Magyarul nem tudom mert angolul hasznalom a Suset.

Igen, néha előfordul, h. 1-2 csomag nincs meg a CDken. Különösen igaz
volt ez a 10.0-ás fejlesztői csomagjaira...

A ZEN-ről nincs túl jó véleményem. Napok óta nem tudok rendesen FACTORY-ra frissiteni. Talán - ha nem a mono-t erőltetnék még látszana is, h. mire várok órákat.

Addig is, ha csak 1-2 csomag hiányzik irány a gyártó:
http://ftp.opensuse.org/pub/opensuse/distribution/SL-10.1/inst-source/

Az URLt hozzáadhatod yast-ban a telepítési forrásokhoz is (ADSLen nekem kb. 20 perc mire letölti install előtt a repositroy-t), de kiborzolhatod a csomag cimét és akkor az:

"rpm -Uvh http://ftp.opensuse.org/pub/opensuse/distribution/SL-10.1/inst-source/\.rpm"

már fel is rakta...

rendben, de nekem az a véleményem , hogy ez az új csomagkezelési rendszer abszolut el lett rontva a suseban lassu bugos nehéz ...
állandóan összeakad a kettő, nemértik meg egymást, meg minden baja van...
Néha azszokott lenni a vége, hogy totál letörlöm a zent-t legalább ne szenvedjen több órát a háttérben a semmiért..
elkezdtem használni a smartot, az legalább független a többitől és megy, ti tudtok még más csomagkezelő alternatívát?..

Nekem meg más a véleményem.
Az érveidre csak azt tudom mondani:
nálam megy, mint a karikacsapás, nem lassú, nem bugos, nem akad össze semmivel. (Ha letörlöd a zen-t, akkor nálad sem fog összeakadni - de működni sem fog...L.O.L.)
A yast szoftver modulját egyáltalán nem használom.

Hmm nemtudom én szerteném ha menne, de eddig nemigazán sikerült boldogulnom vele..

főleg ha 1 csomó mindent hozzáadok /inst-source packman guru oc2pus KDE-supplementary.../ neked nem szöszmötöl több órát? nekem már volt, hogy egész nap nem jutott dűlőre magával...

a legfőbb baj, hogy állandóan frissíti az inst-sourcet pedig azt igazán nem kéne mert nem változik...

te nem csináltál semmit vele és ment simán, vagy azóta adtak ki javítást vagy valami?

Erdekes nekem ilyen gondjaim nem voltak. Sem az otthoni gepemen, sem itt a munkahelyemen. Most direkt kivancsisagbol kiprobaltam a kovetkezot: kikapcsoltam a frisites figyelest, megadtam telepitesi forrasnak a packmant, rakerestem az Mplayerre, kivalasztottam mindket csomagot es mondtam hogy telepitse. Telepitessel, mindennel egyutt az egesz nem tartott 10 percet sem egy Pentium III-as, 1 GHz-es gepen. Ma reggel telepitettem maskulonben erre a gepre a Suset, nem csinaltam semmit sem vele, nem frisitettem, tehat az van fenn amit eredetileg kiadtak.

Hellosztok, friss telepítés után, ée akartam futatni az frissétést.
De a függőségek feloldásánál mindig elakad az alábbi hiba üzenettel!
MI lehet a probléma?Próbáltam másik szervert is!

Novell.Zenworks.Zmd.Public.ZenException: Failed to lookup resolvable with id '51435'

Server stack trace:
in <0x00178> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend+SqlTransaction:GetResult ()
in <0x00081> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.IResolvable[] installs, Novell.Zenworks.Zmd.Packaging.IResolvable[] upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable[] removals)
in <0x00023> Novell.Zenworks.Zmd.Packaging.PackageManager:Resolve (Novell.Zenworks.Zmd.Packaging.IResolvable[] installs, Novell.Zenworks.Zmd.Packaging.IResolvable[] upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable[] removals)
in <0x00038> Novell.Zenworks.Zmd.Packaging.RemotePackageManager:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] installs, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] upgrades, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] removals)
in <0x00000>
in (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:InternalExecute (System.Reflection.MethodBase,object,object[],object[]&)
in <0x00188> System.Runtime.Remoting.RemotingServices:InternalExecuteMessage (System.MarshalByRefObject target, IMethodCallMessage reqMsg)

Exception rethrown at [0]:

in <0x006dc> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args)

Ezért fogadtam annó vegyes érzelmekkel a hírt, hogy a Novell átvette a SuSE Linuxot. A Novell előtti időkben az égvilágon semmi baj nem volt a yast2 sw_single moduljával, csak mostanság. Ezt a Zen-t viszont nem értem, hogyan kell ezt előhívni? Vagy ez külön felteendő vmi? SLES 9 a delikvens, minden érdekel...

Kösz előre is.

Hron György

PS: Azt hittem ismerem a SuSE-t. Tévedtem. :@