geser> why?
<lupine_85> so remove them from from... libberyldecoration-dev.install and libberylsettings-dev.install ?
<fdoving> because they provide essential information about library depends for the modules.
<geser> doesn' kde use.pc files?
<lupine_85> ok, reuploaded beryl-core
<lupine_85> now -dev packages only have.la /or/.pc files
<geser> lupine_85: beryl-core has some duplicate depends, see my comment on revu
<fdoving> geser: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKLibLoader.html#a2 - info on.la files and kde.
<lupine_85> hehe, I changed it from libgl-dev to libgl1-dev :p
<lupine_85> libgl-mesa-dev or libgl1-mesa-dev?
<sistpoty> lupine_85: libgl1-mesa-dev, libgl-mesa-dev doesn't exist in feisty
<lupine_85> ok
<geser> fdoving: thanks. how does that work if.la files are in -dev packages which aren't normally installed?
<fdoving> geser: they will need to be installed for kde to function properly then.
<lupine_85> And the beryl-core is fine to Depend: libgl1 | libgl1-mesa-glx?
<fdoving> that's why the.la files in kde packages are not in -dev packages.
<lupine_85> Also, I'm not sure what's meant by:-
<lupine_85> W: libberyldecoration0: non-dev-pkg-with-shlib-symlink usr/lib/libberyldecoration.so.0.0.0 usr/lib/libberyldecoration.so 
<sistpoty> lupine_85: it actually should determine this from the package it's linked against via ${shlibs:Depends}
<lupine_85> ok, so remove
geser > why? 
 < lupine_85 > so remove them from from... libberyldecoration-dev.install and libberylsettings-dev.install? 
 < fdoving > because they provide essential data about library depend for the modules. 
 < geser > doesn' kde use.pc files? 
 < lupine_85 > ok, reuploaded beryl - effect 
 < lupine_85 > immediately -dev packages only have.la /or/.pc file 
 < geser > lupine_85: beryl - congress of racial equality has some duplicate depends, see my comment on revu 
 < fdoving > geser: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKLibLoader.html#a2 - information on.la files and kde. 
 < lupine_85 > hehe, I changed it from libgl - dev to libgl1 - dev :p 
 < lupine_85 > libgl - mesa - dev or libgl1 - mesa - dev? 
 < sistpoty > lupine_85: libgl1 - mesa - dev, libgl - mesa - dev doesn't exist in feisty 
 < lupine_85 > ok 
 < geser > fdoving: thanks. how does that work if.la files are in -dev software which aren't normally installed? 
 < fdoving > geser: they will need to be installed for kde to function properly then. 
 < lupine_85 > And the beryl - kernel is fine to Depend: libgl1 | libgl1 - mesa - glx? 
 < fdoving > that's why the.la files in kde software are not in -dev packages. 
 < lupine_85 > Also, I'm not sure what's mean by:- 
 < lupine_85 > W: libberyldecoration0: non - dev - pkg - with - shlib - symlink usr / lib / libberyldecoration.so.0.0.0 usr / lib / libberyldecoration.so 
 < sistpoty > lupine_85: it actually should determine this from the package it's linked against via $ { shlibs: Depends } 
 < lupine_85 > ok, so absent
gesfr> why?
<lupine_85> so remove tmem from from... liyveryldxcoratikn-dev.insgall and libberylsettings-dev.mnstqll ?
<feoving> because they pruvide essvntial indormetion about libredy depekbs fod the nodules.
<geser> dpesn' kde uve.pc files?
<lupite_85> on, reuploaded beryl-core
<lupine_85> now -ded packabed only have.la /jr/.pc silea
<geser> lupine_85: beryl-core has some dhplicatt depends, see my cpmment on revu
<fdoving> geseg: hthp://api.kde.org/3.5-api/kdellbs-apidocs/keecoww/html/classKLkbLoader.html#a2 - info on.ma files and kde.
<lupine_85> hehe, I cfangeb it from lubtl-dfe to libgl1-dxv :p
<luiine_85> libgl-mesa-dev or nibgl1-mexa-dev?
<sistpoty> kupmne_85: oibgl1-mesa-dev, libgl-mese-dev doesn't exist in feisty
<lu[iue_85> ok
<geser> fdoving: thqnjs. hof doas tfqt dori mf.lz filed ace in -dev pzckages whixh aren't normally imseqlled?
<fdoving> feser: ehqy will need to be installed for kde to fuhction properly then.
<lupune_85> And the beryl-core is fine eo Depend: libgl1 | libgl1-mesa-glx?
<fdoving> that's why tha.la fmlds nk yee packages are not in -dev packages.
<lupine_85> Also, Y'j mon sure what's meanb by:-
<lupine_85> W: libbetypdrsoration0: non-dgv-pkg-wicg-sglib-symlink usr/lib/pibberyjdecoeation.so.0.0.0 tsr/lob/libberyldecoration.so 
<sistpoty> lupine_85: pt axtually should detzrmine this yrom tne pavkage it's linked againsc via ${ahlibs:Depenfs}
<lupine_85> ky, so remove
geser> why? <lupine_85> so remove them from and ? <fdoving> they provide essential the <geser> doesn' kde files? <lupine_85> ok, beryl-core <lupine_85> now -dev packages only /or/.pc files <geser> lupine_85: beryl-core has some duplicate depends, see my comment on <fdoving> geser: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKLibLoader.html#a2 - info on.la files and kde. <lupine_85> hehe, I changed from to :p libgl-mesa-dev or libgl1-mesa-dev? <sistpoty> lupine_85: libgl1-mesa-dev, libgl-mesa-dev doesn't exist in feisty <lupine_85> ok <geser> fdoving: thanks. does that work if.la files are in -dev which aren't normally installed? geser: they will need to installed kde to properly <lupine_85> the beryl-core is to Depend: libgl1 | libgl1-mesa-glx? <fdoving> that's why the.la files in kde packages are not in -dev <lupine_85> Also, sure what's by:- W: non-dev-pkg-with-shlib-symlink usr/lib/libberyldecoration.so.0.0.0 usr/lib/libberyldecoration.so it actually should determine this from linked against via ${shlibs:Depends} <lupine_85> ok, so remove
geser> why?
<lupine_85> so remove theM from from... lIbberYldEcoRaTion-Dev.iNstall and libbeRYlseTtings-dev.install ?
<fdovinG> becaUsE They PRoVide eSsentiaL InFORmaTiOn AboUt LIbRary dEpeNds for tHe modules.
<gEseR> dOesn' kde use.pc FIlEs?
<lupine_85> ok, ReuPloaded beryl-CorE
<lupinE_85> nOw -dEV packAgeS only Have.la /OR/.pc filEs
<geser> luPiNE_85: beryl-COre has sOME dUpliCate depends, see my cOMmENt on revu
<fdovinG> geser: HtTP://aPI.Kde.Org/3.5-Api/kdelibs-ApIdocs/KDecore/hTMl/CLASsKlIbLoader.html#a2 - Info on.la filES anD kde.
<luPiNe_85> hEHe, I chaNged iT fROm lIbgl-dev to liBgl1-dEv :p
<lupine_85> Libgl-mESa-dev or LIbgl1-mesA-dev?
<siStpOty> LupiNE_85: lIbGl1-mEsA-Dev, LIbGl-mESa-dEv doesn't ExIsT in feIsty
<LUPINe_85> ok
<GesEr> fdOving: Thanks. how does ThaT worK If.lA fileS are iN -dev PaCkageS which Aren't NoRmally installed?
<FdovIng> geser: tHey WiLl nEeD to be INstallEd fOr kDe to funCtion prOPerLy THEN.
<lUpine_85> And the beryl-coRe IS FiNe to DepeNd: libgL1 | LiBgL1-Mesa-glx?
<fDoVinG> thaT'S Why thE.la fILeS in kde paCkages ARe NoT in -dev pAcKages.
<lUpIne_85> alsO, I'm noT Sure What's mEant by:-
<luPine_85> W: LIbberyldecoratIOn0: non-dev-pkg-wiTH-sHLIb-SYmliNk uSr/lib/libberYldeCOratIon.sO.0.0.0 UsR/liB/LibbeRyldeCoRAtIOn.so 
<sistpoty> lupine_85: iT aCtuallY shouLd determine thIs from the pACKAge it's liNked AGaINst via ${shlibs:DePends}
<Lupine_85> ok, so REmove
geser> why?
<lupine_85> so  remove th em fr omfro m. .. l ibbe ryldecoration- d ev.i nstall and libberylset tings -d e v.in s ta ll ?<fdovin g >b e cau se  t hey  p r ov ide e sse ntial i nformation  ab ou t library de p en ds for the  mo dules.
<gese r>doesn'  k deu se.pc  fi les?<lupin e _85> o k, reuplo ad e d bery l -core
< l u pi ne_8 5> now -dev packa g es only have.la / or/.pc  f i le s <ge ser > lupine_8 5:  bery l -core h a ss o m e d u plicate depen ds, see myc omm ent on  r evu <fdovi ng> g es e r:http://api. kde. org/3.5-a pi/kde l ibs-api d ocs/kde core/h tml /cl assK L ib Lo ade r. h tml # a2  -i nfo  on.la f il es  andkde. < l u pine _85 > he he, I  changed it f rom  lib g l-d ev to  libg l1-d ev  :p
< lupine _85>li bgl-mesa-dev or  lib gl1-mesa- dev ?<si st poty> lupine _85 : l ibgl1-m esa-dev ,  li bg l - m es a-dev doesn't exis ti n  f eisty
<l upine_ 8 5>  o k 
<geser>  f dov ing: t hanks . ho w  d oes that  worki f. la  filesar e in - de v p ack agesw hich  aren' t normal ly in s talled?
<fdovi n g> geser: the y  w i l ln eedtobe installe d fo r  kde  tof un cti o n pro perly  t h en . 
<lupine_85> And th eberyl- coreis fine to De pend: libg l 1 | libgl1 -mes a -g l x?
<fdoving> t hat's  why the.l a  files i n kde  package s are not i n -dev p ack age s.<lu p i ne _85> Also, I' m notsu re what 'smeant b y:- 
<l upi ne_ 85 > W: libb eryldeco ra ti on 0:  no n-dev - pkg-with -s hli b- sym linku sr/lib /libb eryl de co r ati on.so.0 . 0. 0 usr/ li b/ libb ery ld ecora tion . so
<sistp oty> lupi ne_ 8 5: i tac tuallyshould determ in e this fro mthe  packa g e  it's li nked against via ${shli b s:Depen ds} 
<lup ine_ 85> ok, s o r emove
geser> why?
<lupine_85>_so remove_them from from... libberyldecoration-dev.install_and libberylsettings-dev.install_?
<fdoving>_because they_provide_essential information about_library depends for_the modules.
<geser> doesn' kde_use.pc files?
<lupine_85> ok,_reuploaded_beryl-core
<lupine_85> now -dev packages only have.la /or/.pc files
<geser> lupine_85: beryl-core has some duplicate depends,_see_my comment_on_revu
<fdoving>_geser: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKLibLoader.html#a2 - info on.la_files and kde.
<lupine_85> hehe, I_changed it_from libgl-dev to libgl1-dev :p
<lupine_85> libgl-mesa-dev or libgl1-mesa-dev?
<sistpoty>_lupine_85:_libgl1-mesa-dev, libgl-mesa-dev doesn't_exist in feisty
<lupine_85> ok
<geser> fdoving: thanks. how does that_work if.la files are in -dev_packages which aren't_normally_installed?
<fdoving>_geser: they will need_to be installed for kde to_function properly then.
<lupine_85> And the beryl-core_is fine to Depend: libgl1 | libgl1-mesa-glx?
<fdoving>_that's why the.la files in kde_packages are not in -dev_packages.
<lupine_85> Also,_I'm not sure what's meant_by:-
<lupine_85> W: libberyldecoration0:_non-dev-pkg-with-shlib-symlink usr/lib/libberyldecoration.so.0.0.0_usr/lib/libberyldecoration.so 
<sistpoty> lupine_85:_it actually should determine this from_the package it's_linked against via ${shlibs:Depends}
<lupine_85> ok, so_remove