KDE4 og Google Gadgets

Du kan jo bare lade være med at benytte det.
Tror det er fordi at Plasma kan benytte google gadgets nu.

Er der nogen som kan fortælle hvorfor Google Gadgets på den måde proppet ind i KDE, og evt. om det er noget som er sket upstream?
Ja da :) Det er upstream, men distributionerne bestemmer selv om de vil have det med. Det er en valgfri afhængighed, når man bygger kdebase-workspace.

Et af målene med plasma (den del af KDE4 der laver skrivebord og panelerne) er at kunne afvikle applets/widgets fra flere kilder herunder google gadgets, for ikke at begrænse brugerens valgmuligheder.

Der har længe været snak om at widgets til Apples dashboard skulle understøttes, men det er så vidt jeg ved ikke implementeret endnu.

apple widgets er implementeret (har testest det), bare ikke særlig godt.

#1
Du kan jo bare lade være med at benytte det.
Meget muligt, men når jeg ikke eksplicit har bedt mit pakkesystem om at smide installere noget software så bliver jeg godt nok sur. Pakken har ganske givet været listet da KDE 4.2 opdateringerne kom, og må have smuttet igennem da jeg gennemså pakkerne.
For mig at se har Google Gadgets ingen relation til KDE, og skal derfor ikke komme ind som en afhængighed af en KDE pakke. Det minder om den måde hvor eksempelvis Google Toolbar bliver installeret på diverse Windows maskiner fordi vedkommende som klikkede next, next, next.... ikke lige så hvad han/hun gjorde.
Så jeg kan lade være med at benytte det, men det ændrer ikke på at det ikke burde være der i første omgang.

#2
Ok, jeg var lige forbi #fedora-kde på freenode i går, og fik at vide at der vidst var nogle som arbejde på at gøre pakkerne uafhængige.
Så kan folk selv installere den pakke hvis det er noget de har brug for.

#4:
wtf snakker du om? der blkiver installeret hundredevis af pakker som dependencies som brugere typisk ikke selv beder om..

og som du selv siger, har den med garanti vist dig det under opdatering.

er du forresten sikker på at det rent faktisk er google stuff den installerer, og ikke bare support for det?

#5
Det er Google stuff:
[kingu@Illution ~]$ yum info google-gadgets
Loaded plugins: refresh-packagekit
Installed Packages
Name : google-gadgets
Arch : i386
Version : 0.10.5
Release : 2.fc10
Size : 5.8 M
Repo : installed
Summary : Google Gadgets for Linux
URL : http://code.google.com/p/google-gadgets-for-linux/
License : ASL 2.0
Description: Google Gadgets for Linux provides a platform for running desktop
: gadgets under Linux, catering to the unique needs of Linux users.
: It can run, without modification, many Google Desktop gadgets as
: well as the Universal Gadgets on iGoogle.

Ja pakke systemet installere dependencies som er nødvendige for at et givent stykke software virker. Som det er blevet pointeret oven for er Google Gadgets ikke nødvendig for at kdebase-workspace fungerer.
Pakken bør være noget som optionelt kan installeres ikke en tvungen dependency.

#6:
i så fald kan jeg kun sige til dig, du er ikke interesseret i at køre nogen som helst form for nuværende binær distribution.

en MASSE pakker har en MASSE optional dependencies, som praktisk talt alle distributioner enabler alt af, netop fordi det ikke bare er en simpel ting som at distribuere featuresne som plugins, men så ville kræve mange versioner af pakkerne, og det er cases som pakkesystemet ikke håndterer let..

Kort sagt.. få dig gentoo.

#7
Tanken er røget forbi de gamle Gentoo dage. Den fleksibilitet er nok det som jeg mangler mest.
Så vidt jeg kunne forstå af en på #fedora-kde, så skulle det måske være ved at blive splittet ud. Det ændrer dog ikke på at jeg stadig finder det smagløst at hive det ind på den måde.

hvor skal grænsen så gå? hvad er smagløst og hvad er ikke? disse useflags har for eksempel mplayer pakken:
(-3dnow) (-3dnowext) (X) (a52) (aac) (-aalib) (alsa) (-altivec) (-amrnb) (-amrwb) (-arts) (-ass) (-bidi) (-bindist) (-bl) (-cddb) (-cdio) (-cdparanoia) (-cpudetection) (custom-cflags) (-custom-cpuopts) (-debug) (-dga) (-dirac) (-directfb) (-doc) (dts) (-dv) (-dvb) (dvd) (-dvdnav) (-dxr3) (-enca) (encode) (-esd) (-fbcon) (-ftp) (-ggi) (-gif) (-gtk) (-iconv) (ipv6) (jack) (-joystick) (-jpeg) (-ladspa) (-libcaca) (-lirc) (live) (-lzo) (mad) (-md5sum) (mmx) (mmxext) (-mng) (-mp2) (mp3) (-musepack) (-nas) (-nemesi) (-openal) (opengl) (-oss) (-png) (-pnm) (-pulseaudio) (-pvr) (quicktime) (-radio) (-rar) (-real) (rtc) (-samba) (-schroedinger) (sdl) (-speex) (sse) (sse2) (ssse3) (-svga) (-teletext) (-tga) (theora) (truetype) (unicode) (-v4l) (-v4l2) (-vidix) (vorbis) (-win32codecs) (x264) (-xanim) (-xinerama) (xscreensaver) (xv) (xvid) (-xvmc) (-zoran) video_cards: (-mga) (-s3virge) (-tdfx) (vesa)

hvilke skal enables som standard, hvilke skal ikke? INGEN af dem er KRÆVET for at mplayer virker... skal de shippe alle kombinationer af pakken? er det ikke lidt grotesk? måske du ikke vil have directfb - måske andre vil? er det smagløst at hive det ind som dep?

hvor er definitionen? og hvad gør den rigtig?

#9
Så vidt jeg har forstået det, er der et ønske fra KDE's side at kunne anvende forskellige former for gadgets / widgets sammen med plasma. Det er forhåbentligt lavet som en form for plugins eller modulært at det ikke er krævet på compile time og et modul til understøttelse af Google Gadgets eller Apple Widgets kan tilføjes ved behov.

Jeg behøver da heller ikke at have xorg-x11-drv-ati hvis jeg ønsker at bruge xorg-x11-drv-radeonhd?

korrekt, i lige præcist det her tilfælde skulle der ikke være noget ivejen for at have dem som en separat optional pakke, men nogle gange er der, og det jeg prøver at forklare dig er at med binære distributioner er der MANGE tilfælde hvor ting som ikke er KRÆVET bliver pullet ind, fordi det er en buildtime ting.

#11
Det ved jeg skam godt. :)
Det er en af ulemperne ved binære distributioner.